[gentoo-user] Modular X.org + Nvidia = GLX not loading
Hi I'm running ~amd64 on some packages and I know this can produce problems ;). I tried the modular X.org a while ago and was surprised about the stability. There was only a issue with missing symlinks for the nvidia drivers. Everything went fine since a few days ago. My current versions: x11-base/xorg-server-0.99.4-r2 +dri +ipv6 -minimal +xprint media-video/nvidia-kernel-1.0.8174-r1 media-video/nvidia-glx-1.0.8174-r1 -dlloader X.org gives me the following error message on startup: (EE) NVIDIA(0): Failed to initialize the GLX module; please check in your X (EE) NVIDIA(0): log file that the GLX module has been loaded in your X (EE) NVIDIA(0): server, and that the module is the NVIDIA GLX module. If (EE) NVIDIA(0): you continue to encounter problems, Please try (EE) NVIDIA(0): reinstalling the NVIDIA driver. I don't know where I can get some more informative error messages. A few lines above I can see that the glx-module was loaded: (II) LoadModule: glx (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 6.99.99.903, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 I checked the timestamp on this library. It matches the last emerge of xorg-server on 6th decembre. Now I'm a little bit confused. The libglx.so is provied by xorg-server and nvidia-glx too: # equery b libglx.so [ Searching for file(s) libglx.so in *... ] media-video/nvidia-glx-1.0.8174-r1 (/usr/lib64/opengl/nvidia/extensions/libglx.so) x11-base/xorg-server-0.99.4-r2 (/usr/lib64/xorg/modules/extensions/libglx.so) Is it correct that X.org loads the one from xorg-server? Is there some mistake in my configuration? I attached the Xorg.0.log and xorg.conf. It seems I'm the only one who is encountering this problem, I didn't find anything on forums.gentoo.org, bugs.gentoo.org and the mailing-lists... Thanks for any help! Stefan This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation CVS repository. See http://wiki.x.org/wiki/CvsPage for CVS access instructions. X Window System Version 6.99.99.903 (7.0.0 RC 3) Release Date: 02 December 2005 X Protocol Version 11, Revision 0, Release 6.99.99.903 Build Operating System:Linux 2.6.14-gentoo-r2 x86_64 Current Operating System: Linux amd64 2.6.14-gentoo-r2 #1 PREEMPT Thu Dec 1 08:53:46 CET 2005 x86_64 Build Date: 06 December 2005 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Dec 14 15:37:49 2005 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Simple Layout (**) |--Screen Screen 1 (0) (**) | |--Monitor AL1721 (**) | |--Device NV6800GT (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) FontPath set to /usr/share/fonts/misc,/usr/share/fonts/75dpi,/usr/share/fonts/100dpi,/usr/share/fonts/TTF,/usr/share/fonts/Type1 (==) RgbPath set to /usr/share/X11/rgb (==) ModulePath set to /usr/lib64/xorg/modules (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/lib64/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 6.99.99.903, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/lib64/xorg/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 6.99.99.903, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10de,00e1 card 1462,0300 rev a1 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 10de,00e0 card 1462,0300 rev a2 class 06,01,00 hdr 80 (II) PCI: 00:01:1: chip 10de,00e4 card 1462,0300 rev a1 class 0c,05,00 hdr 80 (II) PCI: 00:02:0: chip 10de,00e7 card 1462,0300 rev a1 class 0c,03,10 hdr 80 (II) PCI: 00:02:1: chip 10de,00e7 card 1462,0300 rev a1 class 0c,03,10 hdr 80 (II) PCI: 00:02:2: chip 10de,00e8 card 1462,0300 rev a2 class 0c,03,20 hdr 80 (II) PCI: 00:05:0: chip 10de,00df card 1462,0300 rev a2 class 06,80,00 hdr 00 (II) PCI: 00:08:0: chip 10de,00e5 card 1462,0300 rev a2 class 01,01,8a hdr 00 (II) PCI: 00:09:0: chip 10de,00ee card 1462,0300 rev a2 class 01,01,85 hdr 00 (II) PCI: 00:0a:0: chip 10de,00e3 card
Re: [gentoo-user] Modular X.org + Nvidia = GLX not loading
On Wednesday 14 December 2005 16:24, Stefan Frank wrote: x11-base/xorg-server-0.99.4-r2 +dri +ipv6 -minimal +xprint media-video/nvidia-kernel-1.0.8174-r1 media-video/nvidia-glx-1.0.8174-r1 -dlloader Is it correct, that I have set the dri use-flag? I'm confused about that, because some people say in xorg.conf it shouldn't be set (glx is sufficient). If someone can bring some light into this issue I would be glad too. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Modular X.org + Nvidia = GLX not loading
On Wednesday 14 December 2005 15:53, Catalin Trifu wrote: Hi, did u run: eselect opengl set nvidia More than once :(. to make sure nvidia's implementation is used. By yhe output of Xorg.0.log the actual implementation used is the X.org default one. Also make sure you comment the ModulesPath in xorg.conf. ModulePath is already commented :( I really don't know, what the problem may be. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Modular X.org + Nvidia = GLX not loading
On Wednesday 14 December 2005 15:54, Dirk Heinrichs wrote: Any chance you're using hardened gcc? Try switching gcc to vanilla (using gcc-config) and rebuild xorg-server and eventually the nvidia stuff. Nope: # gcc-config -L /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4:/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/32 I reemerged xorg-server and nvidia-stuff several times... If that still doesn't work, also try adding -fno-stack-protector to your CFLAGS. Do you think, this is worth a try? I assume the problem is somewhere else (related to something I have different than others?). My CFLAGS seem to me very usual: CFLAGS=-O2 -pipe -fomit-frame-pointer -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Modular X.org + Nvidia = GLX not loading
On Wednesday 14 December 2005 16:43, Catalin Trifu wrote: # ls -lsa /usr/lib/libGL* 4 -rw-r--r-- 1 root root727 Dec 10 12:04 /usr/lib/libGL.la 0 lrwxrwxrwx 1 root root 36 Dec 10 12:04 /usr/lib/libGL.so - //usr/lib/opengl/nvidia/lib/libGL.so* 4 -rw-r--r-- 1 root root752 Dec 3 12:31 /usr/lib/libGLU.la 0 lrwxrwxrwx 1 root root 20 Dec 7 23:43 /usr/lib/libGLU.so - /usr/lib/libGLU.so.1* 0 lrwxrwxrwx 1 root root 20 Dec 3 12:31 /usr/lib/libGLU.so.1 - libGLU.so.1.3.060401* 464 -rwxr-xr-x 1 root root 473316 Dec 3 12:31 /usr/lib/libGLU.so.1.3.060401* 0 lrwxrwxrwx 1 root root 40 Dec 10 12:04 /usr/lib/libGLcore.so - //usr/lib/opengl/nvidia/lib/libGLcore.so* 0 lrwxrwxrwx 1 root root 11 Dec 3 12:31 /usr/lib/libGLw.so - libGLw.so.1* 0 lrwxrwxrwx 1 root root 15 Dec 3 12:31 /usr/lib/libGLw.so.1 - libGLw.so.1.0.0* 0 lrwxrwxrwx 1 root root 15 Dec 3 12:31 /usr/lib/libGLw.so.1.0 - libGLw.so.1.0.0* 20 -rwxr-xr-x 1 root root 16804 Dec 3 12:31 /usr/lib/libGLw.so.1.0.0* My system: # ls -lsa /usr/lib/libGL* 4 -rw-r--r-- 1 root root731 Nov 12 21:02 /usr/lib/libGL.la 0 lrwxrwxrwx 1 root root 36 Nov 12 21:02 /usr/lib/libGL.so - //usr/lib/opengl/nvidia/lib/libGL.so 4 -rw-r--r-- 1 root root752 Dec 12 17:05 /usr/lib/libGLU.la 0 lrwxrwxrwx 1 root root 11 Dec 12 17:05 /usr/lib/libGLU.so - libGLU.so.1 0 lrwxrwxrwx 1 root root 20 Dec 12 17:05 /usr/lib/libGLU.so.1 - libGLU.so.1.3.060401 0 lrwxrwxrwx 1 root root 20 Dec 12 17:05 /usr/lib/libGLU.so.1.3 - libGLU.so.1.3.060401 505 -rwxr-xr-x 1 root root 513640 Dec 12 17:05 /usr/lib/libGLU.so.1.3.060401 0 lrwxrwxrwx 1 root root 40 Nov 12 21:02 /usr/lib/libGLcore.so - //usr/lib/opengl/nvidia/lib/libGLcore.so 0 lrwxrwxrwx 1 root root 11 Dec 12 17:05 /usr/lib/libGLw.so - libGLw.so.1 0 lrwxrwxrwx 1 root root 15 Dec 12 17:05 /usr/lib/libGLw.so.1 - libGLw.so.1.0.0 0 lrwxrwxrwx 1 root root 15 Dec 12 17:05 /usr/lib/libGLw.so.1.0 - libGLw.so.1.0.0 28 -rwxr-xr-x 1 root root 25656 Dec 12 17:05 /usr/lib/libGLw.so.1.0.0 That looks to me the same. My machine shows this. Is LoadModule dri commented out in xorg.conf. Wasn't, but is now and it doesn't change anything... Have you emerged xorg-server with the USE-flag dri? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [SOLVED] Modular X.org + Nvidia = GLX not loading
According to http://bugs.gentoo.org/show_bug.cgi?id=111877 it is a problem with eselect-opengl. I tried the fix from comment #21 and afterwards everything works fine again. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Automatically mounting USB mass storage devices (camera)
Hi
I just posted the same on the german gentoo user list:
HAL is no longer compiled with the --enable-fstab-sync option. Therefore
hotpluggable devices wont be automounted. To get around this, you can create
a overlay with the current hal-0.5.4.ebuild and add the following:
src_compile() {
econf \
$(use_enable debug verbose-mode) \
$(use_enable pcmcia pcmcia-support) \
--enable-sysfs-carrier \
--enable-hotplug-map \
+ --enable-fstab-sync \
$(use_enable doc docbook-docs) \
$(use_enable doc doxygen-docs) \
--with-pid-file=/var/run/hald.pid \
|| die configure failed
emake || die make failed
}
Maybe you've to change the permissions on /etc/fstab to haldaemon:haldaemon,
as it needs the permission to change the file.
If you need informations on how to make an overlay, please ask!
Stefan
BTW: I don't know why --enable-fstab-sync isn't used anymore - maybe it's for
some good reason, I don't know. Do this on your own risk ;).
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] LDAP LOGIN
On Tuesday 13 September 2005 07.14, timothy johnson wrote: I think I have everything setup up, but when I switch my PAM over to use LDAP I get Permission Denied. I have checked my logs but I am not sure what is wrong. How do you bind against LDAP? With anonymous or with the manager account? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] dhcpcd 2.0.0 - Boot process hangs
On Tuesday 06 September 2005 17.20, Christoph Daldrup wrote: Finally, here is the solution to this problem: Don't emerge dhcpcd with the 'debug' USE flag. Well, this is actually the worst thing on Gentoo: in the end the origin of a problem is always located in front of the computer :). By the way, it's never a good idea to use debugging unless you really want to debug something. Did you set the USE=debug globally? I made the mistake to restart my server with enabled debugging in OpenLDAP. The machine didn't get further than to LDAP. It took me some time to connect a monitor and keyboard to the machine and find the problem ;). You never stop learning (with Linux) :). Stefan -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] (AMD64) wrong soundcard is becoming default - Gnome unhappy
Hi I just had a quick look at your message, I think I may provide you a solution: It all depends on which driver is called first - so may control this by adding the modules of your two soundcards in /etc/modules.autoload.d/kernel-2.6. Add the one you need to work with Gnome first and the other one second. I had the same problem with my two cards and was able to get the right card to get /dev/dsp1 instead of /dev/dsp2. Hope this helps! Stefan -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] dhcpcd 2.0.0 - Boot process hangs
On Wednesday 31 August 2005 19.02, Christoph Daldrup wrote: Am 31.08.2005 18:44 schrieb Sergio Polini: I emerged -uvDN world on Sunday and dhcpcd 2.0.0 is masked. According to http://packages.gentoo.org/ebuilds/?dhcpcd-2.0.0 , it isn't anymore, at least for amd64, x86 and sparc. ;) On my local system, it ist masked through the package.mask file now. Christoph I just did a emerge -u dhcp and I was able to do /etc/init.d/net.eth0 restart without problems. Try to clear the cache of dhcpcd under /var/lib/dhcpc (?) and to start it again. Maybe you should consider using sys-apps/ifplugd. It's quite useful - it starts the net.ethX only if the cable is plugged in. If there is a problem, you just could remove the plug and the net.ethX is not started. And you may not use Knoppix to solve such problems, there are possibilities to append a boot option in GRUB/LILO (there was just a thread about it) to boot into single mode. Hope this helps! Stefan -- gentoo-user@gentoo.org mailing list
