Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 135631 - xorg-server 1.1.0: xorg.conf search path appears to be wrong
Summary: xorg-server 1.1.0: xorg.conf search path appears to be wrong
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Server (show other bugs)
Hardware: All Linux
: High trivial (vote)
Assignee: Gentoo X packagers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-05 07:03 UTC by Phil Richards
Modified: 2006-06-06 21:29 UTC (History)
0 users

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 Phil Richards 2006-06-05 07:03:22 UTC
I suppose this is more of a "is this correct?" rather than an "is this wrong?", but...

I just upgraded from xorg 7.0 to 7.1; following the xorg-server 1.0x to 1.1.0, my X11 server was unable to restart.  (Sorry - I've managed to lose the exact output.)  The error was related to not being able to load modules "pcidata" and "bitmap".

The problem is fixed by adding 'ModulePath "/usr/lib/xorg/modules"' to the 'Section "Files"' in /etc/X11/xorg,conf, but I am puzzled as to why this broke in the 7.0 to 7.1 upgrade?
Anyway, strace'ing xinit gave me:
10893 write(0, "(II) LoadModule: \"bitmap\"", 25) = 25
10893 write(0, "\n", 1)                 = 1
10893 stat64("/usr/X11R6/lib/modules/linux/", 0xbfa301a0) = -1 ENOENT (No such file or directory)
10893 stat64("/usr/X11R6/lib/modules/", {st_mode=S_IFDIR|0755, st_size=80, ...}) = 0
10893 stat64("/usr/X11R6/lib/modules/libbitmap.so", 0xbfa301a0) = -1 ENOENT (No
[...lots of searching of /usr/X11R6/lib/modules...]
10893 stat64("/usr/X11R6/lib/modules/internal/", 0xbfa301a0) = -1 ENOENT (No such file or directory)
10893 write(0, "(WW) Warning, couldn\'t open modu"..., 42) = 42
10893 write(0, "(II) UnloadModule: \"bitmap\"\n", 28) = 28
10893 write(2, "(EE) Failed to load module \"bitm"..., 63) = 63
10893 write(0, "(EE) Failed to load module \"bitm"..., 63) = 63

(and the same for pcidata).  /usr/X11R6/lib/modules contains only /usr/X11R6/lib/modules/extensions/libglx.a (which, it turns out, shouldn't still exist).

This is odd - I thought /usr/X11R6 had gone away, but obviously not:
~ # equery b /usr/X11R6
[ Searching for file(s) /usr/X11R6 in *... ]
x11-base/xorg-x11-7.1 (/usr/X11R6 -> ../usr)

Clearly there is something stupid going on in my setup (some config protected file that I didn't fix properly, perhaps), but it seems odd that an out-the-box install of xorg-server searches in the wrong place for its own libraries...

Any ideas?  Feel free to close if this is just dumb...

phil






Portage 2.1_rc4-r2 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.4-r3, 2.6.16-gentoo-r9 i686)
=================================================================
System uname: 2.6.16-gentoo-r9 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz
Gentoo Base System version 1.12.0
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe"
DISTDIR="/usr/src/distfiles"
FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.mirrorservice.org/sites/www.ibiblio.org/gentoo/ http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/usr/src/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 X aac acpi alsa apm avi berkdb bitmap-fonts bzip2 cairo cddb cdr cli crypt cups curl dbus doc dri dvd dvdr dvi eds emboss encode esd exif expat ffmpeg firefox flac foomaticdb fortran gd gdbm gif gnome gnutls gpm gstreamer gtk gtk2 gtkhtml guile hal idn imagemagick imlib isdnlog jpeg lcms lesstif libg++ libwww mad maildir mikmod mmx mng motif mp3 mpeg ncurses nls nntp nptl offensive ogg opengl pam pcre pdf pdflib perl png pppd python quicktime readline real reflection samba sdl session slang speex spell spl sse ssl svg svga tcltk tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts udev usb vorbis win32codecs xine xml xmms xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_wacom kernel_linux userland_GNU video_cards_i915 video_cards_i810"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Joshua Baergen (RETIRED) gentoo-dev 2006-06-05 20:32:28 UTC
Could you attach your (preferably non-working) xorg.conf and Xorg.n.log please?
Comment 2 Phil Richards 2006-06-06 11:56:54 UTC
Ok, having tried to reproduce the problem, and failed, I've worked out what was happening.

The reason why it failed was that root had a copy of xorg.conf in ~/xorg.conf.
The ModulePath thing was bogus (and looking at the ebuild I can see that ModulePath is filtered out of /etc/X11/xorg.conf - but obviously not ~root/xorg.conf).

The ~root/xorg.conf appears to be used in preference to /etc/X11/xorg.conf, and I suspect that it had a ModulePath line pointing at /usr/X11R6 from some previous incarnation of the server - I can't be sure because as part of the process of trying to get my server up and running again I vaguelly remember stumbling across it and deleting it (thinking "what is that doing there?").

I can't say I remember creating ~root/xorg.conf recently, and I don't know why it suddenly stopped working going from 1.0.x to 1.1.0, but...

I'm closing the bug as INVALID because I don't think it is one (not as raised, anyway).  Whether the /etc/init.d/xdm using ~root/xorg.conf in preference to /etc/X11/xorg.conf is a bug is questionable.

Sorry for wasting your time :-)

Phil
Comment 3 Donnie Berkholz (RETIRED) gentoo-dev 2006-06-06 12:13:13 UTC
(In reply to comment #2)
> I can't say I remember creating ~root/xorg.conf recently, and I don't know why
> it suddenly stopped working going from 1.0.x to 1.1.0, but...

You probably didn't, your configuration tool did.
Comment 4 Phil Richards 2006-06-06 21:29:52 UTC
Well, it is most likely when I was setting things up, but I tend to hand edit all my config files, so the blame probably lies with me :-)

Anyway, looking at the man page for xorg.conf, I think that there *is* a problem; see also bug #133277, and https://bugs.freedesktop.org/show_bug.cgi?id=6915, so I feel slightly less dumb now :-)