[gentoo-user] Re: Daylight savings time

[gentoo-user] Re: Daylight savings time

[James]

Shawn Haggett <podge <at> podgeweb.com> writes:


> > In my /etc/conf.d/clock file I have these relevant settings:
> > CLOCK="local"
> > TIMEZONE="America/New_York"
> > CLOCK_SYSTOHC="yes"

> Is the /etc/localtime file correct? i.e.:

> $ cp /usr/share/zoneinfo/America/New_York /etc/localtime

-rw-r--r--  1 root root   3519 Nov  5 17:39 localtime
-rw-r--r-- 3 root root 3519 Nov  5 17:39 /usr/share/zoneinfo/America/New_York

Yes.


Any other ideas?
Maybe I need to 'reemerge' something?


James

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Daylight savings time

[Vaeth]

On Thu, 8 Nov 2007, James wrote:

> In my /etc/conf.d/clock file I have these relevant settings:
> CLOCK="local"
> TIMEZONE="America/New_York"
> CLOCK_SYSTOHC="yes"
>
> it's a dual boot (XP & gentoo) workstation.
>
> I had to set the time manually to adjust for the 1 hour shift.

I guess you mean that in this timezone there was recently a shift
due to daylight saving time?

> Shouldn't this be automatic?

This question was recently discussed in the German forums.
Here is a summary:
Since you have CLOCK="local" this can only be automatic if your
computer was running during the shift - when you start your computer
after the shift, Linux will consider the hardware clock as the
correct (already shifted) time information.
If the shift happened with your setting although your computer was
not running, another program (typically: windows) has done the shifting.

Only if you run CLOCK=UTC the shift is guaranteed to work in any case
(of course, unless another program like windows interferes).

BTW: In case you use FAT, you might also want to consider the solution
proposed in
   http://forums.gentoo.org/viewtopic-t-579915.html
(which will make your hardwareclock also run with a constant offset to
utc i.e. the shift will also work reliable, but windows will display
the wrong time half of the year. However, the advantage is that
filestamps on FAT partitions will never change.)

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: Daylight savings time

[Roger Mason]

James <wireless@tampabay.rr.com> writes:

>
> Any other ideas?
> Maybe I need to 'reemerge' something?
>

timezone-data?

Cheers,
Roger
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: Daylight savings time

[Eric Martin]

James wrote:
> Shawn Haggett <podge <at> podgeweb.com> writes:
>
>
>   
>>> In my /etc/conf.d/clock file I have these relevant settings:
>>> CLOCK="local"
>>> TIMEZONE="America/New_York"
>>> CLOCK_SYSTOHC="yes"
>>>       
>
>   
>> Is the /etc/localtime file correct? i.e.:
>>     
>
>   
>> $ cp /usr/share/zoneinfo/America/New_York /etc/localtime
>>     
>
> -rw-r--r--  1 root root   3519 Nov  5 17:39 localtime
> -rw-r--r-- 3 root root 3519 Nov  5 17:39 /usr/share/zoneinfo/America/New_York
>
> Yes.
>
>
> Any other ideas?
> Maybe I need to 'reemerge' something?
>
>
> James
>
>   

Why copy?  when stuff gets updated you'll have to copy again.  I'd
suggest making a symlink.  Also, I see the timestamps and sizes are the
same, but are the md5's the same?  If not, these aren't the same file. 
</random longshot suggestion>
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: Daylight savings time

[Albert Hopkins]

On Thu, 2007-11-08 at 17:29 -0500, Eric Martin wrote:

> Why copy?  when stuff gets updated you'll have to copy again.  I'd
> suggest making a symlink.  Also, I see the timestamps and sizes are the
> same, but are the md5's the same?  If not, these aren't the same file. 
> </random longshot suggestion>

Copy is what the emerge does. So when it's updated you get the fresh one
for free.

Actually, originally it was (suggested) that localtime was a symlink.
This was later changed.  The reasoning for the change are as follows.

/etc/init.d/clock is run pretty early in the init process; before all
filesystems in /etc/fstab are mounted.  If /usr/share/zoneinfo is on a
filesystem that is not mounted when /etc/init.d/clock is run then it
will fail and ugly things will happen.  Therefore it's suggested what
instead of a symlink /etc/localtime should be a physical file on the
(root) filesystem.

Probably for most people this is not an issue but apparently it was for
some.

-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: Daylight savings time

[James]

Albert Hopkins <marduk <at> letterboxes.org> writes:
 

> /etc/init.d/clock is run pretty early in the init process; before all
> filesystems in /etc/fstab are mounted.  If /usr/share/zoneinfo is on a
> filesystem that is not mounted when /etc/init.d/clock is run then it
> will fail and ugly things will happen.  Therefore it's suggested what
> instead of a symlink /etc/localtime should be a physical file on the
> (root) filesystem.

OK,

I I re-emerge 'timezone-data' and just wait until spring to see if there
is a problem?


James




-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: Daylight savings time

[James]

Vaeth <vaeth <at> mathematik.uni-wuerzburg.de> writes:


> Only if you run CLOCK=UTC the shift is guaranteed to work in any case
> (of course, unless another program like windows interferes).


Well 'local' did not work, so I'm going to set it to UTC and see what happens
in the spring.


James



-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: Daylight savings time

[Teng Wang]

I suggest you install ntpd, which will sync time with ntp server. And
I dont think set CLOCK="UTC" is a good idea. If you are using WINXP,
it will change your clock to local always.

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: Daylight savings time

[Roger Mason]

Hi James,

James <wireless@tampabay.rr.com> writes:


> I I re-emerge 'timezone-data' and just wait until spring to see if there
> is a problem?

Here is the procedure I used last spring (you'll need to set the
TIMEZONE according to your location:

(1) Sync. (perhaps not required if portage is fairly up to date)

(2) emerge timezone-data (should be >= 2006p)

(3) set TIMEZONE="Canada/Newfoundland" in /etc/conf.d/clock (adjust
   for your local time zone).

(4) rm /etc/localtime && cp /usr/share/zoneinfo/Canada/Newfoundland
   /etc/localtime (adjust for your local time zone).

(5) Check: zdump -v /etc/localtime | grep 2007.
   For timezone-data = 2007c it shows:

/etc/localtime  Sun Mar 11 03:30:59 2007 UTC = Sun Mar 11 00:00:59
2007 NST isdst=0
/etc/localtime  Sun Mar 11 03:31:00 2007 UTC = Sun Mar 11 01:01:00
2007 NDT isdst=1
/etc/localtime  Sun Nov  4 02:30:59 2007 UTC = Sun Nov  4 00:00:59
2007 NDT isdst=1
/etc/localtime  Sun Nov  4 02:31:00 2007 UTC = Sat Nov  3 23:01:00
2007 NST isdst=0

There was a thread on this last March: [gentoo-user] Problems after
DST change

Hope this helps,

Roger
-- 
gentoo-user@gentoo.org mailing list