reassign 754813 libc6 reassign 757941 libc6 forcemerge 754813 757941 severity 754813 important retitle 754813 libc6 version 2.19 breaks NSS loading for static binaries forwarded 754813 https://sourceware.org/bugzilla/show_bug.cgi?id=17250 tag 754813 + upstream thanks
On Tue, Oct 07, 2014 at 09:58:04AM +0400, Michael Tokarev wrote: > 07.10.2014 08:34, Steve Langasek wrote: > [] > >>> Was the removal of gethostby* APIs from the static glibc intentional? > > > >> Yes. It's the nsswitch problem. The behavior of those APIs is controlled > >> by the nsswitch mechanism (specifically the hosts configuration), which is > >> inherently dynamic and doesn't support static linking. > > > > It nevertheless is expected to work when the corresponding NSS modules are > > present. It's not truly static, but the dynamic loading from static libc is > > supported. > > When a statically linked app calls getaddrinfo() (it is getnameinfo not > gethostbyname), the call immediately returns "host not found, try again", > without any attempt to load anything or look for other files. > > This is with jessie glibc. With wheezy's glibc it worked when the right > nss modules are presnt (iirc anyway -- I know it worked, I didn't check > _how_ it worked). > > > So bug #757941 should be reassigned to glibc, instead of claiming that this > > is somehow expected glibc behavior. > > > >>> Perhaps glibc upstream would be willing to restore them? > > > >> It would be nice, but I doubt you'll make much progress. Lots of people > >> have complained about this over the years. > > > > At issue here is a glibc regression, not the standard complaints about > > static glibc being not truly static. > > Regression or not, but there are several other problems here. > This is a regression introduced in 2.19 by the following commit: | commit 0d23a5c1b1908700d25b7e3c6cece148e19dded4 | Author: Maciej W. Rozycki <ma...@codesourcery.com> | Date: Fri Jan 31 17:51:31 2014 +0000 | | [BZ #16046] Static dlopen correction fallout fixes. | | Fixes to address issues from BZ #15022 resolution, as follows: | | * TLS updates to csu/libc-tls.c -- we now have a proper main map, so | there's no longer a need to create a separate fake one to keep TLS | structures, | | * random updates to elf/dl-close.c -- LM_ID_BASE is now a valid name | space ID for static executables as well, so assert that we don't | unload the main map. Similarly dl_nns isn't supposed to be 0 for | static executables anymore, | | * actual BZ #16046 fix to elf/dl-iteratephdr.c -- the dl_iterate_phdr | special function for static executables isn't needed anymore, provided | that l_phdr and l_phnum members of the main map have been properly | initialized (done in _dl_non_dynamic_init in elf/dl-support.c now), | | * ld.so.cache loader update to elf/dl-load.c -- | GL(dl_ns)[LM_ID_BASE]._ns_loaded is now always initialized in static | executables so can become the fallback loader map to check for | DF_1_NODEFLIB, provided that the l_flags_1 member of the main map has | been properly initialized (done in elf/dl-support.c now); this also | ensures previous semantics elsewhere in elf/dl-load.c, | | * matching updates to elf/dl-support.c -- to complement the two fixes | above. This is actually the same bug than #754813, as all NSS functions are affected, including DNS resolver or getpwuid. I am therefore merging the bugs. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141021104729.gy...@hall.aurel32.net