Unless I’m missing something here, Venezuela is already there?
Launch System Preferences, select Date & Time, select Time Zone and click on the map of South America that represents Venezuela. You’ll probably get Georgetown - Guyana appear in the listing. Select the Closest City pop up menu and select Caracas - Venezuela. To make doubly certain click on the Date & Time tab and make sure Set date & time automatically is selected. You can leave it as it is if you want or you can change it to reflect an internet based time server that best reflects your zone.
If you don’t know how what that is, this link should help:
and specifically this information should be more useful: Venezuela: VELUG, Grupo de Usuarios Linux de Venezuela; 150.185.192.250: ntp.linux.org.ve, Service Area: Arica.
Yes, Venezuela is there, but set to the old timezone (UTC-4). Using a NTP server won't help, because I think they only set the UTC time on the computer, and since we can't select the new, correct time zone (UTC-4:30) we'd still be stuck with the wrong local time. The only workaround is to uncheck the "set time & date automatically" and manually set the clock back 30 minutes, which would screw up every other time zone.
Based on what I see in a quick read of the timezone rules, the Venezuela timezone rules change is occurring today. (The switch-over was moved up from 31-Dec-2007?) Given this is today, this implies you should already be on the new timezone configuration, and are either behind on updates or Apple is behind on TZ changes. (Given how often these TZ changes arise around the planet, all vendors inevitably have some difficulty staying current.)
Do notify Apple of this change, if you're on the most current bits.
The following assumes you are comfortable with bash and Unix utilities, and that the most current rules on your system are not what they should be. If so, and if you want to roll your own update and wander away from what Apple will likely want to support (or quite possibly get ahead of what Apple might support), you can download the current rules and re-zic them in your environment.
Caution: the following has not been tested.
You can see which timezone you're set in with the command:
+ls -lah /etc/localtime+
The following will show what the timezone settings for your local timezone are:
+zdump -v /etc/localtime | grep 2007+
Get the most recent tzdata timezone data distribution file you can find from [NIH|ftp://elsie.nci.nih.gov/pub>, unpack and cd to where you unpack it, then
+sudo zic southamerica+
to build the rules. There is a tzcode file at the NIH, too. You don't need that file here.
You can see which timezone you're set in with the command:
+ls -lah /etc/localtime+
The following should show will the updated timezone settings:
+zdump -v /etc/localtime | grep 2007+
The name of the Venezuela rules in the database (you probably know this) is America/Caracas
If you're going to follow this, try this sequence on a test system before you go into production with it.
I've used this same basic zic sequence on [other platforms|http://64.223.189.234/node/148], and the sequence here should be close to what Mac OS X requires here.
[dC9D32A35:~] brian% ls -lah /etc/localtime
lrwxr-xr-x 1 root wheel 35B Dec 9 19:34 /etc/localtime -> /usr/share/zoneinfo/America/Caracas
[dC9D32A35:~] brian% zdump -v /etc/localtime | grep 2007
/etc/localtime Sun Dec 9 06:59:59 2007 UTC = Sun Dec 9 02:59:59 2007 VET isdst=0
/etc/localtime Sun Dec 9 07:00:00 2007 UTC = Sun Dec 9 02:30:00 2007 VET isdst=0
The thing is that the change appears to be done already, but my little clock in the menu bar shows 20:04 instead of 19:34, and, when I select Caracas Venezuela in date & Time Prefs and select to set the date and time automatically it goes half an hour ahead in the real legal time.
Are you synchronizing your time with an NTP server (via the Date and Time pane within the System Preferences), or have you manually entered the time at some point here? (The external server gets your system clock to proper UTC.)
It is also conceivable that a reboot might be required to clear things here, if there have been various changes made here. (I'd not really want this requirement to happen, but a reboot is often worth a try.)
When I synchronize with a NTP server it gets the wrong hour (half hour ahead as in the old Time Zone), and I did restart twice.
One thing I notice is in the date and time preference pane, Caracas, Venezuela is still in the same time zone as La Paz, San Juan, Santo Domingo, and they are all -4 GMT so in the GUI Venezuela is still in the old time zone but in the system core it is in the new one. Is there any way to change it? or do I have to wait for Apple to fix it?
Hi...
I have same problem, but I done a restart and still same.
Venezuela appears as VET but if I select Bolivia BOT then the time does not chage, so I think Apple has not yet implemented the fix (under OS 10.4.11 or older, but maybe under OS 10.5?) that wil sepearte Venezuela from the other countries that were under same time zone.
For system core I have not checked as its bit over my head - I think...
Suggestions - besides changing the time manually?
Sten
I'm living in Ciudad Guayana, Venezuela. And just to make a note regarding seh2000's comment, 10.5 is also affected.
I've downloaded the new time zone data and compiled it using zic. And yes, the underlying UNIX system is corrected, also, iCal shows the correct time. The World Clock Dashboard Widget also is correct. Even the clock in the menu bar shows the correct time only if it is shown as analog as opossed to digital.
So, it may be that the time zones stored for the digital representation of the menu bar clock is stored somewhere else that in /etc/localtime or /private/etc/localtime.
One weird thing, the Calendar Widget in Dashboard is showing a day ahead of time, maybe it was corrupted by myself running zic, or else I don't know ehat could have happened. I tryied deletig the .plist and reopening the Widget with no avail.
Best regards.
Edit:
The Calendar Widget error is even more weird than I thought. Altought it displays one day ahead in time (I.E. Today is Monay 10, and it is showing Tuesday 11), it is displaying iCal events correctly. I mean, if I put a test event for today, it shows up i the widget 'iCal upcoming events' pane. Now I'm trully confused.
Hi!
Unfortunately I am not an Unix expert...so to do changes to the core I am not sure I can do.
But I did the "System Core" check recommended earlier and I got:
ls -lah /etc/localtime
lrwxr-xr-x 1 root wheel 35B Dec 10 08:17 /etc/localtime -> /usr/share/zoneinfo/America/Caracas
zdump -v /etc/localtime | grep 2007
/etc/localtime Tue Jan 1 03:59:59 2008 UTC = Mon Dec 31 23:59:59 2007 VET isdst=0
/etc/localtime Tue Jan 1 04:00:00 2008 UTC = Mon Dec 31 23:30:00 2007 VET isdst=0
So time zone is correct and apparently also the time, just in all applications that uses the time set under system preferences display the old time. At least those I use that is like Time Palette...
Suggestions, I work with several time zones at same time so I really don't want to do any manually change to the time...
I also had the same situation than xgisbert... I updated the timezone database on an iPhone, Appletv and the MacBook pro; All of those devices present the same issue (at the Unix prompt, the timezone is correct, but the clock applications displays the wrong time).
+When I synchronize with a NTP server it gets the wrong hour (half hour ahead as in the old Time Zone), and I did restart twice.+
Unix system time is stored as UTC. That's also what you get from an NTP server.
It's the local timezone definitions that get you from UTC to localtime.
+One thing I notice is in the date and time preference pane, Caracas, Venezuela is still in the same time zone as La Paz, San Juan, Santo Domingo, and they are all -4 GMT so in the GUI Venezuela is still in the old time zone but in the system core it is in the new one. Is there any way to change it? or do I have to wait for Apple to fix it?+
I'm running a "grep -R -i Caracas /" command now to see if there's another set of timezone definitions lurking.
IIRC, Java has its own timezone definitions. I'd forgotten about that wrinkle until just now. That means there's a Java update or Java definitions that may be (will be?) required.
And it looks like part of the timezone error involves what appears to be a skew for the La Paz definition? (Bolivia is no longer the same as Venezuela, right?)
Yes, that is correct. La Paz (Bolivia) is no longer in the same timezone as Venezuela anymore.
I'm trying to find that "timezone.plist" file, but my Mac down not seems to have the same path as yours (/System/Library/PrivateFramweorks is as much as I can go, there is no CALCore.framework inside).
I'm doing a:
sudo ls -R / | grep timezone.plist
right now, just to see if the file is somewhere else. I'll get back to you if I find it.
The isdst stuff looks a little weird. I'd tend to expect to see a subset of those rules entries listed as isdst=1.
iCal and some of the other pieces of Cocoa depend on the Core Foundation timezone definitions, and apparently doesn't use the Unix definitions directly.
You'll have to acquire a second and parallel set of definitions from the Darwin site, the [ICU timezone|http://www.icu-project.org/userguide/dateTimezone.html] pieces. That's currently the [ICU 8.11 for 10.5|http://www.opensource.apple.com/darwinsource/10.5/ICU-8.11> file.
It also looks like there's a tzcode tool that's needed to un-skew the ICU timezone information, and that's not part of the base Mac OS X system and has to be built from the Darwin sources.
I'd not initially suggest you head off after these changes unless you're quite comfortable in this area, and then only if you have access to a testing system.
