115539 2005-12-14 08:12 0000 Keyword ~arch xorg-x11-7.0.0_rc3-r1 and mesa-progs 2005-12-24 22:08:41 0000 1 1 1 Unclassified Gentoo Linux Applications unspecified All Linux RESOLVED FIXED P2 normal --- 1 dberkholz@gentoo.org x11@gentoo.org dberkholz@gentoo.org 2005-12-14 08:12:45 0000 I just added mesa-progs to provide glxinfo and glxgears, and bumped xorg-x11 to add it to the deps. You'll need to rekeyword xorg-x11 and keyword mesa-progs. Thanks! herbs@gentoo.org 2005-12-14 08:43:12 0000 > echo "PIC_FLAGS = -fPIC" >> ${HOSTCONF} Why compile these two executables with -fPIC? dberkholz@gentoo.org 2005-12-14 09:39:53 0000 (In reply to comment #1) > > echo "PIC_FLAGS = -fPIC" >> ${HOSTCONF} > > Why compile these two executables with -fPIC? That's just copied over from the mesa ebuild, along with most of the rest of the setup. Is there a reason it should be changed? dberkholz@gentoo.org 2005-12-14 09:40:25 0000 BTW, see http://bugs.gentoo.org/show_bug.cgi?id=112896#add_comment for how to fix your repoman errors in xorg-x11. Same fix is in CVS. dberkholz@gentoo.org 2005-12-14 09:41:13 0000 Woops, meant http://bugs.gentoo.org/show_bug.cgi?id=112896#c41 herbs@gentoo.org 2005-12-14 10:05:07 0000 (In reply to comment #2) > That's just copied over from the mesa ebuild, along with most of the rest of the > setup. Is there a reason it should be changed? Whilst there's no performance penalty for compiling shared libraries with -fPIC there certainly is when compiling executables. I guess that's of little consequence with glxgears/glxinfo but it's also against gentoo ebuild policy (which states that only shared libraries should be built with -fPIC). fmccor@gentoo.org 2005-12-14 10:39:45 0000 OK for sparc, so both keyworded ~sparc. dberkholz@gentoo.org 2005-12-14 13:32:13 0000 I've removed the PIC_FLAGS setting in the ebuild. herbs@gentoo.org 2005-12-14 15:19:20 0000 Both marked ~amd64. geoman@gentoo.org 2005-12-16 14:48:34 0000 ~mips cardoe@gentoo.org 2005-12-24 22:08:41 0000 done. ~ppc