17897Re: [nslu2-linux] Re: DST change
- Feb 27, 2007
On V2.3R29-uNSLUng-5.5-beta, with the addition of the diversion script rc.rstimezone described in http://www.nslu2-linux.org/wiki/HowTo/FixTheClockUsingAdjtimexAndNtpclient , the fix does not survive a reboot.
My guess is that the line "/usr/sbin/Set_TimeZone" is restoring the linksys configuration. Is it better to fix this script by commenting out this line, change this script to establish a hard coded "TZ=America/Los_Angeles" or write another script that includes your fix on startup?
--------- Original Message --------
From: "Brian Zhou" <b88zhou@...>
Subject: [nslu2-linux] Re: DST change
Date: 2/27/2007 5:35 PM
http://www.nslu2- linux.org/ wiki/Unslung/ TimeZoneUpdate
More than two people have tested the procedure and it is working.
--- In nslu2-linux@ yahoogroups. com, Bob <bobejr@...> wrote:
> Is there any progress on this issue?
> -------- Original Message --------
> From: "Mike \(mwester\)" <mwester@... >
> To: nslu2-linux@ yahoogroups. com
> Subject: Re:[nslu2-linux] Re: DST change
> Date: 2/3/2007 1:44 PM
> > [snip]
> > > Those system using ntp should not matter. ntp should correct the
> > AFAIK, NTP just ensures that the local system's concept of GMT is
> > correct --
> > NTP knows nothing of daylight savings time, so the local time will
> > still be
> > wrong.
> > Actually, if it were just the displayed time that was wrong, it
> > just an inconvenience. But it would affect cron jobs and other
> > that might be more sensitive. So this is something we do need to
> > for Unslung users who would be concerned about this. It's
> > unlikely, that we'll have a new Unslung release by then -- so I think
> > perhaps a new timezone file for the Americas and a wiki article will
> > do the
> > job. Now all we need is a volunteer to create the necessary
> > and test the procedure.
> > Mike (mwester)
- << Previous post in topic