Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 81380 - opengl-update-2.1.0-r1 removes libglx.so symlink
Summary: opengl-update-2.1.0-r1 removes libglx.so symlink
Status: RESOLVED DUPLICATE of bug 79552
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: All Linux
: High normal
Assignee: Jeremy Huddleston (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-09 08:29 UTC by Roel Brook
Modified: 2005-07-17 13:06 UTC (History)
3 users (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 Roel Brook 2005-02-09 08:29:02 UTC
Hi, I know xorg 6.8.1.904 is hardmasked, but we need someone to test it before it gets into ~x86, don't we? :)

the opengl-update ebuild warns that this version only works with xorg 6.8.0-r4, but it does NOT work with xorg 6.8.1.904. When starting the X server, it will report the GLX module cannot be found.

Reproducible: Always
Steps to Reproduce:
1. emerge xorg-x11-6.8.1.904
2. emerge opengl-update-2.1.0-r1
3. startx

Actual Results:  
GLX is disabled

Expected Results:  
GLX should have been initialised.

Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0
, 2.6.11-rc3-nitro0 i686)
=================================================================
System uname: 2.6.11-rc3-nitro0 i686 AMD Athlon(tm) XP 2500+
Gentoo Base System version 1.6.9
Python:              dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb  7 2005, 14:36:22) ]
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disable d]
dev-lang/python:     2.3.4-r1
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.7.9-r1, 1.8.5-r3, 1.6.3, 1.9.4, 1.5
sys-devel/binutils:  2.15.92.0.2-r2
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -mmmx -msse -m3dnow -mfp
math=sse,387 -ffast-math"
CHOST="i686-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/
fax /usr/share/config /var/qmail/alias /var/qmail/control /var/spool/fax/etc"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -mmmx -msse -m3dnow -m
fpmath=sse,387 -ffast-math"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks parallel-fetch sandbox sfperms"
GENTOO_MIRRORS="http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://gd.tu
wien.ac.at/opsys/linux/gentoo/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo"
LANG="nl_NL@euro"
LC_ALL="nl_NL@euro"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 3dnow X aalib alsa apache2 apm arts audiofile avi bash-completion bitma
p-fonts bzlib calender cdparanoia cdr chroot crypt cups dba divx4linux dvd dvdr
dvdread encode esd f77 fam filepro flac font-server foomaticdb fortran gd gdbm g
if gnome gphoto2 gpm gstreamer gtk gtk2 guile hal imagemagick imlib insecure-dri
vers java jpeg jpeg2k junit kde ldap libg++ libwww live mad mikmod mime mmx moti
f mpeg msn mysql ncurses network nls nptl nvidia odbc offensive oggvorbis ooo-kd
e opengl pam pdflib perl php pic png postgres python qmail qt quicktime readline
 real rplay samba scanner sdk sdl session sftplogging slang softmmu speex spell
sse ssl stroke svga tcltk tcpd threads tiff truetype truetype-fonts type1-fonts
usb userlocales v4l wmf xine xinerama xml xml2 xmms xprint xscreensaver xv xvid
zlib video_cards_nvidia linguas_nl"
Unset:  ASFLAGS, CBUILD, CTARGET, LDFLAGS
Comment 1 Donnie Berkholz (RETIRED) gentoo-dev 2005-02-09 08:41:25 UTC
That's funny, I tested 6.8.1.904 and it works fine here. But I don't have an Nvidia card to test with -- perhaps you'd like to donate one?
Comment 2 Chris Smith 2005-02-09 09:07:58 UTC
Bug confirmed. opengl-update-2.1.0-r1 b0rks nvidia-glx.
The upgrade removes the symlink libglx.so -> /usr/lib/opengl/nvidia/extensions/libglx.so in /usr/X11R6/lib/modules/extensions/

There may be other problems but manually adding the symlink allows Xorg to load the glx module.
Comment 3 Jeremy Huddleston (RETIRED) gentoo-dev 2005-02-09 11:49:09 UTC
what version of xorg-x11 do you have?  2.1.0 only works with >=6.8.0-r4 which uses /usr/lib/modules/extensions
Comment 4 Roel Brook 2005-02-09 13:26:50 UTC
see first comment, I'm using xorg-x11-6.8.1.904
Comment 5 unl 2005-02-09 13:51:31 UTC
The same problem here:

[ebuild   R   ] x11-base/opengl-update-2.1.0-r1  
[ebuild   R   ] x11-base/xorg-x11-6.8.1.904  
[ebuild   R   ] media-video/nvidia-glx-1.0.6629-r5  
Comment 6 Chris Smith 2005-02-09 14:23:18 UTC
using xorg-x11-6.8.1.904 as well
Comment 7 Chris Smith 2005-02-09 14:30:12 UTC
additionally my xorg-x11-6.8.1.904 is definitely looking for libglx.so
in /usr/X11R6/lib/modules/extensions/ as can be seen from /var/log/Xorg.0.log:

(II) LoadModule: "glx"
(II) Loading /usr/X11R6/lib/modules/extensions/libglx.so
(II) Module glx: vendor="NVIDIA Corporation"

the link libglx.so -> /usr/lib/opengl/nvidia/extensions/libglx.so does exist in
/usr/lib/modules/extensions but xorg isn't looking for it there
Comment 8 Chris Smith 2005-02-09 14:57:59 UTC
just realized:
lrwxrwxrwx    1 root  root       6 Feb  3 11:31 X11R6 -> ../usr

so /usr/lib/modules/extensions/ and /usr/X11R6/lib/modules/extensions/ are the same directory

regardless of where xorg will look for it the symlink is not getting created
Comment 9 Jeremy Huddleston (RETIRED) gentoo-dev 2005-02-09 15:56:45 UTC
I'm confused by this statement:
the link libglx.so -> /usr/lib/opengl/nvidia/extensions/libglx.so does exist in
/usr/lib/modules/extensions but xorg isn't looking for it there

So does it create the link or not? Does the target (/usr/lib/opengl/nvidia/extensions/libglx.so) exist or not?
Comment 10 Jeremy Huddleston (RETIRED) gentoo-dev 2005-02-09 16:24:39 UTC
just noticed this is a dupe... please respond in that other bug

*** This bug has been marked as a duplicate of 79552 ***
Comment 11 Chris Smith 2005-02-10 06:57:39 UTC
>I'm confused by this statement: the link libglx.so -> /usr/lib/opengl/nvidia/extensions/libglx.so does exist in /usr/lib/modules/extensions but xorg isn't looking for it there

>So does it create the link or not? Does the target (/usr/lib/opengl/nvidia/extensions/libglx.so) exist or not?

Sorry to confuse. I had already manually created the symlink in /usr/X11R6/lib/modules/extensions/ to get glx support
when I saw the post about xorg using /usr/lib/modules/extensions/ instead.
So I checked /usr/lib/modules/extensions/ and noticed the symlink without realizing at the time that /usr/X11R6/ was symlinked to /usr/ and that I was actually looking at the symlink that I created.

But my xorg log still shows that it is looking in /usr/X11R6/lib/modules/extensions/ for the file.
Comment 12 Donnie Berkholz (RETIRED) gentoo-dev 2005-02-10 13:58:12 UTC
Add ModulePath "/usr/lib/modules" to your xorg.conf -- can read more about what this does in xorg.conf man page.
Comment 13 mathemajikian 2005-03-30 05:48:34 UTC
This problem seems to be fixed when you emerge the following:
nvidia-glx
nvidia-kernel
nvidia-settings 
emul-linux-x86-nvidia
and then just do the following: 
(Follow the directions from http://www.gentoo.org/doc/en/nvidia-guide.xml)
modprobe nvidia
update-modules
opengl-update nvidia