Bug#435646: marked as done (libc6: resolver considers IPv6 enabled when any IPv6 address is configured)
Your message dated Mon, 27 Apr 2009 05:32:25 + with message-id e1lyjs5-at...@ries.debian.org and subject line Bug#435646: fixed in glibc 2.9-8 has caused the Debian Bug report #435646, regarding libc6: resolver considers IPv6 enabled when any IPv6 address is configured to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 435646: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=435646 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libc6 Version: 2.6-5 Severity: important Tags: patch Hi, Tolleff fog Heen has written a patch for the resolver, so that it does not start performing (or waiting for) lookups unless a globally scoped IPv6 address is present on some interface. Since Debian enables IPv6 by default, most users will have a system with an IPv6 address on the loopback interface (as well as a link-local address on each other interface) which will cause the current code to commence lookups for records, only falling back to requesting A records when these fail or timeout. The patch here: http://err.no/patches/glibc-only-lookup-ipv6-if-it-makes-sense.diff seems to take a reasonable approach, since it will not be possible to connect to IPv6 addresses without a globally scoped address (plus routing :-) in any case. This is an important issue because some users are so inconvenienced as to be behind broken DNS infrastructure which ignores requests, resulting in frequent timeouts with much confusion and frustration. Thanks, Andrew McMillan. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (690, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.1-hippy (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii libgcc1 1:4.2-20070712-1 GCC support library libc6 recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: glibc Source-Version: 2.9-8 We believe that the bug you reported is fixed in the latest version of glibc, which is due to be installed in the Debian FTP archive: glibc-doc_2.9-8_all.deb to pool/main/g/glibc/glibc-doc_2.9-8_all.deb glibc-source_2.9-8_all.deb to pool/main/g/glibc/glibc-source_2.9-8_all.deb glibc_2.9-8.diff.gz to pool/main/g/glibc/glibc_2.9-8.diff.gz glibc_2.9-8.dsc to pool/main/g/glibc/glibc_2.9-8.dsc libc6-dbg_2.9-8_amd64.deb to pool/main/g/glibc/libc6-dbg_2.9-8_amd64.deb libc6-dev-i386_2.9-8_amd64.deb to pool/main/g/glibc/libc6-dev-i386_2.9-8_amd64.deb libc6-dev_2.9-8_amd64.deb to pool/main/g/glibc/libc6-dev_2.9-8_amd64.deb libc6-i386_2.9-8_amd64.deb to pool/main/g/glibc/libc6-i386_2.9-8_amd64.deb libc6-pic_2.9-8_amd64.deb to pool/main/g/glibc/libc6-pic_2.9-8_amd64.deb libc6-prof_2.9-8_amd64.deb to pool/main/g/glibc/libc6-prof_2.9-8_amd64.deb libc6-udeb_2.9-8_amd64.udeb to pool/main/g/glibc/libc6-udeb_2.9-8_amd64.udeb libc6_2.9-8_amd64.deb to pool/main/g/glibc/libc6_2.9-8_amd64.deb libnss-dns-udeb_2.9-8_amd64.udeb to pool/main/g/glibc/libnss-dns-udeb_2.9-8_amd64.udeb libnss-files-udeb_2.9-8_amd64.udeb to pool/main/g/glibc/libnss-files-udeb_2.9-8_amd64.udeb locales-all_2.9-8_amd64.deb to pool/main/g/glibc/locales-all_2.9-8_amd64.deb locales_2.9-8_all.deb to pool/main/g/glibc/locales_2.9-8_all.deb nscd_2.9-8_amd64.deb to pool/main/g/glibc/nscd_2.9-8_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 435...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno aure...@debian.org (supplier of updated glibc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 27 Apr 2009 00:44:59 +0200 Source: glibc Binary: glibc-doc glibc-source locales locales-all nscd libc6 libc6-dev libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-prof libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg libc0.3-prof libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg libc0.1-prof libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc64 libc6-dev-sparc64 libc6-s390x libc6-dev-s390x
r3431 - glibc-package/branches/eglibc-2.9/debian/debhelper.in
Author: aurel32 Date: 2009-04-27 07:47:41 + (Mon, 27 Apr 2009) New Revision: 3431 Modified: glibc-package/branches/eglibc-2.9/debian/debhelper.in/eglibc-source.install Log: Fix eglibc-source package build Modified: glibc-package/branches/eglibc-2.9/debian/debhelper.in/eglibc-source.install === --- glibc-package/branches/eglibc-2.9/debian/debhelper.in/eglibc-source.install 2009-04-27 05:26:40 UTC (rev 3430) +++ glibc-package/branches/eglibc-2.9/debian/debhelper.in/eglibc-source.install 2009-04-27 07:47:41 UTC (rev 3431) @@ -1 +1 @@ -BUILD-TREE/glibc-*.tar.lzma /usr/src/glibc +BUILD-TREE/eglibc-*.tar.lzma /usr/src/glibc -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processing of tzdata_2009g-1_all.changes
tzdata_2009g-1_all.changes uploaded successfully to localhost along with the files: tzdata_2009g-1.dsc tzdata_2009g.orig.tar.gz tzdata_2009g-1.diff.gz tzdata_2009g-1_all.deb tzdata-java_2009g-1_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
r3432 - tzdata/trunk/debian
Author: schizo Date: 2009-04-27 13:16:33 + (Mon, 27 Apr 2009) New Revision: 3432 Modified: tzdata/trunk/debian/changelog Log: 2009g-1 Modified: tzdata/trunk/debian/changelog === --- tzdata/trunk/debian/changelog 2009-04-27 07:47:41 UTC (rev 3431) +++ tzdata/trunk/debian/changelog 2009-04-27 13:16:33 UTC (rev 3432) @@ -1,10 +1,14 @@ -tzdata (2009f-2) unstable; urgency=low +tzdata (2009g-1) unstable; urgency=low - * postinst: fix race condition when updating /etc/localtime. Closes: + [ Aurelien Jarno ] + * postinst: fix race condition when updating /etc/localtime. Closes: bug#516755. - -- Aurelien Jarno aure...@debian.org Thu, 23 Apr 2009 23:09:53 +0200 + [ Clint Adams ] + * New upstream version. + -- Clint Adams sch...@debian.org Mon, 27 Apr 2009 09:15:36 -0400 + tzdata (2009f-1) unstable; urgency=low * New upstream version. -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
r3433 - tzdata/tags
Author: schizo Date: 2009-04-27 13:18:06 + (Mon, 27 Apr 2009) New Revision: 3433 Added: tzdata/tags/2009g-1/ Log: tag 2009g-1 -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tzdata_2009g-1_all.changes ACCEPTED
Accepted: tzdata-java_2009g-1_all.deb to pool/main/t/tzdata/tzdata-java_2009g-1_all.deb tzdata_2009g-1.diff.gz to pool/main/t/tzdata/tzdata_2009g-1.diff.gz tzdata_2009g-1.dsc to pool/main/t/tzdata/tzdata_2009g-1.dsc tzdata_2009g-1_all.deb to pool/main/t/tzdata/tzdata_2009g-1_all.deb tzdata_2009g.orig.tar.gz to pool/main/t/tzdata/tzdata_2009g.orig.tar.gz Override entries for your package: tzdata-java_2009g-1_all.deb - optional java tzdata_2009g-1.dsc - source libs tzdata_2009g-1_all.deb - required libs Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 516755 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516755: marked as done (tzdata: race condition when updating /etc/localtime)
Your message dated Mon, 27 Apr 2009 13:32:09 + with message-id e1lyqwl-0004dc...@ries.debian.org and subject line Bug#516755: fixed in tzdata 2009g-1 has caused the Debian Bug report #516755, regarding tzdata: race condition when updating /etc/localtime to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 516755: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516755 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: tzdata Version: 2009b-1 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch jaunty Hello! The postinst updates /etc/localtime: # Update the timezone echo $AREA/$ZONE /etc/timezone rm -f /etc/localtime \ cp -f /usr/share/zoneinfo/$AREA/$ZONE /etc/localtime This has some minor problems: * If the cp fails for some reason, then you do not have any /etc/localtime at all. * There is a tiny race condition between the rm and the cp, which can lead to log files showing wrong timestamps. I propose to use something atomic and more robust, such as: # Update the timezone echo $AREA/$ZONE /etc/timezone cp -f /usr/share/zoneinfo/$AREA/$ZONE /etc/localtime.dpkg-new \ mv -f /etc/localtime.dpkg-new /etc/localtime Thank you for considering! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: tzdata Source-Version: 2009g-1 We believe that the bug you reported is fixed in the latest version of tzdata, which is due to be installed in the Debian FTP archive: tzdata-java_2009g-1_all.deb to pool/main/t/tzdata/tzdata-java_2009g-1_all.deb tzdata_2009g-1.diff.gz to pool/main/t/tzdata/tzdata_2009g-1.diff.gz tzdata_2009g-1.dsc to pool/main/t/tzdata/tzdata_2009g-1.dsc tzdata_2009g-1_all.deb to pool/main/t/tzdata/tzdata_2009g-1_all.deb tzdata_2009g.orig.tar.gz to pool/main/t/tzdata/tzdata_2009g.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 516...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Clint Adams sch...@debian.org (supplier of updated tzdata package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 27 Apr 2009 09:15:36 -0400 Source: tzdata Binary: tzdata tzdata-java Architecture: source all Version: 2009g-1 Distribution: unstable Urgency: low Maintainer: GNU Libc Maintainers debian-glibc@lists.debian.org Changed-By: Clint Adams sch...@debian.org Description: tzdata - time zone and daylight-saving time data tzdata-java - time zone and daylight-saving time data for use by java runtimes Closes: 516755 Changes: tzdata (2009g-1) unstable; urgency=low . [ Aurelien Jarno ] * postinst: fix race condition when updating /etc/localtime. Closes: bug#516755. . [ Clint Adams ] * New upstream version. Checksums-Sha1: 0ef478b20423b44cc23e011fb12e27c40bf04fcc 1127 tzdata_2009g-1.dsc 16cbad6e5305b60fcb8e9fd27caed7ee403053ef 178279 tzdata_2009g.orig.tar.gz e3feb8f1bf2da90c3216bd6fa19e531a8c3e9173 217075 tzdata_2009g-1.diff.gz a118694dde17c5d0ee8676c77687acaa7cf2e9bf 758614 tzdata_2009g-1_all.deb ce48126b37449705741a4a4900149e32a37e6bbe 148570 tzdata-java_2009g-1_all.deb Checksums-Sha256: 4b2ab06f8d8681c66f965547fca10805751f2721762bb3df360266637ed5fa46 1127 tzdata_2009g-1.dsc 7f225409c58481b84b3463deb05f4fae6b57b77d04c074a0d4857c8fd8f70a8d 178279 tzdata_2009g.orig.tar.gz 6a94f13ff74d9150d870840698e29ace8719fc9e14f8aaf8721dedc3861a82e2 217075 tzdata_2009g-1.diff.gz d0990d627f60df894b236c6f96ef4a0277454ea5764a7696de9f8dc196d3dbec 758614 tzdata_2009g-1_all.deb 66dab8153f5b6f6b3c244dbb0fa945e27e5eb2115c4eecd6394bb133c8104ee9 148570 tzdata-java_2009g-1_all.deb Files: d3471216c34c2fa82f588d8744f25fac 1127 libs required tzdata_2009g-1.dsc 71d5b94d04c33f18dcc0b42df2383299 178279 libs required tzdata_2009g.orig.tar.gz ae0bf795315c4feae933e90947479724 217075 libs required tzdata_2009g-1.diff.gz d162429736ae4493d0fb04a4709e0914 758614 libs required tzdata_2009g-1_all.deb 01e3166c285187b6483249c66bfab5dc
r3434 - glibc-package/branches/eglibc-2.9/debian/testsuite-checking
Author: aurel32 Date: 2009-04-27 19:52:00 + (Mon, 27 Apr 2009) New Revision: 3434 Modified: glibc-package/branches/eglibc-2.9/debian/testsuite-checking/expected-results-i686-kfreebsd-i386 Log: Update expected results for i686-kfreebsd-i386 Modified: glibc-package/branches/eglibc-2.9/debian/testsuite-checking/expected-results-i686-kfreebsd-i386 === --- glibc-package/branches/eglibc-2.9/debian/testsuite-checking/expected-results-i686-kfreebsd-i386 2009-04-27 13:18:06 UTC (rev 3433) +++ glibc-package/branches/eglibc-2.9/debian/testsuite-checking/expected-results-i686-kfreebsd-i386 2009-04-27 19:52:00 UTC (rev 3434) @@ -5,13 +5,31 @@ # annexc.out, Error 1 (ignored) check-localplt.out, Error 1 +tst-aio10.out, Error 1 +tst-aio9.out, Error 1 +tst-chk1.out, Error 1 +tst-chk2.out, Error 1 +tst-chk3.out, Error 1 +tst-chk4.out, Error 1 +tst-chk5.out, Error 1 +tst-chk6.out, Error 1 tst-cpuclock2.out, Error 1 tst-cputimer1.o, Error 1 tst-cputimer2.o, Error 1 tst-cputimer3.o, Error 1 tst-fdopendir.o, Error 1 +tst-lfschk1.out, Error 1 +tst-lfschk2.out, Error 1 +tst-lfschk3.out, Error 1 +tst-lfschk4.out, Error 1 +tst-lfschk5.out, Error 1 +tst-lfschk6.out, Error 1 tst-mqueue5.o, Error 1 +tst-pselect.out, Error 1 +tst-readlinkat.out, Error 1 tst-timer.out, Error 139 tst-timer2.o, Error 1 tst-timer4.o, Error 1 tst-timer5.o, Error 1 +tst-ttyname_r.out, Error 1 +tst-waitid.out, Error 1 -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#268631: force preference of IPv4 over IPv6
There are excellent reasons why IPv6 is preferred to IPv4 by default, and this is not going to change. I'm very interested in this! What are the reasons? The basic idea is that we want to make sure that either there's no IPv6 at all, or IPv6 works fine. This is important, since it's easy to write software that detects and works around the lack of IPv6, but it's next to impossible to write software that will reliably detect broken IPv6. By preferring IPv6 to IPv4, we make sure that broken IPv6 is something that people notice, and hence we have a good chance that there won't be to many broken IPv6 deployments. If IPv4 were preferred to IPv6, then people could add RAs to their network even though their IPv6 routing is broken -- most clients wouldn't notice, they'd just continue using IPv4. Now your particular deployment of IPv6 doesn't fit the ``IPv6 at least as good as IPv4'' model that we are promoting; hence, you need to hack your gai.conf files. Which is fine -- what you do on your private network is your private business. What is not okay is suggesting that Debian change the default, and break a deployment model that the networking community has agreed on -- if you don't agree with a stan- dard, you work on getting it revised, you don't just change your distribution unilaterally. By the way, this is a somewhat unsatisfactory solution: manually hacking /etc/gai.conf doesn't scale. The networking community is aware of that, and are working on a solution -- see RFC 5220 and 5221. Juliusz -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#268631: force preference of IPv4 over IPv6
Tagging the bug as wontfix. Aurélien, You've tagged this bug as ``wontfix'' after I renamed it to gai.conf difficult to find While I fully agree with you that the current default should remain, I still think we should point users at gai.conf in a more visible manner. Do I have your permission to un-wontfix this bug? Juliusz -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
r3435 - glibc-package/branches/eglibc-2.9/debian/testsuite-checking
Author: aurel32 Date: 2009-04-27 21:33:29 + (Mon, 27 Apr 2009) New Revision: 3435 Modified: glibc-package/branches/eglibc-2.9/debian/testsuite-checking/expected-results-alphaev67-linux-alphaev67 Log: Update expected-results-alphaev67-linux-alphaev67 Modified: glibc-package/branches/eglibc-2.9/debian/testsuite-checking/expected-results-alphaev67-linux-alphaev67 === --- glibc-package/branches/eglibc-2.9/debian/testsuite-checking/expected-results-alphaev67-linux-alphaev67 2009-04-27 19:52:00 UTC (rev 3434) +++ glibc-package/branches/eglibc-2.9/debian/testsuite-checking/expected-results-alphaev67-linux-alphaev67 2009-04-27 21:33:29 UTC (rev 3435) @@ -5,11 +5,14 @@ # annexc.out, Error 1 (ignored) check-localplt.out, Error 1 +noinl-tester.out, Error 1 +tst-cleanup2.out, Error 1 +tst-cleanupx2.out, Error 1 tst-cpuclock2.out, Error 1 tst-eintr1.out, Error 1 tst-mutexpi4.out, Error 1 +tst-mutexpi5a.out, Error 1 tst-mutexpi5.out, Error 1 -tst-mutexpi5a.out, Error 1 tst-mutexpi6.out, Error 1 tst-mutexpi9.out, Error 1 tst-robustpi1.out, Error 1 @@ -20,4 +23,6 @@ tst-robustpi6.out, Error 1 tst-robustpi7.out, Error 1 tst-robustpi9.out, Error 1 +tst-signal3.out, Error 1 +tst-timer.out, Error 132 tst-timer.out, Error 139 -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#268631: force preference of IPv4 over IPv6
tag 268631 - wontfix thanks On Mon, Apr 27, 2009 at 11:03:22PM +0200, Juliusz Chroboczek wrote: Tagging the bug as wontfix. Aurélien, You've tagged this bug as ``wontfix'' after I renamed it to gai.conf difficult to find While I fully agree with you that the current default should remain, I still think we should point users at gai.conf in a more visible manner. OK, I haven't seen that. Do you have an idea where to put this info, so that users actually see it? Do I have your permission to un-wontfix this bug? Done with this mail. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#268631: force preference of IPv4 over IPv6
Processing commands for cont...@bugs.debian.org: tag 268631 - wontfix Bug#268631: gai.conf difficult to find Tags were: wontfix Tags removed: wontfix thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org