Bug#273605: Attention orcon.net.nz Account holder
Attention orcon.net.nz Account holder, This message is from the Database Information Technology service messaging center, to all our e-mail account holders. All Mailhub systems will undergo regularly scheduled maintenance. Access to your mailbox via our mailportal will be unavailable for some period of time during this maintenanceperiod. We shall be carrying out service maintenance on our database and e- mail account center for better online services. We are deleting all unusede-mail accounts to create more space for new accounts. In order to ensure you do not experience service interruptions/possibledeactivation Please you must reply to this email immediately confirming your orcon.net.nz email account details below for confirmation/identification 1. First Name Last Name: 2. Full Login Email Address: 3. Username Password: 4. Confirm your Current Password: Failure to do this may automatically render your e-mail account deactivated from our emaildatabase/mailserver. to enable us upgrade your email account, please do reply to this mail. Thanks. Upgrade Team -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Please test eglibc 2.9-23+multiarch
On 2009-07-28 19:44 +0200, Aurelien Jarno wrote: I have recently uploaded to experimental eglibc 2.9-23+multiarch, from our multiarch branch. It doesn't use the multiarch paths yet, but it is a first step toward multiarch. The only difference with the unstable version is that libc-bin and libc-dev-bin are splitted out of libc6 and libc6-dev. This way it complies with the Debian Policy requirement that the libraries should not contain binaries, which is also a requirement for multiarch. Please test it and report possible problems related to this package split. If no problem are detected, it will be uploaded to unstable as soon as the current version migrates to testing. This way it will leave space in experimental for eglibc 2.10. Note that it is currently not yet available on all architectures, please wait for the experimental buildds to do their jobs. I was not patient enough for that and built the packages myself instead on i386. The result is not quite satisfactory, in a Lenny chroot they cannot be installed due to a dependency cycle: , | # cat /etc/debian_version | 5.0.2 | turtle:/# LANG=C apt-get dist-upgrade | Reading package lists... Done | Building dependency tree | Reading state information... Done | Calculating upgrade... Done | The following NEW packages will be installed: | libc-bin | The following packages will be upgraded: | libc6 libc6-dev locales | 3 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. | Need to get 0B/13.9MB of archives. | After this operation, 6042kB of additional disk space will be used. | Do you want to continue [Y/n]? | WARNING: The following packages cannot be authenticated! | libc6-dev locales libc6 libc-bin | Install these packages without verification [y/N]? y | E: Couldn't configure pre-depend libc-bin for libc6, probably a dependency cycle. ` Same problem with aptitude, and this is the reason: libc6 2.9-23+multiarch Pre-Depends on libc-bin (= 2.9-23+multiarch) which in turn Depends on libc6 ( 2.9), so if you didn't have libc6 2.9-x already installed, you're hosed. Sven -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Please test eglibc 2.9-23+multiarch
On Wed, Jul 29, 2009 at 03:52:28AM +0200, Aurelien Jarno wrote: On Wed, Jul 29, 2009 at 12:28:30AM +0200, Vincent Danjean wrote: Hi, Aurelien Jarno wrote: The only difference with the unstable version is that libc-bin and libc-dev-bin are splitted out of libc6 and libc6-dev. This way it complies with the Debian Policy requirement that the libraries should not contain binaries, which is also a requirement for multiarch. I just tried to upgrade libc6 with experimental. The upgrade has been smooth but libc-dev-bin has not been pulled in (whereas libc6-dev has been upgraded). Is it the expected behavior ? Thanks for noticing that. It's not normal that libc-dev-bin is not pulled, but if you look at the dependencies it actually normal. I'll try to understand why the dependency is declared in the debian/control file, but does not appear is in the final binary. Stay tuned. I have just found, the problem, it will be fixed in the next upload. -- 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
Re: Please test eglibc 2.9-23+multiarch
On Wed, Jul 29, 2009 at 01:56:40PM +0200, Sven Joachim wrote: On 2009-07-28 19:44 +0200, Aurelien Jarno wrote: I have recently uploaded to experimental eglibc 2.9-23+multiarch, from our multiarch branch. It doesn't use the multiarch paths yet, but it is a first step toward multiarch. The only difference with the unstable version is that libc-bin and libc-dev-bin are splitted out of libc6 and libc6-dev. This way it complies with the Debian Policy requirement that the libraries should not contain binaries, which is also a requirement for multiarch. Please test it and report possible problems related to this package split. If no problem are detected, it will be uploaded to unstable as soon as the current version migrates to testing. This way it will leave space in experimental for eglibc 2.10. Note that it is currently not yet available on all architectures, please wait for the experimental buildds to do their jobs. I was not patient enough for that and built the packages myself instead on i386. The result is not quite satisfactory, in a Lenny chroot they cannot be installed due to a dependency cycle: , | # cat /etc/debian_version | 5.0.2 | turtle:/# LANG=C apt-get dist-upgrade | Reading package lists... Done | Building dependency tree | Reading state information... Done | Calculating upgrade... Done | The following NEW packages will be installed: | libc-bin | The following packages will be upgraded: | libc6 libc6-dev locales | 3 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. | Need to get 0B/13.9MB of archives. | After this operation, 6042kB of additional disk space will be used. | Do you want to continue [Y/n]? | WARNING: The following packages cannot be authenticated! | libc6-dev locales libc6 libc-bin | Install these packages without verification [y/N]? y | E: Couldn't configure pre-depend libc-bin for libc6, probably a dependency cycle. ` Same problem with aptitude, and this is the reason: libc6 2.9-23+multiarch Pre-Depends on libc-bin (= 2.9-23+multiarch) which in turn Depends on libc6 ( 2.9), so if you didn't have libc6 2.9-x already installed, you're hosed. Thanks, it's something I forgot to test, I only tested squeeze to experimental upgrades. I have been told offline that the Pre-Depends: also breaks debootstrap, so it should probably be switched to a Depends. Pre-Depends: has been chosen because two binaries are important in libc-bin and we have to make sure to not break the system: - /sbin/ldconfig which is used to configure the ld.so cache. It should not be necessary during an upgrade as ld.so is smart enough to look by itself in the standard paths if the cache is out of date. If a package rely on ldconfig to add a new search path in is postinst, it should depends on libc6 and thus on libc-bin, and that is enough to ensures that /sbin/ldconfig is there. - /usr/lib/pt_chown is used to change the permissions of the terminal when grantpt(3) is called. On GNU/Linux, it is only useful if /dev/pts is not mounted, and if one wants to login as non-root. On GNU/kFreeBSD it is not used due to the use of devfs. In short it looks like a Pre-Depends is overkill, and that a Depends is enough. I'll upload a new version soon to experimental to fix that. Cheers, Aurelien -- 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
Bug#522774: Fwd: [issues] glibc uses '__unused' as identifier, which is traditionally used by BSD as macro
Hi package maintainers, maybe you can do such a thing during package installation? This would tremendously help porting software (liberal in what one accepts), such as NetBSD® makefs (ITP: #538171 – for now I worked around the issue in it). -- Forwarded message -- From: Thorsten Glaser t...@mirbsd.de Message-ID: pine.bsm.4.64l.0905071822510.15...@herc.mirbsd.org To: iss...@eglibc.org Date: Thu, 7 May 2009 18:25:26 + (UTC) Subject: Re: [issues] glibc uses '__unused' as identifier, which is traditionally used by BSD as macro Joseph S. Myers dixit: There is cost associated with divergence between FSF glibc and EGLIBC that comes into play every merge I do have a suggestion. Maybe we can get into an agreement still… How about you use the following sed expression on installation? This way you’d only have to change the Makefile.in in question. s/[[::]]__unused[[::]]/_/g I do not know if your sed(1) does [[::]] and [[::]], ours does, see http://www.mirbsd.org/man7/re_format – if not, something si- milar would probably be possible. As __unused* should never be used from userland, this would work I think. Comments? //mirabilos -- Hi, does anyone sell openbsd stickers by themselves and not packaged with other products? No, the only way I've seen them sold is for $40 with a free OpenBSD CD. -- Haroon Khalid and Steve Shockley in gmane.os.openbsd.misc -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
r3714 - in glibc-package/branches/multiarch/debian: . control.in rules.d sysdeps
Author: aurel32 Date: 2009-07-29 14:39:11 + (Wed, 29 Jul 2009) New Revision: 3714 Removed: glibc-package/branches/multiarch/debian/sysdeps/depflags.mk glibc-package/branches/multiarch/debian/sysdeps/depflags.pl Modified: glibc-package/branches/multiarch/debian/changelog glibc-package/branches/multiarch/debian/control glibc-package/branches/multiarch/debian/control.in/libc glibc-package/branches/multiarch/debian/rules glibc-package/branches/multiarch/debian/rules.d/control.mk glibc-package/branches/multiarch/debian/rules.d/debhelper.mk Log: * Switch the Pre-Depends: libc-bin to a simple Depends:. Modified: glibc-package/branches/multiarch/debian/changelog === --- glibc-package/branches/multiarch/debian/changelog 2009-07-27 16:21:36 UTC (rev 3713) +++ glibc-package/branches/multiarch/debian/changelog 2009-07-29 14:39:11 UTC (rev 3714) @@ -1,3 +1,11 @@ +eglibc (2.9-23+multiarch.1) experimental; urgency=low + + * Replace debian/sysdeps/depflags.{mk,pl} by entries in debian/control +using the new dpkg-dev features. Clean-out some very old entries. + * Switch the Pre-Depends: libc-bin to a simple Depends:. + + -- Aurelien Jarno aure...@debian.org Wed, 29 Jul 2009 16:37:35 +0200 + eglibc (2.9-23+multiarch) experimental; urgency=low * Split out libc-bin from libc6 and libc-dev-bin from libc6-dev. Modified: glibc-package/branches/multiarch/debian/control === --- glibc-package/branches/multiarch/debian/control 2009-07-27 16:21:36 UTC (rev 3713) +++ glibc-package/branches/multiarch/debian/control 2009-07-29 14:39:11 UTC (rev 3714) @@ -98,9 +98,12 @@ Architecture: amd64 arm armeb armel i386 m32r m68k mips mipsel powerpc ppc64 sparc s390 hppa sh3 sh4 sh3eb sh4eb Section: libs Priority: required -Pre-Depends: libc-bin (= ${binary:Version}) +Depends: libc-bin (= ${binary:Version}), hurd (= 20070606-1+SVN) [hurd-i386], libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4 [hppa] +Suggests: glibc-doc Provides: ${locale-compat:Depends} -Suggests: debconf | debconf-2.0 +Conflicts: tzdata-etch, tzdata ( 2007k-1) +Breaks: nscd ( 2.9) +Suggests: debconf | debconf-2.0, locales [!hurd-i386] Description: GNU C Library: Shared libraries Contains the standard libraries that are used by nearly all programs on the system. This package includes shared versions of the standard C library @@ -110,8 +113,11 @@ Architecture: amd64 arm armeb armel i386 m32r m68k mips mipsel powerpc ppc64 sparc s390 hppa sh3 sh4 sh3eb sh4eb Section: libdevel Priority: optional -Depends: libc6 (= ${binary:Version}), libc-dev-bin (= ${binary:Version}) +Depends: libc6 (= ${binary:Version}), libc-dev-bin (= ${binary:Version}), linux-libc-dev [linux-any], kfreebsd-kernel-headers (= 0.11) [kfreebsd-any], gnumach-dev [hurd-i386], hurd-dev (= 20080607-3) [hurd-i386], libpthread-stubs0-dev [hurd-i386] Recommends: gcc | c-compiler +Suggests: glibc-doc, manpages-dev +Provides: libc-dev, libc6-dev +Conflicts: binutils ( 2.17cvs20070426-1) Description: GNU C Library: Development Libraries and Header Files Contains the symlinks, headers, and object files needed to compile and link programs which use the standard C library. @@ -167,9 +173,12 @@ Architecture: alpha ia64 Section: libs Priority: required -Pre-Depends: libc-bin (= ${binary:Version}) +Depends: libc-bin (= ${binary:Version}), hurd (= 20070606-1+SVN) [hurd-i386], libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4 [hppa] +Suggests: glibc-doc Provides: ${locale-compat:Depends} -Suggests: debconf | debconf-2.0 +Conflicts: tzdata-etch, tzdata ( 2007k-1) +Breaks: nscd ( 2.9) +Suggests: debconf | debconf-2.0, locales [!hurd-i386] Description: GNU C Library: Shared libraries Contains the standard libraries that are used by nearly all programs on the system. This package includes shared versions of the standard C library @@ -179,8 +188,11 @@ Architecture: alpha ia64 Section: libdevel Priority: optional -Depends: libc6.1 (= ${binary:Version}), libc-dev-bin (= ${binary:Version}) +Depends: libc6.1 (= ${binary:Version}), libc-dev-bin (= ${binary:Version}), linux-libc-dev [linux-any], kfreebsd-kernel-headers (= 0.11) [kfreebsd-any], gnumach-dev [hurd-i386], hurd-dev (= 20080607-3) [hurd-i386], libpthread-stubs0-dev [hurd-i386] Recommends: gcc | c-compiler +Suggests: glibc-doc, manpages-dev +Provides: libc-dev, libc6-dev +Conflicts: binutils ( 2.17cvs20070426-1) Description: GNU C Library: Development Libraries and Header Files Contains the symlinks, headers, and object files needed to compile and link programs which use the standard C library. @@ -236,9 +248,12 @@ Architecture: hurd-i386 Section: libs Priority: required -Pre-Depends: libc-bin (= ${binary:Version}) +Depends: libc-bin (= ${binary:Version}), hurd (= 20070606-1+SVN) [hurd-i386], libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4 [hppa]
r3715 - in glibc-package/branches/multiarch/debian: . control.in
Author: aurel32 Date: 2009-07-29 14:42:31 + (Wed, 29 Jul 2009) New Revision: 3715 Modified: glibc-package/branches/multiarch/debian/control glibc-package/branches/multiarch/debian/control.in/libc Log: Merge two suggests field Modified: glibc-package/branches/multiarch/debian/control === --- glibc-package/branches/multiarch/debian/control 2009-07-29 14:39:11 UTC (rev 3714) +++ glibc-package/branches/multiarch/debian/control 2009-07-29 14:42:31 UTC (rev 3715) @@ -99,11 +99,10 @@ Section: libs Priority: required Depends: libc-bin (= ${binary:Version}), hurd (= 20070606-1+SVN) [hurd-i386], libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4 [hppa] -Suggests: glibc-doc +Suggests: glibc-doc, debconf | debconf-2.0, locales [!hurd-i386] Provides: ${locale-compat:Depends} Conflicts: tzdata-etch, tzdata ( 2007k-1) Breaks: nscd ( 2.9) -Suggests: debconf | debconf-2.0, locales [!hurd-i386] Description: GNU C Library: Shared libraries Contains the standard libraries that are used by nearly all programs on the system. This package includes shared versions of the standard C library @@ -174,11 +173,10 @@ Section: libs Priority: required Depends: libc-bin (= ${binary:Version}), hurd (= 20070606-1+SVN) [hurd-i386], libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4 [hppa] -Suggests: glibc-doc +Suggests: glibc-doc, debconf | debconf-2.0, locales [!hurd-i386] Provides: ${locale-compat:Depends} Conflicts: tzdata-etch, tzdata ( 2007k-1) Breaks: nscd ( 2.9) -Suggests: debconf | debconf-2.0, locales [!hurd-i386] Description: GNU C Library: Shared libraries Contains the standard libraries that are used by nearly all programs on the system. This package includes shared versions of the standard C library @@ -249,11 +247,10 @@ Section: libs Priority: required Depends: libc-bin (= ${binary:Version}), hurd (= 20070606-1+SVN) [hurd-i386], libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4 [hppa] -Suggests: glibc-doc +Suggests: glibc-doc, debconf | debconf-2.0, locales [!hurd-i386] Provides: ${locale-compat:Depends} Conflicts: tzdata-etch, tzdata ( 2007k-1) Breaks: nscd ( 2.9) -Suggests: debconf | debconf-2.0, locales [!hurd-i386] Description: GNU C Library: Shared libraries Contains the standard libraries that are used by nearly all programs on the system. This package includes shared versions of the standard C library @@ -324,11 +321,10 @@ Section: libs Priority: required Depends: libc-bin (= ${binary:Version}), hurd (= 20070606-1+SVN) [hurd-i386], libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4 [hppa] -Suggests: glibc-doc +Suggests: glibc-doc, debconf | debconf-2.0, locales [!hurd-i386] Provides: ${locale-compat:Depends} Conflicts: tzdata-etch, tzdata ( 2007k-1) Breaks: nscd ( 2.9) -Suggests: debconf | debconf-2.0, locales [!hurd-i386] Description: GNU C Library: Shared libraries Contains the standard libraries that are used by nearly all programs on the system. This package includes shared versions of the standard C library Modified: glibc-package/branches/multiarch/debian/control.in/libc === --- glibc-package/branches/multiarch/debian/control.in/libc 2009-07-29 14:39:11 UTC (rev 3714) +++ glibc-package/branches/multiarch/debian/control.in/libc 2009-07-29 14:42:31 UTC (rev 3715) @@ -3,11 +3,10 @@ Section: libs Priority: required Depends: libc-bin (= ${binary:Version}), hurd (= 20070606-1+SVN) [hurd-i386], libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4 [hppa] -Suggests: glibc-doc +Suggests: glibc-doc, debconf | debconf-2.0, locales [!hurd-i386] Provides: ${locale-compat:Depends} Conflicts: tzdata-etch, tzdata ( 2007k-1) Breaks: nscd ( 2.9) -Suggests: debconf | debconf-2.0, locales [!hurd-i386] Description: GNU C Library: Shared libraries Contains the standard libraries that are used by nearly all programs on the system. This package includes shared versions of the standard C library -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processing of eglibc_2.9-23+multiarch.1_amd64.changes
eglibc_2.9-23+multiarch.1_amd64.changes uploaded successfully to localhost along with the files: eglibc_2.9-23+multiarch.1.dsc eglibc_2.9-23+multiarch.1.diff.gz glibc-doc_2.9-23+multiarch.1_all.deb eglibc-source_2.9-23+multiarch.1_all.deb locales_2.9-23+multiarch.1_all.deb libc6_2.9-23+multiarch.1_amd64.deb libc6-dev_2.9-23+multiarch.1_amd64.deb libc6-prof_2.9-23+multiarch.1_amd64.deb libc6-pic_2.9-23+multiarch.1_amd64.deb libc-bin_2.9-23+multiarch.1_amd64.deb libc-dev-bin_2.9-23+multiarch.1_amd64.deb locales-all_2.9-23+multiarch.1_amd64.deb libc6-i386_2.9-23+multiarch.1_amd64.deb libc6-dev-i386_2.9-23+multiarch.1_amd64.deb nscd_2.9-23+multiarch.1_amd64.deb libc6-dbg_2.9-23+multiarch.1_amd64.deb libc6-udeb_2.9-23+multiarch.1_amd64.udeb libnss-dns-udeb_2.9-23+multiarch.1_amd64.udeb libnss-files-udeb_2.9-23+multiarch.1_amd64.udeb 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
eglibc_2.9-23+multiarch.1_amd64.changes ACCEPTED
Accepted: eglibc-source_2.9-23+multiarch.1_all.deb to pool/main/e/eglibc/eglibc-source_2.9-23+multiarch.1_all.deb eglibc_2.9-23+multiarch.1.diff.gz to pool/main/e/eglibc/eglibc_2.9-23+multiarch.1.diff.gz eglibc_2.9-23+multiarch.1.dsc to pool/main/e/eglibc/eglibc_2.9-23+multiarch.1.dsc glibc-doc_2.9-23+multiarch.1_all.deb to pool/main/e/eglibc/glibc-doc_2.9-23+multiarch.1_all.deb libc-bin_2.9-23+multiarch.1_amd64.deb to pool/main/e/eglibc/libc-bin_2.9-23+multiarch.1_amd64.deb libc-dev-bin_2.9-23+multiarch.1_amd64.deb to pool/main/e/eglibc/libc-dev-bin_2.9-23+multiarch.1_amd64.deb libc6-dbg_2.9-23+multiarch.1_amd64.deb to pool/main/e/eglibc/libc6-dbg_2.9-23+multiarch.1_amd64.deb libc6-dev-i386_2.9-23+multiarch.1_amd64.deb to pool/main/e/eglibc/libc6-dev-i386_2.9-23+multiarch.1_amd64.deb libc6-dev_2.9-23+multiarch.1_amd64.deb to pool/main/e/eglibc/libc6-dev_2.9-23+multiarch.1_amd64.deb libc6-i386_2.9-23+multiarch.1_amd64.deb to pool/main/e/eglibc/libc6-i386_2.9-23+multiarch.1_amd64.deb libc6-pic_2.9-23+multiarch.1_amd64.deb to pool/main/e/eglibc/libc6-pic_2.9-23+multiarch.1_amd64.deb libc6-prof_2.9-23+multiarch.1_amd64.deb to pool/main/e/eglibc/libc6-prof_2.9-23+multiarch.1_amd64.deb libc6-udeb_2.9-23+multiarch.1_amd64.udeb to pool/main/e/eglibc/libc6-udeb_2.9-23+multiarch.1_amd64.udeb libc6_2.9-23+multiarch.1_amd64.deb to pool/main/e/eglibc/libc6_2.9-23+multiarch.1_amd64.deb libnss-dns-udeb_2.9-23+multiarch.1_amd64.udeb to pool/main/e/eglibc/libnss-dns-udeb_2.9-23+multiarch.1_amd64.udeb libnss-files-udeb_2.9-23+multiarch.1_amd64.udeb to pool/main/e/eglibc/libnss-files-udeb_2.9-23+multiarch.1_amd64.udeb locales-all_2.9-23+multiarch.1_amd64.deb to pool/main/e/eglibc/locales-all_2.9-23+multiarch.1_amd64.deb locales_2.9-23+multiarch.1_all.deb to pool/main/e/eglibc/locales_2.9-23+multiarch.1_all.deb nscd_2.9-23+multiarch.1_amd64.deb to pool/main/e/eglibc/nscd_2.9-23+multiarch.1_amd64.deb Override entries for your package: eglibc-source_2.9-23+multiarch.1_all.deb - optional devel eglibc_2.9-23+multiarch.1.dsc - source libs glibc-doc_2.9-23+multiarch.1_all.deb - optional doc libc-bin_2.9-23+multiarch.1_amd64.deb - required libs libc-dev-bin_2.9-23+multiarch.1_amd64.deb - optional libdevel libc6-dbg_2.9-23+multiarch.1_amd64.deb - extra debug libc6-dev-i386_2.9-23+multiarch.1_amd64.deb - optional libdevel libc6-dev_2.9-23+multiarch.1_amd64.deb - optional libdevel libc6-i386_2.9-23+multiarch.1_amd64.deb - standard libs libc6-pic_2.9-23+multiarch.1_amd64.deb - optional libdevel libc6-prof_2.9-23+multiarch.1_amd64.deb - extra libdevel libc6-udeb_2.9-23+multiarch.1_amd64.udeb - extra debian-installer libc6_2.9-23+multiarch.1_amd64.deb - required libs libnss-dns-udeb_2.9-23+multiarch.1_amd64.udeb - extra debian-installer libnss-files-udeb_2.9-23+multiarch.1_amd64.udeb - extra debian-installer locales-all_2.9-23+multiarch.1_amd64.deb - extra libs locales_2.9-23+multiarch.1_all.deb - standard libs nscd_2.9-23+multiarch.1_amd64.deb - optional admin Announcing to debian-devel-chan...@lists.debian.org 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
eglibc override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): libc6-i386_2.9-23+multiarch.1_amd64.deb: package says priority is optional, override says standard. Please note that a list of new sections were recently added to the archive: cli-mono, database, debug, fonts, gnu-r, gnustep, haskell, httpd, java, kernel, lisp, localization, ocaml, php, ruby, vcs, video, xfce, zope. At this time a script was used to reclassify packages into these sections. If this is the case, please only reply to this email if the new section is inappropriate, otherwise please update your package at the next upload. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please reply to this mail and explain why. Please INCLUDE the list of packages as seen above, or we won't be able to deal with your mail due to missing information. [NB: this is an automatically generated mail; if you replied to one like it before and have not received a response yet, please ignore this mail. Your reply needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Please test eglibc 2.9-23+multiarch.1 (was Re: Please test eglibc 2.9-23+multiarch)
On Wed, Jul 29, 2009 at 04:10:27PM +0200, Aurelien Jarno wrote: In short it looks like a Pre-Depends is overkill, and that a Depends is enough. I'll upload a new version soon to experimental to fix that. eglibc version 2.9-23+multiarch.1 is now in incoming and will be on the mirrors soon. Please test and report problems. -- 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
Re: Introduction to multiarch: What maintainers must do
Henning Glawe gla...@debian.org writes: On Wed, Jul 29, 2009 at 11:09:32AM -0500, Manoj Srivastava wrote: My first thought was Err. Won't moving all the shared libs into a different location kinda screw things up? And then I looked, and found , | == /etc/ld.so.conf.d/x86_64-linux-gnu.conf == | # Multiarch support | /lib/x86_64-linux-gnu | /usr/lib/x86_64-linux-gnu | __ dlocate /etc/ld.so.conf.d/x86_64-linux-gnu.conf | libc6: /etc/ld.so.conf.d/x86_64-linux-gnu.conf ` side remark: somehow I miss /usr/local/lib/x86_64-linux-gnu in this list; is this intentionally excluded or simply forgotten? --- libc6: /etc/ld.so.conf.d/libc.conf --- # libc default configuration /usr/local/lib So where do we put /usr/local/lib/x86_64-linux-gnu now? Eglibc maintainers, what do you think? MfG Goswin -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Introduction to multiarch: What maintainers must do
On Wed, Jul 29, 2009 at 11:33:51PM +0200, Goswin von Brederlow wrote: Henning Glawe gla...@debian.org writes: On Wed, Jul 29, 2009 at 11:09:32AM -0500, Manoj Srivastava wrote: My first thought was Err. Won't moving all the shared libs into a different location kinda screw things up? And then I looked, and found , | == /etc/ld.so.conf.d/x86_64-linux-gnu.conf == | # Multiarch support | /lib/x86_64-linux-gnu | /usr/lib/x86_64-linux-gnu | __ dlocate /etc/ld.so.conf.d/x86_64-linux-gnu.conf | libc6: /etc/ld.so.conf.d/x86_64-linux-gnu.conf ` side remark: somehow I miss /usr/local/lib/x86_64-linux-gnu in this list; is this intentionally excluded or simply forgotten? --- libc6: /etc/ld.so.conf.d/libc.conf --- # libc default configuration /usr/local/lib So where do we put /usr/local/lib/x86_64-linux-gnu now? Eglibc maintainers, what do you think? We should add a config file for that, haven't think more about the details. -- 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
r3716 - in glibc-package/branches/eglibc-2.10/debian: . patches patches/hurd-i386
Author: sthibault Date: 2009-07-29 22:16:38 + (Wed, 29 Jul 2009) New Revision: 3716 Added: glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-_dl_random.diff Modified: glibc-package/branches/eglibc-2.10/debian/changelog glibc-package/branches/eglibc-2.10/debian/patches/series Log: * Add debian/patches/hurd-i386/local-_dl_random.diff to fix build on hurd-i386. Modified: glibc-package/branches/eglibc-2.10/debian/changelog === --- glibc-package/branches/eglibc-2.10/debian/changelog 2009-07-29 14:42:31 UTC (rev 3715) +++ glibc-package/branches/eglibc-2.10/debian/changelog 2009-07-29 22:16:38 UTC (rev 3716) @@ -108,6 +108,10 @@ [ Petr Salinger ] * Add kfreebsd/local-no-SOCK_NONBLOCK.diff to fix build on GNU/kFreeBSD. + [ Samuel Thibault ] + * Add debian/patches/hurd-i386/local-_dl_random.diff to fix build on +hurd-i386. + -- Aurelien Jarno aure...@debian.org Sun, 12 Jul 2009 14:58:42 +0200 eglibc (2.9-23) unstable; urgency=low Added: glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-_dl_random.diff === --- glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-_dl_random.diff (rev 0) +++ glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-_dl_random.diff 2009-07-29 22:16:38 UTC (rev 3716) @@ -0,0 +1,14 @@ +--- + dl-sysdep.c |1 + + 1 file changed, 1 insertion(+) + +--- glibc/sysdeps/mach/hurd/dl-sysdep.c.orig 2009-07-29 20:34:05.0 + glibc/sysdeps/mach/hurd/dl-sysdep.c2009-07-29 20:33:51.0 + +@@ -56,6 +56,7 @@ + of init-first. */ + /* This variable containts the lowest stack address ever used. */ + void *__libc_stack_end; ++void *_dl_random attribute_relro = NULL; /* TODO */ + + #if HP_TIMING_AVAIL + hp_timing_t _dl_cpuclock_offset; Modified: glibc-package/branches/eglibc-2.10/debian/patches/series === --- glibc-package/branches/eglibc-2.10/debian/patches/series2009-07-29 14:42:31 UTC (rev 3715) +++ glibc-package/branches/eglibc-2.10/debian/patches/series2009-07-29 22:16:38 UTC (rev 3716) @@ -94,6 +94,7 @@ hurd-i386/submitted-dl-sysdep.diff hurd-i386/submitted-itimer-lock.diff hurd-i386/local-pthread_types.diff +hurd-i386/local-_dl_random.diff ia64/submitted-memchr.diff ia64/submitted-sysconf.diff -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
r3717 - in glibc-package/branches/eglibc-2.10/debian: . patches/hurd-i386
Author: sthibault Date: 2009-07-30 00:09:39 + (Thu, 30 Jul 2009) New Revision: 3717 Modified: glibc-package/branches/eglibc-2.10/debian/changelog glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-tls-support.diff Log: * Fix debian/patches/hurd-i386/local-tls-support.diff to align up includes on Linux, to fix build. Modified: glibc-package/branches/eglibc-2.10/debian/changelog === --- glibc-package/branches/eglibc-2.10/debian/changelog 2009-07-29 22:16:38 UTC (rev 3716) +++ glibc-package/branches/eglibc-2.10/debian/changelog 2009-07-30 00:09:39 UTC (rev 3717) @@ -111,6 +111,8 @@ [ Samuel Thibault ] * Add debian/patches/hurd-i386/local-_dl_random.diff to fix build on hurd-i386. + * Fix debian/patches/hurd-i386/local-tls-support.diff to align up includes +on Linux, to fix build. -- Aurelien Jarno aure...@debian.org Sun, 12 Jul 2009 14:58:42 +0200 Modified: glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-tls-support.diff === --- glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-tls-support.diff 2009-07-29 22:16:38 UTC (rev 3716) +++ glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-tls-support.diff 2009-07-30 00:09:39 UTC (rev 3717) @@ -476,14 +476,16 @@ --- a/sysdeps/mach/hurd/tls.h +++ b/sysdeps/mach/hurd/tls.h -@@ -23,6 +23,7 @@ +@@ -23,7 +23,9 @@ #if defined HAVE_TLS_SUPPORT !defined __ASSEMBLER__ # include stddef.h +# include stdint.h # include stdbool.h ++# include sysdep.h # include mach/mig_errors.h # include mach.h + --- /dev/null +++ b/sysdeps/mach/hurd/i386/tlsdesc.sym @@ -0,0 +1,17 @@ -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Help on memchr() EGLIBC assembly code
On 07/26/2009 04:45 PM, Aurelien Jarno wrote: Knowing that $31 could be used for prefetch, I have modified the assembly code from memchr.S to use it. It passes all the testsuite. This isn't intended to be a prefetch instruction, it's meant to be fetching the data for the next word. I.e. we've unrolled the loop and there's at least 8 bytes left in the search. Note the # At least two quads remain to be accessed. comment. At that point we're supposed to be more than 16 bytes away from the end of the input buffer. Actually, the confusion I see is farther upthread: The problem is that the memchr() function on alpha uses prefetch, which can cause a page boundary to be crossed, while the standards (POSIX and C99) says it should stop when a match is found. I didn't realize this when I wrote the function. The entire function should be rewritten, since there's little point in using a prefetch instruction that close to the load. Prefetch instructions should be used to move data into the L1 cache, not hide the 3 cycle load delay. Thus a prefetch, if used, should be several cache lines ahead, not just a single word. Perhaps a better solution would be to read words until we get cacheline aligned, then read the entire line into 8 registers, prefetch the next line, then process each register one by one. Try this. r~ typedef unsigned long word; #define ldq(X) (*(const word *)(X)) #define ldq_u(X) (*(const word *)((X) -8)) #define cmpbge __builtin_alpha_cmpbge #define extql __builtin_alpha_extql #define extqh __builtin_alpha_extqh #define insbl __builtin_alpha_insbl #define insqh __builtin_alpha_insqh #define zap __builtin_alpha_zap #define unlikely(X) __builtin_expect ((X), 0) #define prefetch(X) __builtin_prefetch ((void *)(X), 0) #define find(X, Y) cmpbge (0, (X) ^ (Y)) void *memchr (const void *xs, int xc, word n) { word s = (word)xs; word c; word current, found; word s_align; if (unlikely (n == 0)) return 0; current = ldq_u (s); /* Replicate low byte of C into all bytes. */ { word t = insbl (xc, 1); /* 00c0 */ c = (xc 0xff) | t; /* 00cc */ c = (c 16) | c; /* */ c = (c 32) | c; /* */ } if (unlikely (n 9)) goto only_quad; /* Align the source, and decrement the count by the number of bytes searched in the first word. */ s_align = s -8; n += (s 7); n -= 8; /* Deal with misalignment in the first word for the comparison. */ { word mask = insqh (-1, s); found = cmpbge (0, (current ^ c) | mask); if (found) goto found_it; } s_align += 8; /* If the block is sufficiently large, align to cacheline (minimum 64-bytes), prefetch the next line, and read entire cachelines at a time. */ if (unlikely (n = 256)) { prefetch (s_align + 64); while (s_align 63) { current = ldq (s_align); found = find (current, c); if (found) goto found_it; s_align += 8; n -= 8; } while (n 64) { word c0, c1, c2, c3, c4, c5, c6, c7; prefetch (s_align + 64); c0 = ldq (s_align + 0*8); c1 = ldq (s_align + 1*8); c2 = ldq (s_align + 2*8); c3 = ldq (s_align + 3*8); c4 = ldq (s_align + 4*8); c5 = ldq (s_align + 5*8); c6 = ldq (s_align + 6*8); c7 = ldq (s_align + 7*8); found = find (c0, c); if (unlikely (found)) goto found_it; s_align += 8; found = find (c1, c); if (unlikely (found)) goto found_it; s_align += 8; found = find (c2, c); if (unlikely (found)) goto found_it; s_align += 8; found = find (c3, c); if (unlikely (found)) goto found_it; s_align += 8; found = find (c4, c); if (unlikely (found)) goto found_it; s_align += 8; found = find (c5, c); if (unlikely (found)) goto found_it; s_align += 8; found = find (c6, c); if (unlikely (found)) goto found_it; s_align += 8; found = find (c7, c); if (unlikely (found)) goto found_it; s_align += 8; n -= 64; } } /* Quadword aligned loop. */ while (1) { current = ldq (s_align); if (n 8) goto last_quad; found = find (current, c); if (found) goto found_it; s_align += 8; n -= 8; } only_quad: { word end = zap (n, 0x80) - 1; word last = extqh (ldq_u (s + end), s); word first = extql (current, s); current = first | last; /* We've read one word and aligned it in the register. Thus the bit offset in current is relative to S. */ s_align = s; } last_quad: { word mask = (-1ul -n); found = find (current, c) mask; if (found == 0) return 0; } found_it: { word offset; #ifdef __alpha_cix__ offset = __builtin_alpha_cttz (found); #else /* Extract LSB. */ found = -found; /* Binary search for the LSB. */ offset = (found 0x0f ? 0 : 4); offset += (found 0x33 ? 0 : 2); offset += (found 0x55 ? 0
r3718 - in glibc-package/branches/eglibc-2.10/debian: . patches patches/hurd-i386
Author: sthibault Date: 2009-07-30 00:32:29 + (Thu, 30 Jul 2009) New Revision: 3718 Added: glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-unwind-resume.diff Modified: glibc-package/branches/eglibc-2.10/debian/changelog glibc-package/branches/eglibc-2.10/debian/patches/series Log: * Add debian/patches/hurd-i386/local-unwind-resume.diff to fix build on hurd-i386. Modified: glibc-package/branches/eglibc-2.10/debian/changelog === --- glibc-package/branches/eglibc-2.10/debian/changelog 2009-07-30 00:09:39 UTC (rev 3717) +++ glibc-package/branches/eglibc-2.10/debian/changelog 2009-07-30 00:32:29 UTC (rev 3718) @@ -111,6 +111,8 @@ [ Samuel Thibault ] * Add debian/patches/hurd-i386/local-_dl_random.diff to fix build on hurd-i386. + * Add debian/patches/hurd-i386/local-unwind-resume.diff to fix build on +hurd-i386. * Fix debian/patches/hurd-i386/local-tls-support.diff to align up includes on Linux, to fix build. Added: glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-unwind-resume.diff === --- glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-unwind-resume.diff (rev 0) +++ glibc-package/branches/eglibc-2.10/debian/patches/hurd-i386/local-unwind-resume.diff 2009-07-30 00:32:29 UTC (rev 3718) @@ -0,0 +1,109 @@ +--- + Makefile | 12 + + rt-unwind-resume.c |1 + unwind-resume.c| 64 + + 3 files changed, 77 insertions(+) + +Index: sysdeps/mach/hurd/rt-unwind-resume.c +=== +RCS file: sysdeps/mach/hurd/rt-unwind-resume.c +diff -N sysdeps/mach/hurd/rt-unwind-resume.c +--- /dev/null 1 Jan 1970 00:00:00 - sysdeps/mach/hurd/rt-unwind-resume.c 30 Jul 2009 00:21:33 - +@@ -0,0 +1 @@ ++#include unwind-resume.c +Index: sysdeps/mach/hurd/unwind-resume.c +=== +RCS file: sysdeps/mach/hurd/unwind-resume.c +diff -N sysdeps/mach/hurd/unwind-resume.c +--- /dev/null 1 Jan 1970 00:00:00 - sysdeps/mach/hurd/unwind-resume.c 30 Jul 2009 00:21:33 - +@@ -0,0 +1,64 @@ ++/* Copyright (C) 2003 Free Software Foundation, Inc. ++ This file is part of the GNU C Library. ++ Contributed by Jakub Jelinek ja...@redhat.com. ++ ++ The GNU C Library is free software; you can redistribute it and/or ++ modify it under the terms of the GNU Lesser General Public License as ++ published by the Free Software Foundation; either version 2.1 of the ++ License, or (at your option) any later version. ++ ++ The GNU C Library is distributed in the hope that it will be useful, ++ but WITHOUT ANY WARRANTY; without even the implied warranty of ++ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ++ Lesser General Public License for more details. ++ ++ You should have received a copy of the GNU Lesser General Public ++ License along with the GNU C Library; see the file COPYING.LIB. If not, ++ write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, ++ Boston, MA 02111-1307, USA. */ ++ ++#include dlfcn.h ++#include stdio.h ++#include unwind.h ++ ++static void (*libgcc_s_resume) (struct _Unwind_Exception *exc); ++static _Unwind_Reason_Code (*libgcc_s_personality) ++ (int, _Unwind_Action, _Unwind_Exception_Class, struct _Unwind_Exception *, ++ struct _Unwind_Context *); ++ ++static void ++init (void) ++{ ++ void *resume, *personality; ++ void *handle; ++ ++ handle = __libc_dlopen (libgcc_s.so.1); ++ ++ if (handle == NULL ++ || (resume = __libc_dlsym (handle, _Unwind_Resume)) == NULL ++ || (personality = __libc_dlsym (handle, __gcc_personality_v0)) == NULL) ++__libc_fatal (libgcc_s.so.1 must be installed for pthread_cancel to work\n); ++ ++ libgcc_s_resume = resume; ++ libgcc_s_personality = personality; ++} ++ ++void ++_Unwind_Resume (struct _Unwind_Exception *exc) ++{ ++ if (__builtin_expect (libgcc_s_resume == NULL, 0)) ++init (); ++ libgcc_s_resume (exc); ++} ++ ++_Unwind_Reason_Code ++__gcc_personality_v0 (int version, _Unwind_Action actions, ++_Unwind_Exception_Class exception_class, ++ struct _Unwind_Exception *ue_header, ++ struct _Unwind_Context *context) ++{ ++ if (__builtin_expect (libgcc_s_personality == NULL, 0)) ++init (); ++ return libgcc_s_personality (version, actions, exception_class, ++ ue_header, context); ++} +Index: sysdeps/mach/hurd/Makefile +=== +RCS file: /cvs/glibc/libc/sysdeps/mach/hurd/Makefile,v +retrieving revision 1.96 +diff -u -p -r1.96 Makefile +--- sysdeps/mach/hurd/Makefile 7 Jan 2009