Nuevo cambio de hora en Chile: nuevos paquetes actualizados para CentOS 5 y Fedora

El gobierno decidió volver a posponer el cambio de hora en Chile, esta vez hasta el 7 de Mayo. Dejando de lado lo apropiado o inapropiado de la decisión desde el punto de vista energético, sólo quiero decir que me parece absolutamente ridículo realizar un cambio así con tan pocos días para ajustar todos los sistemas informáticos que existen. Pero de nada sirve llorar sobre la leche derramada; mejor vamos a ver cómo ajustar nuestros sistemas a esta nueva modificación.

Si ya actualizaste tus sistemas con los pasos descritos en mi entrada anterior, entonces tus sistemas van a realizar el cambio de hora el 2 de Abril... es decir, ¡este sábado! Así que si no quieres pasarte el fin de semana cambiando la hora de tus servidores (o arreglando los problemas el lunes en la mañana), lo mejor es que apliques las correcciones necesarias ahora.

Si utilizas Fedora, la actualización del paquete tzdata ya está en el repositorio updates-testing. Así que la solución es ejecutar (como root) la siguiente instrucción:

yum update tzdata* --enablerepo=updates-testing

En el caso de CentOS, aún no aparece la actualización de tzdata, así que decidí crear mis propios RPMs aplicando el parche de Fedora. Si quieres usarlos en tus servidores, puedes descargarlo desde aquí para la arquitectura i386 o desde aquí para x86_64 (lo SRPM modificado están aquí). Debido a que no incrementé la versión de los paquetes, debes instalarlos usando el parámetro "--force" de rpm. Por ejemplo, para i386 sería así:

rpm -Uvh --force tzdata-2011b-1.el5.i386.rpm tzdata-java-2011b-1.el5.i386.rpm

Para verificar que el cambio se ha aplicado correctamente, puedes usar el comando:

zdump -v -c 2011,2012 America/Santiago

Este es el resultado antes de la actualización de tzdata:

America/Santiago  Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 16:03:06 1901 CLT isdst=0 gmtoff=-16966
America/Santiago  Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 16:03:06 1901 CLT isdst=0 gmtoff=-16966
America/Santiago  Sun Apr  3 02:59:59 2011 UTC = Sat Apr  2 23:59:59 2011 CLST isdst=1 gmtoff=-10800
America/Santiago  Sun Apr  3 03:00:00 2011 UTC = Sat Apr  2 23:00:00 2011 CLT isdst=0 gmtoff=-14400
America/Santiago  Sun Oct  9 03:59:59 2011 UTC = Sat Oct  8 23:59:59 2011 CLT isdst=0 gmtoff=-14400
America/Santiago  Sun Oct  9 04:00:00 2011 UTC = Sun Oct  9 01:00:00 2011 CLST isdst=1 gmtoff=-10800
America/Santiago  Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 00:14:07 2038 CLST isdst=1 gmtoff=-10800
America/Santiago  Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 00:14:07 2038 CLST isdst=1 gmtoff=-10800

Y esta es la salida después de la actualización:

America/Santiago  Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 16:03:06 1901 CLT isdst=0 gmtoff=-16966
America/Santiago  Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 16:03:06 1901 CLT isdst=0 gmtoff=-16966
America/Santiago  Sun May  8 02:59:59 2011 UTC = Sat May  7 23:59:59 2011 CLST isdst=1 gmtoff=-10800
America/Santiago  Sun May  8 03:00:00 2011 UTC = Sat May  7 23:00:00 2011 CLT isdst=0 gmtoff=-14400
America/Santiago  Sun Aug 21 03:59:59 2011 UTC = Sat Aug 20 23:59:59 2011 CLT isdst=0 gmtoff=-14400
America/Santiago  Sun Aug 21 04:00:00 2011 UTC = Sun Aug 21 01:00:00 2011 CLST isdst=1 gmtoff=-10800
America/Santiago  Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 00:14:07 2038 CLST isdst=1 gmtoff=-10800
America/Santiago  Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 00:14:07 2038 CLST isdst=1 gmtoff=-10800

Esperemos que este sea el último cambio del año; no es muy entretenido andar ajustando la hora de todos mis servidores cada pocas semanas.

Comentarios

Camilo Astete dijo…
Estimado Christian, en centos x86_64 funcionan perfectamente los paquetes :)


Saludos.-
11:30 a.m.
Anónimo dijo…
Funcionando perfecto en Centos 5 i386.. gracias !
4:12 p.m.
Publicar un comentario

Entradas más populares de este blog

Replicando el funcionamiento de "Antorcha" con herramientas públicamente disponibles

Imagen
Ayer en la noche Canal 13 publicó un video en el que Alex Smith muestra el funcionamiento de la aplicación "Antorcha" , supuestamente utilizada para acceder a las conversaciones de WhatsApp y Telegram de terceras personas. Luego de ver esa demostración, y tomando en cuenta la escasa información que se pudo obtener respecto del funcionamiento de la aplicación, me di a la tarea de intentar replicar su funcionamiento con herramientas públicamente disponibles a través de Internet. Lo primero que debe estar claro es que todo este procedimiento se basa en el supuesto de que la víctima tiene habilitada la opción de configuración de WhatsApp (en Android) para realizar un respaldo diario de sus datos . Todos los pasos mencionados a continuación apuntan a acceder a este respaldo y poder leer las conversaciones guardadas allí. Pantalla de configuración de respaldos diarios de WhatsApp en Android. Como es claramente visible en la entrevista a Alex Smith, se utilizó la herramie...
Leer más

Actualizar información de zona horaria en Java

Imagen
A nuestras queridas autoridades del Gobierno de Chile se les ocurrió que era muy aburrido mantener una zona horaria durante todo el año en Chile, por lo que decidieron una vez más jugar con el reloj. Este hecho ha sido reconocido internacionalmente , lo que obviamente nos llena de orgullo . Bromas aparte, el tema es bastante complejo para los que administramos sistemas y servidores. En particular, las aplicaciones Java en Linux (y supongo que en Windows también) tienen la desagradable costumbre de no tomar en cuenta la información de zona horaria provista por el sistema, sino que utilizan su propia base de datos de tzdata . Peor aún: a día de hoy, la última actualización de Oracle Java (8u91) no incorpora la información del cambio de hora en Chile . Y la herramienta tzupdater que Oracle provee para actualizar esta información dentro de Java no ha sido actualizada desde el 2015 . Como resultado, es probable que hoy muchas aplicaciones Java en Chile estén "dando la hora". ...
Leer más

Cambiar la resolución de pantalla en Fedora 11 con tarjeta de video Intel

Si ya actualizaste a Fedora 11 y tienes una tarjeta de video Intel, probablemente habrás notado que no puedes cambiar la resolución de pantalla por defecto. En mi caso ( notebook Dell Inspiron 1318 con video Intel GM965/GL960), xrandr sólo me mostraba una resolución de pantalla disponible: 1280x800. En general esto no es un problema, pero puede llegar a serlo cuando usas un proyector o monitor externo y quieres clonar la pantalla (no todos los proyectores soportan resoluciones de tipo wide ). La solución es simple, pero tiene un inconveniente. Consiste en desactivar el kernel modesetting . Esto se consigue editando el archivo /etc/grub.conf y agregando el parámetro nomodeset en la línea correspondiente al kernel que estás usando. En mi caso, la sección del archivo quedaría así: title Fedora (2.6.29.4-167.fc11.i686.PAE) root (hd0,2) kernel /boot/vmlinuz-2.6.29.4-167.fc11.i686.PAE ro root=UUID=4505573b-acfb-4471-897e-716ce13f0f47 rhgb quiet nomodeset initrd /boot/initrd-...
Leer más