Oi...

On Wed, 8 Oct 2008, Nelson M. G. Santiago wrote:

>>      Portanto, esta deve ser a ultima vez que somos obrigados a fazer  tal
>> configuracao.
>
>    Infelizmente, NÃO!
>
>    Esse decreto estabeleceu que sempre será assim mas, como no Brasil 
> TODAS as leis tem que ter alguma exceção, a desativação não ocorrerá 
> dessa forma se esse terceiro domingo coincidir com o domingo de carnaval 
> e será então transferida para o domingo seguinte. Ou seja, nesse caso, 
> ao invés de se fazer a alteração automaticamente, vai ter que ser "no 
> braço" (desativando a alteração automática para que no domingo de 
> carnaval ela não ocorra, e acertando manualmente no domingo seguinte, 
> ativando depois disso a alteração automática). Em síntese: todos os 
> usuários de computadores do Brasil têm que se curvar ao Carnaval. E o 
> que é pior - se fosse antecipado para o domingo anterior, seria mais 
> simples. Dessa forma, como muita gente vai estar na gandaia, a alteração 
> automática vai ocorrer e, durante uma semana, os horários vão estar uma 
> mixórdia, com gente que não atualizou e os outros para os quais ela 
> ocorreu.

        Nelson, concordo que o governo nao tinha nada que colocar essa 
excecao do carnaval que so' complica oque deveria ser o mais simples 
possivel.

        Mas e' exatamente por isso que se deve utilizar o tzdata2008g, se 
voce olhar o arquivo southamerica vai ver que ele ja' contem as regras de 
execessoes para todos os anos ate' 2038, quando ocorrera' o "Yerar 2038 
Problem"[1], mas acho que ate' la' ja' terao passado o time_t para 64 bits 
ou havera' alguma outra solucao.

# [t]he DST period in Brazil now on will be from the 3rd Oct Sunday to the
# 3rd Feb Sunday. There is an exception on the return date when this is
# the Carnival Sunday then the return date will be the next Sunday...
Rule    Brazil  2008    max     -       Oct     Sun>=15 0:00    1:00    S
Rule    Brazil  2008    2011    -       Feb     Sun>=15 0:00    0       -
Rule    Brazil  2012    only    -       Feb     Sun>=22 0:00    0       -
Rule    Brazil  2013    2014    -       Feb     Sun>=15 0:00    0       -
Rule    Brazil  2015    only    -       Feb     Sun>=22 0:00    0       -
Rule    Brazil  2016    2022    -       Feb     Sun>=15 0:00    0       -
Rule    Brazil  2023    only    -       Feb     Sun>=22 0:00    0       -
Rule    Brazil  2024    2025    -       Feb     Sun>=15 0:00    0       -
Rule    Brazil  2026    only    -       Feb     Sun>=22 0:00    0       -
Rule    Brazil  2027    2033    -       Feb     Sun>=15 0:00    0       -
Rule    Brazil  2034    only    -       Feb     Sun>=22 0:00    0       -
Rule    Brazil  2035    2036    -       Feb     Sun>=15 0:00    0       -
Rule    Brazil  2037    only    -       Feb     Sun>=22 0:00    0       -
# From Arthur David Olson (2008-09-29):
# The next is wrong in some years but is better than nothing.
Rule    Brazil  2038    max     -       Feb     Sun>=15 0:00    0       -

        Em todo o caso, pouca gente que le^ esta lista e esta' com este 
problema hoje nas maos, tera' de se preocupar com ele daqui a 30 anos... 
;-)

Abracos, Jero

[1] - http://en.wikipedia.org/wiki/Year_2038_Problem
--~--~---------~--~----~------------~-------~--~----~
GUS-BR - Grupo de Usuários de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
-~----------~----~----~----~------~----~------~--~---

Responder a