1 |
On 18.11.2012 15:37, Samuli Suominen wrote: |
2 |
> On 18/11/12 16:11, hasufell wrote: |
3 |
>> On 11/18/2012 03:08 PM, Peter Alfredsen wrote: |
4 |
>>> On Fri, Nov 16, 2012 at 10:43 AM, justin <jlec@g.o> wrote: |
5 |
>>>> On 16/11/12 09:48, Samuli Suominen wrote: |
6 |
>>> |
7 |
>>>>> does this mean it puts the binary-only package, nvidia-cg-toolkit, to |
8 |
>>>>> the default search path when you call the linker (compiler)? |
9 |
>>>>> |
10 |
>>>>> please don't do that, it is counterproductive with the purpose of |
11 |
>>>>> putting libraries to /opt. binary only packages should be isolated. |
12 |
>>>>> |
13 |
>>>>> it was already once reverted for the package... |
14 |
>>>>> |
15 |
>>>>> it is up the the ebuilds using nvidia-cg-toolkit to append-ldflags |
16 |
>>>>> -L/opt/... or similar. |
17 |
>>>>> |
18 |
>>>>> thanks |
19 |
>>>>> |
20 |
>>>> |
21 |
>>>> +*nvidia-cg-toolkit-3.1.0013-r1 (16 Nov 2012) |
22 |
>>>> + |
23 |
>>>> + 16 Nov 2012; Justin Lecher <jlec@g.o> +files/80cgc-opt-3, |
24 |
>>>> + +nvidia-cg-toolkit-3.1.0013-r1.ebuild, |
25 |
>>>> +files/nvidia-cg-toolkit.pc.in, |
26 |
>>>> + +files/nvidia-cg-toolkit-gl.pc.in: |
27 |
>>>> + Don't add binary packages to global linker search path; instead |
28 |
>>>> using |
29 |
>>>> + pkg-config. Thanks ssuominen pointing this out |
30 |
>>>> + |
31 |
>>> |
32 |
>>> This is a shared library, used by the plugin google-talkplugin. If |
33 |
>>> there is no |
34 |
>>> LDPATH set, browsers using that plugin will crash mysteriously and |
35 |
>>> unpredictably. You can't use chrpath to change the rpath because |
36 |
>>> lengthof(/opt/nvidia-cg-toolkit/lib64)>lengthof(/opt/google/talkplugin/lib) |
37 |
>>> |
38 |
>>> and we don't have the sources, so we can't really recompile. And it's |
39 |
>>> being dl-opened so LD_LIBRARY_PATH is a no-go, unless we want to add |
40 |
>>> magic to all browser that sets it to the correct path before starting |
41 |
>>> them. |
42 |
>>> |
43 |
>>> So please re-add the LDPATH to the env.d file. Pretty please. |
44 |
>>> Just cause it's binary doesn't mean it has to be cordoned off |
45 |
>>> and isolated like it's got the spanish flu. |
46 |
>>> |
47 |
>>> /Peter |
48 |
>>> |
49 |
>>> PS |
50 |
>>> pkgconfig is irrelevant if it's only gentoo that's shipping them. |
51 |
>>> HTH. HAND. |
52 |
>>> |
53 |
>> |
54 |
>> this is also breaking dev-games/ogre |
55 |
>> |
56 |
>> linking works fine (since we got proper pkgconfig fils), runtime is |
57 |
>> broken. |
58 |
>> |
59 |
> |
60 |
> umm, indeed... that's why I had ? marks in my original post. runtime is |
61 |
> OK to add, so LDPATH should be fine. |
62 |
> |
63 |
> sorry for any confusion. |
64 |
> |
65 |
> - Samuli |
66 |
> |
67 |
|
68 |
+*nvidia-cg-toolkit-3.1.0013-r2 (19 Nov 2012) |
69 |
+ |
70 |
+ 19 Nov 2012; Justin Lecher <jlec@g.o> |
71 |
+ +nvidia-cg-toolkit-3.1.0013-r2.ebuild: |
72 |
+ Readding LDPATH into env as binary only apps use dl-open to load |
73 |
+ |
74 |
|
75 |
|
76 |
I left the pkg-config support, because on prefix LDPATH is irrelevant |
77 |
and having pkg-config gives at least support for lib resolution at |
78 |
compile time. |