Bugzilla Bug 112924

X does not start after upgrade from xorg-x11-6.8.2-r6 to xorg-x11-7.0.0_rc2.

Reproducible: Always
Steps to Reproduce:
1. emerge -NDu world
2. revdep-rebuild

Actual Results:  
(II) LoadModule: "bitmap"
(WW) Warning, couldn't open module bitmap
(II) UnloadModule: "bitmap"
(EE) Failed to load module "bitmap" (module does not exist, 0)
(II) LoadModule: "pcidata"
(WW) Warning, couldn't open module pcidata
(II) UnloadModule: "pcidata"
(EE) Failed to load module "pcidata" (module does not exist, 0)

Fatal server error:
Unable to load required base modules, Exiting...


Portage 2.0.53_rc7 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r3,
2.6.14-gentoo-r2 i686)
=================================================================
System uname: 2.6.14-gentoo-r2 i686 Intel(R) Pentium(R) M processor 1500MHz
Gentoo Base System version 1.12.0_pre10
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.13
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-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.20-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium-m -O2 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-march=pentium-m -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig cvs digest distlocks fixpackages sandbox sfperms
sign strict"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo
ftp://trumpetti.atm.tut.fi/gentoo http://gentoo.oregonstate.edu
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LC_ALL="en_US.utf8"
LDFLAGS="-Wl,-O1"
LINGUAS="de"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/gentopia"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X a52 aac acpi alsa audiofile avi berkdb bitmap-fonts browserplugin
bzip2 cairo cdr crypt cups curl dbus divx4linux dvd dvdr dvdread eds emboss
encode esd exif expat fam fame firefox flac foomaticdb gdbm gif glitz glut gnome
gpm gstreamer gtk gtk2 hal howl idn imagemagick imlib ipv6 java jpeg lcms libg++
libwww lzo mad matroska mikmod mjpeg mmx mng moznocompose moznoirc moznomail mp3
mpeg ncurses nls nomotif nptl nsplugin nvidia ogg oggvorbis opengl oss pam pcre
pdflib perl php png python quicktime readline spell sse sse2 ssl svg tcpd tetex
theora tiff truetype truetype-fonts type1-fonts udev unicode usb vorbis
win32codecs wmf xml2 xv xvid zlib linguas_de userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, MAKEOPTS

Created an attachment (id=73138) [edit]
/etc/X11/xorg.conf

Created an attachment (id=73139) [edit]
/var/log/Xorg.0.log

Get rid of this line in your xorg.conf:

  ModulePath "/usr/lib/modules"

That did the trick, thank you Donnie!

Not fixed, as the summary indicates.

Is there any valid reason for a user to be specifying a module path in
xorg.conf, outside of custom installs?

Not really, except some config tools add it by default for no reason.

This is fixed in 7.0.0_rc2-r1.

*** Bug 172737 has been marked as a duplicate of this bug. ***