Symptom: All files/dirs on the Novell server seems to be one hour older. The reason: hwclock (running at startup with -u --hctosys options) sets sys_tz based on timezone and daylight global variable values after tzset() call using the following code: tzset(); /* changes timezone and daylight variables as a side effect */ tz = {timezone/60 - daylight*60,0}; settimeofday(...,&tz); That is wrong as daylight is always equal 1 for my timezone (Europe/Moscow). According to tzset() code in glibc daylight==1 doesn't mean daylight zone is active. It only means that daylight zone does exist. The wrong value of sys_tz in the kernel breaks ncpfs code (and probably some other file systems) and makes all files on the Novell server to be one hour older when daylight is not active. Best regards, Oleg
There have been massive changes in glibc and the time code since 6.1. Is this bug still present in 7.3 and/or 8.0 NOTICE. ncpfs is listed as being deprecated in 8.0.93 and may be removed in an upcoming release.
It would be nice if somebody could contact upstream maintainer (i.e. me) with reasons why ncpfs is listed as deprecated (as I found on the web, at least since RH7.1...). With filetimes there is a small problem: NetWare reports "local" time, while Linux kernel uses UTC. Because of kernel does not know when DST starts/ends, best result you can get is that currently created files have correct timestamp, and files created during "other" time are either hour ahead or hour back behind their time as seen by Windows clients. And AFAIK it is exactly what current hwclock does. Petr
Pushing back to Assigned to address questions raised.
Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/