SLUG Mailing List Archives
Re: [SLUG] debootstrap leaves me with UTC not LMT
- To: Amos Shapira <amos.shapira@xxxxxxxxx>
- Subject: Re: [SLUG] debootstrap leaves me with UTC not LMT
- From: Rick Welykochy <rick@xxxxxxxxxxxxx>
- Date: Sun, 11 Feb 2007 12:39:31 +1100
- Cc: slug@xxxxxxxxxxx
- User-agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414
Amos Shapira wrote:
On 20/01/07, Rick Welykochy <rick@xxxxxxxxxxxxx> wrote:
Sat Jan 20 12:48:39 EST 2007
Now why the system is not aware of daylight savings is beyond me.
I mention the above since I presume that if daylight savings is active
(as it is nowadays) the time report should read as follows:
Sat Jan 20 12:48:39 EDT 2007
Correct me if I am wrong, but
EST = Eastern (Australian) Standard Time
EDT = Eastern Daylight Time
Why do you think it doesn't know about DST? Did it show the above output
when the correct time was "13:48:39"? Have you compared its UTC time? Maybe
you should reset the time because your last date setting was done using the
wrong timezone? (I know I said that the system uses UTC "inside", but for
user convenience you are usually asked for time in your "current zone" so
the translation to UTC could be wrong if you gave Sydney's "local time"
the system actually interpreted it as "LMT time").
The time of day as reported by the system is fine, i.e. LMT is correct.
I don't remember your first post but which OS exactly is it?
On my Debian Etch tzdata (the package which contains the zoneinfo
version 2006p-1 and "date" also uses "EST" today.
This is a Debian Etch. I think I can live with "EST" as the zone
label during daylight savings.
I just cross-checked the output from date on another (older)
Debian system and it reports the correct LMT using the EST label.
Rick Welykochy || Praxis Services
The manufacture and transport of a one kilogram bottle of Fij
water consumes 26.88 kg of water, 0.849 kg of fossil fuel and
emits 0.562 kg of greenhouse gas.
-- Pablo Paster, Sustainability Engineer at Triple Pundit