After last update (swithcing to x11-apps/xinit-1.2.0-r3 and x11-base/xorg-server-1.6.5-r1) I've discovered, that starting X by 'startx' command was breaken. The error in /var/log/Xorg.8.log: (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) xkb_keycodes { include "xfree86+aliases(qwerty)" }; xkb_types { include "complete" }; xkb_compatibility { include "complete" }; xkb_symbols { include "pc(pc105)+us" }; xkb_geometry { include "pc(pc105)" }; (EE) xf86OpenSerial: Cannot open device /dev/mouse No such file or directory. (WW) Mouse0: cannot open input device xkb_types { include "%" }; xkb_compatibility { include "%" }; xkb_symbols { include "%" }; xkb_geometry { include "%" }; (EE) Error loading keymap /usr/share/X11/xkb/compiled/server-8.xkm xkb_types { include "%" }; xkb_compatibility { include "%" }; xkb_symbols { include "%" }; xkb_geometry { include "%" }; (EE) Error loading keymap /usr/share/X11/xkb/compiled/server-8.xkm xkb_types { include "%" }; xkb_compatibility { include "%" }; xkb_symbols { include "%" }; xkb_geometry { include "%" }; Reproducible: Always Actual Results: The message: (**) Option "CustomKeycodes" "off" (**) Keyboard1: CustomKeycodes disabled (II) XINPUT: Adding extended input device "Keyboard1" (type: KEYBOARD) (II) UnloadModule: "mouse" (II) UnloadModule: "kbd" (II) SIS(0): Restoring by setting old mode 0x03 (WW) SIS(0): xf86UnMapVidMem: cannot find region for [0xb7744000,0x10000] (WW) SIS(0): xf86UnMapVidMem: cannot find region for [0xb5744000,0x2000000] Expected Results: successfully started X server # ls -l /usr/share/X11/ drwxr-xr-x 2 root root 312 Дек 22 10:27 app-defaults/ drwxr-xr-x 62 root root 1952 Окт 26 15:44 locale/ -rw-r--r-- 1 root root 17315 Апр 15 2009 rgb.txt -rw-r--r-- 1 root root 41481 Окт 26 15:44 XErrorDB drwxr-xr-x 10 root root 472 Дек 22 10:14 xkb/ -rw-r--r-- 1 root root 8982 Окт 26 15:44 XKeysymDB # emerge --info Portage 2.1.6.13 (default/linux/x86/10.0, gcc-4.3.4, glibc-2.9_p20081201-r2, 2.6.30-gentoo-r88 i686) ================================================================= System uname: Linux-2.6.30-gentoo-r88-i686-Intel-R-_Pentium-R-_4_CPU_3.00GHz-with-gentoo-1.12.13 Timestamp of tree: Tue, 22 Dec 2009 01:45:01 +0000 app-shells/bash: 4.0_p35 dev-java/java-config: 2.1.9-r2 dev-lang/python: 2.6.4 dev-util/cmake: 2.6.4 sys-apps/baselayout: 1.12.13 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /etc/env.d/50glib2 /usr/share/X11/xkb /var/bind" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="buildsyspkg collision-protect distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://ftp.corbina.net/pub/Linux/gentoo/ ftp://mirror.aiya.ru/pub/gentoo/ ftp://ftp.org.kemsu.ru/gentoo/ http://ftp.chg.ru/pub/Linux/distributions/gentoo/ ftp://ftp.chg.ru/pub/Linux/distributions/gentoo/" LANG="ru_RU.KOI8-R" LC_ALL="" LDFLAGS="-Wl,-O1" LINGUAS="ru en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage-ftn" SYNC="rsync://rsync.org.kemsu.ru/gentoo rsync://rsync.asia.gentoo.org/gentoo-portage rsync://mirror.aiya.ru/gentoo" USE="X a52 ac3 acl alsa avi berkdb bzip2 cdr cli cracklib crypt cups cxx dbus dri dvd flac fortran gdbm gif gtk iconv jpeg jpeg2k modules mp3 mudflap ncurses nls nptl nptlonly ogg openmp pam pcre perl png pppd python qt3support readline reflection session spl ssl sysfs tcpd vorbis x86 xcb xorg xulrunner zlib" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="ru en" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="sis" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Excuse me, I've forgot to say that executing 'startx' by root successfully leads to working X server.
For the moment looks INVALID, but attach both the log and xorg.conf (if you have one).
(In reply to comment #2) > For the moment looks INVALID, but attach both the log > and xorg.conf (if you have one). > To my mind it also looks like INVALID. Though I'm not sure. Now I can say, that the issue was in handling ~/.xinitrc When this file (contains one string 'XSESSION="Xfce4"') exists, the X-server fails to start. After I've renamed it (removing should do the same), declaring XSESSION in /etc/env.d/90xsession (by exactly the same string) X server becomes work as it should.
Created attachment 213944 [details] X server start error log
Created attachment 213950 [details] X server configuration file
(In reply to comment #3) > To my mind it also looks like INVALID. Though I'm not sure. > > Now I can say, that the issue was in handling ~/.xinitrc > When this file (contains one string 'XSESSION="Xfce4"') exists, the X-server > fails to start. In such case it is INVALID- that file is supposed to actually start something.
(In reply to comment #6) > In such case it is INVALID- that file is supposed to actually > start something. > But does not. And another moment: At the start point (~/.xinitrc and /etc/env.d/90xsession don't exist yet, the XSESSION is declared in /etc/rc.conf) the update breaked the operability. But ebuild don't warned, that declaring XSESSION variable in /etc/rc.conf become outdated.
post-install note is very clear about /etc/env.d/90xsession
