[uclibc-ng-devel] Fwd: new uClibc-ng release

Anthony G. Basile blueness at gentoo.org
Sun Apr 29 14:49:37 CEST 2018


These should be going to the list for archiving, so I'm forwarding it.

On 4/29/18 8:32 AM, Dave Flogeras wrote:
> Hey Anthony,
> 
> Also I'd like to chime in what I learned during testing: since this release
> of uclibc-ng-1.0.30 removes arcfour, rebuilding at least openssl/openssh
> immediately might warrant a huge warning for upgrading Gentoo users.  My
> system is built on one machine and deployed as binaries onto the target, so
> having a non-working SSH/rsync after upgrading uclibc-ng is a bummer.
> Portage (Python) also squawks when importing a module until python is
> rebuilt, but it doesn't seem to prevent portage from working.
> 
> Dave
> 
> On Sun, Apr 29, 2018 at 6:24 AM, Waldemar Brodkorb <wbx at uclibc-ng.org>
> wrote:
> 
>> Hi Anthony,
>>
>> Dave and I fixed the dlclose() issue and we think it could
>> be a good time to have new stage3 with 1.0.30?
>> I can test on real hardware for every supported architecture.
>>
>> Thanks in advance
>>  Waldemar
>>
>>
>
Yes I noticed that, and it is serious, but this is the least of my
worries right now.  The LDPATH search is totally broken on amd64.
ldconfig shows that libstdc++.so and libgcc_s.so are in the search path:

# ldconfig -p | grep libstdc++.so
	libstdc++.so.6 (libc0) =>
/usr/lib/gcc/x86_64-gentoo-linux-uclibc/6.4.0/libstdc++.so.6
	libstdc++.so (libc0) =>
/usr/lib/gcc/x86_64-gentoo-linux-uclibc/6.4.0/libstdc++.so

# ldconfig -p | grep libgcc_s.so
	libgcc_s.so.1 (libc0) =>
/usr/lib/gcc/x86_64-gentoo-linux-uclibc/6.4.0/libgcc_s.so.1


And yet a test c++ program cannot locate those libraries:

# ldd test
	libstdc++.so.6 => not found
	libgcc_s.so.1 => not found
	libc.so.0 => /lib//libc.so.0 (0x7f6bfb067000)
	ld64-uClibc.so.0 => /lib/ld64-uClibc.so.0 (0x7f6bfb516000)


@Waldemar, the issue is not anything you suggested in your previous
email.  What might you have touched in ld64-uClibc.so or libc.so itself
that would affect the search path?  If its any help, I hit the dlclose()
issue many years ago (and might have been the first to report it, I'm
not sure).  There was some size issue wrt 64 vs 32 that cause an issue
there.  I wonder if in fixing that maybe you broke LDPATH?

-- 
Anthony G. Basile, Ph.D.
Gentoo Linux Developer [Hardened]
E-Mail    : blueness at gentoo.org
GnuPG FP  : 1FED FAD9 D82C 52A5 3BAB  DC79 9384 FA6E F52D 4BBA
GnuPG ID  : F52D4BBA


More information about the devel mailing list