At Wed, 04 Jan 2006 10:02:26 +1030, Glen Turner wrote:
Also note that there was a leap second this year. So your
NTP-based time will be 1s wrong if you have a tzdata earlier
than 2005k.
From what I understand of things, Unix timezone data has nothing to do
with leap seconds. NTP, on the other
David Kempe wrote:
Christopher Vance wrote:
Not yet fixed in Ubuntu 5.10.
You can do the honors and lodge a bug here:
https://bugzilla.ubuntu.com/
It's probably an upstream issue. The tzdata file
which distributions package is at
ftp://elsie.nci.nih.gov/pub/
in the tzdata*.tar.gz
my 'up-to-dated' RH73 falls in the former category, Mar 25/26
is there a way to hand correct that ?
On Sat, December 31, 2005 6:02 pm, Howard Lowndes wrote:
Rather looks that way. When did you last run an update? I think it is
part of the glibc package. Here's the one off the latest FC4:
man zic
to hand modify or try grabbing the tzdata package out of FC4 and see if
it suits.
Voytek Eymont wrote:
my 'up-to-dated' RH73 falls in the former category, Mar 25/26
is there a way to hand correct that ?
On Sat, December 31, 2005 6:02 pm, Howard Lowndes wrote:
Rather looks that
On Sat, Dec 31, 2005 at 05:05:25PM +1100, Michael Fox wrote:
How do I determine if the zonefile contains what? As its encoded?
man zdump
Not yet fixed in Ubuntu 5.10.
--
Christopher Vance
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs:
On 12/31/05, Christopher Vance [EMAIL PROTECTED] wrote:
On Sat, Dec 31, 2005 at 05:05:25PM +1100, Michael Fox wrote:
How do I determine if the zonefile contains what? As its encoded?
man zdump
Not yet fixed in Ubuntu 5.10.
Yes my Ubuntu 5.10 box is also affected. (which is my mythtv backend
Christopher Vance wrote:
Not yet fixed in Ubuntu 5.10.
You can do the honors and lodge a bug here:
https://bugzilla.ubuntu.com/
thanks
dave
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
On 12/31/05, Michael Fox [EMAIL PROTECTED] wrote:
On 12/31/05, Christopher Vance [EMAIL PROTECTED] wrote:
On Sat, Dec 31, 2005 at 05:05:25PM +1100, Michael Fox wrote:
How do I determine if the zonefile contains what? As its encoded?
man zdump
Not yet fixed in Ubuntu 5.10.
Yes my
On 1/1/06, Rob Sharp [EMAIL PROTECTED] wrote:
On 12/31/05, Michael Fox [EMAIL PROTECTED] wrote:
On 12/31/05, Christopher Vance [EMAIL PROTECTED] wrote:
On Sat, Dec 31, 2005 at 05:05:25PM +1100, Michael Fox wrote:
How do I determine if the zonefile contains what? As its encoded?
man
Hi,
Someone mentioned something that I thought might be relevant to a few
others. Basically we all know the /usr/share/timezone/Australia/Sydney
is encoded with relevant daylight savings changes.
But it appears this year daylight savings is going to be extended by a
week I believe to work with
On Sat, December 31, 2005 7:57 am, Michael Fox wrote:
Hi,
Someone mentioned something that I thought might be relevant to a few
others. Basically we all know the /usr/share/timezone/Australia/Sydney is
encoded with relevant daylight savings changes.
on this subject, apart from the fact I
On Sat, 2005-12-31 at 09:04 +1100, Voytek Eymont wrote:
more pertinent is that my ntpd is not really keeping my clock updated
ntp is network time protocol. It keeps UTC in sync not daylight savings
which is offset from UTC.
ntpd will only reset the clock by a few microseconds. you start this
On Sat, December 31, 2005 12:18 pm, Ken Foskey wrote:
On Sat, 2005-12-31 at 09:04 +1100, Voytek Eymont wrote:
ntp is network time protocol. It keeps UTC in sync not daylight savings
which is offset from UTC.
ntpd will only reset the clock by a few microseconds. you start this with
The last time the time zone changed was for the SY Olympics and a new
modified zone file was supplied (at least from RH).
With FC the ntpd daemon handles the time adjustment at boot and if there
is a /etc/ntp/step-tickers file with a ntpd server in it then a sync
gets done to that server as
firewall...? check for udp/123
Voytek Eymont wrote:
On Sat, December 31, 2005 12:18 pm, Ken Foskey wrote:
On Sat, 2005-12-31 at 09:04 +1100, Voytek Eymont wrote:
ntp is network time protocol. It keeps UTC in sync not daylight savings
which is offset from UTC.
ntpd will only reset the
ntpdate -s au.pool.ntp.org
On 12/31/05, Voytek Eymont [EMAIL PROTECTED] wrote:
On Sat, December 31, 2005 12:18 pm, Ken Foskey wrote:
On Sat, 2005-12-31 at 09:04 +1100, Voytek Eymont wrote:
ntp is network time protocol. It keeps UTC in sync not daylight savings
which is offset from UTC.
On Sat, December 31, 2005 1:46 pm, Chris Deigan wrote:
ntpdate -s au.pool.ntp.org
thanks, Chris, yes, I rogot the '-s'
On 12/31/05, Voytek Eymont [EMAIL PROTECTED] wrote:
--
Voytek
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs:
On Sat, December 31, 2005 2:00 pm, Voytek Eymont wrote:
On Sat, December 31, 2005 1:46 pm, Chris Deigan wrote:
ntpdate -s au.pool.ntp.org
thanks, Chris, yes, I rogot the '-s'
oops, I'm still missing something, /var/log/messages has:
Dec 31 13:59:16 koala ntpdate[32449]: no server
man ntpdate
try the -b and the -u options, the -s option merely changes where the
logging happens.
-b forces the time to be altered instead of slewed
-u uses unpriv src ports, but I still think you should be checking your
firewalling.
Voytek Eymont wrote:
On Sat, December 31, 2005 2:00
On 12/31/05, Howard Lowndes [EMAIL PROTECTED] wrote:
At the moment, according to the zone files, DST ends on Apr 2 in all
states that have DST, which strikes me as being a week later than normal.
How do I determine if the zonefile contains what? As its encoded?
Thanks
--
SLUG - Sydney Linux
/usr/sbin/zdump -v Australia/NSW
On FC the files are in /usr/share/zoneinfo and subdirs
Michael Fox wrote:
On 12/31/05, Howard Lowndes [EMAIL PROTECTED] wrote:
At the moment, according to the zone files, DST ends on Apr 2 in all
states that have DST, which strikes me as being a week later
On 12/31/05, Howard Lowndes [EMAIL PROTECTED] wrote:
/usr/sbin/zdump -v Australia/NSW
Thanks, it looks like the zoneinfo files on my osx 10.4 machine don't
include that extra week, as I suspected.
Australia/NSW Sat Mar 25 15:59:59 2006 UTC = Sun Mar 26 02:59:59 2006
EST isdst=1
Australia/NSW
Rather looks that way. When did you last run an update? I think it is
part of the glibc package. Here's the one off the latest FC4:
$ /usr/sbin/zdump -v Australia/NSW|grep 2006
Australia/NSW Sat Apr 1 15:59:59 2006 UTC = Sun Apr 2 02:59:59 2006
EST isdst=1 gmtoff=39600
Australia/NSW Sat
23 matches
Mail list logo