Hi, Thanks for you answer. On Thu, Feb 02, 2006 at 01:21:10PM -0800, Paul Eggert wrote:
Cuba did not switch back to non-DST time on October 2005, but the timezone info in libc thinks it did:
Thanks for reporting this. This bug was fixed in the tzdata2005o release (2005-11-28) and was propagated into libc last month.
I realised that when I started reporting the bug to glibc directly, and I saw it fixed in their CVS with a commit message referring to tzdata2005r. Some googling then brought me to http://www.twinsun.com/tz/tz-link.htm and the ML archive.
The Debian folks need not wait for libc patches; they can simply grab the latest time zone data from ftp://elsie.nci.nih.gov/pub/tzdata* themselves. This would be a nice thing to do, so that people could simply use 'aptitude' to keep their time zone tables up-to-date.
The Debian glibc maintainers seem to do that from time to time: Mon, 14 Feb 2005 09:26:26 +0900 - debian/patches/90_glibc232-timezones.dpatch: Update to tzdata2005h. Tue, 5 Oct 2004 09:32:01 +0900 - debian/patches/90_glibc232-timezones.dpatch: Update to tzdata2004e. Mon, 31 May 2004 23:43:29 +0900 - debian/patches/90_glibc232-timezones.dpatch: Updated to tzcode2004b and tzdata2004b. Tue, 15 Jul 2003 14:35:58 -0400 * Timezone data is updated to tzdata2003a. Fri, 1 Feb 2002 11:52:54 -0500 - tzdata2002b updates Tue, 7 Mar 2000 10:31:42 -0800 - tzdata2000c: Includes AR timezone correction I'm thinking about a solution to have this happen more rapidly and decoupled from glibc updates, and to issue updated to the stable release, too. I've started a discussion. We'll see how this turns out. Do you have an "announce" mailing list where new releases are announced, but not all the discussion? -- Lionel