Gentoo Archives: gentoo-dev

From: Justin <jlec@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-gfx/nvidia-cg-toolkit/files: 80cgc-opt-2
Date: Mon, 19 Nov 2012 11:35:37
Message-Id: 50AA1952.10206@gentoo.org
In Reply to: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-gfx/nvidia-cg-toolkit/files: 80cgc-opt-2 by Samuli Suominen
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.

Attachments

File name MIME type
signature.asc application/pgp-signature