Bug#632281: elfutils isn't finding its plugins
On Sat, Jul 13, 2013 at 04:15:44PM -0700, Jonathan Nieder wrote: Hi Kurt, In November, 2012, you wrote (re elfutils's plugin path): unarchive 632281 reopen 632281 #It doesnt do the right thing in case of non-multi arch now How should $LIB be set to support this? I'm worried that there's no value of ORIGIN and LIB that would make $ORIGIN/../$LIB point to the right place for both plugins using and not using the new filesystem layout. I think it should expand to both the layouts? Kurt -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130714070604.ga30...@roeckx.be
Bug#572895: resolved?
AFAICS the mesa folks don't rely upon the os abi tag anymore: https://bugs.freedesktop.org/show_bug.cgi?id=26663 Regards Harri -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51e25075.4070...@afaics.de
Processed: tag as patch
Processing commands for cont...@bugs.debian.org: tags 716795 + patch Bug #716795 [src:gcc-4.8] generated library packages aren't marked Multiarch when cross compiling gcc Added tag(s) patch. tags 715059 + patch Bug #715059 [eglibc] Fix hardcode libdir when bootstrapping Added tag(s) patch. tags 715038 + patch Bug #715038 [eglibc] add mips64(el) mipsn32(el) support to eglibc Added tag(s) patch. tags 715057 + patch Bug #715057 [eglibc] Include Makeconfig into locale/Makefile Added tag(s) patch. -- Stopping processing here. Please contact me if you need assistance. -- 715038: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715038 715057: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715057 715059: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715059 716795: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716795 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.137382748215433.transcr...@bugs.debian.org
r5665 - in glibc-package/trunk/debian: . patches/kfreebsd testsuite-checking
Author: ps-guest Date: 2013-07-14 18:46:05 + (Sun, 14 Jul 2013) New Revision: 5665 Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/patches/kfreebsd/local-sysdeps.diff glibc-package/trunk/debian/testsuite-checking/expected-results-i486-kfreebsd-gnu-libc glibc-package/trunk/debian/testsuite-checking/expected-results-i686-kfreebsd-gnu-i386 glibc-package/trunk/debian/testsuite-checking/expected-results-i686-kfreebsd-gnu-i686 glibc-package/trunk/debian/testsuite-checking/expected-results-x86_64-kfreebsd-gnu-libc Log: kfreebsd/local-sysdeps.diff: update to revision 4748 (from glibc-bsd). update testsuite-checking/expected-results-*-kfreebsd-gnu-* by fbtl tests that are known to fail. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2013-07-12 15:45:54 UTC (rev 5664) +++ glibc-package/trunk/debian/changelog2013-07-14 18:46:05 UTC (rev 5665) @@ -14,7 +14,9 @@ into kfreebsd/local-nscd-no-sockcloexec.diff and kfreebsd/local-linuxthreads-tlsdesc.diff * add kfreebsd/local-fbtl.diff and kfreebsd/local-fbtl-depends.diff - * kfreebsd/local-sysdeps.diff: update to revision 4739 (from glibc-bsd). + * kfreebsd/local-sysdeps.diff: update to revision 4748 (from glibc-bsd). + * update testsuite-checking/expected-results-*-kfreebsd-gnu-* +by fbtl tests that are known to fail. -- Aurelien Jarno aure...@debian.org Sun, 30 Jun 2013 01:45:35 +0200 Modified: glibc-package/trunk/debian/patches/kfreebsd/local-sysdeps.diff === --- glibc-package/trunk/debian/patches/kfreebsd/local-sysdeps.diff 2013-07-12 15:45:54 UTC (rev 5664) +++ glibc-package/trunk/debian/patches/kfreebsd/local-sysdeps.diff 2013-07-14 18:46:05 UTC (rev 5665) @@ -7598,7 +7598,7 @@ +strong_alias (__clock_getcpuclockid, clock_getcpuclockid) --- /dev/null +++ b/ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/fbtl/clock_getres.c -@@ -0,0 +1,42 @@ +@@ -0,0 +1,60 @@ +/* Copyright (C) 2013 Free Software Foundation, Inc. + This file is part of the GNU C Library. + @@ -7627,6 +7627,9 @@ +int __syscall_clock_getres(clockid_t clock_id, struct timespec *tp); +libc_hidden_proto (__syscall_clock_getres) + ++int __syscall_clock_gettime(clockid_t clock_id, struct timespec *tp); ++libc_hidden_proto (__syscall_clock_gettime) ++ +/* Get resolution of clock. */ +int +__clock_getres (clockid_t clock_id, struct timespec *tp) @@ -7637,7 +7640,22 @@ + CLOCK_THREAD_CPUTIME_ID and related timers + + for now just pass it to kernel -+ */ ++ */ ++ /* the negative clock_id means a CPU-timer, the resolution is same for all of them ++ the kernel returns resolution regardless whether the timer is accessible, ++ but POSIX/testsuite expects EINVAL ++ */ ++ ++ if (clock_id 0) ++ { ++int rv; ++/* we reuse user provided struct timespec */ ++rv = INLINE_SYSCALL (clock_gettime, 2, clock_id, tp); ++if (rv != 0) ++ return rv; ++/* valid, now really get the resolution */ ++ } ++ + return INLINE_SYSCALL (clock_getres, 2, clock_id, tp); +} +strong_alias (__clock_getres, clock_getres) Modified: glibc-package/trunk/debian/testsuite-checking/expected-results-i486-kfreebsd-gnu-libc === --- glibc-package/trunk/debian/testsuite-checking/expected-results-i486-kfreebsd-gnu-libc 2013-07-12 15:45:54 UTC (rev 5664) +++ glibc-package/trunk/debian/testsuite-checking/expected-results-i486-kfreebsd-gnu-libc 2013-07-14 18:46:05 UTC (rev 5665) @@ -12,8 +12,6 @@ tst-backtrace4.out, Error 1 tst-backtrace5.out, Error 1 tst-backtrace6.out, Error 1 -tst-cputimer1.out, Error 1 -tst-cputimer2.out, Error 1 tst-longjmp_chk.out, Error 1 tst-mknodat.out, Error 1 tst-renameat.out, Error 1 @@ -21,3 +19,57 @@ tst-timer4.out, Error 1 tst-timer5.out, Error 1 tst-waitid.out, Error 1 +# +# needs newer kernel - see #716746 +# +tst-cpuclock1.out, Error 1 +tst-cpuclock2.out, Error 1 +tst-cputimer1.out, Error 1 +tst-cputimer2.out, Error 1 +tst-cputimer3.out, Error 1 +# +# fbtl, mainly unsupported PP, PI, ROBUST mutexes +# +tst-attr2.out, Error 1 +tst-attr3, Error 1 +tst-cancel24-static.out, Error 1 +tst-cancel7.out, Error 1 +tst-cancelx7.out, Error 1 +tst-cond-except, Error 1 +tst-cond24, Error 1 +tst-cond25, Error 1 +tst-default-attr, Error 1 +tst-getpid1.o, Error 1 +tst-getpid2.o, Error 1 +tst-mutexpi1, Error 1 +tst-mutexpi2, Error 1 +tst-mutexpi3, Error 1 +tst-mutexpi4, Error 1 +tst-mutexpi5, Error 1 +tst-mutexpi5a, Error 1 +tst-mutexpi6, Error 1 +tst-mutexpi7, Error 1 +tst-mutexpi7a, Error 1 +tst-mutexpi8, Error 1 +tst-mutexpi8-static, Error 1 +tst-mutexpi9, Error 1 +tst-pthread-attr-affinity, Error 1 +tst-robust1.o, Error 1 +tst-robust2.o, Error 1 +tst-robust3.o, Error 1 +tst-robust4.o,
Processed (with 1 errors): Re: ldconfig issue: priority of /lib and /usr/lib is too high
Processing commands for cont...@bugs.debian.org: severity 572895 Unknown command or malformed arguments to command. tags 572895 + upstream Bug #572895 [libc-bin] ldconfig issue: priority of /lib and /usr/lib is too high Added tag(s) upstream. quit Stopping processing here. Please contact me if you need assistance. -- 572895: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572895 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.137382926425270.transcr...@bugs.debian.org
Bug#572895: ldconfig issue: priority of /lib and /usr/lib is too high
severity 572895 tags 572895 + upstream quit Harald Dunkel wrote: AFAICS the mesa folks don't rely upon the os abi tag anymore: https://bugs.freedesktop.org/show_bug.cgi?id=26663 Thanks. I think this is still a bug (priority between LD_LIBRARY_PATH and .note.ABI-tag makes .note.ABI-tag much less useful than it could be), but it's a complex issue, so setting severity accordingly. Regards, Jonathan -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130714191414.gf4...@google.com
Bug#556173: Bug#564874: Bug#556173: libc-bin: introduces custom manual pages / manpages package
Hi, Do you have a position regarding this ? TL;DR: better manpages may be provided by manpages pkg: http://people.debian.org/~spaillard/libc-or-manpages/ On Thu, May 23, 2013 at 11:48:51PM +0200, Simon Paillard wrote: On Sat, Nov 14, 2009 at 12:34:55AM +0100, Petr Baudis wrote: Package: libc-bin Version: 2.10.1-5 Severity: wishlist The Debian glibc package introduces a number of custom manual pages which are not in any kind of upstream and thus cannot be shared with the rest of Linux community, which is quite unfortunate, since it reduces usability of other Linux distributions but also reduces quality of the documentation since less people see it and work on it. While upstream glibc does not maintain any manual pages, the linux-man-pages projects collects all kind of Linux-related manual pages, including glibc-specific manual pages not only on the API, but also on tools (like ldd). It would be great if the Debian-specific manual pages could be submitted there for review and inclusion. For some manual pages that _are_ upstream, e.g. ldd.1, the upstream version is more up-to-date than the version currently included; this should also demonstrate the value of taking these manpages from upstream. :) On this subject, manpages-linux provides some manpages which are installed by manpages packages today: libc-bin: ldd.1|ldconfig.8|ld.so.8|gai.conf.5 You can find libc-bin and manpages copy of these manpages at: http://people.debian.org/~spaillard/libc-or-manpages/ Except ldconfig.8 which are better in libc-bin IMO, all other could be installed by manpages. Some per-page bugs were reported earlier: #564874 ld.so.8 an old request arrived too late for Wheezy, and ld.so by manpages-linux provides way more details. #665303 getent.1 has been fixed some month ago If you agree with this, the next manpages{,dev} upload will replace libc-bin with appropriate version, then you can drop them. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130714193222.gk19...@mraw.org
Processed: Re: ldconfig issue: priority of /lib and /usr/lib is too high
Processing commands for cont...@bugs.debian.org: # difficult severity 572895 wishlist Bug #572895 [libc-bin] ldconfig issue: priority of /lib and /usr/lib is too high Severity set to 'wishlist' from 'normal' End of message, stopping processing here. Please contact me if you need assistance. -- 572895: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572895 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13738324159508.transcr...@bugs.debian.org
Bug#556173: libc-bin: introduces custom manual pages / manpages package
Simon Paillard wrote: Do you have a position regarding this ? [...] On Thu, May 23, 2013 at 11:48:51PM +0200, Simon Paillard wrote: If you agree with this, the next manpages{,dev} upload will replace libc-bin with appropriate version, then you can drop them. Please go ahead. (I'm not an eglibc maintainer, but it seems so obviously the right thing to do that I don't mind saying that anyway.) If you'd like, I think it even makes sense to replace the ldconfig.8 manpage, just taking the content from the eglibc package for now. That would avoid having to keep juggling which package has which manpage in the future. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130714202706.gd8...@google.com
Bug#556173: libc-bin: introduces custom manual pages / manpages package
On Sun, Jul 14, 2013 at 01:27:06PM -0700, Jonathan Nieder wrote: If you agree with this, the next manpages{,dev} upload will replace libc-bin with appropriate version, then you can drop them. Please go ahead. (I'm not an eglibc maintainer, but it seems so obviously the right thing to do that I don't mind saying that anyway.) Except that since he'll want to do a versioned Replaces, we can't tell him to just go ahead until we've committed to a version where we intend to drop them. I'll look at this for either the next 2.17 upload or the 2.18 that I need to start staging in experimental soon, but please don't go uploading manpages with the replaces until we have a solid idea of the version that needs to be replacing. :P ... Adam -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130714204544.gm11...@0c3.net