Bug 265324 – x11-apps/mesa-progs-7.3 fails to compile

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description 7v5w7go9ub0o 2009-04-07 15:20:41 UTC]

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

[Comment 1 Jeroen Roos 2009-04-07 18:27:17 UTC]

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"

[Comment 2 7v5w7go9ub0o 2009-04-07 20:52:42 UTC]

(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!

[Comment 3 Lars Wendler (Polynomial-C) (RETIRED) 2009-04-07 21:14:48 UTC]

Might be related to bug #228547 (or even a dupe). bug #238686 reports the same for x11-drivers/ati-drivers package.

[Comment 4 7v5w7go9ub0o 2009-04-07 22:15:11 UTC]

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!

[Comment 5 Rémi Cardona (RETIRED) 2009-06-23 21:58:35 UTC]

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