similar to: New Standard/Daylight time-change dates in rhel4u2 butnot centos4.2?

>From a login on a machine with rhel4u2 I can execute the following commands and get the indicated output: date --date="Mar 25 15:00:00 UTC 2006" Sat Mar 25 10:00:00 EST 2006 date --date="Mar 25 15:00:00 UTC 2007" Sun Mar 25 11:00:00 EDT 2007 As you can see, the output differs for 2006 and 2007. That indicates that rhel4u2 includes changes required by the

The laws already exist: Disturbing the peace, Misappropriation of public funds, Prohibition on unfunded mandates. What's lacking is prosecutors, judges, and juries who see the politicians as getting in the way of the statesmen and the people. To drag this back towards On Topic, it seems to me that the ntp folks might be petitioned to write up and submit to the Congress, a paper

I see in CentOS 7 that /etc/localtime is a symlink (which seems sensible...) but in earlier versions it is a copy of some file from under /usr/share/zoneinfo. rpm -q --scripts tzdata does not show any postinstall script, so in the non-symlink versions, how does the copied /etc/localtime file get updated with new zone data? -- Les Mikesell lesmikesell at gmail.com

No. Brian Brunner brian.t.brunner at gai-tronics.com (610)796-5838 >>> peter at farrows.org 11/07/05 06:27PM >>> (can't wait for the barrage of replies to this one..... tee hee....) ---> Brian, I'm ready: lay it on me.... at least 5 paragraphs please...... ******************************************************************* This email and any files transmitted

Zulu time will (necessarily) be reckoned relative to Durban, South Africa (capital of KwaZulu-Natal province, South Africa) where the Zulu people live. Brian Brunner brian.t.brunner at gai-tronics.com (610)796-5838 >>> sam at wa4phy.net 11/07/05 07:37PM >>> Peter Farrow wrote: > For those of us who live the promised land where GMT is absolute time > all the this

This message, hopfully, summarizes all the questions people may have about the change affecting when Daylight Savings Time begins and ends for various time zones which takes effect this year. NOTE: Before you decide this message does not effect you please bear in mind that the most critical file involved in all of this is /etc/localtime. That is the zoneinfo file your system will be using to

Richard, thank you for your response. On 06/23/2015 02:51 PM, Richard wrote: <<>> > I agree, so my questions are: > > - what is your TZ? u.s.a. 'central time zone' - currently on 'daylight savings time'. > - what does "[/bin/]date" show? [geo at boxen ~]$ date Tue Jun 23 14:54:42 CDT 2015 > - what does your hardware clock:

I have a couple questions... I am in Indiana and our time zone is changing. I used to choose America/Indiana/Indianapolis as the zone and we are changing to Eastern. Question 1) Is there a command line only way to change my timezone? I dont have access to X to run system-config-time. Doing a "system-config-time --help" or "system-config-time -h" did not give any information.

*Hi All, * I presume the upstream provider is aware of this??? I am in Indiana. Go figure. Jerry ** *---------------- * *New Federal Law?Springing Forward in March, Back in November* Months after Indiana passed the law that got it in step with the rest of the country, the federal government announced a major change in Daylight Saving Time. In Aug. 2005, Congress passed an energy bill that

> Date: Tuesday, June 23, 2015 03:48:36 PM -0400 > From: Jonathan Billings <billings at negate.org> > > On Tue, Jun 23, 2015 at 01:56:13PM -0500, g wrote: >> each and every time i run yum or yumex, system time is advanced >> by 5 hours. >> >> this has gone on thru several updates, maybe even upgrades. >> >> centos = 6.6 current >> yum

greetings, each and every time i run yum or yumex, system time is advanced by 5 hours. this has gone on thru several updates, maybe even upgrades. centos = 6.6 current yum = 3.2.29 yumex = 3.0.5 for awhile, i did not mind resetting clock when i noticed it off. now, it is a pita because when i forget, emails and what ever else i am doing get wrong time stamps. i have searched for

Just upgraded 4.7 to 4.8 stable. Hoped that timezone info will be up to date, but it still isn't though files in /usr/share/zoneinfo show new dates. For instance daylight saving time settings are outdated in Europe/Vilnius file. I'll try to recompile those files from sources got fom ftp://elsie.nci.nih.gov/pub/ but it would be nice to have updated info for the next release of freebsd or

Sorry for the extra info required, but I had digest mode turned on and wouldn't have received the mailing till tomorrow. I have since updated the data manually, but after 'yum update tzdata' was run, the zdump -v for EST5EDT and America/New_York all still showed a date of April 1, instead of March 11. After manually fixing, it is correct. This was mostly a question about why yum

On Fri, Mar 6, 2015 at 3:15 PM, Chris Adams <linux at cmadams.net> wrote: > > Short answer: last time it was threaded stuff like Java, the time before > it was systems under heavy kernel loads. Who knows, this time Postfix > could hang, or MySQL could corrupt databases, or something else. > Probably nothing will happen, but if you want a "cover your ass" report,

Hi! It appears that there have been some changes to tzdata recently. We run an application that needs the server to stay at GMT. Previously, we used the Casablanca timezone but now there seems to be a 1 hour difference to GMT. I checked the London zone and they seem to change time too. I tried to change the zone to GMT with system-config-date (i'm using command line remotely) but

Help Andrew! and whoever else.. I have a Linux Mandrake 7.2 box with Samba 2.07 acting as a timeserver for our local lan. We are in the CST timezone. All windows boxes sync thier time from the Linux box via: net time \\Nemesis /set /yes. I would like to have xntp keep the clock on the server updated. Problem: ntpdate and xntp work great at setting the Linux box hardware clock to GMT. The

(I reported the test failure mentioned below to R-help but was advised that this list is the right one to address the issue; in the meantime I investigated the matter somewhat more closely, including searching recent R-devel postings, since I haven't been following this list.) Last May there were two reports here of problems with Sys.timezone, one where the zoneinfo directory is in a

Hi list I always configure my systems to use our local time (in my case /usr/share/zoneinfo/Europe/Zurich) and disable UTC. What are the differences between UTC and local time? What are their respective advantages and disadvantages? When to use UTC? cheers Simon -- XMPP: sjolle at swissjabber.org

One problem with the daylight savings is that they mess with reporting tools that use timestamps. I guess an application could be configured to log UTC instead of local time, but that's not always doable. Also, if you have servers in several different timezones, it's better if all systems follow the same clock. So, I'm thinking it's perhaps better if I just use

From time to time, a new ubuntu install will have problems with locales, and language settings. I''d like to set up a recipe to fix this, so that things like perl ( especially perl ) work. Is there a convention/method for this? --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Puppet Users" group.