I recently tried to update to X.org 6.8.0, and it seems my living on the bleeding edge has left me bleeding. I have my USE flags set as follows: -3dfx -3dnow +bitmap-fonts -cjk -debug -debug +dlloader -dmx +doc +insecure-drivers +ipv6 +mmx +nls +pam -sdk +sse. Upon installation, running 'startx' yeilds: (21:45) beast root # startx X Window System Version 6.8.0 Release Date: 8 September 2004 X Protocol Version 11, Revision 0, Release 6.8 Build Operating System: Linux 2.6.8.1 i686 [ELF] Current Operating System: Linux beast 2.6.8.1 #1 SMP Thu Aug 26 20:06:46 EST 2004 i686 Build Date: 11 September 2004 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: Sat Sep 11 21:45:07 2004 (==) Using config file: "/etc/X11/xorg.conf" Using vt 8 dlopen: /usr/X11R6/lib/modules/extensions/libGLcore.so: undefined symbol: __glXLastContext (EE) Failed to load /usr/X11R6/lib/modules/extensions/libGLcore.so (EE) Failed to load module "GLcore" (loader failed, 7) dlopen: /usr/X11R6/lib/modules/extensions/libglx.so: undefined symbol: glTexSubImage3D (EE) Failed to load /usr/X11R6/lib/modules/extensions/libglx.so (EE) Failed to load module "glx" (loader failed, 7) dlopen: /usr/X11R6/lib/modules/extensions/libdri.so: undefined symbol: __glXgetActiveScreen (EE) Failed to load /usr/X11R6/lib/modules/extensions/libdri.so (EE) Failed to load module "dri" (loader failed, 7) dlopen: /usr/X11R6/lib/modules/drivers/ati_drv.so: undefined symbol: R128OptionsWeak (EE) Failed to load /usr/X11R6/lib/modules/drivers/ati_drv.so (EE) Failed to load module "ati" (loader failed, 7) (EE) No drivers available. Fatal server error: no screens found Please consult the The X.Org Foundation support at http://wiki.X.Org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" after 0 requests (0 known processed) with 0 events remaining. (21:45) beast root # _ Previously, I had X.org 6.7.0 working happily on the same machine. Reproducible: Always Steps to Reproduce: 1. exec: ACCEPT_KEYWORDS=~x86 USE="-3dfx -3dnow +bitmap-fonts -cjk -debug -debug +dlloader -dmx +doc +insecure-drivers +ipv6 +mmx +nls +pam -sdk +sse" emerge xorg-x11 2. exec: startx Actual Results: (Already quoted above -- I don't see the point in pasting it twice) Expected Results: GLcore & glx should have loaded successfully, allowing X.org to start and bring up the GUI. I am running hardened GCC. I have tried the patch from bug #43177, with no change in results. To add injury to insult, it seems something has messed up my old package for X.org 6.7.0, trying to emerge it results in an error message (missing CATEGORY chunk or something). So for the moment at least, I'm stuck with the console. From 'emerge info': ----------------------------------->8------------------------------------------- Portage 2.0.50-r11 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.8.1) ================================================================= System uname: 2.6.8.1 i686 Pentium III (Coppermine) Gentoo Base System version 1.4.16 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -mcpu=i686 -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -mcpu=i686 -funroll-loops -pipe" DISTDIR="/home/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache distcc fixpackages" GENTOO_MIRRORS="http://192.168.5.1/portage http://mirror.aarnet.edu.au/pub/gentoo http://public.ftp.planetmirror.com/pub/gentoo" MAKEOPTS="-j8" PKGDIR="/home/portage/packages/ia32/i686" PORTAGE_TMPDIR="/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/overlay" SYNC="rsync://192.168.5.1/gentoo-portage" USE="X aalib alsa apm arts avi berkdb bitmap-fonts bonobo cdr crypt cups directfb dlloader doc encode esd foomaticdb gdbm ggi gif gnome gpm gtk gtk2 gtkhtml guile imlib insecure-drivers ipv6 java jpeg kde ldap libg++ libwww mad mikmod mmx motif mozilla mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline scanner sdl slang spell sse ssl svga tcltk tcpd tetex truetype x86 xml2 xmms xprint xv zlib" -------------------------------------8<-----------------------------------------
Some additional information... I tried a bit of fiddling, moving around the order of X modules being loaded didn't seem to make a lot of difference. The main thing I tried was to completely unmerge X, then to merge the binary. ttmkfdir segfaulted in the postinstall stage of the emerge when it hit /usr/share/fonts/TTF. I tracked this down by cutting and pasting the commands from the ebuild and running them manually. The message I got was: fix-x11.sh: line 37: 15619 Segmentation Fault LD_LIBRARY_PATH="${LD_LIBRARY_PATH}:/usr/X11R6/lib" /usr/X11R6/bin/ttmkfdir -x 2 -e /usr/share/fonts/encodings/encodings.dir -o ${x}/fonts/fonts.scale -d ${x} (where $x=/usr/share/fonts/TTF) Also, the problem seems to have lessened in the sense that I now only get two errors from X (see attachment). I might try unmerging then remerging X.org from source once more -- that way there should be no old 6.7.0 files lurking to mess things up.
Created attachment 39550 [details] Logfile from X.org 6.8.0 after unmerge/remerge from binary. File is gzipped to save space.
Hi, could you give the latest stuff a try? 6.8.0-r4 contains a fix for dlloader+hardened problems, among other things.
This bug has been sitting around for some time now. I don't know what fixed the problem, but I'm now running X.org 6.8.0-r1 and have been for some time. I'll close it, saying "Works For Me" as this is the case at the moment... although if anyone strikes the same problem -- feel free to reopen it.