On 18.11.2012 15:37, Samuli Suominen wrote: > 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 >
+*nvidia-cg-toolkit-3.1.0013-r2 (19 Nov 2012) + + 19 Nov 2012; Justin Lecher <j...@gentoo.org> + +nvidia-cg-toolkit-3.1.0013-r2.ebuild: + Readding LDPATH into env as binary only apps use dl-open to load + I left the pkg-config support, because on prefix LDPATH is irrelevant and having pkg-config gives at least support for lib resolution at compile time.
signature.asc
Description: OpenPGP digital signature
