Gentoo Archives: gentoo-amd64

From: Alex Bennee <kernel-hacker@××××××.com>
To: gentoo-amd64@l.g.o
Subject: Re: [gentoo-amd64] Re: eselect opengl set xorg-x11 keeps breaking my headers
Date: Fri, 30 Jun 2006 08:20:29
Message-Id: 1151655497.26625.3.camel@malory
In Reply to: [gentoo-amd64] Re: eselect opengl set xorg-x11 keeps breaking my headers by Duncan <1i5t5.duncan@cox.net>
1 On Wed, 2006-06-28 at 17:33 +0000, Duncan wrote:
2 > Alex Bennee <kernel-hacker@××××××.com> posted
3 > 1151449927.10564.2.camel@malory, excerpted below, on Wed, 28 Jun 2006
4 > 00:12:06 +0100:
5 >
6 > > Despite no longer having the emulation libraries installed eselect
7 keep
8 > > screwing up my headers to point at 32 bit glx stuff. This obviously
9 breaks
10 > > various X related compiles.
11 >
12 > What does equery belongs </path/to/32-bit-file> return? What video
13 > drivers are you running?
14
15 Ahh the emul-libs keep getting pulled in. Probably because of OO. Some
16 of the files actually belong to eselect:
17
18
19 malory GL # equery b /usr/lib32/opengl/global/include/glxext.h
20 [ Searching for file(s) /usr/lib32/opengl/global/include/glxext.h in
21 *... ]
22 app-admin/eselect-opengl-1.0.3
23 (/usr/lib32/opengl/global/include/glxext.h)
24
25 > If you are running slaveryware video drivers, equery belongs will
26 probably
27 > return them (assuming you merged them using portage, anyway). If it
28 > returns nothing and you didn't manually (not using portage, so it
29 doesn't
30 > know about the file) install something using that file, it's likely
31 safe to
32 > delete it. Just to be safe, however, I'd rename it to
33 *.2006.07.28.remove
34 > (a month later) or something similar. Then after that date, if you've
35 not
36 > found anything broken, go ahead and remove it, as even if it /does/
37 break
38 > something it can't be too critical if you've not used it once in 30
39 days.
40
41 No just plain OS drivers (I will be experimenting with the OS r300
42 drivers when I get a chance).
43
44 > > Does anyone know how I can stop it doing this? Unfortunately its
45 called
46 > > during the ebuild so I can't manually fix them and re-run the build.
47 >
48 > Actually, that isn't entirely the case. See the Gentoo Handbook,
49 Working
50 > with Portage section, and the ebuild (1 and 5) manpages for some
51 details,
52 > but many Gentoo users have their own local overlays, where they copy
53 > ebuilds and modify them as desired,
54 > <snip>
55
56 I agree. I do actually run my own overlay for some bits and pieces.
57 However reading through the Xorg stuff I'd rather leave it to people
58 more qualified than me :-)
59
60 I think the behaviour I'm seeing may be related to
61 http://bugs.gentoo.org/show_bug.cgi?id=109922
62
63 >
64 >
65 >
66 > --
67 > Duncan - List replies preferred. No HTML msgs.
68 > "Every nonfree program has a lord, a master --
69 > and if you use the program, he is your master." Richard Stallman
70 >
71
72 --
73 Alex, homepage: http://www.bennee.com/~alex/
74 Mal: "Nice shot." Jayne: "I was aiming for his head."
75
76 --
77 gentoo-amd64@g.o mailing list

Replies