Various people mention problems using software rendering with VNC server, which gives errors like: (EE) AIGLX error: dlopen of /usr/lib64/dri/swrast_dri.so failed (/usr/lib64/dri/swrast_dri.so: undefined symbol: _glapi_tls_Context) (EE) GLX: could not load software renderer The problem is that xorg-server of the system (and nowadays basically the whole system, I do not know what is causing it) is build with +nptl. The cure is to add nptl to IUSE and add '$(use_enable nptl glx-tls) ' to the server econf section. See: http://bugs.gentoo.org/294524 http://forums.gentoo.org/viewtopic-t-818105-highlight-vnc.html Reproducible: Always
Created attachment 222655 [details] Correct ebuild
Created attachment 222785 [details] ebuild with nptl for 1.6.5 xserver
Moving discussion from bug 294524 to here: > $ emerge -pv mesa xorg-server tigervnc > These are the packages that would be merged, in order: > Calculating dependencies... done! > [ebuild R ] media-libs/mesa-7.5.2 USE="nptl -debug -motif -pic -xcb" > VIDEO_CARDS="radeon -intel -mach64 -mga -none -r128 -radeonhd -s3virge -savage -sis (-sunffb) -tdfx -trident -via" 0 kB [0] > [ebuild R ] x11-base/xorg-server-1.6.5-r1 USE="hal nptl sdl xorg -debug -dmx -ipv6 -kdrive -minimal -tslib" 0 kB [0] > [ebuild R ] net-misc/tigervnc-1.0.0-r5 USE="nptl opengl server xorgmodule" 0 kB [?=>1] Here is an ebuild for xserver 1.6.5, which works on my machine. Have you tried adding "none" to your VIDEO_CARDS?
I've had just the same error message when running the vncserver built from the original xorg-server-tigervnc-1.0.1_pre20100306-r1 ebuild: undefined symbol _glapi_tls_Context . This is with /usr/lib64/dri/swrast_dri.so from media-libs/mesa-7.7.1. As suggested in the patch, the problem is removed by simply enabling glx-tls when compiling the xorg-server within the tigervnc ebuild. The patch sensibly does this in the same way as is used for the xorg-server ebuild. I don't understand why this patch from Sebastiaan has not been included in portage. It would have saved me a couple of hours of fooling around, and I'm clearly not the only one! It's really simple and obvious what it does -- is there anything worrying about it? (What's the meaning of the comment about 'none' in use flags? Many users will have real X displays with video cards as well as having a vncserver: we need drivers for real cards as well as the vncserver.)
(In reply to comment #4) > I've had just the same error message when running the vncserver built from the > original xorg-server-tigervnc-1.0.1_pre20100306-r1 ebuild: undefined symbol > _glapi_tls_Context . > > This is with /usr/lib64/dri/swrast_dri.so from media-libs/mesa-7.7.1. > > I don't understand why this patch from Sebastiaan has not been included in > portage. It would have saved me a couple of hours of fooling around, and I'm > clearly not the only one! It's really simple and obvious what it does -- is > there anything worrying about it? > Yep, you are not the only one. Just spend an embarrassing 1/2 hour trying to show a student how to use kde over vnc, who he was claiming was not working on my server.
Fixed, thanks. Sorry for taking so long.
