Bug#380667: Fwd: more info

2006-08-02 Thread Jeff McClure
Quoting "Francesco P. Lovergine" <[EMAIL PROTECTED]>: Would you please ls -l /etc/localtime and see what does it link? On my system, /etc/localtime is a real file instead of a symlink. The following command produces no output, so the two files are identical. cmp -l /etc/localtime /usr/share

Bug#380667: Fwd: more info

2006-08-02 Thread Jeff McClure
Quoting Francesco Paolo Lovergine <[EMAIL PROTECTED]>: uhm TZ=US/Central date gives me Wed Aug 2 09:43:49 CDT 2006 which is different from TZ=CST date Wed Aug 2 14:44:54 CST 2006 which indeed is the same as GMT. Would you please re-tzconfig with your TZ? I think we're getting close to

Bug#380667: Fwd: more info

2006-08-01 Thread Jeff McClure
Quoting Francesco Paolo Lovergine <[EMAIL PROTECTED]>: Would you please run proftpd with -d10 and check what's the TZ used at login? Short answer: when DefaultRoot is in effect, TZ is being set to "CST". When DefaultRoot is not in effect, TZ does not appear to be explicity set at all. For

Bug#380667: more info

2006-08-01 Thread Jeff McClure
I did a bit of experimenting and found out that if I comment out the "DefaultRoot ~" directive in proftpd.conf and restart, the time stamps are correct. It sounds like this may have some relation to chroot(). Note: I did find a bug in the ProFTPD bug tracking system that sounds like this one,

Bug#380667: proftpd: client sees UTC file dates despite "TimesGMT off"

2006-07-31 Thread Jeff McClure
Package: proftpd Version: 1.3.0-9 Severity: normal Despite the fact that "TimesGMT off" is included in proftpd.conf, the FTP clients are seeing UTC file dates instead of the local time zone (CST/CDT). I suspect this is likely to be an upstream bug, but I figured that if I didn't start here, the