10:02 a.m.
Should rawhide have set US East Coast Daylight Saving Time back one hour
on Nov 1 to Standard Time?
10 a.m.
On Tue, 2009-11-03 at 11:02 -0500, Clyde E. Kunkel wrote:
Should rawhide have set US East Coast Daylight Saving Time back one
hour
on Nov 1 to Standard Time?
worked for me in PST.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net
11:30 a.m.
On Tue, Nov 03, 2009 at 08:00:36AM -0800, Adam Williamson wrote:
On Tue, 2009-11-03 at 11:02 -0500, Clyde E. Kunkel wrote:
> Should rawhide have set US East Coast Daylight Saving Time back one hour
> on Nov 1 to Standard Time?
worked for me in PST.
Same here in EST.
--
Paul W. Frields http://paul.frields.org/
gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717
http://redhat.com/ - - - - http://pfrields.fedorapeople.org/
irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug
12:53 p.m.
On Tue, 2009-11-03 at 12:30 -0500, Paul W. Frields wrote:
On Tue, Nov 03, 2009 at 08:00:36AM -0800, Adam Williamson wrote:
> On Tue, 2009-11-03 at 11:02 -0500, Clyde E. Kunkel wrote:
> > Should rawhide have set US East Coast Daylight Saving Time back one hour
> > on Nov 1 to Standard Time?
>
> worked for me in PST.
Same here in EST.
Same here week earlier with CEST->CET (looks like we in Europe shift it
week earlier than you in US).
Martin
2:32 p.m.
On 11/03/2009 11:02 AM, Clyde E. Kunkel wrote:
Should rawhide have set US East Coast Daylight Saving Time back one
hour
on Nov 1 to Standard Time?
OK, I see I am different...now I wonder why? The bios on this machine
DOES NOT use UTC and the UTC box was unchecked during installation. Does
that make a difference?
I also see that since setting the time correctly about 5 hours ago, time
has gained 5 minutes. I recall msgs sometime ago on this list about the
clock gaining time in rawhide, so all I may have been seeing was time
creep and not an erroneous EDST -> EST.
2:37 p.m.
On Tue, 2009-11-03 at 15:32 -0500, Clyde E. Kunkel wrote:
On 11/03/2009 11:02 AM, Clyde E. Kunkel wrote:
> Should rawhide have set US East Coast Daylight Saving Time back one hour
> on Nov 1 to Standard Time?
>
OK, I see I am different...now I wonder why? The bios on this machine
DOES NOT use UTC and the UTC box was unchecked during installation. Does
that make a difference?
I also see that since setting the time correctly about 5 hours ago, time
has gained 5 minutes. I recall msgs sometime ago on this list about the
clock gaining time in rawhide, so all I may have been seeing was time
creep and not an erroneous EDST -> EST.
Does booting with 'nohz=off' fix the clock creep?
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net
6:09 p.m.
Adam Williamson wrote:
On Tue, 2009-11-03 at 15:32 -0500, Clyde E. Kunkel wrote:
> On 11/03/2009 11:02 AM, Clyde E. Kunkel wrote:
>
>> Should rawhide have set US East Coast Daylight Saving Time back one hour
>> on Nov 1 to Standard Time?
>>
>>
> OK, I see I am different...now I wonder why? The bios on this machine
> DOES NOT use UTC and the UTC box was unchecked during installation. Does
> that make a difference?
>
> I also see that since setting the time correctly about 5 hours ago, time
> has gained 5 minutes. I recall msgs sometime ago on this list about the
> clock gaining time in rawhide, so all I may have been seeing was time
> creep and not an erroneous EDST -> EST.
>
Does booting with 'nohz=off' fix the clock creep?
If there was an issue with UTC vs Not UTC, your time would be 5 hours
off, not one hour.
--
Christopher G. Campbell
Email: campbecg(a)cox.net
ICQ: 1609573
AIM: campbecg3010
7:28 p.m.
On Tue, 2009-11-03 at 15:32 -0500, Clyde E. Kunkel wrote:
--
Matthew Saltzman
Clemson University Math Sciences
mjs AT clemson DOT edu
http://www.math.clemson.edu/~mjs
On 11/03/2009 11:02 AM, Clyde E. Kunkel wrote:
> Should rawhide have set US East Coast Daylight Saving Time back one hour
> on Nov 1 to Standard Time?
>
OK, I see I am different...now I wonder why? The bios on this machine
DOES NOT use UTC and the UTC box was unchecked during installation. Does
that make a difference?
Yes. If you use UTC for the hardware clock, then the right thing is
always done with regard to DST.
If you use localtime, then Linux assumes that the hardware clock
contains the correct local time at boot. The DST adjustment will take
place if the machine is running at the time of the transition, and the
correct time will be saved if the machine is rebooted after that. If
the machine is off at the time of the transition and you don't set the
hardware clock, the time will be an hour off at boot.
I also see that since setting the time correctly about 5 hours ago, time
has gained 5 minutes. I recall msgs sometime ago on this list about the
clock gaining time in rawhide, so all I may have been seeing was time
creep and not an erroneous EDST -> EST.
If the machine is connected to the Internet, you should consider using
NTP to keep your clock in line.
7:47 a.m.
On 11/03/2009 08:28 PM, Matthew Saltzman wrote:
On Tue, 2009-11-03 at 15:32 -0500, Clyde E. Kunkel wrote:
> On 11/03/2009 11:02 AM, Clyde E. Kunkel wrote:
>> Should rawhide have set US East Coast Daylight Saving Time back one hour
>> on Nov 1 to Standard Time?
>>
>
>
> OK, I see I am different...now I wonder why? The bios on this machine
> DOES NOT use UTC and the UTC box was unchecked during installation. Does
> that make a difference?
Yes. If you use UTC for the hardware clock, then the right thing is
always done with regard to DST.
If you use localtime, then Linux assumes that the hardware clock
contains the correct local time at boot. The DST adjustment will take
place if the machine is running at the time of the transition, and the
correct time will be saved if the machine is rebooted after that. If
the machine is off at the time of the transition and you don't set the
hardware clock, the time will be an hour off at boot.
>
> I also see that since setting the time correctly about 5 hours ago, time
> has gained 5 minutes. I recall msgs sometime ago on this list about the
> clock gaining time in rawhide, so all I may have been seeing was time
> creep and not an erroneous EDST -> EST.
If the machine is connected to the Internet, you should consider using
NTP to keep your clock in line.
>
>
You are correct! The machine was off during the transition. That
explains it. Also, I used to use NTP, but transistion to the desktop
took so long I abandoned it. "Time" to try again.
Thanks for the explanation. Very useful.
5303
days inactive
5304
days old
8 comments
6 participants
participants (6)
-
Adam Williamson -
Chris Campbell -
Clyde E. Kunkel -
Martin Sourada -
Matthew Saltzman -
Paul W. Frields