Error time zone Argentina – tzdata
IMPORTANTE: Este problema afecta a TODOS los OS basados en Unix con el tzdata actualizado. Entre ellos: RHEL, Debian, Ubuntu, OpenBSD y hasta telefonos celulares , Ipods y repoductores de MP3..
Hoy, me encontre con mi Desktop, un par de servers y mi note, que tenia 1 hora adelantada.. 
-( inclusive en el diario del clarinete de argentina, figuraba mal la hora..!!! )/-
y no solo eso, sino tambien, en mi celular (N95) por lo que empeze a leer cuanto foro/lista de correo tenia a mano.. y parece que en argentina, los politicos solo hacen las cosas bien, cuando tienen mas de 85 años, y ya no estan en el senado… a que viene esto ?? el año pasado (2007) se voto para que en Argentina, se adelantara 1 hora para “ahorrar” energia, y de alli todos los admin`s de cuan server GNU/Linux teniamos que arreglar la hora de los equipos en tiempo record…
por esto, gente de los diferentes OS, re-armaron los paquetes y/o archivos “tzdata” (time zone data) para arreglar estos problemas, pero creian que desde ese año en adelante, se respetaria el cambio horario. e aqui, que hoy 5 de octubre, no hay nada a nivel politico que diga que mantiene y/o cambie y/o adelante 1 hora los relojes y empezaron los problemas…
a continuacion, les copio parte de un mail de una lista de correo (Ubuntu-ar) , como para solucionar el problema:
Por Mariano Absatz – El Baby:
” La última versión (2007f) salió el 15/9 y todavía no llegó a los repos debian/ubuntu (hoy había gente de debian laburando en esto).
Esa base de datos es un conjunto de archivos con un formato específico que se generan a partir de unos fuentes en forma bastante simple.
Más de una vez tuve que hacer algún cambio aun antes de que se publique el fuente del tzdata (con un poco de prueba y error hasta hago cambios en los fuentes sin mayores problemas).
Si todavía no arreglaron el problema, es fácil hacerlo aunque no haya
un .deb… instrucciones apdb:
abrir una terminal o consola (e.g. applications->accessories-> terminal)
################ COMIENZO ##############
export TZ=America/Argentina/Buenos_Aires
mkdir tzdata2008g
wget ftp://elsie.nci.nih.gov/pub/tzdata2008g.tar.gz
cd tzdata2008g
tar xvzf ../tzdata2008g.tar.gz
date ; date -u
# aca deberia dar la hora mal
sudo zic southamerica
sudo cp /usr/share/zoneinfo/America/Argentina/Buenos_Aires /etc/localtime
date ; date -u
#para verificar los nuevos cambios:
zdump -v /etc/localtime | egrep “2008|2009″
################ FIN ##############
Para que los programas que están usando en la sesión de gnome o kde se
den por aludidos, van a tener que cerrar la sesión y volver a entrar. ”
De todos modos, lo que tienen que hacer siempre es ir a ftp://elsie.nci.nih.gov/pub/ y fijarse cuál es el tzdataYYYYv.tar.gz que hay ahí… ese es el que va.
el (dot) baby (AT) gmail (dot) com
el (punto) baby (ARROBA:@) gmail (punto) com
Eh! Yo me percate del error esta mañana, pero anoche creí que me había acostado una hora más tarde…
Lo primero que pensé es que podría ser causa de algún programa nuevo o una actualización que podría haber instalado en mi Debian Etch + Backports, pero no había nada…, luego busque en Internet y no encontré nada sobre el asunto, y después de probar y reiniciar lagunas veces, y ver que el servicio ntp funcionaba, me dí cuenta que la hora UTC era correcta y la correspondiente a Argentina no, y cambié el uso horario a GMT+3 con tzconfig. Luego recordé lo que tuve que hacer en diciembre del año próximo pasado con lo del cambio de horario y lo repetí y por lo menos la hora volvió a ser la correcta…, pero ahora voy a hacer los pasos descriptos en esta página para que quede mejor y no tan rebuscado como lo hice yo.
Medio off-topic, acabo de escribir una nota al respecto porque ya estoy cansado de tener que actualizar el tzdata los sábados… http://clueless.com.ar/articles/que-hora-es
123:
Lo que pasa es que ahora ya tenemos el tzdata correcto (al menos los fuentes)… el tema es ver si antes del 19 se decide si se cambia la hora el 19 o no (el tzdata que estás poniendo ahí dice que sí).
El paquete bajado del sitio que usan como referencia está incorrecto,
porque si bien corrige el cambio temporalmente, tendrá el mismo
problema que Debian Sid, que es hacer el adelanto de la hora el primer domingo
después del 15 de octubre. O sea que para el 19 de octubre estarían de
nuevo con el problema.
Saludos,
Daniel
Hola Marcooooooooo gracias, creí que era yo la única que tenía este problemas.
Gracias!!!!!!!!!!!!
Gente… recién recibí un mail de alguien que no pudo bajar el paquete… porque lo acaban de actualizar (y siempre borran los viejos).
El nuevo es ftp://elsie.nci.nih.gov/pub/tzdata2008g.tar.gz
De todos modos, lo que tienen que hacer siempre es ir a ftp://elsie.nci.nih.gov/pub/ y fijarse cuál es el tzdataYYYYv.tar.gz que hay ahí… ese es el que va.
Daniel,
el problema a que hacés referencia es político o social, no técnico… es decir… el problema es que no se sabe cuándo (o si) va a cambiar la hora en Argentina.
La Ley 26.350 en vigencia tiene la siguiente payasada:
O sea, la hora cambia cuando a Cristina se le cante… el problema no es ese, si no que estamos en octubre y todavía no se le cantó nada
Cuando se le cante algo y saquen la resolución, si es necesario cambiar la fecha del 19/10, mandaré el mail a la lista para que saquen una nueva versión del tzdata con el dato correcto…
Instale Ubuntu 8.10 Intrepid Ibex y la Timezone esta mal tambien, figura que estamos en -2 y no en -3.
el error es bastante generalizado,
Marcos!
En la lista del lug-fi andaban con este problema, les puse tu link…. me cobrare la propaganda ajajja
Ahora me entero de que Mendoza no se va a adherir a la Nación si se realiza el cambio de hora, y a mi sistema lo tengo configurado en America/Argentina/Mendoza, entonces si el 19 del octubre esta previsto nuevamente el cambio de hora ¿cómo debo hacer para que en el uso horario que tengo configurado, no me adelante una hora?… La solución sera utilizar GMT:
Your default time zone is set to ‘Etc/GMT+3′.
Local time is now: lun oct 6 23:14:52 GMT+3 2008.
Universal Time is now: mar oct 7 02:14:52 UTC 2008.
Y yo que pensé que usar los servidores de tiempo era una comodidad…
Finalmente llegó a los repos de ubuntu el tzdata2008g… los que no lo hayan hecho a mano pueden apt-get’earlo (o aptitude’arlo, o synaptic’arlo o adept’arlo o lo que más les guste)…
En RHEL (5 por lo menos) tambien estan disponibles.
habra que esperar un poco mas para CentOS.
Es oficial, segun La Nacion, la hora cambia se adelanta el 19.
El domingo 19 habrá que adelantar el reloj
Cierto, Mariano. Quizás me expresé de forma poco precisa. Lo positivo de todo esto es que ya sabemos que el cambio es oficial y con bastantes días de anticipación, ya que, si mal no recuerdo, el año pasado se avisó un viernes que el cambio se haría el domingo próximo!! :-O
Por lo que pude ver, los paquetes proporcionados en Debian aún no incorporan el cambio (los de Marga Manterola, al menos). A los chicos de Ubuntu les salió bien la jugada; pero en Debian supongo que no estarán aún porque no se trataba de algo oficial. Si alguien tiene alguna novedad, que avise.
De todas maneras, para no estar a las corridas, más si tenemos muchos servidores a nuestro cargo, creo que lo mejor será bajar el tzdata de Elsie y compilar a mano. Es algo monótono hacerlo por cada servidor, pero no más monótono que instalar por cada uno el paquete en cuestión.
Hasta que nos cansemos y pongamos todos los servidores en UTC
Igual, ahora que lo pienso, no es algo del todo oficial, ya que parece que Cristina va a firmar la resolución unos tres o cuatro días antes y recién ahí aparecerá en el Boletín Oficial. Pero parece bastante probable que lo haga, por los rumores que se corren.
Gente… si alguien tiene buenas fuentes acerca de qué provincias NO van a cambiar la hora el 19/10, por favor mándelo a la lista tz@elsie.nci.nih.gov o mándemelo a mí y yo lo mando… si no, el 19 todas las provincias que no cambian se verán afectadas.
Ah… actualicé las instrucciones de acá arriba en mi wiki… si alguien de buena leche quiere una cuenta para colaborar ahí, creela y mándeme un mail que le doy permisos.
Saludos.
Agregué a la info del wiki un archivo con todos los husos horarios de Argentina actualizados de acuerdo a los Decretos que salieron esta semana, con instrucciones para compilarlo e instalarlo y una tabla de mapeos para saber qué huso horario corresponde a cada Provincia.
Con sorpresa, y alivio, veo que tzdata en en mi sistema Debian Etch se ha actualizado hoy 18 de octubre por la mañana, justo a tiempo para evitar los inconvenientes por el cambio de uso horario que tendrán algunas provincias argentinas, como Bs. As., a partir del 19 de octubre.
Por la salida del comando zdump veo que todo estará en orden (que alguien me diga si me equivoco) en mi sistema con el uso horario configurado en America/Argentina/Mendoza, la salida es la siguiente:
$ zdump -v /etc/localtime | grep 2008
/etc/localtime Sun Mar 16 01:59:59 2008 UTC = Sat Mar 15 23:59:59 2008 ARST isdst=1 gmtoff=-7200
/etc/localtime Sun Mar 16 02:00:00 2008 UTC = Sat Mar 15 23:00:00 2008 ART isdst=0 gmtoff=-10800
Bueno,voy a agradecer a Mariano Absatz, por sus comentarios, y por su predisposición a ayudar y colaborar en este asunto que nos afecto a muchos argentinos que usamos software libre.
Gracias, y saludos.
@123
Hola.
Ahora, en 2009, me encuentro en America/Argentina/Santa_Fe, que decide que no va a cambiar la hora el próximo domingo. Una alternativa, es corregir el southamerica. La otra, es bajarme el archivo (estimo tzdata2009o.tar.gz) de algun lado.
Alguien me podría indicar si hay algo hecho, a esta fecha, al respecto?
Bueno, como nadie me contesto, me tuve que poner a estudiar el tema.
En principio, encontré la solución (al menos para la plataforma rhel4 y rhel5):
Tomando un archivo tzdata2009n.tar.gz, descargado desde la web (es la ultima versión publicada, hasta ahora), se debe ubicar las líneas:
#Rule Arg 2008 max – Mar Sun>=15 0:00 0 -
#Rule Arg 2008 max – Oct Sun>=15 0:00 1:00 S
Y cambiarlas a:
#Rule Arg 2008 max – Mar Sun>=15 0:00 0 -
#Rule Arg 2008 max – Oct Sun>=15 0:00 1:00 S
#
# De Jorge Infante (2009-10-16):
# El gobierno decidio que no se producira cambio horario, este año
#
Rule Arg 2008 only – Mar Sun>=15 0:00 0 -
Rule Arg 2008 only – Oct Sun>=15 0:00 1:00 S
Rule Arg 2009 only – Mar Sun>=15 0:00 0 -
El cambio es simple, se reemplaza el max por only, y se agrega una línea para preservar el cambio que sí se hizo en marzo 2009.
Luego, se ejecutan los comandos (suponiendo que este archivo se llame southamerica2009):
zic southamerica2009
rm -f /etc/localtime
ln -sf /usr/share/zoneinfo/America/Argentina/Buenos_Aires /etc/localtime
Luego, para probar si la cosa funcionó, basta con hacer:
# zdump -v /etc/localtime | grep 2009
/etc/localtime Sun Mar 15 01:59:59 2009 UTC = Sat Mar 14 23:59:59 2009 ARST isdst=1 gmtoff=-7200
/etc/localtime Sun Mar 15 02:00:00 2009 UTC = Sat Mar 14 23:00:00 2009 ART isdst=0 gmtoff=-10800
Solo muestra registros para Marzo.
Si se corre el comando antes de hacer el cambio, verán que aparecen registros para Marzo y Octubre.
Gracias joluinfante!