Comment 21 for bug 453165

(English below)

mama21mama,

lo que pasa es que el "manual" lo que le dice es que no sincronice la hora con servidores de hora de internet (NTP). Sin embargo, el ajuste de huso horario SIEMPRE se hace (en base a las reglas que se llaman "America/Argentina/Buenos_Aires" que tenés seteadas según la imagen).

Esas reglas, hasta ayer en que Martin Pitt publicó los paquetes en base a un patch que armó Margarita Manterola para Debian (aun ANTES de que salga publicado en el paquete "upstream" ftp://elsie.nci.nih.gov/pub/, que todavía no salió), decían que hoy a las 0:00 se atrasaba una hora.

En Unix/Linux, normalmente, la "hora del sistema" se la considera como la hora UTC (Greenwich) y lo que se mantiene es una tabla de conversiones entre esa hora y la hora local en cada lugar. En Windows, por el contrario, la "hora del sistema" es la hora local, lo cual hace difícil manejar equipos que se utilizan desde distintos lugares, y los cambios son bastante más traumáticos (tanto más si se los hace "hacia atrás" como vas a tener que hacer vos ahora).

Si actualizás el paquete tzdata ahora, seguramente vas a ver la hora bien (posiblemente tengas que "desloguearte y volver a loguearte" para que se te arregle el relojito del escritorio).

ENGLISH VERSION:
mama21mama complains in https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/453165/comments/20 that even when he/she has configured manual handling of the time, his/her clock changed to DST at 0:00 today.

To which I answered:

the problem is that "manual" here refers to "not syncing time to internet time servers" (NTP). However, the timezone adjustment is ALWAYS done (based on the rules called "America/Argentina/Buenos_Aires" you have configured according to the image).

Those rules, until yesterday, when Martin Pitt published the new packages based on a patch for Margarita Manterola for Debian (even BEFORE that is acutally published upstream at ftp://elsie.nci.nih.gov/pub/), said that today at 0:00 we had to go one hour back.

In Unix/Linux, normally "system time" is kept in UTC (Greenwich) and a conversion table between UTC and every place's localtime is maintained. On the contrary, in Windows, "system time" is the local time, which makes dificult to handle computers used from different places, and changes are rather traumatic (especially if you have to do it "backwards", after the fact, as you will have to do now).

If you update the tzdata package now, you will surely see the right time (you will have to logout/login back for your desktop clock to read the right time).