Hello Holger, I don't know how to handle this. Do you have any suggestion? This is what occours:
Brazil is "very unstable" regarging daylight-saving-time (DST) start date and end date. Up to 2009 [1], the dates of changing clock were reported by government sometimes around 10 days before when it begins. In Debian stable, "tzdata" package handle timezone informations, and since a change in brazilian date of starting the DST is not a security issue, that can not be generated another package for debian stable, and brazilian users will have a misconfigured clock. So I did tz-brasil package, that tries to fetch periodically the timezone information from a server [2], and then runs the command "zic" the "timezone compiler". The compiler then modifies the files that you saw. Which whould be a good alternative for handling timezones in countries that are not well-organized and we have no information, except a few days before the change will occour? Also, in Brazil, we have some states that change DST, and others that do not have DST. Some years, a state decided to change to DST after others... That is why I take care of all the brazilian zones in my tzfile [2] and did this package. If this could be considered a good reason for upgrading a new "tzdata" package to stable, we can remove tz-brasil package from debian. So Brazilian admins would only have to remember to "apt-get update/upgrade" periodically. I have a non-uploaded version of tz-brasil, which I also check which processes has a start-timestamp older than the timestamp of file /etc/localtime. If they are older, then cron sends a warn to root, to restart that process, or it won't know about the new timezone rules. Do you have any opinion? [1] in 2010 the government changed the rules for DST. Now it is supposed to be known in advance, but the rule has a relation with carnival date, and carnival data may change... [2] http://people.debian.org/~pzn/tz.zic Em 01-03-2010 12:53, Holger Levsen escreveu: > Package: tz-brasil > Version: 0.10 > Severity: serious > User: debian...@lists.debian.org > Usertags: piuparts piuparts.d.o > > Hi, > > during a test with piuparts I noticed your package modifies files from > another > package in /usr. This is so wrong, I'm not even bothered to look up the part > of policy this violates ;-P > > From the attached log (scroll to the bottom...): > > 0m14.0s ERROR: FAIL: After purging files have been modified: > /usr/share/zoneinfo/America/Araguaina owned by: tzdata > /usr/share/zoneinfo/America/Bahia owned by: tzdata > /usr/share/zoneinfo/America/Belem owned by: tzdata > /usr/share/zoneinfo/America/Boa_Vista owned by: tzdata > /usr/share/zoneinfo/America/Campo_Grande owned by: tzdata > /usr/share/zoneinfo/America/Cuiaba owned by: tzdata > /usr/share/zoneinfo/America/Eirunepe owned by: tzdata > /usr/share/zoneinfo/America/Fortaleza owned by: tzdata > /usr/share/zoneinfo/America/Maceio owned by: tzdata > /usr/share/zoneinfo/America/Manaus owned by: tzdata > /usr/share/zoneinfo/America/Noronha owned by: tzdata > /usr/share/zoneinfo/America/Porto_Acre owned by: tzdata > /usr/share/zoneinfo/America/Porto_Velho owned by: tzdata > /usr/share/zoneinfo/America/Recife owned by: tzdata > /usr/share/zoneinfo/America/Rio_Branco owned by: tzdata > /usr/share/zoneinfo/America/Santarem owned by: tzdata > /usr/share/zoneinfo/America/Sao_Paulo owned by: tzdata > /usr/share/zoneinfo/Brazil/Acre owned by: tzdata > /usr/share/zoneinfo/Brazil/DeNoronha owned by: tzdata > /usr/share/zoneinfo/Brazil/East owned by: tzdata > /usr/share/zoneinfo/Brazil/West owned by: tzdata > > I think you should conflict with and replace tzdata (as in package > relationships). > > > regards, > Holger -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
