[Bug 75] The "TIME" module fails fail to shift time at start/end of
daylight savings
bugzilla-daemon at bugzilla.netfilter.org
bugzilla-daemon at bugzilla.netfilter.org
Sat Sep 25 00:27:19 CEST 2004
https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=75
netfilter at linuxace.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |netfilter at linuxace.com
Status|ASSIGNED |RESOLVED
Resolution| |WONTFIX
------- Additional Comments From netfilter at linuxace.com 2004-09-25 00:27 CEST -------
The time match makes use of the kernel's sys_tz.tz_minuteswest variable, which
is set at boot (typically in rc.sysinit) by /sbin/hwclock. The kernel itself
has no idea about daylight savings time (DST) -- this is a userspace concern.
As such, there is really no way of making the time match follow DST short of
adding the timezone infrastructure to the kernel -- which will never happen.
So, my only suggestion is to do the following when DST changes occur:
hwclock --systohc ; hwclock --hctosys
which will update the kernel's tz_minuteswest to the appropriate value based
upon the current GMT offset. This could even be done in a cron at 3am on the
date of changes.
I'll submit a patch shortly to add a warning about the limitations of the time
match, but other than that, there is little that can be done to workaround this
problem.
--
Configure bugmail: https://bugzilla.netfilter.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
More information about the netfilter-buglog
mailing list