xinit-1.2.0 + slim (1.3.1-r5) does not work. After login, the wrong window manager is started and then it dies to run slim again. This is for a non-root user as well as for user root. Downgrading to xinit-1.0.-r10 restores my working system. There something like 'module evdev not found'. But according to Xorg.0.log evdev is loaded and running just fine. Reproducible: Always after downgrading of x11-apps/xinit : emerge --info Portage 2.2_rc49 (default/linux/amd64/10.0/desktop, gcc-4.4.2, glibc-2.11-r0, 2.6.31-gentoo-r6 x86_64) ================================================================= System uname: Linux-2.6.31-gentoo-r6-x86_64-AMD_Phenom-tm-_II_X4_940_Processor-with-gentoo-2.0.1 Timestamp of tree: Sun, 15 Nov 2009 09:45:01 +0000 ccache version 2.4 [disabled] app-shells/bash: 4.0_p35 dev-java/java-config: 1.3.7-r1, 2.1.9-r1 dev-lang/python: 2.6.4 dev-python/pycrypto: 2.1.0_beta1 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.8.0 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.5.2-r2 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2, 1.11 sys-devel/binutils: 2.20 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-mtune=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /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="-mtune=native -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests buildpkg distlocks fixpackages news parallel-fetch preserve-libs protect-owned sandbox sfperms splitdebug strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo " LDFLAGS="-Wl,-O1" LINGUAS="en de" MAKEOPTS="-j4" 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 /usr/local/portage/layman/java-overlay" SYNC="rsync://rsync.informatik.RWTH-Aachen.de/gentoo-portage" USE="3dnow 3dnowext 3dnowprefetch X a52 aac acl acpi alsa amd64 atm avahi berkdb branding bzip2 cairo cdr cli consolekit cracklib crypt cups dbus dri dts dvd dvdr eds emboss encode evo fam ffmpeg fftw firefox flac fortran fuse gdbm gfortran gif gimp gnome gpm gstreamer gtk gtk2 hal iconv ipv6 jpeg kde lapack lcms libnotify mad mikmod mmx mmxext modules mp3 mp4 mpeg mudflap multilib ncurses nls nptl nptlonly ogg opengl openmp pam pcre pdf perl png ppds pppd python qt qt3support qt4 quicktime readline reflection sdl session smp spell spl sqlite sqlite3 sse sse2 sse3 sse4a ssl startup-notification svg sysfs tcl tcpd threads thunar tiff tk truetype unicode usb vorbis x264 xml xorg xulrunner xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" 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 evdev wacom" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en de" USERLAND="GNU" VIDEO_CARDS="radeonhd" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Try setting -minimal for xinit. I didn't have time to analyze it any further, but it works for me.
It actually didn't work for me, problem still occurs. Sorry for the inconvenience.
I have the same issue,installing xinit-1.2.0 with -minimal won't help either my xorg.conf can be found here: http://dpaste.com/121053/ and here's startx output: http://dpaste.com/121052/
I have the same problem. Apparently the file /etc/X11/xinit/xinitrc no longer has this section: # First try ~/.xinitrc if [ -f "$HOME/.xinitrc" ]; then XINITRC="$HOME/.xinitrc" if [ -x $XINITRC ]; then # if the x bit is set on .xinitrc # it means the xinitrc is not a # shell script but something else exec $XINITRC else exec /bin/sh "$HOME/.xinitrc" fi So it never tries to run .xinitrc in my home directory, then the failsafe section also fails because after running emerge --depclean xterm xclock and twm packages are removed, but xinit-1.2.0 still depends on them. Bug number 293342 is related to this one.
I'm not sure whether there's a real bug here. We did change a few things : The system xinitrc no longer looks at users' .xinitrc because startx is already responsible for this. Now I don't know what slim does, but if slim does indeed run the system's xinitrc, it should be fixed to look for users' too. The old behavior was a Gentoo-only behavior and we fixed it to how it really should be (and like it is on all other distros). So please try xinit-1.2.0-r1 which fixes the xterm/XTERM issue. If that's still not enough, we'll get slim's maintainer here to take a look at the issue. Thanks
(In reply to comment #5) > I'm not sure whether there's a real bug here. We did change a few things : > > The system xinitrc no longer looks at users' .xinitrc because startx is already > responsible for this. Now I don't know what slim does, but if slim does indeed > run the system's xinitrc, it should be fixed to look for users' too. The old > behavior was a Gentoo-only behavior and we fixed it to how it really should be > (and like it is on all other distros). > > So please try xinit-1.2.0-r1 which fixes the xterm/XTERM issue. If that's still > not enough, we'll get slim's maintainer here to take a look at the issue. > > Thanks > I need some help! slim has a 'login_cmd' in /etc/slim.conf which I can configure. But when to execute /etc/X11/xinit/xinitrc ? The new version of it executes /etc/X11/chooser.sh and all scripts in /etc/X11/xinit/xinitrc.d what I don't want to. May I skip execution of /etc/X11/xinit/xinitrc altogether and just exec /home/$USER/.xinitrc ? Many thanks, Helmut.
Try setting the XSESSION variable in your bashrc or something. You should read the scripts you mentioned, they also contains clues that could help you out. In any case, it's either a slim bug/missing feature or a just a configuration issue. Thanks
(In reply to comment #7) > Try setting the XSESSION variable in your bashrc or something. You should read > the scripts you mentioned, they also contains clues that could help you out. > > In any case, it's either a slim bug/missing feature or a just a configuration > issue. I did read the files! And I did say I don't want to execute the new /etc/X11/xinit/xinitrc since it unconditionally executes /etc/X11/chooser.sh (if present) and the scripts in /etc/X11/xinit/xinitrc.d (there are some) But on the other hand I need the first part of /etc/X11/xinit/xinitrc like xrdb -merge $sysresources xmodmap $sysmodmap xrdb -merge "$userresources" xmodmap "$usermodmap" Now I am forced to include these into my ~/.xinitrc and check each new version of /etc/X11/xinit/xinitrc and fix my .xinitrc accordingly. The old solution which skipped executing etc/X11/chooser.sh and the scripts in /etc/X11/xinit/xinitrc.d if a user's .xinitrc is available was much more user friendly. The argument that other distributions handle it the "new" way doesn't convince me. I using Gentoo because it's better isn't it? Helmut.
(In reply to comment #8) > I did read the files! And I did say I don't want to execute the new > /etc/X11/xinit/xinitrc > since it unconditionally executes /etc/X11/chooser.sh (if present) > and the scripts in /etc/X11/xinit/xinitrc.d (there are some) > > But on the other hand I need the first part of /etc/X11/xinit/xinitrc > like > xrdb -merge $sysresources > xmodmap $sysmodmap > xrdb -merge "$userresources" > xmodmap "$usermodmap" > > Now I am forced to include these into my ~/.xinitrc and check each new > version of /etc/X11/xinit/xinitrc and fix my .xinitrc accordingly. You're not forced to do anything, those scripts are there to _help_ you. If you don't like them, replace them. You've found out slim's preference. Just create a new script, shove it into /etc/helmuts-xinit-scripts/ and be done with it. > The argument that other distributions handle it the "new" way doesn't > convince me. I using Gentoo because it's better isn't it? Gentoo is about _empowering_ the user, not doing hand-holding. We're not hiding anything, you have access to all the scripts and you can easily create your own packages, should you wish to do so. If _really_ something we provide doesn't suit your needs, then just replace it. You obviously seem to be able to do so. Given that slim is - according to Jeremy, its maintainer - a piece of junk, I don't think there's anything to be done here for either of us. :) Closing INVALID because there's no other resolution that really fits. Thanks
