Bug#160840: Looking to build more lean muscle?
www.sometimeithurtnotfeel.com/ht9/ is the local to destroy those weight nothing like fate? Why did fate make me commit the grossest sins in the world? Even after I co ways, however. Education is free to all citizens of Madagascar ranging in age from 6 Mubarak spokesman Suleiman Awad said the ferry did not have enough lifeboats and an investigation was under way into the ship's seaworthiness. us about an ash pile made by many fires. He is actually making the point that the ash pile thing. Even his enemy Antony admired him, and expressed this by making a comment over Brutus corpse: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#355109: libc6.1: ia64 build failure for coreutils
Processing commands for [EMAIL PROTECTED]: > tags 355109 + patch Bug#355109: libc6.1: ia64 build failure for coreutils There were no tags set. Tags added: patch > -- 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#355109: libc6.1: ia64 build failure for coreutils
tags 355109 + patch -- > pwd: ../sysdeps/unix/sysv/linux/getcwd.c:130: __getcwd: Assertion > `__libc_errno != 34 || buf != ((void *)0) || size != 0' failed. > pwd: > /build/buildd/coreutils-5.94/build-tree/coreutils-5.94/tests/misc/pwd.tmp/25528/z[...] > The above is part of the build tests. For some reason this assertion > occurs on ia64, but every other architecture builds fine, suggesting a > problem in the ia64 toolchain. Actually, it will occur on any machine that has PAGE_SIZE >> PATH_MAX Possible workarounds for coreutils: Use a path of more than 16384 bytes in length for the test, rather than just more than 4096. :-) For glibc: The assertion is bogus. In fact, the path in question from this test is more than PATH_MAX bytes in length. Because PAGE_SIZE==PATH_MAX, sys_getcwd returns ENAMETOOLONG (since it can't construct the path in the buffer it's using internally), while ia64 has enough room to build a path (up to 16K), but not enough room to return it in the malloced buffer from getcwd(3). The correct solution is, of course, to copy the code from the readlink loop immediately below the assert to realloc until it fits. OTOH, the diff below makes it behave the same as it does today on all machines. (Return NULL when the cwd path is > PATH_MAX bytes.) lamont --- glibc-2.3.6/build-tree/glibc-2.3.6/sysdeps/unix/sysv/linux/getcwd.c.old 2003-09-19 19:05:49.0 -0600 +++ glibc-2.3.6/build-tree/glibc-2.3.6/sysdeps/unix/sysv/linux/getcwd.c 2003-09-19 2006-03-23 16:11:04.0 -0700 @@ -124,10 +124,12 @@ } # if __ASSUME_GETCWD_SYSCALL - /* It should never happen that the `getcwd' syscall failed because -the buffer is too small if we allocated the buffer ourselves -large enough. */ - assert (errno != ERANGE || buf != NULL || size != 0); + /* It is possible that the `getcwd' syscall failed because +the buffer is too small even though we allocaed MAX_PATH +bytes. If PAGE_SIZE != PATH_MAX, then we can get back ERANGE +instead of ENAMETOOLONG in this case. */ + assert ((errno != ERANGE && errno != ENAMETOOLONG) || + buf != NULL || size != 0); # ifndef NO_ALLOCATION if (buf == NULL) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355109: libc6.1: ia64 build failure for coreutils
On Thu, Mar 23, 2006 at 04:12:39PM -0700, LaMont Jones wrote: Sigh... fat fingers on the last version of the patch (that one just makes it die everywhere.. :) The real solution is to just drop the assert. New patch below. lamont = #! /bin/sh -e # All lines beginning with `# DP:' are a description of the patch. # DP: Description: Fix getcwd to not blow up on ERANGE when it gets that # DP: from the kernel (PAGE_SIZE >> PATH_MAX) # DP: Fixes Debian Bug#355109 # DP: Author: LaMont Jones <[EMAIL PROTECTED]> # DP: Upstream status: Not submitted # DP: Status Details: Not submitted # DP: Date: 2006-03-23 if [ $# -ne 2 ]; then echo >&2 "`basename $0`: script expects -patch|-unpatch as argument" exit 1 fi case "$1" in -patch) patch -d "$2" -f --no-backup-if-mismatch -p0 < $0;; -unpatch) patch -d "$2" -f --no-backup-if-mismatch -R -p0 < $0;; *) echo >&2 "`basename $0`: script expects -patch|-unpatch as argument" exit 1 esac exit 0 # append the patch here and adjust the -p? flag in the patch calls. 2005-01-02 GOTO Masanori <[EMAIL PROTECTED]> * sysdeps/i386/dl-procinfo.h: Update to add CMOV for VIA C3 chip. --- sysdeps/unix/sysv/linux/getcwd.c.orig 2003-09-19 19:05:49.0 -0600 +++ sysdeps/unix/sysv/linux/getcwd.c2006-03-23 16:11:04.0 -0700 @@ -124,10 +124,11 @@ } # if __ASSUME_GETCWD_SYSCALL - /* It should never happen that the `getcwd' syscall failed because -the buffer is too small if we allocated the buffer ourselves -large enough. */ - assert (errno != ERANGE || buf != NULL || size != 0); + /* It is possible that the `getcwd' syscall failed because +the buffer is too small even though we allocaed MAX_PATH +bytes. if PAGE_SIZE != PATH_MAX, then we can get back ERANGE +instead of ENAMETOOLONG in this case. */ + /* assert (errno != ERANGE || buf != NULL || size != 0); */ # ifndef NO_ALLOCATION if (buf == NULL) = -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
r1305 - in glibc-package/branches/glibc-2.4/debian: . control.in
Author: barbier Date: 2006-03-23 21:56:22 + (Thu, 23 Mar 2006) New Revision: 1305 Modified: glibc-package/branches/glibc-2.4/debian/control glibc-package/branches/glibc-2.4/debian/control.in/main Log: Typo: s/Recommands/Recommends/ Modified: glibc-package/branches/glibc-2.4/debian/control === --- glibc-package/branches/glibc-2.4/debian/control 2006-03-23 21:47:56 UTC (rev 1304) +++ glibc-package/branches/glibc-2.4/debian/control 2006-03-23 21:56:22 UTC (rev 1305) @@ -21,7 +21,7 @@ Conflicts: libc-doc Replaces: libc-doc Provides: libc-doc -Recommands: glibc-doc-reference +Recommends: glibc-doc-reference Description: GNU C Library: Documentation Contains man pages for libpthread functions and the complete GNU C Library ChangeLog. The GNU C Library Reference manual has been moved into Modified: glibc-package/branches/glibc-2.4/debian/control.in/main === --- glibc-package/branches/glibc-2.4/debian/control.in/main 2006-03-23 21:47:56 UTC (rev 1304) +++ glibc-package/branches/glibc-2.4/debian/control.in/main 2006-03-23 21:56:22 UTC (rev 1305) @@ -21,7 +21,7 @@ Conflicts: libc-doc Replaces: libc-doc Provides: libc-doc -Recommands: @[EMAIL PROTECTED] +Recommends: @[EMAIL PROTECTED] Description: GNU C Library: Documentation Contains man pages for libpthread functions and the complete GNU C Library ChangeLog. The GNU C Library Reference manual has been moved into -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
r1304 - in glibc-package/branches/glibc-2.4/debian: . control.in debhelper.in patches rules.d
Author: barbier Date: 2006-03-23 21:47:56 + (Thu, 23 Mar 2006) New Revision: 1304 Added: glibc-package/branches/glibc-2.4/debian/patches/remove-manual.diff Modified: glibc-package/branches/glibc-2.4/debian/changelog glibc-package/branches/glibc-2.4/debian/control glibc-package/branches/glibc-2.4/debian/control.in/main glibc-package/branches/glibc-2.4/debian/copyright glibc-package/branches/glibc-2.4/debian/debhelper.in/glibc-doc.links glibc-package/branches/glibc-2.4/debian/patches/series glibc-package/branches/glibc-2.4/debian/rules.d/build.mk glibc-package/branches/glibc-2.4/debian/rules.d/debhelper.mk Log: - Remove the GNU Libc Reference manual from glibc-doc because it is not DFSG-free. (Closes: #181494) The whole glibc-2.4/manual directory is removed from glibc-2.4.tar.bz2. - debian/control: Drop Build-Depends: texinfo, texi2html. Modified: glibc-package/branches/glibc-2.4/debian/changelog === --- glibc-package/branches/glibc-2.4/debian/changelog 2006-03-23 21:35:08 UTC (rev 1303) +++ glibc-package/branches/glibc-2.4/debian/changelog 2006-03-23 21:47:56 UTC (rev 1304) @@ -24,6 +24,10 @@ - debian/rules.d/tarball.mk: glibc--2.4.tar.bz2 add-on unpacks into either or glibc--2.4, in which case it is renamed into . +- Remove the GNU Libc Reference manual from glibc-doc because it is + not DFSG-free. (Closes: #181494) + The whole glibc-2.4/manual directory is removed from glibc-2.4.tar.bz2. +- debian/control: Drop Build-Depends: texinfo, texi2html. -- Clint Adams <[EMAIL PROTECTED]> Mon, 6 Mar 2006 16:49:38 -0500 Modified: glibc-package/branches/glibc-2.4/debian/control === --- glibc-package/branches/glibc-2.4/debian/control 2006-03-23 21:35:08 UTC (rev 1303) +++ glibc-package/branches/glibc-2.4/debian/control 2006-03-23 21:47:56 UTC (rev 1304) @@ -1,8 +1,7 @@ Source: glibc Section: libs Priority: required -Build-Depends: gettext, make (>= 3.80-1), dpkg-dev (>= 1.13.5), bzip2, - texinfo, texi2html, file, +Build-Depends: gettext, make (>= 3.80-1), dpkg-dev (>= 1.13.5), bzip2, file, linux-kernel-headers (>= 2.6.13+0rc3-2) [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], mig (>= 1.3-2) [hurd-i386], hurd-dev (>= 20020608-1) [hurd-i386], gnumach-dev [hurd-i386], kfreebsd-kernel-headers [kfreebsd-i386 kfreebsd-amd64], @@ -22,10 +21,11 @@ Conflicts: libc-doc Replaces: libc-doc Provides: libc-doc +Recommands: glibc-doc-reference Description: GNU C Library: Documentation - Contains The GNU C Library Reference manual in info and html format as - well as man pages for libpthread functions. Also included is the complete - GNU C Library ChangeLog. + Contains man pages for libpthread functions and the complete GNU C Library + ChangeLog. The GNU C Library Reference manual has been moved into + glibc-doc-reference for licensing reasons. Package: locales Architecture: all Modified: glibc-package/branches/glibc-2.4/debian/control.in/main === --- glibc-package/branches/glibc-2.4/debian/control.in/main 2006-03-23 21:35:08 UTC (rev 1303) +++ glibc-package/branches/glibc-2.4/debian/control.in/main 2006-03-23 21:47:56 UTC (rev 1304) @@ -1,8 +1,7 @@ Source: @glibc@ Section: libs Priority: required -Build-Depends: gettext, make (>= 3.80-1), dpkg-dev (>= 1.13.5), bzip2, - texinfo, texi2html, file, +Build-Depends: gettext, make (>= 3.80-1), dpkg-dev (>= 1.13.5), bzip2, file, linux-kernel-headers (>= 2.6.13+0rc3-2) [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], mig (>= 1.3-2) [hurd-i386], hurd-dev (>= 20020608-1) [hurd-i386], gnumach-dev [hurd-i386], kfreebsd-kernel-headers [kfreebsd-i386 kfreebsd-amd64], @@ -22,10 +21,11 @@ Conflicts: libc-doc Replaces: libc-doc Provides: libc-doc +Recommands: @[EMAIL PROTECTED] Description: GNU C Library: Documentation - Contains The GNU C Library Reference manual in info and html format as - well as man pages for libpthread functions. Also included is the complete - GNU C Library ChangeLog. + Contains man pages for libpthread functions and the complete GNU C Library + ChangeLog. The GNU C Library Reference manual has been moved into + @[EMAIL PROTECTED] for licensing reasons. Package: locales Architecture: all Modified: glibc-package/branches/glibc-2.4/debian/copyright === --- glibc-package/branches/glibc-2.4/debian/copyright 2006-03-23 21:35:08 UTC (rev 1303) +++ glibc-package/branches/glibc-2.4/debian/copyright 2006-03-23 21:47:56 UTC (rev 1304) @@ -27,20 +27,6 @@ On Debian systems, the complete text of the GNU Library General Public License can be found in `/usr/share/common-licenses/LGPL-2.1'. -The following applies to the GNU C Library Reference Manual (libc.info): - - Copyright (C) 19
Processed: Re: linked list returned by getifaddrs() contains structures without any address data
Processing commands for [EMAIL PROTECTED]: > package libc6 Ignoring bugs not assigned to: libc6 > tags 357152 + patch Bug#357152: linked list returned by getifaddrs() contains structures without any address data There were no tags set. Tags added: patch > thankyou 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#357152: linked list returned by getifaddrs() contains structures without any address data
package libc6 tags 357152 + patch thankyou Hi, these are my results: The list getifaddrs() returns starts with an enumeration of all interfaces, each one associated with a struct sockaddr_ll (containing the index this interface has in the kernel, and its L2 address, if applicable). These data sets are obtained by issuing a netlink dump request with the type GETLINK. (Following that is a dump of type GETADDR, but that part is working fine and unrelated to this bug.) The problem now is that this sockaddr_ll struct only gets filled if the netlink response message carries a rt option of type IFLA_ADDRESS or IFLA_BROADCAST, both of which don't make sense in the case of point-to-point interfaces. I think this should be changed, because the sockaddr_ll struct is even valid without address info, i.e. you can open a raw socket and bind it to a ppp device with only AF_PACKET and the interface number filled in. getifaddrs() shouldn't withhold this piece of information. I propose the attached patch, which sets the sll_family and sll_ifindex members in advance (before going through the rt options) so they are always valid, even if no address data is found. Tell me if you need any further input from me. Regards, Jan -- Jan C. Nordholz --- tmp/glibc-2.3.999/glibc-2.4/sysdeps/unix/sysv/linux/ifaddrs.c.orig 2005-06-14 01:54:54.0 +0200 +++ tmp/glibc-2.3.999/glibc-2.4/sysdeps/unix/sysv/linux/ifaddrs.c 2006-03-23 22:36:18.0 +0100 @@ -504,6 +504,9 @@ ifa_index = map_newlink (ifim->ifi_index - 1, ifas, map_newlink_data, newlink); ifas[ifa_index].ifa.ifa_flags = ifim->ifi_flags; + ifas[ifa_index].addr.sl.sll_family = AF_PACKET; + ifas[ifa_index].addr.sl.sll_ifindex = ifim->ifi_index; + ifas[ifa_index].ifa.ifa_addr = &ifas[ifa_index].addr.sa; while (RTA_OK (rta, rtasize)) { @@ -515,12 +518,9 @@ case IFLA_ADDRESS: if (rta_payload <= sizeof (ifas[ifa_index].addr)) { - ifas[ifa_index].addr.sl.sll_family = AF_PACKET; memcpy (ifas[ifa_index].addr.sl.sll_addr, (char *) rta_data, rta_payload); ifas[ifa_index].addr.sl.sll_halen = rta_payload; - ifas[ifa_index].addr.sl.sll_ifindex - = ifim->ifi_index; ifas[ifa_index].addr.sl.sll_hatype = ifim->ifi_type; ifas[ifa_index].ifa.ifa_addr @@ -531,12 +531,9 @@ case IFLA_BROADCAST: if (rta_payload <= sizeof (ifas[ifa_index].broadaddr)) { - ifas[ifa_index].broadaddr.sl.sll_family = AF_PACKET; memcpy (ifas[ifa_index].broadaddr.sl.sll_addr, (char *) rta_data, rta_payload); ifas[ifa_index].broadaddr.sl.sll_halen = rta_payload; - ifas[ifa_index].broadaddr.sl.sll_ifindex - = ifim->ifi_index; ifas[ifa_index].broadaddr.sl.sll_hatype = ifim->ifi_type;
r1303 - in glibc-package/branches/glibc-2.4/debian: . rules.d
Author: barbier Date: 2006-03-23 21:35:08 + (Thu, 23 Mar 2006) New Revision: 1303 Modified: glibc-package/branches/glibc-2.4/debian/changelog glibc-package/branches/glibc-2.4/debian/rules.d/tarball.mk Log: debian/rules.d/tarball.mk: glibc--2.4.tar.bz2 add-on unpacks into either or glibc--2.4, in which case it is renamed into . Modified: glibc-package/branches/glibc-2.4/debian/changelog === --- glibc-package/branches/glibc-2.4/debian/changelog 2006-03-22 22:09:41 UTC (rev 1302) +++ glibc-package/branches/glibc-2.4/debian/changelog 2006-03-23 21:35:08 UTC (rev 1303) @@ -21,6 +21,9 @@ - Remove complex-collate.diff (merged upstream). - Remove cvs-{localedata,iso4217,iso639,tzdata}.diff, - Remove from forward-backward-collation.diff a chunk merged upstream. +- debian/rules.d/tarball.mk: glibc--2.4.tar.bz2 add-on unpacks + into either or glibc--2.4, in which case it is renamed + into . -- Clint Adams <[EMAIL PROTECTED]> Mon, 6 Mar 2006 16:49:38 -0500 Modified: glibc-package/branches/glibc-2.4/debian/rules.d/tarball.mk === --- glibc-package/branches/glibc-2.4/debian/rules.d/tarball.mk 2006-03-22 22:09:41 UTC (rev 1302) +++ glibc-package/branches/glibc-2.4/debian/rules.d/tarball.mk 2006-03-23 21:35:08 UTC (rev 1303) @@ -11,6 +11,11 @@ $(patsubst %,$(stamp)%,$(GLIBC_OVERLAYS)): cd $(DEB_SRCDIR) && tar -xjvf $(CURDIR)/$(notdir $@) + a=`echo $(notdir $@) | sed -e 's/^glibc-//' -e 's/-[^-]*$$//'`; \ + d=`echo $(notdir $@) | sed -e 's/\.tar\.bz2$$//'`; \ + if test -d $(DEB_SRCDIR)/$$d; then \ + cd $(DEB_SRCDIR) && mv $$d $$a; \ + fi touch $@ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
strange maintscript/init script use
Hello, I'm recently looked at a bunch of people's maintscripts, and noted a number a strange-looking things. I'm mailing you because you maintain one of the strangest of them. If you know more than me, and everythinig is okay and as intended, then feel free to discard this message (but consider making it more obvious why things are done in what seems to be a nonintuitive way, or explaining stuff to me otherwise :). The strange things are: at.prerm This script isn't set -e, checks for executability of a different thing than I would expect, based on comparison with other maintscripts, and calls invoke-rc.d atd stop || true, which both ignores errors from invoke-rc.d, and fails to stop atd if invoke-rc.d doesn't exist [0] or returns nonsuccessfully, etc. klogd.postinst This script disables set -e while running the initscript, which itself isn't set -e. It also runs the initscript with "sh" instead of calling it directly. libc6.postinst Runs a ".sh" initscript, which has [recently] been changed to be sourced, rather than run. Uses || true, and 2>/dev/null. At least it says "don't copy this as an example". mysql-server-5.0.postrm Uses set +e while running the initscripts. x11-common.config Calls invoke-rc.d without a fall-back calling the init script directly [0], and ignore the exit status. [0] It seems like this will fail with initng from experimental, which doesn't (yet?) have an invoke-rc.d. Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
glibc_2.3.2.ds1-22sarge2_i386.changes ACCEPTED
Mapping stable to proposed-updates. Accepted: glibc-doc_2.3.2.ds1-22sarge2_all.deb to pool/main/g/glibc/glibc-doc_2.3.2.ds1-22sarge2_all.deb glibc_2.3.2.ds1-22sarge2.diff.gz to pool/main/g/glibc/glibc_2.3.2.ds1-22sarge2.diff.gz glibc_2.3.2.ds1-22sarge2.dsc to pool/main/g/glibc/glibc_2.3.2.ds1-22sarge2.dsc libc6-dbg_2.3.2.ds1-22sarge2_i386.deb to pool/main/g/glibc/libc6-dbg_2.3.2.ds1-22sarge2_i386.deb libc6-dev_2.3.2.ds1-22sarge2_i386.deb to pool/main/g/glibc/libc6-dev_2.3.2.ds1-22sarge2_i386.deb libc6-i686_2.3.2.ds1-22sarge2_i386.deb to pool/main/g/glibc/libc6-i686_2.3.2.ds1-22sarge2_i386.deb libc6-pic_2.3.2.ds1-22sarge2_i386.deb to pool/main/g/glibc/libc6-pic_2.3.2.ds1-22sarge2_i386.deb libc6-prof_2.3.2.ds1-22sarge2_i386.deb to pool/main/g/glibc/libc6-prof_2.3.2.ds1-22sarge2_i386.deb libc6-udeb_2.3.2.ds1-22sarge2_i386.udeb to pool/main/g/glibc/libc6-udeb_2.3.2.ds1-22sarge2_i386.udeb libc6_2.3.2.ds1-22sarge2_i386.deb to pool/main/g/glibc/libc6_2.3.2.ds1-22sarge2_i386.deb libnss-dns-udeb_2.3.2.ds1-22sarge2_i386.udeb to pool/main/g/glibc/libnss-dns-udeb_2.3.2.ds1-22sarge2_i386.udeb libnss-files-udeb_2.3.2.ds1-22sarge2_i386.udeb to pool/main/g/glibc/libnss-files-udeb_2.3.2.ds1-22sarge2_i386.udeb locales_2.3.2.ds1-22sarge2_all.deb to pool/main/g/glibc/locales_2.3.2.ds1-22sarge2_all.deb nscd_2.3.2.ds1-22sarge2_i386.deb to pool/main/g/glibc/nscd_2.3.2.ds1-22sarge2_i386.deb Announcing to debian-changes@lists.debian.org Setting bugs to severity fixed: 314408 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fixed in NMU of glibc 2.3.2.ds1-22sarge2
tag 314408 + fixed quit This message was generated automatically in response to a non-maintainer upload. The .changes file follows. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 23 Mar 2006 16:08:05 +0100 Source: glibc Binary: libc6-i686 libc0.3-pic glibc-doc libc1-udeb libc0.3 libc6.1-dev libc1-pic libc6-s390x libnss-files-udeb libc1-dbg libc6-dev-sparc64 libc0.3-dev libc6-udeb libc6-dbg libc6.1-pic libc6-dev libc0.3-prof libc6-sparcv9 libc6.1-prof libc1 locales libc6-pic libc0.3-udeb libc1-prof libc0.3-dbg libc6-prof libc6 libc6-sparcv9b libc6.1-udeb libc6.1-dbg nscd libc6-sparc64 libnss-dns-udeb libc6.1 libc1-dev libc6-dev-s390x Architecture: source i386 all Version: 2.3.2.ds1-22sarge2 Distribution: stable Urgency: low Maintainer: GNU Libc Maintainers Changed-By: Aurelien Jarno <[EMAIL PROTECTED]> Description: glibc-doc - GNU C Library: Documentation libc6 - GNU C Library: Shared libraries and Timezone data libc6-dbg - GNU C Library: Libraries with debugging symbols libc6-dev - GNU C Library: Development Libraries and Header Files libc6-i686 - GNU C Library: Shared libraries [i686 optimized] libc6-pic - GNU C Library: PIC archive library libc6-prof - GNU C Library: Profiling Libraries libc6-udeb - GNU C Library: Shared libraries - udeb (udeb) libnss-dns-udeb - GNU C Library: NSS helper for DNS - udeb (udeb) libnss-files-udeb - GNU C Library: NSS helper for files - udeb (udeb) locales- GNU C Library: National Language (locale) data [support] nscd - GNU C Library: Name Service Cache Daemon Closes: 314408 Changes: glibc (2.3.2.ds1-22sarge2) stable; urgency=low . * Aurelien Jarno <[EMAIL PROTECTED]> . - debian/patches/nptl-pthread-amd64.dpatch: Fix pthread_rwlock_wrlock hangs with NPTL on amd64. (Closes: #314408) Files: 89ad0032fb2a9aba136b5a7235a77b08 1739 libs required glibc_2.3.2.ds1-22sarge2.dsc 32171de9dad8704dd5dcdc3dded41050 1824332 libs required glibc_2.3.2.ds1-22sarge2.diff.gz bf46940cf75a58a34ccdc20533cfbe60 3164112 doc optional glibc-doc_2.3.2.ds1-22sarge2_all.deb 001740c6c3a1ed2b614299d09cc93f56 3982340 base standard locales_2.3.2.ds1-22sarge2_all.deb 65dfdc2fcd43522743d0e19c59abf16d 4911058 base required libc6_2.3.2.ds1-22sarge2_i386.deb 450f2c277b814020c87bb212c933ebaf 2535056 libdevel standard libc6-dev_2.3.2.ds1-22sarge2_i386.deb 07fedd73538866a58105a38aac628240 2013238 libdevel extra libc6-prof_2.3.2.ds1-22sarge2_i386.deb 2a3aa032f0d9d102d44b859e2ab322f5 1036452 libdevel optional libc6-pic_2.3.2.ds1-22sarge2_i386.deb 0c61778887cc07fe34e2c83cae69b849 959534 libs extra libc6-i686_2.3.2.ds1-22sarge2_i386.deb 25d6f81a82ee770bdacb80ef63259575 93278 admin optional nscd_2.3.2.ds1-22sarge2_i386.deb 946c1ccb623134e2073de6165c0b24bc 10224974 libdevel extra libc6-dbg_2.3.2.ds1-22sarge2_i386.deb d0c75230a0d4a2d0ef2aab0f82e9d8ed 719330 debian-installer extra libc6-udeb_2.3.2.ds1-22sarge2_i386.udeb d0d283992d484fcc09a56b6679bc58e9 7730 debian-installer extra libnss-dns-udeb_2.3.2.ds1-22sarge2_i386.udeb e80c800c27182460c5b25896fa2a2039 13744 debian-installer extra libnss-files-udeb_2.3.2.ds1-22sarge2_i386.udeb package-type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEIs/ew3ao2vG823MRAgWsAKCEOWPY/VxBdomxxsou4Zs6oK5z2QCfXXAJ ngKZSZKEsb5d8wn3wYFBIkA= =1IhY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Fixed in NMU of glibc 2.3.2.ds1-22sarge2
Processing commands for [EMAIL PROTECTED]: > tag 314408 + fixed Bug#314408: libc6: Fix pthread_rwlock_wrlock hang with nptl Tags were: fixed-upstream patch Tags added: fixed > quit 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]
Processing of glibc_2.3.2.ds1-22sarge2_i386.changes
glibc_2.3.2.ds1-22sarge2_i386.changes uploaded successfully to localhost along with the files: glibc_2.3.2.ds1-22sarge2.dsc glibc_2.3.2.ds1-22sarge2.diff.gz glibc-doc_2.3.2.ds1-22sarge2_all.deb locales_2.3.2.ds1-22sarge2_all.deb libc6_2.3.2.ds1-22sarge2_i386.deb libc6-dev_2.3.2.ds1-22sarge2_i386.deb libc6-prof_2.3.2.ds1-22sarge2_i386.deb libc6-pic_2.3.2.ds1-22sarge2_i386.deb libc6-i686_2.3.2.ds1-22sarge2_i386.deb nscd_2.3.2.ds1-22sarge2_i386.deb libc6-dbg_2.3.2.ds1-22sarge2_i386.deb libc6-udeb_2.3.2.ds1-22sarge2_i386.udeb libnss-dns-udeb_2.3.2.ds1-22sarge2_i386.udeb libnss-files-udeb_2.3.2.ds1-22sarge2_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
glibc_2.3.2.ds1-22sarge1_i386.changes REJECTED
Rejected: glibc_2.3.2.ds1-22sarge1_i386.changes: a file with this name already exists in the Accepted directory. Mapping stable to proposed-updates. Rejected: glibc_2.3.2.ds1-22sarge1.dsc file already exists in the Accepted directory. Rejected: libnss-dns-udeb_2.3.2.ds1-22sarge1_i386.udeb file already exists in the Accepted directory. Rejected: glibc_2.3.2.ds1-22sarge1.diff.gz file already exists in the Accepted directory. Rejected: libc6_2.3.2.ds1-22sarge1_i386.deb file already exists in the Accepted directory. Rejected: libc6-prof_2.3.2.ds1-22sarge1_i386.deb file already exists in the Accepted directory. Rejected: libc6-udeb_2.3.2.ds1-22sarge1_i386.udeb file already exists in the Accepted directory. Rejected: glibc-doc_2.3.2.ds1-22sarge1_all.deb file already exists in the Accepted directory. Rejected: libnss-files-udeb_2.3.2.ds1-22sarge1_i386.udeb file already exists in the Accepted directory. Rejected: locales_2.3.2.ds1-22sarge1_all.deb file already exists in the Accepted directory. Rejected: libc6-dev_2.3.2.ds1-22sarge1_i386.deb file already exists in the Accepted directory. Rejected: libc6-pic_2.3.2.ds1-22sarge1_i386.deb file already exists in the Accepted directory. Rejected: nscd_2.3.2.ds1-22sarge1_i386.deb file already exists in the Accepted directory. Rejected: libc6-dbg_2.3.2.ds1-22sarge1_i386.deb file already exists in the Accepted directory. Rejected: libc6-i686_2.3.2.ds1-22sarge1_i386.deb file already exists in the Accepted directory. === If you don't understand why your files were rejected, or if the override file requires editing, reply to this email. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of glibc_2.3.2.ds1-22sarge1_i386.changes
glibc_2.3.2.ds1-22sarge1_i386.changes uploaded successfully to localhost along with the files: glibc_2.3.2.ds1-22sarge1.dsc glibc_2.3.2.ds1-22sarge1.diff.gz glibc-doc_2.3.2.ds1-22sarge1_all.deb locales_2.3.2.ds1-22sarge1_all.deb libc6_2.3.2.ds1-22sarge1_i386.deb libc6-dev_2.3.2.ds1-22sarge1_i386.deb libc6-prof_2.3.2.ds1-22sarge1_i386.deb libc6-pic_2.3.2.ds1-22sarge1_i386.deb libc6-i686_2.3.2.ds1-22sarge1_i386.deb nscd_2.3.2.ds1-22sarge1_i386.deb libc6-dbg_2.3.2.ds1-22sarge1_i386.deb libc6-udeb_2.3.2.ds1-22sarge1_i386.udeb libnss-dns-udeb_2.3.2.ds1-22sarge1_i386.udeb libnss-files-udeb_2.3.2.ds1-22sarge1_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Pkg-xen-devel] Test version of the glibc with xen flavour
On Thu, Mar 23, 2006 at 12:55:13PM +0100, Ralph Passgang wrote: > I am sorry to say, but I think the packages doesn't work as expected. I have > installed your libc6, libc6-xen and libc6-dev package on my debian unstable > system, where xen-3.0.1 is installed but it seems so that nothing has > changed. I have checked that in dom0 and domU. You need some patches from the fedora glibc to support /etc/ld.so.config.d and mapped hwcaps. Bastian signature.asc Description: Digital signature
Re: [Pkg-xen-devel] Test version of the glibc with xen flavour
Am Dienstag, 21. März 2006 16:02 schrieb Ralph Passgang: > Am Dienstag, 21. März 2006 14:52 schrieb Aurelien Jarno: [...] > > I have built a test version of the glibc with a xen flavour. It is > > available on http://people.debian.org/~aurel32/xen/ . The only > > difference with the version currently in sid is the presence of the > > libc6-xen package. [...] > thanks for your work! I will your packages this evening/night and will > report you if I had success. I will test libc6-xen in dom0 (host system) as > well as in a domU (guest system). For both type of xen vm's the libc6-xen > package will be very usefull. [...] Hi Aurelien, I am sorry to say, but I think the packages doesn't work as expected. I have installed your libc6, libc6-xen and libc6-dev package on my debian unstable system, where xen-3.0.1 is installed but it seems so that nothing has changed. I have checked that in dom0 and domU. xen is still warning at boot time about the segmentation problems and advices to install a special xenified glibc version or moving /lib/tls away. ldd reports for /usr/bin/mysql that libraries in /lib/tls are still used and /lib/tls/nonsegneg seems to not to be used at all. Have I missed something or have you an idea what's going wrong? How can I check why the nonsegneg version is not used? If you want you can have access to a xen domU (guest system) for testing yourself. thx for your help so far! --Ralph p.s.: fedora seems to ship a special libc6 for xen too. I got that from a recent mail to the xen-users ml: http://lists.xensource.com/archives/html/xen-users/2006-03/msg00697.html p.s.s.: the xen warning looks like this: *** *** ** WARNING: Currently emulating unsupported memory accesses ** ** in /lib/tls glibc libraries. The emulation is** ** slow. To ensure full performance you should ** ** install a 'xen-friendly' (nosegneg) version of ** ** the library, or disable tls support by executing ** ** the following as root: ** ** mv /lib/tls /lib/tls.disabled** ** Offending process: chroot (pid=1) ** *** ***
glibc_2.3.2.ds1-22sarge1_i386.changes ACCEPTED
Mapping stable to proposed-updates. Accepted: glibc-doc_2.3.2.ds1-22sarge1_all.deb to pool/main/g/glibc/glibc-doc_2.3.2.ds1-22sarge1_all.deb glibc_2.3.2.ds1-22sarge1.diff.gz to pool/main/g/glibc/glibc_2.3.2.ds1-22sarge1.diff.gz glibc_2.3.2.ds1-22sarge1.dsc to pool/main/g/glibc/glibc_2.3.2.ds1-22sarge1.dsc libc6-dbg_2.3.2.ds1-22sarge1_i386.deb to pool/main/g/glibc/libc6-dbg_2.3.2.ds1-22sarge1_i386.deb libc6-dev_2.3.2.ds1-22sarge1_i386.deb to pool/main/g/glibc/libc6-dev_2.3.2.ds1-22sarge1_i386.deb libc6-i686_2.3.2.ds1-22sarge1_i386.deb to pool/main/g/glibc/libc6-i686_2.3.2.ds1-22sarge1_i386.deb libc6-pic_2.3.2.ds1-22sarge1_i386.deb to pool/main/g/glibc/libc6-pic_2.3.2.ds1-22sarge1_i386.deb libc6-prof_2.3.2.ds1-22sarge1_i386.deb to pool/main/g/glibc/libc6-prof_2.3.2.ds1-22sarge1_i386.deb libc6-udeb_2.3.2.ds1-22sarge1_i386.udeb to pool/main/g/glibc/libc6-udeb_2.3.2.ds1-22sarge1_i386.udeb libc6_2.3.2.ds1-22sarge1_i386.deb to pool/main/g/glibc/libc6_2.3.2.ds1-22sarge1_i386.deb libnss-dns-udeb_2.3.2.ds1-22sarge1_i386.udeb to pool/main/g/glibc/libnss-dns-udeb_2.3.2.ds1-22sarge1_i386.udeb libnss-files-udeb_2.3.2.ds1-22sarge1_i386.udeb to pool/main/g/glibc/libnss-files-udeb_2.3.2.ds1-22sarge1_i386.udeb locales_2.3.2.ds1-22sarge1_all.deb to pool/main/g/glibc/locales_2.3.2.ds1-22sarge1_all.deb nscd_2.3.2.ds1-22sarge1_i386.deb to pool/main/g/glibc/nscd_2.3.2.ds1-22sarge1_i386.deb Announcing to debian-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of glibc_2.3.2.ds1-22sarge1_i386.changes
glibc_2.3.2.ds1-22sarge1_i386.changes uploaded successfully to localhost along with the files: glibc_2.3.2.ds1-22sarge1.dsc glibc_2.3.2.ds1-22sarge1.diff.gz glibc-doc_2.3.2.ds1-22sarge1_all.deb locales_2.3.2.ds1-22sarge1_all.deb libc6_2.3.2.ds1-22sarge1_i386.deb libc6-dev_2.3.2.ds1-22sarge1_i386.deb libc6-prof_2.3.2.ds1-22sarge1_i386.deb libc6-pic_2.3.2.ds1-22sarge1_i386.deb libc6-i686_2.3.2.ds1-22sarge1_i386.deb nscd_2.3.2.ds1-22sarge1_i386.deb libc6-dbg_2.3.2.ds1-22sarge1_i386.deb libc6-udeb_2.3.2.ds1-22sarge1_i386.udeb libnss-dns-udeb_2.3.2.ds1-22sarge1_i386.udeb libnss-files-udeb_2.3.2.ds1-22sarge1_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]