This (failed) upgrade to mesa-progs was one of -many- programs upgraded for an upgrade of /xorg-server-1.5.3-r5. I presently have mesa-progs 6.5.2 installed, so I bypassed this upgrade, only to have the xorg-server compilation fail (I'm guessing/hoping that they're related). >>> Unpacking MesaDemos-7.3.tar.bz2 to /var/tmp/portage/x11-apps/mesa-progs-7.3/work >>> Unpacking MesaLib-7.3.tar.bz2 to /var/tmp/portage/x11-apps/mesa-progs-7.3/work >>> Source unpacked in /var/tmp/portage/x11-apps/mesa-progs-7.3/work >>> Compiling source in /var/tmp/portage/x11-apps/mesa-progs-7.3/work/Mesa-7.3 ... make -j9 glxinfo x86_64-pc-linux-gnu-gcc -I../../include -I/usr/X11R6/include -Wall -Wmissing-prototypes -std=c99 -ffast-math -O2 -march=native -msse4 -pipe -m64 -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS -DHAVE_POSIX_MEMALIGN -DUSE_X86_64_ASM -fno-strict-aliasing -Wl,-O1 -Wl,--sort-common -Wl,--warn-once,--hash-style=gnu glxinfo.c -L../../lib64 -lGL -lm -o glxinfo glxinfo.c: In function 'print_extension_list': glxinfo.c:119: warning: format not a string literal and no format arguments glxinfo.c:129: warning: format not a string literal and no format arguments /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lGL collect2: ld returned 1 exit status make: *** [glxinfo] Error 1 * * ERROR: x11-apps/mesa-progs-7.3 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 1078: Called die * The specific snippet of code: * emake glxinfo || die "glxinfo failed"; * The die message: * glxinfo failed Reproducible: Always Portage 2.1.6.7 (hardened/linux/amd64/2008.0, gcc-4.3.3, glibc-2.8_p20080602-r1, 2.6.28-hardened-r7 x86_64) ================================================================= System uname: Linux-2.6.28-hardened-r7-x86_64-Intel-R-_Core-TM-_i7_CPU_920_@_2.67GHz-with-glibc2.4 Timestamp of tree: Tue, 07 Apr 2009 02:45:01 +0000 app-shells/bash: 3.2_p39 dev-java/java-config: 2.1.7 dev-lang/python: 2.5.2-r7 dev-util/cmake: 2.6.3-r1 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.4.3-r1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.7.9-r1, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=native -msse4 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /et c/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo /usr/local/toolchain-overlay/distfiles" LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--warn-once,--hash-style=gnu" MAKEOPTS="-j9" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/toolchain-overlay" SYNC="rsync://gentoo.llarian.net/gentoo-portage" USE="X acl alsa amd64 berkdb bzip2 cli cracklib cups cupsddk dbus dri escreen gdbm gif gpm gtk gtk+ hardened hddtemp iconv idn isdnlog jpeg justify keyscrub lm_sensors loop-aes midi mmx mpe mudflap mu ltilib ncurses nptl nptlonly pam pcre perl pic pppd python qt-static qt3support qt4 readline reflect ion session spl sse sse2 ssl sysfs tcpd toolbar truetype unicode urandom vim-with-x xorg xscreensave zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ym fpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 iopl ug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_ MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_db m authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_loc k deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config lo gio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrac k vhost_alias" ELIBC="glibc" INPUT_DEVICES="mouse keyboard synaptics" KERNEL="linux" LCD_DEVICES="ba yrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nv vesa intel i810" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE _COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
I had this same problem after unmerging nvidia-drivers (because the legacy drivers do not yet support xorg-server-1.5). I fixed it by doing # rm /usr/lib/libGL.so # eselect opengl list Available OpenGL implementations: [1] xorg-x11 # eselect opengl set 1 Switching to xorg-x11 OpenGL interface... done [redo emerge] If this also fixes it for you, I suppose the bug should be: "Gentoo does not switch back to the correct OpenGL implementation after nvidia-drivers are unmerged"
(In reply to comment #1) > I had this same problem after unmerging nvidia-drivers (because the legacy > drivers do not yet support xorg-server-1.5). > > I fixed it by doing > # rm /usr/lib/libGL.so > # eselect opengl list > Available OpenGL implementations: > [1] xorg-x11 > # eselect opengl set 1 > Switching to xorg-x11 OpenGL interface... done > > [redo emerge] > > If this also fixes it for you, I suppose the bug should be: "Gentoo does not > switch back to the correct OpenGL implementation after nvidia-drivers are > unmerged" > Thank you for the response!! I think you have it figured out - except it may be a little more convoluted. I followed your steps and got the same compilation error (and IIRC, the manual advises us to use eselect to set the link, which I did) ...... However: 1. The /usr/lib64/libGL.so and /usr/lib32/libGL.so links were sitting out there pointing to nowhere. 2. Rerunning the eselect opengl set 1 statement resulted in: "Switching to xorg-x11 OpenGL interface...ln: creating symbolic link `./libGL.so': File exists !!! Error: Failed to create /usr/lib32/libGL.so Killed" 3. So I cd'd to each of the /usr/libs and manually set the links: ln -s /usr/lib64/opengl/xorg-x11/lib/libGL.so libGL.so ln -s /usr/lib32/opengl/xorg-x11/lib/libGL.so libGL.so 4. mesa-progs compiled fine. So your description of the problem is correct; but there may also be an eselect issue, and in my case it may be a "multilib" issue as well. Thanks again!
Might be related to bug #228547 (or even a dupe). bug #238686 reports the same for x11-drivers/ati-drivers package.
Don't know where to put this; I'll start here: After getting mesa-progs successfully compiled, I completed the upgrade to xorg-server-1.5.3-r5. Startx failed after being unable to locate libGL.so. The links to libGL.so located in /usr/lib/xorg/modules/extensions were also pointing off to nowhere (to the /usr/lib/opengl/nvidia/... location). I replaced those links manually as well, and everything worked*. * well..... worked after I recompiled the nv (wrong version) and mouse drivers (not found). I'm guessing that they got borked because I bypassed the original mesa-progs update. JEEZE!
In theory, this bug is now properly fixed. In any case, mesa-progs wasn't the package to be broken. If you still have libGL build issues, please don't hesitate to reopen this bug. Thanks