FW: Bug#351049: libc6: America/Havana DST info wrong for 2005/2006
Lionel Elie Mamane is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Lionel Elie Mamane [mailto:lionel@mamane.lu] Sent: Thursday, February 02, 2006 9:18 AM To: Debian Bug Tracking System Subject: Bug#351049: libc6: America/Havana DST info wrong for 2005/2006 Package: libc6 Version: 2.3.5-12.1 Severity: normal Cuba did not switch back to non-DST time on October 2005, but the timezone info in libc thinks it did: Rule Cuba 2005 max - Oct lastSun 0:00s 0 S That line should probably be changed to Rule Cuba 2006 max - Oct lastSun 0:00s 0 S Source: http://www.timeanddate.com/worldclock/timezone.html?n=99 (and a friend that spent vacation in Cuba) Note that the timezone/northamerica says: # From Evert van der Veer via Steffen Thorsen (2004-10-28): # Cuba is not going back to standard time this year. # From Paul Eggert (2004-10-28): # http://www.granma.cu/ingles/2004/septiembre/juev30/41medid-i.html # says that it's due to a problem at the Antonio Guiteras # thermoelectric plant, and says "This October there will be no return # to normal hours (after daylight saving time)". # For now, let's assume that it's a one-year temporary measure. ^^^^^^^^^^^^^^^^^^^^^^^^^ So it became a two-year temporary measure? We are not sure if it won't become a 3+ year temporary measure. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-deb1-64bit Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) -- no debconf information
From: Lionel Elie Mamane [mailto:lionel@mamane.lu] Sent: Thursday, February 02, 2006 9:18 AM
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. 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.
So it became a two-year temporary measure? We are not sure if it won't become a 3+ year temporary measure.
Yes, we don't know either. Currently we're still assuming that they will revert to standard time this year, on the last Sunday of October at 00:00, but this is just a guess.
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
On 2 Feb 2006 at 22:03, Paul Eggert wrote:
Lionel Elie Mamane <lionel@mamane.lu> writes:
Do you have an "announce" mailing list where new releases are announced, but not all the discussion?
No, sorry, tz@elsie.nci.nih.gov is all we have. I suppose you could poll <ftp://elsie.nci.nih.gov/pub/> and look for new releases.
I have not been able to connect to elsie.nci.nih.gov via ftp, or, rather, whenever I connect, the remote host disconnects. Is anyone else having this trouble? The same happens whether I use Mozilla, Internet Explorer, or Netscape. And the same happens whether I use the name or the IP address 137.187.215.78. Dave Cantor -- Dave Cantor Groton, CT 06340-3731 DCantor@shore.net
Date: Fri, 03 Feb 2006 09:51:19 -0500 From: "Dave Cantor" <Dave@Cantor.mv.com> Message-ID: <43E32797.7719.2F8A382@Dave.Cantor.mv.com> | I have not been able to connect to elsie.nci.nih.gov via ftp, or, | rather, whenever I connect, the remote host disconnects. Is | anyone else having this trouble? It works fine for me. | The same happens whether I use | Mozilla, Internet Explorer, or Netscape. Try using a regular FTP client, instead of a browser. If you cannot get the tz distribution direct from elsie, you can try munnari.oz.au (in the pub directory) - there you can expect to wait between hours and (occasionally) days after a distribution is available on elsie for it to appear, but unless the distribution on elsie lasts only a very short time, it will show up on munnari eventually (and if the elsie one vanishes quickly, its replacement will appear on munnari) kre
On 4 Feb 2006 at 13:59, Robert Elz wrote:
Date: Fri, 03 Feb 2006 09:51:19 -0500 From: "Dave Cantor" <Dave@Cantor.mv.com> Message-ID: <43E32797.7719.2F8A382@Dave.Cantor.mv.com>
| I have not been able to connect to elsie.nci.nih.gov via ftp, or, | rather, whenever I connect, the remote host disconnects. Is | anyone else having this trouble?
It works fine for me.
| The same happens whether I use | Mozilla, Internet Explorer, or Netscape.
Try using a regular FTP client, instead of a browser.
Well, I tried the ftp.exe program supplied with Windows, and that failed in the same way. Perhaps IP addresses from my ISP are being blocked. This didn't happen before I changed my ISP.
If you cannot get the tz distribution direct from elsie, you can try munnari.oz.au (in the pub directory) - there you can expect to wait between hours and (occasionally) days after a distribution is available on elsie for it to appear, but unless the distribution on elsie lasts only a very short time, it will show up on munnari eventually (and if the elsie one vanishes quickly, its replacement will appear on munnari)
Thanks for the mirror address. Dave C.
Date: Fri, 03 Feb 2006 09:51:19 -0500 From: "Dave Cantor" <Dave@Cantor.mv.com> Message-ID: <43E32797.7719.2F8A382@Dave.Cantor.mv.com>
| I have not been able to connect to elsie.nci.nih.gov via ftp, or, | rather, whenever I connect, the remote host disconnects. Is | anyone else having this trouble?
In the past this has happened when people attempt to connect to elsie from blacklisted IP addresses. I don't know who's in charge of the blacklist, unfortunately. It could be something as simple as the reverse-DNS entry for your IP address; is it set up properly?
Date: Sun, 05 Feb 2006 22:59:52 -0800 From: Paul Eggert <eggert@CS.UCLA.EDU> Message-ID: <87wtg955w7.fsf@penguin.cs.ucla.edu> | It could be something as simple as the | reverse-DNS entry for your IP address; is it set up properly? I doubt it is that, the systems I connect from don't have reverse-DNS set up (at all) - I've pretty much decided that reverse DNS is a waste of time, and useless for anything, so I no longer bother. Elsie doesn't stop me getting in because of that... kre
On 5 Feb 2006 at 22:59, Paul Eggert wrote:
Date: Fri, 03 Feb 2006 09:51:19 -0500 From: "Dave Cantor" <Dave@Cantor.mv.com> Message-ID: <43E32797.7719.2F8A382@Dave.Cantor.mv.com>
| I have not been able to connect to elsie.nci.nih.gov via ftp, or, | rather, whenever I connect, the remote host disconnects. Is | anyone else having this trouble?
In the past this has happened when people attempt to connect to elsie from blacklisted IP addresses. I don't know who's in charge of the blacklist, unfortunately. It could be something as simple as the reverse-DNS entry for your IP address; is it set up properly?
As far as I can tell, the reverse-DNS entry is correct: host174-106.defiant.tvcconnect.net, IP address 216.255.174.106, Maybe it's blacklisted for some reason. Thanks, Dave C.
Date: Mon, 06 Feb 2006 08:26:06 -0500 From: "Dave Cantor" <Dave@Cantor.mv.com> Message-ID: <43E7081E.4620.258B385@Dave.Cantor.mv.com> | As far as I can tell, the reverse-DNS entry is correct: | host174-106.defiant.tvcconnect.net, IP address 216.255.174.106, It could be the problem is that that PTR record exists, yet host174-106.defiant.tvcconnect.net does not (that just returns NXDOMAIN to lookups). kre
Robert Elz <kre@munnari.oz.au> writes:
| As far as I can tell, the reverse-DNS entry is correct: | host174-106.defiant.tvcconnect.net, IP address 216.255.174.106,
It could be the problem is that that PTR record exists, yet host174-106.defiant.tvcconnect.net does not (that just returns NXDOMAIN to lookups).
Yes, that sounds quite familiar; it matches my vague recollection of others who've had trouble connecting to elsie. If you adjust your DNS records I think you'll find that your problem goes away. I suggest getting your secondary DNS servers up to speed, too; currently they don't exist or don't respond (this goes both for the PTR record and for the A record).
participants (5)
-
Dave Cantor -
Lionel Elie Mamane -
Olson, Arthur David (NIH/NCI) [E] -
Paul Eggert -
Robert Elz