Bug#438191: tzdata: Europe/Paris replaced with User defined
Package: tzdata Version: 2007f-10 Followup-For: Bug #438191 Hi, The same thing happened to me. Reconfiguring tzdata using dpkg-reconfigure restored the old setting; incidentally, dpkg-reconfigure initially suggested Etc, but once I selected Europe it automatically suggested Paris. Regards, Stephen -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages tzdata depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy tzdata recommends no packages. -- debconf information: tzdata/Zones/Asia: tzdata/Zones/SystemV: tzdata/Zones/Pacific: tzdata/Zones/Atlantic: tzdata/Zones/US: tzdata/Zones/Etc: UTC tzdata/Zones/Arctic: tzdata/Zones/Antarctica: tzdata/Zones/America: * tzdata/Areas: Europe tzdata/Zones/Australia: tzdata/Zones/Canada: * tzdata/Zones/Europe: Paris tzdata/Zones/Africa: tzdata/Zones/Indian: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438184: marked as done (getpwnam and getgrnam astonishing inefficiency)
Your message dated Thu, 16 Aug 2007 11:08:37 +0200
with message-id [EMAIL PROTECTED]
and subject line Bug#438184: getpwnam and getgrnam astonishing inefficiency
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
---BeginMessage---
Package: libc6
Version: 2.3.6.ds1-13
While stracing dpkg I saw something strange so I investigated.
Below is a fragment showing dpkg on sarge installing libadns1-bin.
This is from the unpack phase and convers the installation of two
files. I see similar behaviour on etch.
18 out of the 32 system calls for installing each file are the libc
reading /etc/{passwd,group} for get{pw,gr}nam in order to map root
to 0 for the nth time.
Surely it could be at least slightly more intelligent.
Ian.
00:54:58.376667 read(7, ./usr/bin/adnsheloex\0\0\0\0\0\0\0\0\0\0\0\0..., 512)
= 512
00:54:58.376735 open(/etc/passwd, O_RDONLY) = 8
00:54:58.376791 fcntl64(8, F_GETFD) = 0
00:54:58.376833 fcntl64(8, F_SETFD, FD_CLOEXEC) = 0
00:54:58.376876 _llseek(8, 0, [0], SEEK_CUR) = 0
00:54:58.376922 fstat64(8, {st_mode=S_IFREG|0644, st_size=5251, ...}) = 0
00:54:58.376996 mmap2(NULL, 5251, PROT_READ, MAP_SHARED, 8, 0) = 0x40022000
00:54:58.377041 _llseek(8, 5251, [5251], SEEK_SET) = 0
00:54:58.377093 munmap(0x40022000, 5251) = 0
00:54:58.377137 close(8)= 0
00:54:58.377185 open(/etc/group, O_RDONLY) = 8
00:54:58.377238 fcntl64(8, F_GETFD) = 0
00:54:58.377280 fcntl64(8, F_SETFD, FD_CLOEXEC) = 0
00:54:58.377321 _llseek(8, 0, [0], SEEK_CUR) = 0
00:54:58.377367 fstat64(8, {st_mode=S_IFREG|0644, st_size=1884, ...}) = 0
00:54:58.377440 mmap2(NULL, 1884, PROT_READ, MAP_SHARED, 8, 0) = 0x40022000
00:54:58.377487 _llseek(8, 1884, [1884], SEEK_SET) = 0
00:54:58.377538 munmap(0x40022000, 1884) = 0
00:54:58.377580 close(8)= 0
00:54:58.377635 lstat64(/usr/bin/adnsheloex, {st_mode=S_IFREG|0755,
st_size=9720, ...}) = 0
00:54:58.377721 rmdir(/usr/bin/adnsheloex.dpkg-new) = -1 ENOENT (No such file
or directory)
00:54:58.377829 rmdir(/usr/bin/adnsheloex.dpkg-tmp) = -1 ENOENT (No such file
or directory)
00:54:58.377888 open(/usr/bin/adnsheloex.dpkg-new,
O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0) = 8
00:54:58.378071 read(7, [EMAIL PROTECTED]..., 9720) = 9720
00:54:58.378324 write(8, [EMAIL PROTECTED]..., 9720) = 9720
00:54:58.381611 read(7, \0\0\0\0\0\0\0\0, 8) = 8
00:54:58.381688 fchown32(8, 0, 0) = 0
00:54:58.381746 fchmod(8, 0755) = 0
00:54:58.381794 close(8)= 0
00:54:58.381844 utime(/usr/bin/adnsheloex.dpkg-new, [2007/08/16-00:53:53,
2006/10/17-17:47:03]) = 0
00:54:58.381924 link(/usr/bin/adnsheloex, /usr/bin/adnsheloex.dpkg-tmp) = 0
00:54:58.382067 rename(/usr/bin/adnsheloex.dpkg-new, /usr/bin/adnsheloex) = 0
00:54:58.382224 read(7, ./usr/bin/adnsresfilter\0\0\0\0\0\0\0\0\0..., 512) =
512
00:54:58.382410 open(/etc/passwd, O_RDONLY) = 8
00:54:58.382478 fcntl64(8, F_GETFD) = 0
00:54:58.382521 fcntl64(8, F_SETFD, FD_CLOEXEC) = 0
00:54:58.382566 _llseek(8, 0, [0], SEEK_CUR) = 0
00:54:58.382614 fstat64(8, {st_mode=S_IFREG|0644, st_size=5251, ...}) = 0
00:54:58.382689 mmap2(NULL, 5251, PROT_READ, MAP_SHARED, 8, 0) = 0x40022000
00:54:58.382739 _llseek(8, 5251, [5251], SEEK_SET) = 0
00:54:58.382853 munmap(0x40022000, 5251) = 0
00:54:58.382900 close(8)= 0
00:54:58.382952 open(/etc/group, O_RDONLY) = 8
00:54:58.383006 fcntl64(8, F_GETFD) = 0
00:54:58.383048 fcntl64(8, F_SETFD, FD_CLOEXEC) = 0
00:54:58.383092 _llseek(8, 0, [0], SEEK_CUR) = 0
00:54:58.383138 fstat64(8, {st_mode=S_IFREG|0644, st_size=1884, ...}) = 0
00:54:58.383211 mmap2(NULL, 1884, PROT_READ, MAP_SHARED, 8, 0) = 0x40022000
00:54:58.383257 _llseek(8, 1884, [1884], SEEK_SET) = 0
00:54:58.383307 munmap(0x40022000, 1884) = 0
00:54:58.383348 close(8)= 0
00:54:58.383404 lstat64(/usr/bin/adnsresfilter, {st_mode=S_IFREG|0755,
st_size=11528, ...}) = 0
00:54:58.383492 rmdir(/usr/bin/adnsresfilter.dpkg-new) = -1 ENOENT (No such
file or directory)
00:54:58.383598 rmdir(/usr/bin/adnsresfilter.dpkg-tmp) = -1 ENOENT (No such
file or directory)
00:54:58.383659 open(/usr/bin/adnsresfilter.dpkg-new,
O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0) = 8
00:54:58.383826 read(7,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\2\0\3\0\1\0\0\0\0\213\4..., 11528) = 11528
00:54:58.384050 write(8,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\2\0\3\0\1\0\0\0\0\213\4..., 11528) = 11528
00:54:58.384206 read(7,
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 248) = 248
00:54:58.384276 fchown32(8, 0, 0) = 0
00:54:58.384326 fchmod(8, 0755)
r2509 - tzdata/trunk/debian
Author: aurel32
Date: 2007-08-16 16:41:08 + (Thu, 16 Aug 2007)
New Revision: 2509
Added:
tzdata/trunk/debian/preinst
Modified:
tzdata/trunk/debian/changelog
tzdata/trunk/debian/config
tzdata/trunk/debian/postinst
Log:
* Urgency set to high as it fixes an RC bug.
* debian/configure: remove comparison of /etc/localtime
with /usr/share/zoneinfo/. closes: #438191.
rework the rest of the script.
* debian/preinst: new script to compare /etc/localtime
with /usr/share/zoneinfo/.
* debian/postinst: don't touch anything if /etc/timezone
if not there.
Modified: tzdata/trunk/debian/changelog
===
--- tzdata/trunk/debian/changelog 2007-08-12 15:10:44 UTC (rev 2508)
+++ tzdata/trunk/debian/changelog 2007-08-16 16:41:08 UTC (rev 2509)
@@ -1,3 +1,16 @@
+tzdata (2007f-11) unstable; urgency=high
+
+ * Urgency set to high as it fixes an RC bug.
+ * debian/configure: remove comparison of /etc/localtime
+with /usr/share/zoneinfo/. closes: #438191.
+rework the rest of the script.
+ * debian/preinst: new script to compare /etc/localtime
+with /usr/share/zoneinfo/.
+ * debian/postinst: don't touch anything if /etc/timezone
+if not there.
+
+ -- Aurelien Jarno [EMAIL PROTECTED] Thu, 16 Aug 2007 14:07:30 -0230
+
tzdata (2007f-10) unstable; urgency=low
* New Catalan debconf translation from Jordà Polo. closes: #431972.
Modified: tzdata/trunk/debian/config
===
--- tzdata/trunk/debian/config 2007-08-12 15:10:44 UTC (rev 2508)
+++ tzdata/trunk/debian/config 2007-08-16 16:41:08 UTC (rev 2509)
@@ -1,4 +1,4 @@
-#! /bin/sh
+#! /bin/sh
set -e
. /usr/share/debconf/confmodule
@@ -314,59 +314,43 @@
esac
}
-# Read /etc/timezone
-if [ -e /etc/timezone ] ; then
-TZ_TIMEZONE=$(head -n 1 /etc/timezone)
-TZ_TIMEZONE=${TZ_TIMEZONE%% *}
-TZ_TIMEZONE=$(convert_timezone $TZ_TIMEZONE)
-if ! [ -f /usr/share/zoneinfo/$TZ_TIMEZONE ] ; then
-TZ_TIMEZONE=
+# If /etc/localtime is a link, update /etc/timezone
+if [ -L /etc/localtime ] ; then
+TIMEZONE=$(readlink /etc/localtime)
+TIMEZONE=${TIMEZONE#/usr/share/zoneinfo/}
+if [ -f /usr/share/zoneinfo/$TIMEZONE ] ; then
+echo ${TIMEZONE} /etc/timezone
fi
fi
-# Read /etc/localtime
-if [ -L /etc/localtime ] ; then
-TZ_LOCALTIME=$(readlink /etc/localtime)
-TZ_LOCALTIME=${TZ_LOCALTIME#/usr/share/zoneinfo/}
-TZ_LOCALTIME=$(convert_timezone $TZ_LOCALTIME)
-if ! [ -f /usr/share/zoneinfo/$TZ_LOCALTIME ] ; then
-TZ_LOCALTIME=
-fi
-elif [ -f /etc/localtime ] [ -n $TZ_TIMEZONE ] ; then
-if cmp -s /etc/localtime /usr/share/zoneinfo/$TZ_TIMEZONE ; then
-TZ_LOCALTIME=$TZ_TIMEZONE
-fi
+# Read /etc/timezone
+if [ -e /etc/timezone ]; then
+TIMEZONE=$(head -n 1 /etc/timezone)
+TIMEZONE=${TIMEZONE%% *}
+TIMEZONE=$(convert_timezone $TIMEZONE)
+AREA=${TIMEZONE%%/*}
+ZONE=${TIMEZONE#*/}
fi
+# The timezone is already configured
+if [ -e /etc/timezone ] [ -e /etc/localtime ] ; then
+# Don't ask the user, except if he/she explicitely asked that
+if [ -z $DEBCONF_RECONFIGURE ] ; then
+db_fset tzdata/Areas seen true
+db_fset tzdata/Zones/$AREA seen true
+fi
# The timezone has never been configured or is falsely configured
-if ! [ -e /etc/localtime ] ; then
-if [ -n $TZ_TIMEZONE ] ; then
-AREA=${TZ_TIMEZONE%%/*}
-ZONE=${TZ_TIMEZONE#*/}
-else
+elif ! [ -e /etc/localtime ] || [ -n $DEBCONF_RECONFIGURE ] ; then
+if [ -z $TIMEZONE ] ; then
AREA=Etc
- ZONE=UTC
-db_fset tzdata/Areas seen false
-db_fset tzdata/Zones/Etc seen false
+ZONE=UTC
+echo Etc/UTC /etc/timezone
fi
+db_fset tzdata/Areas seen false
+db_fset tzdata/Zones/$AREA seen false
# The user want to handle the timezone by him/herself
-elif [ -z $TZ_LOCALTIME ] ; then
-if [ $1 = reconfigure ] || [ -n $DEBCONF_RECONFIGURE ] ; then
-AREA=Etc
- ZONE=UTC
-else
-echo User defined /etc/timezone
- exit 0
-fi
-# The timezone has already been configured
else
-AREA=${TZ_LOCALTIME%%/*}
-ZONE=${TZ_LOCALTIME#*/}
-# Don't ask the user, except if he/she explicitely asked that
-if [ $1 != reconfigure ] [ -z $DEBCONF_RECONFIGURE ] ; then
-db_fset tzdata/Areas seen true
-db_fset tzdata/Zones/$AREA seen true
-fi
+exit 0
fi
# Initializes debconf default values from the ones found in
@@ -379,7 +363,7 @@
case $STATE in
0)
# The user has cancel the timezone change, reset the debconf
- # values to the initial one.
+# values to the initial one.
db_set tzdata/Areas $AREA
db_set tzdata/Zones/$AREA $ZONE
break
@@ -394,9 +378,6 @@
db_input high tzdata/Zones/$RET || true
;;
*)
-if
r2510 - tzdata/trunk/debian
Author: aurel32 Date: 2007-08-16 16:45:15 + (Thu, 16 Aug 2007) New Revision: 2510 Modified: tzdata/trunk/debian/changelog tzdata/trunk/debian/rules Log: * debian/rules: Remove the Canada area, all cities are already in America. Modified: tzdata/trunk/debian/changelog === --- tzdata/trunk/debian/changelog 2007-08-16 16:41:08 UTC (rev 2509) +++ tzdata/trunk/debian/changelog 2007-08-16 16:45:15 UTC (rev 2510) @@ -8,8 +8,10 @@ with /usr/share/zoneinfo/. * debian/postinst: don't touch anything if /etc/timezone if not there. + * debian/rules: Remove the Canada area, all cities are +already in America. - -- Aurelien Jarno [EMAIL PROTECTED] Thu, 16 Aug 2007 14:07:30 -0230 + -- Aurelien Jarno [EMAIL PROTECTED] Thu, 16 Aug 2007 14:14:27 -0230 tzdata (2007f-10) unstable; urgency=low Modified: tzdata/trunk/debian/rules === --- tzdata/trunk/debian/rules 2007-08-16 16:41:08 UTC (rev 2509) +++ tzdata/trunk/debian/rules 2007-08-16 16:45:15 UTC (rev 2510) @@ -29,7 +29,6 @@ Arctic \ Asia \ Atlantic \ - Canada \ Europe \ Indian \ Pacific \ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438191: marked as done (tzdata: /etc/timezone changed from Europe/Paris to User defined)
Your message dated Thu, 16 Aug 2007 17:03:37 + with message-id [EMAIL PROTECTED] and subject line Bug#438191: fixed in tzdata 2007f-11 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: tzdata Version: 2007f-10 Severity: serious Justification: Policy 10.7.3 I've upgraded tzdata from 2007f-9 to 2007f-10, and the contents of /etc/timezone changed from Europe/Paris to User defined. This change is incorrect and can affect some software. For instance, /etc/init.d/cupsys does: if [ -z $TZ -a -e /etc/timezone ]; then TZ=`cat /etc/timezone` export TZ fi -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (200, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.18-3-powerpc Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages tzdata depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy tzdata recommends no packages. -- debconf information: tzdata/Zones/Asia: tzdata/Zones/SystemV: tzdata/Zones/Pacific: tzdata/Zones/Atlantic: tzdata/Zones/US: tzdata/Zones/Etc: tzdata/Zones/Arctic: tzdata/Zones/Antarctica: tzdata/Zones/America: * tzdata/Areas: Europe tzdata/Zones/Australia: tzdata/Zones/Canada: * tzdata/Zones/Europe: Paris tzdata/Zones/Africa: tzdata/Zones/Indian: ---End Message--- ---BeginMessage--- Source: tzdata Source-Version: 2007f-11 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_2007f-11.diff.gz to pool/main/t/tzdata/tzdata_2007f-11.diff.gz tzdata_2007f-11.dsc to pool/main/t/tzdata/tzdata_2007f-11.dsc tzdata_2007f-11_all.deb to pool/main/t/tzdata/tzdata_2007f-11_all.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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno [EMAIL PROTECTED] (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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 16 Aug 2007 14:14:27 -0230 Source: tzdata Binary: tzdata Architecture: source all Version: 2007f-11 Distribution: unstable Urgency: high Maintainer: Aurelien Jarno [EMAIL PROTECTED] Changed-By: Aurelien Jarno [EMAIL PROTECTED] Description: tzdata - time zone and daylight-saving time data Closes: 438191 Changes: tzdata (2007f-11) unstable; urgency=high . * Urgency set to high as it fixes an RC bug. * debian/configure: remove comparison of /etc/localtime with /usr/share/zoneinfo/. closes: #438191. rework the rest of the script. * debian/preinst: new script to compare /etc/localtime with /usr/share/zoneinfo/. * debian/postinst: don't touch anything if /etc/timezone if not there. * debian/rules: Remove the Canada area, all cities are already in America. Files: afbc5d61fabfd484b92c0c521bde8809 881 libs required tzdata_2007f-11.dsc a3ef83ec06b94816954066e09b6466ec 178339 libs required tzdata_2007f-11.diff.gz a3c18bfa2c278232b909e6f80395c907 740378 libs required tzdata_2007f-11_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGxH/sw3ao2vG823MRAhhOAJ0Q6h5QnSXw4DvP/Suw49TmyPhwHQCgghXH 4Ujq3Da33leEneoq1w74h74= =3XX7 -END PGP SIGNATURE- ---End Message---
r2513 - in glibc-package/trunk/debian: . local/manpages
Author: aurel32 Date: 2007-08-16 17:32:33 + (Thu, 16 Aug 2007) New Revision: 2513 Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/local/manpages/locale.1 Log: * debian/local/manpages/locale.1: fix a typo. Closes: bug#438114. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2007-08-16 16:51:54 UTC (rev 2512) +++ glibc-package/trunk/debian/changelog2007-08-16 17:32:33 UTC (rev 2513) @@ -19,8 +19,9 @@ * debian/local/etc_default/devpts: remove. * debian/local/etc_default/locale: new file. Closes: bug#437404. * debhelper.in/locales.install: install it. + * debian/local/manpages/locale.1: fix a typo. Closes: bug#438114. - -- Aurelien Jarno [EMAIL PROTECTED] Sun, 12 Aug 2007 17:09:42 +0200 + -- Aurelien Jarno [EMAIL PROTECTED] Thu, 16 Aug 2007 19:32:58 +0200 glibc (2.6.1-1) unstable; urgency=low Modified: glibc-package/trunk/debian/local/manpages/locale.1 === --- glibc-package/trunk/debian/local/manpages/locale.1 2007-08-16 16:51:54 UTC (rev 2512) +++ glibc-package/trunk/debian/local/manpages/locale.1 2007-08-16 17:32:33 UTC (rev 2513) @@ -240,7 +240,7 @@ \\s-1LOCPATH\s0 .PP .Vb 1 -\The directory where locale data is stored. In default, /usr/lib/locale is used. +\The directory where locale data is stored. By default, /usr/lib/locale is used. .Ve .SH FILES -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to glibc glibc-doc libc0.1 libc0.1-dbg libc0.1-dev libc0.1-dev-i386 libc0.1-i386 libc0.1-i686 libc0.1-pic libc0.1-prof libc0.1-udeb libc0.3 libc0.3-dbg libc0.3-dev libc0.3-p
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.6 package glibc glibc-doc libc0.1 libc0.1-dbg libc0.1-dev libc0.1-dev-i386 libc0.1-i386 libc0.1-i686 libc0.1-pic libc0.1-prof libc0.1-udeb libc0.3 libc0.3-dbg libc0.3-dev libc0.3-pic libc0.3-prof libc0.3-udeb libc6 libc6.1 libc6.1-dbg libc6.1-dev libc6.1-pic libc6.1-prof libc6.1-udeb libc6-amd64 libc6-dbg libc6-dev libc6-dev-amd64 libc6-dev-i386 libc6-dev-mips64 libc6-dev-mipsn32 libc6-dev-powerpc libc6-dev-ppc64 libc6-dev-s390x libc6-dev-sparc64 libc6-i386 libc6-i686 libc6-mips64 libc6-mipsn32 libc6-pic libc6-powerpc libc6-ppc64 libc6-prof libc6-s390x libc6-sparc64 libc6-sparcv9b libc6-udeb libc6-xen libnss-dns-udeb libnss-files-udeb locales locales-all nscd Ignoring bugs not assigned to: libc6.1-pic glibc libc0.3-dev libc6-udeb libc6.1-dev libc0.3-prof libc0.1-i686 libc6-sparcv9b libc6.1-dbg libc0.1-pic libc6-dev-mips64 libc6.1-prof libc6-powerpc nscd libc6.1-udeb libc0.3-udeb libc0.1-udeb libc6-ppc64 locales libc6-sparc64 libc6-prof libc6-dev libc0.1-dev libc6-i386 glibc-doc libc6-dev-sparc64 libnss-files-udeb libc6-dev-amd64 libc6-i686 libc6-mips64 libc0.1-i386 libnss-dns-udeb libc6-dev-powerpc libc0.1-prof locales-all libc0.1 libc6 libc6-xen libc0.1-dev-i386 libc6-dev-s390x libc0.1-dbg libc6.1 libc6-s390x libc6-pic libc6-dev-i386 libc0.3 libc0.3-dbg libc6-amd64 libc6-mipsn32 libc6-dev-mipsn32 libc6-dev-ppc64 libc0.3-pic libc6-dbg tags 437404 + pending Bug#437404: /etc/default/locales? There were no tags set. Tags added: pending tags 438114 + pending Bug#438114: libc6: Typo in locale(1) There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438179: marked as done (getaddrinfo() sorts results.)
Your message dated Thu, 16 Aug 2007 20:24:51 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#438179: getaddrinfo() sorts results. has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: glibc Version: 2.6.1-1 Severity: important Hi, It seems that getaddrinfo() seems to sort the results, which defeats the point of having multiple A-records in the first place. If I look up 0.pool.ntp.org I (now) get: 0.pool.ntp.org has address 193.39.78.2 0.pool.ntp.org has address 195.34.187.132 0.pool.ntp.org has address 202.73.37.27 0.pool.ntp.org has address 212.24.114.156 0.pool.ntp.org has address 217.116.227.3 0.pool.ntp.org has address 62.75.136.76 0.pool.ntp.org has address 62.245.224.171 0.pool.ntp.org has address 64.5.1.129 0.pool.ntp.org has address 66.180.136.186 0.pool.ntp.org has address 80.86.83.133 0.pool.ntp.org has address 81.169.172.219 0.pool.ntp.org has address 85.25.252.58 0.pool.ntp.org has address 88.198.8.101 0.pool.ntp.org has address 91.121.13.62 But getaddrinfo() will always return ip's in this order: 62.75.136.76 62.245.224.171 64.5.1.129 [...] There seems to be some variation in the list, but the first 4 or 5 are always the same. I only care about the first one. It should keep the order of the A-records the same as they were returned by the dns server. Kurt ---End Message--- ---BeginMessage--- Kurt Roeckx a écrit : Package: glibc Version: 2.6.1-1 Severity: important Hi, It seems that getaddrinfo() seems to sort the results, which defeats the point of having multiple A-records in the first place. If I look up 0.pool.ntp.org I (now) get: 0.pool.ntp.org has address 193.39.78.2 0.pool.ntp.org has address 195.34.187.132 0.pool.ntp.org has address 202.73.37.27 0.pool.ntp.org has address 212.24.114.156 0.pool.ntp.org has address 217.116.227.3 0.pool.ntp.org has address 62.75.136.76 0.pool.ntp.org has address 62.245.224.171 0.pool.ntp.org has address 64.5.1.129 0.pool.ntp.org has address 66.180.136.186 0.pool.ntp.org has address 80.86.83.133 0.pool.ntp.org has address 81.169.172.219 0.pool.ntp.org has address 85.25.252.58 0.pool.ntp.org has address 88.198.8.101 0.pool.ntp.org has address 91.121.13.62 But getaddrinfo() will always return ip's in this order: 62.75.136.76 62.245.224.171 64.5.1.129 [...] There seems to be some variation in the list, but the first 4 or 5 are always the same. I only care about the first one. It should keep the order of the A-records the same as they were returned by the dns server. This is a feature, not a bug. getaddrinfo() sorts results according to RFC3484. You can configure the way they are sorted using /etc/gai.conf. If you don't want results to be sorted, don't use getaddrinfo(). -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net ---End Message---
Processed: Re: Bug#438179: getaddrinfo() sorts results.
Processing commands for [EMAIL PROTECTED]: reopen 438179 Bug#438179: getaddrinfo() sorts results. Bug reopened, originator not changed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438179: getaddrinfo() sorts results.
reopen 438179 thanks On Thu, Aug 16, 2007 at 08:24:51PM +0200, Aurelien Jarno wrote: This is a feature, not a bug. getaddrinfo() sorts results according to RFC3484. You can configure the way they are sorted using /etc/gai.conf. None of the rules in rfc3484 say anything about this. In fact, the last rule says: Rule 10: Otherwise, leave the order unchanged. If DA preceded DB in the original list, prefer DA. Otherwise prefer DB. Also, I don't see an option to prevent it from sorting the list. If you don't want results to be sorted, don't use getaddrinfo(). Do you have a suggestion for an other interface that works with different address types other than getipnodebyname()? Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438179: getaddrinfo() sorts results.
Kurt Roeckx a écrit : reopen 438179 thanks On Thu, Aug 16, 2007 at 08:24:51PM +0200, Aurelien Jarno wrote: This is a feature, not a bug. getaddrinfo() sorts results according to RFC3484. You can configure the way they are sorted using /etc/gai.conf. None of the rules in rfc3484 say anything about this. In fact, the last rule says: Rule 10: Otherwise, leave the order unchanged. If DA preceded DB in the original list, prefer DA. Otherwise prefer DB. Rule 9 comes before: Rule 9: Use longest matching prefix. When DA and DB belong to the same address family (both are IPv6 or both are IPv4): If CommonPrefixLen(DA, Source(DA)) CommonPrefixLen(DB, Source(DB)), then prefer DA. Similarly, if CommonPrefixLen(DA, Source(DA)) CommonPrefixLen(DB, Source(DB)), then prefer DB. That's why you see small variation among the returned address. Also, I don't see an option to prevent it from sorting the list. Because this thing is not configurable. This is not required by the RFC and this is a bad idea as you start using IPv6. If you don't want results to be sorted, don't use getaddrinfo(). Do you have a suggestion for an other interface that works with different address types other than getipnodebyname()? No I don't. Anyway if you don't want to sort to the returned addresses, you only want to do that for IPv4, and thus need two different interfaces. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438179: getaddrinfo() sorts results.
On Thu, Aug 16, 2007 at 10:03:14PM +0200, Aurelien Jarno wrote: Kurt Roeckx a écrit : reopen 438179 thanks On Thu, Aug 16, 2007 at 08:24:51PM +0200, Aurelien Jarno wrote: This is a feature, not a bug. getaddrinfo() sorts results according to RFC3484. You can configure the way they are sorted using /etc/gai.conf. None of the rules in rfc3484 say anything about this. In fact, the last rule says: Rule 10: Otherwise, leave the order unchanged. If DA preceded DB in the original list, prefer DA. Otherwise prefer DB. Rule 9 comes before: Rule 9: Use longest matching prefix. When DA and DB belong to the same address family (both are IPv6 or both are IPv4): If CommonPrefixLen(DA, Source(DA)) CommonPrefixLen(DB, Source(DB)), then prefer DA. Similarly, if CommonPrefixLen(DA, Source(DA)) CommonPrefixLen(DB, Source(DB)), then prefer DB. That's a rule that might work for IPv6, but not for IPv4. But even when using IPv6, I think you want the CommonPrefixLen to be atleast 24 bit, maybe even 32, or even 64. So, because I happen to have a 10.0.0.0/8 address, it prefers addresses which as many as possible 0's at the front. This is unlikely to give me an address that's going to be close network-wise, since none of the returned addresses are actually in 10.0.0.0/8. Anyway if you don't want to sort to the returned addresses, you only want to do that for IPv4, and thus need two different interfaces. I think rule 9 shouldn't be use for IPv4 addresses, or be changed that the minimum CommonPrefixLen should be the that of the netmask of the source address. Kurt
r2514 - in glibc-package/trunk/debian: . patches/kfreebsd
Author: aurel32
Date: 2007-08-16 19:48:07 + (Thu, 16 Aug 2007)
New Revision: 2514
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/patches/kfreebsd/local-sysdeps.diff
Log:
* kfreebsd/local-sysdeps.diff: update to revision 1995 (from glibc-bsd).
Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2007-08-16 17:32:33 UTC (rev
2513)
+++ glibc-package/trunk/debian/changelog2007-08-16 19:48:07 UTC (rev
2514)
@@ -20,8 +20,9 @@
* debian/local/etc_default/locale: new file. Closes: bug#437404.
* debhelper.in/locales.install: install it.
* debian/local/manpages/locale.1: fix a typo. Closes: bug#438114.
+ * kfreebsd/local-sysdeps.diff: update to revision 1995 (from glibc-bsd).
- -- Aurelien Jarno [EMAIL PROTECTED] Thu, 16 Aug 2007 19:32:58 +0200
+ -- Aurelien Jarno [EMAIL PROTECTED] Thu, 16 Aug 2007 21:47:54 +0200
glibc (2.6.1-1) unstable; urgency=low
Modified: glibc-package/trunk/debian/patches/kfreebsd/local-sysdeps.diff
===
--- glibc-package/trunk/debian/patches/kfreebsd/local-sysdeps.diff
2007-08-16 17:32:33 UTC (rev 2513)
+++ glibc-package/trunk/debian/patches/kfreebsd/local-sysdeps.diff
2007-08-16 19:48:07 UTC (rev 2514)
@@ -4315,8 +4315,8 @@
+#define SIG_SETMASK 3 /* Set the set of blocked signals. */
diff -x .svn -Nurd null/sysdeps/unix/bsd/bsd4.4/kfreebsd/bits/siginfo.h
ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/bits/siginfo.h
--- null/sysdeps/unix/bsd/bsd4.4/kfreebsd/bits/siginfo.h 1970-01-01
01:00:00.0 +0100
-+++ ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/bits/siginfo.h 2006-10-18
09:59:57.0 +0200
-@@ -0,0 +1,222 @@
ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/bits/siginfo.h 2007-08-16
21:40:32.0 +0200
+@@ -0,0 +1,225 @@
+/* siginfo_t, sigevent and constants. FreeBSD version.
+ Copyright (C) 1997-1998, 2000-2002 Free Software Foundation, Inc.
+ This file is part of the GNU C Library.
@@ -4415,13 +4415,15 @@
+# define ILL_BADSTK ILL_BADSTK
+};
+
++#endif
++
+/* `si_code' values for SIGFPE signal. */
+enum
+{
-+ FPE_INTDIV = 1, /* Integer divide by zero. */
-+# define FPE_INTDIV FPE_INTDIV
-+ FPE_INTOVF, /* Integer overflow. */
++ FPE_INTOVF = 1, /* Integer overflow. */
+# define FPE_INTOVF FPE_INTOVF
++ FPE_INTDIV, /* Integer divide by zero. */
++# define FPE_INTDIV FPE_INTDIV
+ FPE_FLTDIV, /* Floating point divide by zero. */
+# define FPE_FLTDIV FPE_FLTDIV
+ FPE_FLTOVF, /* Floating point overflow. */
@@ -4436,6 +4438,7 @@
+# define FPE_FLTSUB FPE_FLTSUB
+};
+
++#if 0 /* XXX These need verification. See bits/sigcontext.h. */
+/* `si_code' values for SIGSEGV signal. */
+enum
+{
@@ -9205,8 +9208,8 @@
+#define mc_eflags mc_efl
diff -x .svn -Nurd
null/sysdeps/unix/bsd/bsd4.4/kfreebsd/i386/bits/sigcontext.h
ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/i386/bits/sigcontext.h
--- null/sysdeps/unix/bsd/bsd4.4/kfreebsd/i386/bits/sigcontext.h
1970-01-01 01:00:00.0 +0100
-+++ ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/i386/bits/sigcontext.h
2006-11-07 19:20:05.0 +0100
-@@ -0,0 +1,159 @@
ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/i386/bits/sigcontext.h
2007-08-16 21:45:25.0 +0200
+@@ -0,0 +1,145 @@
+/* Machine-dependent signal context structure for FreeBSD. i386 version.
+ Copyright (C) 1991-1992,1994,1997,2001-2002 Free Software Foundation, Inc.
+ This file is part of the GNU C Library.
@@ -9334,22 +9337,8 @@
+#define sc_ps sc_efl
+#define sc_eflags sc_efl
+
-+
-+/* Codes for SIGFPE. */
-+#define FPE_INTDIV1 /* integer divide by zero */
-+#define FPE_INTOVF2 /* integer overflow */
-+
+#if 1 /* FIXME: These need verification. */
+
-+#define FPE_FLTDIV3 /* floating divide by zero */
-+#define FPE_FLTOVF4 /* floating overflow */
-+#define FPE_FLTUND5 /* floating underflow */
-+#define FPE_FLTINX6 /* floating loss of precision */
-+#define FPE_SUBRNG_FAULT 0x7 /* BOUNDS instruction failed */
-+#define FPE_FLTDNR_FAULT 0x8 /* denormalized operand */
-+#define FPE_EMERR_FAULT 0xa /* mysterious emulation error 33 */
-+#define FPE_EMBND_FAULT 0xb /* emulation BOUNDS instruction
failed */
-+
+/* Codes for SIGILL. */
+#define ILL_PRIVIN_FAULT 1
+#define ILL_ALIGN_FAULT 14
@@ -20203,8 +20192,8 @@
+
diff -x .svn -Nurd
null/sysdeps/unix/bsd/bsd4.4/kfreebsd/x86_64/bits/sigcontext.h
ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/x86_64/bits/sigcontext.h
--- null/sysdeps/unix/bsd/bsd4.4/kfreebsd/x86_64/bits/sigcontext.h
1970-01-01 01:00:00.0 +0100
-+++ ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/x86_64/bits/sigcontext.h
Bug#438179: getaddrinfo() sorts results.
severity 438179 wishlist retitle 438149 Please provide a way to override RFC3484 thanks Kurt Roeckx a écrit : On Thu, Aug 16, 2007 at 10:03:14PM +0200, Aurelien Jarno wrote: Kurt Roeckx a écrit : reopen 438179 thanks On Thu, Aug 16, 2007 at 08:24:51PM +0200, Aurelien Jarno wrote: This is a feature, not a bug. getaddrinfo() sorts results according to RFC3484. You can configure the way they are sorted using /etc/gai.conf. None of the rules in rfc3484 say anything about this. In fact, the last rule says: Rule 10: Otherwise, leave the order unchanged. If DA preceded DB in the original list, prefer DA. Otherwise prefer DB. Rule 9 comes before: Rule 9: Use longest matching prefix. When DA and DB belong to the same address family (both are IPv6 or both are IPv4): If CommonPrefixLen(DA, Source(DA)) CommonPrefixLen(DB, Source(DB)), then prefer DA. Similarly, if CommonPrefixLen(DA, Source(DA)) CommonPrefixLen(DB, Source(DB)), then prefer DB. That's a rule that might work for IPv6, but not for IPv4. But even when using IPv6, I think you want the CommonPrefixLen to be atleast 24 bit, maybe even 32, or even 64. So, because I happen to have a 10.0.0.0/8 address, it prefers addresses which as many as possible 0's at the front. This is unlikely to give me an address that's going to be close network-wise, since none of the returned addresses are actually in 10.0.0.0/8. The fact you have a 10.0.0.0/8 does not changes anything to the way the list is sorted in rule 9. Only the returned addresses are taken into account. Anyway if you don't want to sort to the returned addresses, you only want to do that for IPv4, and thus need two different interfaces. I think rule 9 shouldn't be use for IPv4 addresses, or be changed that the minimum CommonPrefixLen should be the that of the netmask of the source address. This is explictely said in the RFC rule 9 also applies to IPv4 addresses. Anyway the implementation of getaddrinfo() in the glibc is not buggy and fully conforms to the RFC. The problem is that you don't agree with the RFC. I therefore invite you to contact the author of this RFC, Rich Draves [EMAIL PROTECTED]. Meanwhile I don't consider this bug is of severity important. It's only a wishlist for a new option in /etc/gai.conf that will be added in the next upload, but disabled by default. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#438179: getaddrinfo() sorts results.
Processing commands for [EMAIL PROTECTED]: severity 438179 wishlist Bug#438179: getaddrinfo() sorts results. Severity set to `wishlist' from `important' retitle 438149 Please provide a way to override RFC3484 Bug#438149: faubackup: Status indicator Changed Bug title to `Please provide a way to override RFC3484' from `faubackup: Status indicator'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438179: getaddrinfo() sorts results.
On Thu, Aug 16, 2007 at 10:42:20PM +0200, Aurelien Jarno wrote: Rule 9: Use longest matching prefix. When DA and DB belong to the same address family (both are IPv6 or both are IPv4): If CommonPrefixLen(DA, Source(DA)) CommonPrefixLen(DB, Source(DB)), then prefer DA. Similarly, if CommonPrefixLen(DA, Source(DA)) CommonPrefixLen(DB, Source(DB)), then prefer DB. That's a rule that might work for IPv6, but not for IPv4. But even when using IPv6, I think you want the CommonPrefixLen to be atleast 24 bit, maybe even 32, or even 64. So, because I happen to have a 10.0.0.0/8 address, it prefers addresses which as many as possible 0's at the front. This is unlikely to give me an address that's going to be close network-wise, since none of the returned addresses are actually in 10.0.0.0/8. The fact you have a 10.0.0.0/8 does not changes anything to the way the list is sorted in rule 9. Only the returned addresses are taken into account. It sorts the list in such a way that the top most bits are the same. So it first sorts by: 10.0.0.0/8 then: 10.0.0.0/7 8.0.0.0/6 8.0.0.0/5 0.0.0.0/4 0.0.0.0/3 0.0.0.0/2 0.0.0.0/1 And then finaly the rest (128.0.0.0/1) The first of those makes sense for me, the rest doesn't. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: retitle 438179 to Please provide a way to override RFC3484
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.6 retitle 438179 Please provide a way to override RFC3484 Bug#438179: getaddrinfo() sorts results. Changed Bug title to `Please provide a way to override RFC3484' from `getaddrinfo() sorts results.'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to glibc glibc-doc libc0.1 libc0.1-dbg libc0.1-dev libc0.1-dev-i386 libc0.1-i386 libc0.1-i686 libc0.1-pic libc0.1-prof libc0.1-udeb libc0.3 libc0.3-dbg libc0.3-dev libc0.3-p
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.6 package glibc glibc-doc libc0.1 libc0.1-dbg libc0.1-dev libc0.1-dev-i386 libc0.1-i386 libc0.1-i686 libc0.1-pic libc0.1-prof libc0.1-udeb libc0.3 libc0.3-dbg libc0.3-dev libc0.3-pic libc0.3-prof libc0.3-udeb libc6 libc6.1 libc6.1-dbg libc6.1-dev libc6.1-pic libc6.1-prof libc6.1-udeb libc6-amd64 libc6-dbg libc6-dev libc6-dev-amd64 libc6-dev-i386 libc6-dev-mips64 libc6-dev-mipsn32 libc6-dev-powerpc libc6-dev-ppc64 libc6-dev-s390x libc6-dev-sparc64 libc6-i386 libc6-i686 libc6-mips64 libc6-mipsn32 libc6-pic libc6-powerpc libc6-ppc64 libc6-prof libc6-s390x libc6-sparc64 libc6-sparcv9b libc6-udeb libc6-xen libnss-dns-udeb libnss-files-udeb locales locales-all nscd Ignoring bugs not assigned to: libc6.1-pic glibc libc0.3-dev libc6-udeb libc6.1-dev libc0.3-prof libc0.1-i686 libc6-sparcv9b libc6.1-dbg libc0.1-pic libc6-dev-mips64 libc6.1-prof libc6-powerpc nscd libc6.1-udeb libc0.3-udeb libc0.1-udeb libc6-ppc64 locales libc6-sparc64 libc6-prof libc6-dev libc0.1-dev libc6-i386 glibc-doc libc6-dev-sparc64 libnss-files-udeb libc6-dev-amd64 libc6-i686 libc6-mips64 libc0.1-i386 libnss-dns-udeb libc6-dev-powerpc libc0.1-prof locales-all libc0.1 libc6 libc6-xen libc0.1-dev-i386 libc6-dev-s390x libc0.1-dbg libc6.1 libc6-s390x libc6-pic libc6-dev-i386 libc0.3 libc0.3-dbg libc6-amd64 libc6-mipsn32 libc6-dev-mipsn32 libc6-dev-ppc64 libc0.3-pic libc6-dbg tags 438179 + pending Bug#438179: Please provide a way to override RFC3484 There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
r2515 - in glibc-package/trunk/debian: . patches patches/any
Author: aurel32
Date: 2007-08-16 21:16:28 + (Thu, 16 Aug 2007)
New Revision: 2515
Added:
glibc-package/trunk/debian/patches/any/submitted-rfc3484-sortv4.diff
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/patches/series
Log:
* any/submitted-rfc3484-sortv4.diff: new patch to allow bypassing RFC3484
rule 9 for IPv4 adresses. Closes: bug#438179
Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2007-08-16 19:48:07 UTC (rev
2514)
+++ glibc-package/trunk/debian/changelog2007-08-16 21:16:28 UTC (rev
2515)
@@ -21,8 +21,10 @@
* debhelper.in/locales.install: install it.
* debian/local/manpages/locale.1: fix a typo. Closes: bug#438114.
* kfreebsd/local-sysdeps.diff: update to revision 1995 (from glibc-bsd).
+ * any/submitted-rfc3484-sortv4.diff: new patch to allow bypassing RFC3484
+rule 9 for IPv4 adresses. Closes: bug#438179
- -- Aurelien Jarno [EMAIL PROTECTED] Thu, 16 Aug 2007 21:47:54 +0200
+ -- Aurelien Jarno [EMAIL PROTECTED] Thu, 16 Aug 2007 23:12:22 +0200
glibc (2.6.1-1) unstable; urgency=low
Added: glibc-package/trunk/debian/patches/any/submitted-rfc3484-sortv4.diff
===
--- glibc-package/trunk/debian/patches/any/submitted-rfc3484-sortv4.diff
(rev 0)
+++ glibc-package/trunk/debian/patches/any/submitted-rfc3484-sortv4.diff
2007-08-16 21:16:28 UTC (rev 2515)
@@ -0,0 +1,79 @@
+2007-08-16 Aurelien Jarno [EMAIL PROTECTED]
+
+ * sysdeps/posix/getaddrinfo.c (gaiconf_reload_flag): Move
+ to the top of the file.
+ (gaiconf_mtime): Likewise.
+ (sortv4): New configuration variable.
+ (gaiconf_init): Parse the sortv4 option in the configuration
+ file.
+ (rfc3484_sort): Ignore rule 9 for IPv4 adresses if sortv4
+ is false.
+ * posix/gai.conf: Add the new sortv4 option.
+
+
+--- posix/gai.conf 2007-08-16 22:59:03.0 +0200
posix/gai.conf 2007-08-16 22:58:48.0 +0200
+@@ -15,6 +15,11 @@
+ #changed and if necessary reload. This option should not really be
+ #used. There are possible runtime problems. The default is no.
+ #
++# sortv4 yes|no
++#If set to no, getaddrinfo(3) will ignore IPv4 adresses in rule 9. See
++#section 6 in RFC 3484. The default is yes. Setting this option to
++#no breaks conformance to RFC 3484.
++#
+ # label mask value
+ #Add another rule to the RFC 3484 label table. See section 2.1 in
+ #RFC 3484. The default is:
+--- sysdeps/posix/getaddrinfo.c 2007-08-16 23:02:34.0 +0200
sysdeps/posix/getaddrinfo.c2007-08-16 22:31:53.0 +0200
+@@ -79,6 +79,16 @@
+ # define UNIX_PATH_MAX 108
+ #endif
+
++/* Nozero if we are supposed to reload the config file automatically
++ whenever it changed. */
++static int gaiconf_reload_flag;
++
++/* Zero if we are supposed to ignore rule 9 for IPv4 addresses */
++static int gaiconf_sortv4_flag = 1;
++
++/* Last modification time. */
++static struct timespec gaiconf_mtime;
++
+ struct gaih_service
+ {
+ const char *name;
+@@ -1344,7 +1354,7 @@
+ int bit1 = 0;
+ int bit2 = 0;
+
+- if (a1-dest_addr-ai_family == PF_INET)
++ if (a1-dest_addr-ai_family == PF_INET gaiconf_sortv4_flag)
+ {
+ assert (a1-source_addr.ss_family == PF_INET);
+ assert (a2-source_addr.ss_family == PF_INET);
+@@ -1422,14 +1432,6 @@
+ #define GAICONF_FNAME /etc/gai.conf
+
+
+-/* Nozero if we are supposed to reload the config file automatically
+- whenever it changed. */
+-static int gaiconf_reload_flag;
+-
+-/* Last modification time. */
+-static struct timespec gaiconf_mtime;
+-
+-
+ libc_freeres_fn(fini)
+ {
+ if (labels != default_labels)
+@@ -1608,6 +1610,8 @@
+ case 6:
+ if (strcmp (cmd, reload) == 0)
+ gaiconf_reload_flag = strcmp (val1, yes) == 0;
++else if (strcmp (cmd, sortv4) == 0)
++ gaiconf_sortv4_flag = strcmp (val1, no) != 0;
+ break;
+
+ case 10:
Modified: glibc-package/trunk/debian/patches/series
===
--- glibc-package/trunk/debian/patches/series 2007-08-16 19:48:07 UTC (rev
2514)
+++ glibc-package/trunk/debian/patches/series 2007-08-16 21:16:28 UTC (rev
2515)
@@ -147,6 +147,7 @@
any/submitted-date-and-unknown-tz.diff -p0
any/submitted-libgcc_s.so.diff -p0
any/submitted-longdouble.diff -p0
+any/submitted-rfc3484-sortv4.diff -p0
any/submitted-strfry.diff -p0
any/submitted-strtok.diff -p0
any/local-disable-nscd-host-caching.diff
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[alpha] Please upload glibc 2.6.1-1
Hi, glibc 2.6.1-1 has been built 9 days ago on alpha (on goetz), but has still not been uploaded. Could you please upload it? Thanks, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to glibc glibc-doc libc0.1 libc0.1-dbg libc0.1-dev libc0.1-dev-i386 libc0.1-i386 libc0.1-i686 libc0.1-pic libc0.1-prof libc0.1-udeb libc0.3 libc0.3-dbg libc0.3-dev libc0.3-p
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.6 package glibc glibc-doc libc0.1 libc0.1-dbg libc0.1-dev libc0.1-dev-i386 libc0.1-i386 libc0.1-i686 libc0.1-pic libc0.1-prof libc0.1-udeb libc0.3 libc0.3-dbg libc0.3-dev libc0.3-pic libc0.3-prof libc0.3-udeb libc6 libc6.1 libc6.1-dbg libc6.1-dev libc6.1-pic libc6.1-prof libc6.1-udeb libc6-amd64 libc6-dbg libc6-dev libc6-dev-amd64 libc6-dev-i386 libc6-dev-mips64 libc6-dev-mipsn32 libc6-dev-powerpc libc6-dev-ppc64 libc6-dev-s390x libc6-dev-sparc64 libc6-i386 libc6-i686 libc6-mips64 libc6-mipsn32 libc6-pic libc6-powerpc libc6-ppc64 libc6-prof libc6-s390x libc6-sparc64 libc6-sparcv9b libc6-udeb libc6-xen libnss-dns-udeb libnss-files-udeb locales locales-all nscd Ignoring bugs not assigned to: libc6.1-pic glibc libc0.3-dev libc6-udeb libc6.1-dev libc0.3-prof libc0.1-i686 libc6-sparcv9b libc6.1-dbg libc0.1-pic libc6-dev-mips64 libc6.1-prof libc6-powerpc nscd libc6.1-udeb libc0.3-udeb libc0.1-udeb libc6-ppc64 locales libc6-sparc64 libc6-prof libc6-dev libc0.1-dev libc6-i386 glibc-doc libc6-dev-sparc64 libnss-files-udeb libc6-dev-amd64 libc6-i686 libc6-mips64 libc0.1-i386 libnss-dns-udeb libc6-dev-powerpc libc0.1-prof locales-all libc0.1 libc6 libc6-xen libc0.1-dev-i386 libc6-dev-s390x libc0.1-dbg libc6.1 libc6-s390x libc6-pic libc6-dev-i386 libc0.3 libc0.3-dbg libc6-amd64 libc6-mipsn32 libc6-dev-mipsn32 libc6-dev-ppc64 libc0.3-pic libc6-dbg tags 435640 + pending Bug#435640: libc6: upgrade from etch to sid breaks proftpd There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
r2516 - in glibc-package/trunk/debian: . debhelper.in
Author: aurel32
Date: 2007-08-16 21:59:12 + (Thu, 16 Aug 2007)
New Revision: 2516
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/debhelper.in/libc.preinst
Log:
* debian/debhelper.in/libc.preinst: change version check for NSS services to
( 2.6-1).
Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2007-08-16 21:16:28 UTC (rev
2515)
+++ glibc-package/trunk/debian/changelog2007-08-16 21:59:12 UTC (rev
2516)
@@ -23,8 +23,10 @@
* kfreebsd/local-sysdeps.diff: update to revision 1995 (from glibc-bsd).
* any/submitted-rfc3484-sortv4.diff: new patch to allow bypassing RFC3484
rule 9 for IPv4 adresses. Closes: bug#438179
+ * debian/debhelper.in/libc.preinst: change version check for NSS services to
+( 2.6-1).
- -- Aurelien Jarno [EMAIL PROTECTED] Thu, 16 Aug 2007 23:12:22 +0200
+ -- Aurelien Jarno [EMAIL PROTECTED] Thu, 16 Aug 2007 23:58:17 +0200
glibc (2.6.1-1) unstable; urgency=low
Modified: glibc-package/trunk/debian/debhelper.in/libc.preinst
===
--- glibc-package/trunk/debian/debhelper.in/libc.preinst2007-08-16
21:16:28 UTC (rev 2515)
+++ glibc-package/trunk/debian/debhelper.in/libc.preinst2007-08-16
21:59:12 UTC (rev 2516)
@@ -44,7 +44,7 @@
fi
# NSS authentication trouble guard
-if dpkg --compare-versions $2 lt 2.3.5-1; then
+if dpkg --compare-versions $2 lt 2.6-1; then
check=xdm kdm gdm postgresql xscreensaver
# Only get the ones that are installed, and configured
service=$(dpkg -s $check 2 /dev/null | awk
'BEGIN{RS=\n\n;FS=\n}{if ( $2 ~ /Status: .* installed$/ ) { print $1 } }' |
cut -f 2 -d ' ')
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
r2517 - in glibc-package/trunk/debian: . debhelper.in
Author: aurel32
Date: 2007-08-16 22:00:36 + (Thu, 16 Aug 2007)
New Revision: 2517
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/debhelper.in/libc.preinst
Log:
* debian/debhelper.in/libc.preinst: add proftpd to the list of services to
restart. Closes: bug#435640.
Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2007-08-16 21:59:12 UTC (rev
2516)
+++ glibc-package/trunk/debian/changelog2007-08-16 22:00:36 UTC (rev
2517)
@@ -25,8 +25,10 @@
rule 9 for IPv4 adresses. Closes: bug#438179
* debian/debhelper.in/libc.preinst: change version check for NSS services to
( 2.6-1).
+ * debian/debhelper.in/libc.preinst: add proftpd to the list of services to
+restart. Closes: bug#435640.
- -- Aurelien Jarno [EMAIL PROTECTED] Thu, 16 Aug 2007 23:58:17 +0200
+ -- Aurelien Jarno [EMAIL PROTECTED] Thu, 16 Aug 2007 23:59:56 +0200
glibc (2.6.1-1) unstable; urgency=low
Modified: glibc-package/trunk/debian/debhelper.in/libc.preinst
===
--- glibc-package/trunk/debian/debhelper.in/libc.preinst2007-08-16
21:59:12 UTC (rev 2516)
+++ glibc-package/trunk/debian/debhelper.in/libc.preinst2007-08-16
22:00:36 UTC (rev 2517)
@@ -45,7 +45,7 @@
# NSS authentication trouble guard
if dpkg --compare-versions $2 lt 2.6-1; then
- check=xdm kdm gdm postgresql xscreensaver
+ check=xdm kdm gdm postgresql xscreensaver proftpd
# Only get the ones that are installed, and configured
service=$(dpkg -s $check 2 /dev/null | awk
'BEGIN{RS=\n\n;FS=\n}{if ( $2 ~ /Status: .* installed$/ ) { print $1 } }' |
cut -f 2 -d ' ')
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please unblock glibc_2.6.1-1
Hi, glibc 2.6.1-1 will reach 10 days into unstable very soon and is in a good shape to go into testing. We are only missing the alpha package, but the buildd maintainer has been pinged. Could you please unblock it? FYI this version removes SPARC v8 support, and refuse to be installed on such CPU. The next upload into unstable will bump the shlib to (= 2.6.1-1), which is the version that will be in testing at a that time (so it will NOT prevent packages to migrate into testing). Then it will be possible to switch GCC to SPARC v9 optimisations. Cheers, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
r2518 - in glibc-package/branches/glibc-branch-etch/debian: . patches patches/any
Author: aurel32
Date: 2007-08-16 22:26:24 + (Thu, 16 Aug 2007)
New Revision: 2518
Added:
glibc-package/branches/glibc-branch-etch/debian/patches/any/cvs-vfscanf.diff
Modified:
glibc-package/branches/glibc-branch-etch/debian/changelog
glibc-package/branches/glibc-branch-etch/debian/patches/series
Log:
* patches/any/cvs-vfscanf.diff: add additional test for EOF
in loop to look for conversion specifier to avoid testing of
wrong errno value. Closes: #426000.
Modified: glibc-package/branches/glibc-branch-etch/debian/changelog
===
--- glibc-package/branches/glibc-branch-etch/debian/changelog 2007-08-16
22:00:36 UTC (rev 2517)
+++ glibc-package/branches/glibc-branch-etch/debian/changelog 2007-08-16
22:26:24 UTC (rev 2518)
@@ -1,3 +1,11 @@
+glibc (2.3.6.ds1-13etch4) stable; urgency=low
+
+ * patches/any/cvs-vfscanf.diff: add additional test for EOF
+in loop to look for conversion specifier to avoid testing of
+wrong errno value. Closes: #426000.
+
+ -- Aurelien Jarno [EMAIL PROTECTED] Fri, 17 Aug 2007 00:24:28 +0200
+
glibc (2.3.6.ds1-13etch3) stable; urgency=low
* patches/any/cvs-nscd-free.diff: fix nscd crash. Closes: #425404.
Added:
glibc-package/branches/glibc-branch-etch/debian/patches/any/cvs-vfscanf.diff
===
---
glibc-package/branches/glibc-branch-etch/debian/patches/any/cvs-vfscanf.diff
(rev 0)
+++
glibc-package/branches/glibc-branch-etch/debian/patches/any/cvs-vfscanf.diff
2007-08-16 22:26:24 UTC (rev 2518)
@@ -0,0 +1,28 @@
+===
+RCS file: /cvs/glibc/libc/stdio-common/vfscanf.c,v
+retrieving revision 1.110.2.6
+retrieving revision 1.110.2.7
+diff -u -r1.110.2.6 -r1.110.2.7
+--- libc/stdio-common/vfscanf.c2007/05/04 10:05:57 1.110.2.6
libc/stdio-common/vfscanf.c2007/07/08 10:08:25 1.110.2.7
+@@ -530,12 +530,17 @@
+ {
+ /* Eat whitespace. */
+ int save_errno = errno;
+-errno = 0;
++__set_errno (0);
+ do
+- if (__builtin_expect (inchar () == EOF errno == EINTR, 0))
++ /* We add the additional test for EOF here since otherwise
++ inchar will restore the old errno value which might be
++ EINTR but does not indicate an interrupt since nothing
++ was read at this time. */
++ if (__builtin_expect ((c == EOF || inchar () == EOF)
++ errno == EINTR, 0))
+ input_error ();
+ while (ISSPACE (c));
+-errno = save_errno;
++__set_errno (save_errno);
+ ungetc (c, s);
+ skip_space = 0;
+ }
Modified: glibc-package/branches/glibc-branch-etch/debian/patches/series
===
--- glibc-package/branches/glibc-branch-etch/debian/patches/series
2007-08-16 22:00:36 UTC (rev 2517)
+++ glibc-package/branches/glibc-branch-etch/debian/patches/series
2007-08-16 22:26:24 UTC (rev 2518)
@@ -153,6 +153,7 @@
any/cvs-tls-crashfix.diff -p1
any/cvs-tst-setcontext_c.diff -p1
any/cvs-resource_h.diff -p1
+any/cvs-vfscanf.diff -p1
any/cvs-zdump-64-bit.diff -p1
any/local-asserth-decls.diff -p0
#any/local-base.diff -p0 # g: suspended
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438449: tzdata: Failed to preconfigure
Package: tzdata Version: 2007f-11 Severity: important I doubt that this error I got during upgrade just now is intended: Preconfiguring packages ... tzdata failed to preconfigure, with exit status 10 Preparing to replace tzdata 2007f-10 (using .../tzdata_2007f-11_all.deb) ... Unpacking replacement tzdata ... Setting up tzdata (2007f-11) ... Upgrade did not fail because of the error. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-rc3 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tzdata depends on: ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy tzdata recommends no packages. -- debconf information: tzdata/Zones/Australia: tzdata/Zones/Asia: tzdata/Zones/SystemV: tzdata/Zones/Pacific: tzdata/Zones/Atlantic: tzdata/Zones/Canada: tzdata/Zones/US: tzdata/Zones/Etc: tzdata/Zones/Arctic: tzdata/Zones/Antarctica: * tzdata/Zones/Europe: Amsterdam tzdata/Zones/Africa: tzdata/Zones/America: * tzdata/Areas: Europe tzdata/Zones/Indian: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
