The port misc/zoneinfo is what you need.
I installed this port and ran 'tzsetup' afterwards. Everything works
now. Thanks.
I also edited /etc/make.conf to include the line MK_ZONEINFO=no as per the
instructions in the file /usr/ports/misc/zoneinfo/pkg-descr. However, in my
5.5
On Tue, Mar 18, 2008 at 07:31:01PM -0700, Nerius Landys wrote:
[...]
I have NTP running and I verified that it works by setting the clock to be
off by one hour and one minute (basically nudge the time by one minute) and
the clock synchronizes itself to be accurate to the minute and second but
On Tue, 18 Mar 2008 at 19:31 -0700, [EMAIL PROTECTED] confabulated:
I'm running FreeBSD 5.5. I'm in California and my hardware clock is set to
UTC I believe (how to check if it's important?). Ever since the daylight
saving time shift here in California a couple of weeks ago my clock has been
Never mind. I was assuming the server was running in UTC.
On Wed, 19 Mar 2008 at 03:53 -, [EMAIL PROTECTED] confabulated:
On Tue, 18 Mar 2008 at 19:31 -0700, [EMAIL PROTECTED] confabulated:
I'm running FreeBSD 5.5. I'm in California and my hardware clock is set to
UTC I believe (how to
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Lisa Casey
Sent: Saturday, March 01, 2008 12:19 PM
To: freebsd-questions@freebsd.org
Subject: Daylight Savings time
Hi,
I suspect my FreeBSD 5.2 system isn't going to handle the change
to
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Erik Trulsson
Sent: Saturday, March 01, 2008 1:04 PM
To: Lisa Casey
Cc: freebsd-questions@freebsd.org
Subject: Re: Daylight Savings time
On Sat, Mar 01, 2008 at 03:18:52PM -0500, Lisa Casey wrote
The file does not exist...
/usr/ports/misc/zoneinfo# make
=== Vulnerability check disabled, database not found
= tzdata2007j.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
= Attempting to fetch from ftp://elsie.nci.nih.gov/pub/.
fetch: ftp://elsie.nci.nih.gov/pub/tzdata2007j.tar.gz:
On Sun, Mar 02, 2008 at 10:08:39AM -0800, Fred C wrote:
The file does not exist...
/usr/ports/misc/zoneinfo# make
=== Vulnerability check disabled, database not found
= tzdata2007j.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
= Attempting to fetch from
Lisa Casey wrote:
Hi,
I suspect my FreeBSD 5.2 system isn't going to handle the change to Daylight
Savings Time correctly next weekend:
zdump -v /etc/localtime | grep 2008
/etc/localtime Sun Apr 6 06:59:59 2008 UTC = Sun Apr 6 01:59:59 2008 EST
isdst=0 gmtoff=-18000
/etc/localtime Sun
On Sat, Mar 01, 2008 at 03:18:52PM -0500, Lisa Casey wrote:
Hi,
I suspect my FreeBSD 5.2 system isn't going to handle the change to Daylight
Savings Time correctly next weekend:
zdump -v /etc/localtime | grep 2008
/etc/localtime Sun Apr 6 06:59:59 2008 UTC = Sun Apr 6 01:59:59 2008
Hi again,
- Original Message -
From: Erik Trulsson
To: Lisa Casey
Cc: freebsd-questions@freebsd.org
Sent: Saturday, March 01, 2008 4:04 PM
Subject: Re: Daylight Savings time
Install the misc/zoneinfo port, which will install an updated zoneinfo
file on your
machine, and then run
On Tue, Jan 16, 2007 at 01:31:22PM -0700, hal wrote:
This came down from above?!
Beginning in 2007, Daylight Savings Time will be lengthened one month
by starting three weeks earlier (2AM on the second Sunday in March)
and ending one week later (2AM on the first Sunday in November).
hal wrote:
6.2-STABLE
zdump -v -c 2008 MST7MDT
MST7MDT Sun Mar 11 08:59:59 2007 UTC = Sun Mar 11 01:59:59 2007 MST
isdst=0 gmtoff=-25200
MST7MDT Sun Mar 11 09:00:00 2007 UTC = Sun Mar 11 03:00:00 2007 MDT
isdst=1 gmtoff=-21600
MST7MDT Sun Nov 4 07:59:59 2007 UTC = Sun Nov 4
Your /etc/localtime is probably a copy of the old zoneinfo data, left
over from a previous incarnation.
My system at home is running 6.2-RELEASE:
zdump -v /etc/localtime | more
(...)
/etc/localtime Sun Mar 31 06:59:59 1918 UTC = Sun Mar 31 01:59:59
1918 EST isdst=0 gmtoff=-18000
On Jan 20, 2007, at 10:36 AM, Matthew Seaman wrote:
Errr --- why are you looking at when daylight savings changes happened
in 1918?
Yeah, I noticed that after I sent the email.
Duh.
-jav
___
freebsd-questions@freebsd.org mailing list
Javier Henderson wrote:
Your /etc/localtime is probably a copy of the old zoneinfo data, left
over from a previous incarnation.
My system at home is running 6.2-RELEASE:
zdump -v /etc/localtime | more
(...)
/etc/localtime Sun Mar 31 06:59:59 1918 UTC = Sun Mar 31 01:59:59 1918
EST
Matthew Seaman wrote:
[You could make /etc/localtime a link or a symlink to the appropriate
file under /usr/share/zoneinfo, but only if /etc and /usr/share/zoneinfo
happen to be on the same filesystem (ie. on the root filesystem), which
is not the case in the default install of FreeBSD]
As
On Jan 18, 2007, at Thursday, Jan18, 2007 5:36 PM, Murray Taylor wrote:
This is an issue here at work. We have very many FreeBSD 4.x
machines and a
growing number of FreeBSD 6.x. The change when daylight
saving time starts
and ends is an issue for machines in the United States and, we think,
On Tue, Jan 16, 2007 at 01:31:22PM -0700, hal wrote:
This came down from above?!
Beginning in 2007, Daylight Savings Time will be lengthened one month
by starting three weeks earlier (2AM on the second Sunday in March)
and ending one week later (2AM on the first Sunday in November).
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Josef Grosch
Sent: Friday, 19 January 2007 10:59 AM
To: hal
Cc: freebsd-questions@freebsd.org
Subject: Re: Daylight savings time / 6.1 and 4.11
On Tue, Jan 16, 2007 at 01:31:22PM -0700, hal wrote
In the last episode (Jan 16), hal said:
Beginning in 2007, Daylight Savings Time will be lengthened one month
by starting three weeks earlier (2AM on the second Sunday in March)
and ending one week later (2AM on the first Sunday in November).
What patch levels do I need to be at for my 4.7
On Jan 16, 2007, at Tuesday, Jan16, 2007 1:59 PM, Dan Nelson wrote:
Since it's not a security issue, I doubt the new zone files will go
into any -p# branch. If you were tracking the main branches (RELENG_4
or RELENG_6) instead of a -RELEASE branch (RELENG_4_11 or RELENG_6_1),
you would have
On Jan 16, 2007, at Tuesday, Jan16, 2007 1:59 PM, Dan Nelson wrote:
Since it's not a security issue, I doubt the new zone files will go
into any -p# branch. If you were tracking the main branches (RELENG_4
or RELENG_6) instead of a -RELEASE branch (RELENG_4_11 or RELENG_6_1),
you would
23 matches
Mail list logo