Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

problem 1)
 lib-compat uses virtual/libc when it's a binary package thats built for glibc.
 using a virtual here is wrong.

problem 2)

solar@simple lib-compat $ scanelf -a  $(epm -q -l lib-compat)|grep TEXT
 TYPE    PAX   STK/REL TEXTREL RPATH  FILE
ET_DYN  PeMRxS --- --- TEXTREL   -   /usr/lib/libg++.so.2.7.2.8
ET_DYN  PeMRxS --- --- TEXTREL   -   /usr/lib/libstdc++.so.2.7.2.8
ET_DYN  PeMRxS --- --- TEXTREL   -   /usr/lib/libstdc++.so.2.7.2
ET_DYN  PeMRxS --- --- TEXTREL   -   /usr/lib/libg++.so.2.7.2

These 4 libs have TEXTREL's this more or less breaks policy as chances are it means those libs are not fully pic aware. This will result in every binary linked to it to have text relocations as well.

solution who ever makes this bins needs to compile with -fPIC and ensure that the libs are free of text relocations.

i'm pretty sure we steal most of those libs from other distros

they exist for binary-only packages ... nothing new will link against them

I was afraid of that seeing at there are a few program headers which have been
gentoo defaults for a very long time that are missing.

In anycase problem #1 should be addressed.

Created an attachment (id=55799) [details]
fix-textrel-libstdc++.so.2.7.2.8.c

For sys-libs/lib-compat-1.4  +sdl with the md5sum of
9da40b0dd71ba28d6ff4a7d0de1df86b

These two libs are actually false positives with the textrels. So thats 2x bad
Q/A
The first attached program corrects it.

The same holds true for the libg++.so.2.7.2.8 and I'll attach a fixit program
for it also in a few mins.

Created an attachment (id=55800) [details]
fix-textrel-libg++.so.2.7.2.8.c

pimpage!

The way both of these work is to take the DT_TEXTREL sections and change them
to be DT_NULL. We can get away with this on these two libs as the DT_TEXTREL is
the 
last section in the dynamic section.

Both programs dump output to /root/libname or ./libname~ if we don't have write
permision in /root/

oh the sum for the other binary file is 55bdc3a03d776dc994ad5dbd4e199175 
/usr/lib/libg++.so.2.7.2.8

Created an attachment (id=55809) [details]
fix-textrel-libg++.so.2.7.2.8.c

Updated ones that work with the unstripped versions in the x86/ subdir.

Created an attachment (id=55810) [details]
fix-textrel-libstdc++.so.2.7.2.8.c

Created an attachment (id=55811) [details]
lib-compat-1.4-r1.ebuild

Ulgy hacks for ulgy builds.

I'll run the scripts, repackage the libs and put it in the tree as ~arch -rNEXT
if there are no objections.

*** Bug 116520 has been marked as a duplicate of this bug. ***

I never repackaged the bins. 
It's been said a few times that those libs need to be just compiled properly on
a gentoo systems.

solar: any progress with this, or should we just make this bug WONTFIX?

Want me to do the solution from comment #10 ?

(In reply to comment #14)
> Want me to do the solution from comment #10 ?
> 

Sounds good to me.  Thanks :)

lib-compat-1.4.1 pushed to the tree.
I yanked all the stable markings from the other non x86 arches but really 
those could be marked as stable right away.
But to keep things peachy with the arch teams I marked them ~arch

x86 team mark stable when you are happy (no rush).

x86 done.