Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 79774 - ati-drivers-8.8.25-r3 doesn't create libglx.a
Summary: ati-drivers-8.8.25-r3 doesn't create libglx.a
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Luca Barbato
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-01-27 13:30 UTC by John Blaze
Modified: 2005-04-11 04:14 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description John Blaze 2005-01-27 13:30:16 UTC
After emerging ati-drivers-8.8.25-r3 on a fresh install of Gentoo (xorg was built as a dependancy and not before, kernel is 2.6.10-r5), 3d acceleration did not work. After checking /var/log/Xorg.0.log I saw that it said that the glx module did not exist. I had it working on a previous install of Gentoo (same hardware, different kernel (2.4.28-r6), different hard drive). I compared the xorg logs of the two installations and saw that the fully working system loaded /usr/lib/modules/extensions/libglx.a and that file didn't exist at all on my new installation. I simply copied the file over to the new installation and everything is fine now (however I've only run glxgears so far). I suspect that this is either a problem in the r3 ebuild or at least a conflict with the kernel and the ebuild. I could not test r1 or r2 as these were removed from portage.

Just to sum things up. My system works now that I have manually copied libglx.a to my machine. The problem still remains that this file is not create upon running emerge =ati-drivers-8.8.25-r3.

Reproducible: Always
Steps to Reproduce:
1.ACCPET_KEYWORDS="~x86" emerge =ati-drivers-8.8.25-r3
2.opengl-update ati
3.xdm

Actual Results:  
xdm start and appears to be behaving, however glxgears, and glxinfo give this 
error:
Xlib: extension "GLX" missing on display ":0.0".

Xorg.0.log reports something like the following error:
(II) LoadModule: "glx"
(EE) module "glx" not found
(WW) UnloadModule: "glx"


Expected Results:  
glxinfo and glxgears should do their thing and xorg's log should repot the 
following:
(II) LoadModule: "glx"
(II) Loading /usr/lib/modules/extensions/libglx.a
(II) Module glx: vendor="X.Org Foundation"


Portage 2.0.51-r2 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20040808-
r1, 2.6.10-gentoo-r6 i686)
=================================================================
System uname: 2.6.10-gentoo-r6 i686 AMD Athlon(tm) XP 2800+
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.14.90.0.8-r1
Headers:  sys-kernel/linux-headers-2.4.21-r1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -pipe -march=athlon-xp -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X1
1/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -pipe -march=athlon-xp -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://gentoo.osuosl.org 
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa apm avi berkdb bitmap-fonts cdr crypt cups dvd encode f77 font-
server foomaticdb fortran gdbm gif gnome gpm gtk gtk2 imlib ipv6 jpeg kde 
libg++ libwww mad mikmod motif mpeg ncurses nls oggvorbis opengl oss pam pdflib 
perl png python qt quicktime readline sdl spell ssl svga tcpd truetype truetype-
fonts type1-fonts xml2 xmms xv zlib"
Comment 1 Luca Barbato gentoo-dev 2005-01-31 11:47:09 UTC
please paste and emerge -vp xorg-x11
Comment 2 Wedge_ 2005-02-09 06:35:03 UTC
I think this problem is actually being caused by opengl-update. Line 253 of /usr/sbin/opengl-update (2.1.0-r1) reads: "for file in ${PREFIX}/opengl/${GL_LOCAL}/extensions/*.{so,a,la}; do". The path expands to "/usr/opengl/ati/extensions" when running "opengl-update ati" - it should be "/usr/lib/opengl/ati/extensions". If I change that line to read "for file in ${PREFIX}/${LIBDIR}/opengl/${GL_LOCAL}/extensions/*.{so,a,la}; do" it recreates the libglx.a symlink in /usr/lib/modules/extensions as it's supposed to. 
Comment 3 Wedge_ 2005-02-10 09:13:22 UTC
The problem has been fixed in opengl-update-2.1.1
Comment 4 Luca Barbato gentoo-dev 2005-04-11 04:14:40 UTC
Closing the bug then