On 18/11/12 16:11, hasufell wrote:
On 11/18/2012 03:08 PM, Peter Alfredsen wrote:
On Fri, Nov 16, 2012 at 10:43 AM, justin <j...@gentoo.org> wrote:
On 16/11/12 09:48, Samuli Suominen wrote:
does this mean it puts the binary-only package, nvidia-cg-toolkit, to
the default search path when you call the linker (compiler)?
please don't do that, it is counterproductive with the purpose of
putting libraries to /opt. binary only packages should be isolated.
it was already once reverted for the package...
it is up the the ebuilds using nvidia-cg-toolkit to append-ldflags
-L/opt/... or similar.
thanks
+*nvidia-cg-toolkit-3.1.0013-r1 (16 Nov 2012)
+
+ 16 Nov 2012; Justin Lecher <j...@gentoo.org> +files/80cgc-opt-3,
+ +nvidia-cg-toolkit-3.1.0013-r1.ebuild, +files/nvidia-cg-toolkit.pc.in,
+ +files/nvidia-cg-toolkit-gl.pc.in:
+ Don't add binary packages to global linker search path; instead using
+ pkg-config. Thanks ssuominen pointing this out
+
This is a shared library, used by the plugin google-talkplugin. If there is no
LDPATH set, browsers using that plugin will crash mysteriously and
unpredictably. You can't use chrpath to change the rpath because
lengthof(/opt/nvidia-cg-toolkit/lib64)>lengthof(/opt/google/talkplugin/lib)
and we don't have the sources, so we can't really recompile. And it's
being dl-opened so LD_LIBRARY_PATH is a no-go, unless we want to add
magic to all browser that sets it to the correct path before starting them.
So please re-add the LDPATH to the env.d file. Pretty please.
Just cause it's binary doesn't mean it has to be cordoned off
and isolated like it's got the spanish flu.
/Peter
PS
pkgconfig is irrelevant if it's only gentoo that's shipping them.
HTH. HAND.
this is also breaking dev-games/ogre
linking works fine (since we got proper pkgconfig fils), runtime is broken.
umm, indeed... that's why I had ? marks in my original post. runtime is
OK to add, so LDPATH should be fine.
sorry for any confusion.
- Samuli
