Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-gfx/nvidia-cg-toolkit/files: 80cgc-opt-2

[hasufell]

On 11/18/2012 03:08 PM, Peter Alfredsen wrote:
> On Fri, Nov 16, 2012 at 10:43 AM, justin <jlec@g.o> 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 <jlec@g.o> +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.