Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 82769 - xorg glx module doesn't load with ati-drivers and xorg 6.8.2 on amd64
Summary: xorg glx module doesn't load with ati-drivers and xorg 6.8.2 on amd64
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: AMD64 All
: High major (vote)
Assignee: X11 External Driver Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-20 23:35 UTC by Ian Ellis
Modified: 2005-10-20 03:49 UTC (History)
1 user (show)

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


Attachments
output of ls -ld /usr/lib* (ls_output,140.93 KB, text/plain)
2005-02-21 13:26 UTC, Ian Ellis
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ian Ellis 2005-02-20 23:35:06 UTC
I installed ati-drivers-8.10.19 and xorg-x11-6.8.2.  The fglrx driver module loads fine, but xorg isn't loading the glx module.  It says:
(II) LoadModule: "glx"
(WW) Warning, couldn't open module glx
(II) UnloadModule: "glx"
(EE) Failed to load module "glx" (module does not exist, 0) 

It appears that the module is in the incorrect place, there is a symlink:
/usr/lib/modules/extensions/libglx.a -> ../../opengl/xorg-x11/extensions/libglx.a 
but the file it points to doesn't exist. /lib/opengl/xorg-x11/extensions/libglx.a does exist, however.

emerge info:
Portage 2.0.51-r15 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20050125-r0, 2.6.10-gentoo-r7 x86_64)
=================================================================
System uname: 2.6.10-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3500+
Gentoo Base System version 1.6.9
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Feb 18 2005, 16:44:56)]
dev-lang/python:     2.3.5
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r2
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r3
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=athlon64 -pipe -fomit-frame-pointer"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=athlon64 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig buildpkg ccache distlocks fixpackages sandbox"
GENTOO_MIRRORS="ftp://gentoo.chem.wisc.edu/gentoo/ http://cudlug.cudenver.edu/gentoo/ ftp://lug.mtu.edu/gentoo/source/ ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://open-systems.ufl.edu/mirrors/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="amd64 X aalib aclocal acpi aim alsa audiofile avi berkdb bitmap-fonts blas cdr crypt cups curl divx4linux dvd emul-linux-x86 encode esd f77 fam flac font-server foomaticdb fortran gif gnome gpm gstreamer gtk guile imagemagick imlib ipv6 java jp2 jpeg junit ldap live lzw lzw-tiff mad mozilla mpeg multilib nas ncurses network nls nptl offensive oggvorbis opengl oss pam pdf pdflib perl pic plotutils png posix ppds pthreads python qt quicktime readline samba sdl spell ssl tcpd tiff truetype truetype-fonts type1-fonts unicode usb userlocales xine xml xml2 xmms xpm xrandr xscreensaver xv xvid zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
Comment 1 Donnie Berkholz (RETIRED) gentoo-dev 2005-02-21 00:03:41 UTC
ld -ld /usr/lib*
Comment 2 Ian Ellis 2005-02-21 07:41:45 UTC
Donnie, that command just returns: "ld: cannot find -ld"
Comment 3 Donnie Berkholz (RETIRED) gentoo-dev 2005-02-21 08:32:32 UTC
Sorry I'm stupid, I meant `ls -ld`
Comment 4 Ian Ellis 2005-02-21 13:21:28 UTC
Okies, the output of that command is:

drwxr-xr-x  83 root root 24576 Feb 18 17:19 /usr/lib
lrwxrwxrwx   1 root root    36 Feb  4 02:09 /usr/lib32 -> ../../emul/linux/x86/usr/X11R6/lib32
lrwxrwxrwx   1 root root     8 Feb  5 16:58 /usr/lib64 -> ../lib64
drwxr-xr-x  11 root root  4096 Feb 18 17:01 /usr/libexec
Comment 5 Ian Ellis 2005-02-21 13:26:05 UTC
Created attachment 51810 [details]
output of ls -ld /usr/lib*

Did again as root, much more output.
Comment 6 Ian Ellis 2005-02-21 13:28:18 UTC
OK, dunno what I'm thinking, but forget my last comment, I did "ls -ls"....no wonder I got so much output....
Comment 7 Ian Ellis 2005-02-21 13:47:51 UTC
One other thing I would like to mention since it's related, is that the xorg fglrx module also doesn't load.  It's probably something for later though.

(II) LoadModule: "fglrx"
(WW) Warning, couldn't open module fglrx
(II) UnloadModule: "fglrx"
(EE) Failed to load module "fglrx" (module does not exist, 0) 
Comment 8 Donnie Berkholz (RETIRED) gentoo-dev 2005-02-21 15:40:26 UTC
Your /usr/lib64 is screwed up, it should be pointing to ./lib instead of ../lib64.

This should be fixed in the current ebuild -- if you'd care to remerge and test it out. Otherwise, you can just rm /usr/lib64 and ln -s /usr/lib64 lib

Please reopen if it's not fixed.
Comment 9 Ian Ellis 2005-02-22 15:42:47 UTC
Did an emerge sync and re-emerged xorg, but the link still points to ../lib64.
Comment 10 Donnie Berkholz (RETIRED) gentoo-dev 2005-02-22 17:22:42 UTC
Jeremy, thought your code should have fixed this?
Comment 11 Sander Sweers 2005-02-26 07:43:30 UTC
A work around would be to have the ebuild copy the content of /usr/lib64 to /usr/lib, remove /usr/lib64 and recreate the symlink to /usr/lib. These are the steps i had to do to get this fixed.
Comment 12 Ian Ellis 2005-02-26 14:36:58 UTC
The fix of just rm /usr/lib64 and ln -s /usr/lib64 lib does work, things do find opengl now but I still have yet to retry the ati-drivers.  It does break a couple things that are easy enough to fix though, which is to be expected since the link's been pointing to the wrong place for so long.  So the question is still why that code fix in the xorg ebuild didn't work.  I'm willing to test again when you guys come up with another fix.
Comment 13 Ian Ellis 2005-03-04 13:32:14 UTC
Well, doesn't look like it's been popping up much since it was fixed (hope people aren't just doing the manual fix becase I posted it on the forums) so re-close if you want.
Comment 14 Matthew Tippett 2005-08-17 21:39:25 UTC
Please verify with 8.16
Comment 15 Ian Ellis 2005-08-18 09:15:11 UTC
I'm not running 64bit anymore for several reasons, but it mostly comes down to a
sudden wave of laziness.  So sorry, I can't verify.
Comment 16 Luca Barbato gentoo-dev 2005-10-20 03:49:42 UTC
It should be fixed.