[Bug 8198] rsync does not set TZ variable after chroot(), which confuses logging timestamps

samba-bugs at samba.org samba-bugs at samba.org
Sat Jun 4 12:04:35 MDT 2011


--- Comment #5 from Matt McCutchen <matt at mattmccutchen.net> 2011-06-04 18:04:35 UTC ---
(In reply to comment #4)
> I do think that if the chroot call doesn't find a new timezone setup, that it
> should leave things alone.  That is how things have always worked before, and
> supports minimal chroot areas better.

The chroot call doesn't do anything with timezones.  The functions that make
use of the timezone are periodically checking /etc/localtime to respond to
system configuration changes.

What you suggest fails if the in-chroot module path is empty and there happens
to be an /etc/localtime file in the module, or if another application chroots
into a POSIX-like system that omits /etc/localtime with the intent that the
default be used.  I maintain that the right solution is for the application to
tell glibc whether to freeze the configuration upon chroot.

Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

More information about the rsync mailing list