qingy wants to link against libshadow which only exists as a .a file here and the other devs I asked don't have it at all (I'm on amd64, there are on x86 if it matters). Either shadow is broken and should be installing a .so or qingy is broken in expecting the linking to work. /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/lib64/libshadow.a(commonio.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib64/libshadow.a(commonio.o): could not read symbols: Bad value collect2: ld returned 1 exit status make[4]: *** [libqingy.la] Error 1 make[4]: Leaving directory `/var/tmp/portage/qingy-0.6.0/work/qingy-0.6.0/src/libraries'
It's shadow's fault. blaming vapier.
fixed in shadow 4.0.7-r3 and 4.0.10
Good, I was still enquiring why I was not hit by this...
*** Bug 101748 has been marked as a duplicate of this bug. ***