When xdm comes up and I try to logon all I see is the success in the password box and then the X gets rebooted and xdm shows me the login screen again... If I create my own X& and starts a urxvt and fluxbox then everything goes fine... So it is not a X problem but a xdm one, I guess... Reproducible: Always Steps to Reproduce: 1. /etc/init.d/xdm start 2. type in your username 3. type in your password 4. press ENTER Actual Results: * the X server reboots (X, not the system!) * xdm comes up again with the login screen Expected Results: the user should get logged in x11-apps/xdm-1.1.8 USE="ipv6* pam -debug" x11-base/xorg-server-1.6.3.901-r2 USE="hal ipv6 nptl xorg -debug -dmx -kdrive -minimal -sdl -tslib" x11-wm/fluxbox-1.1.1-r1 USE="imlib nls slit toolbar truetype -gnome -vim-syntax* -xinerama /etc/conf.d/xdm: CHECKVT=7 DISPLAYMANAGER="xdm" /etc/rc.conf: DISPLAYMANAGER="xdm" XSESSION="fluxbox" ~/.xsession: export LANG=en_US.UTF-8 xmodmap ~/.Xmodmap /etc/inittab: x:a:once:/etc/X11/startDM.sh Portage 2.1.6.13 (arch/powerpc/ppc32, gcc-4.1.2, glibc-2.9_p20081201-r2, 2.6.32 ppc) ================================================================= System uname: Linux-2.6.32-ppc-7447A,_altivec_supported-with-gentoo-1.12.11.1 Timestamp of tree: Tue, 15 Dec 2009 19:30:01 +0000 app-shells/bash: 4.0_p35 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.5.2-r7, 2.6.4 dev-python/pycrypto: 2.0.1-r8 dev-util/cmake: 2.6.4 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 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="ppc" CBUILD="powerpc-unknown-linux-gnu" CFLAGS="-O2 -pipe" CHOST="powerpc-unknown-linux-gnu" CONFIG_PROTECT="/etc" 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/splash /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS=" http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ ftp://ftp.tu-ilmenau.de/mirror/gentoo/ #GENTOO_MIRRORS=http://mirror.switch.ch/ftp/mirror/gentoo/" LDFLAGS="" 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/overlays/local-portage /usr/local/overlays/portage-overlay" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aac acl alsa berkdb bitmap-fonts cairo cdparanoia cdr cracklib cups curl dbus dvd elibc_glibc emacs fam fbcon gdbm gpgme gpm gtk gtk2 hal imap ipv6 jpeg kernel_linux maildir mozbranding mpeg nls nptl nptlonly nsplugin oggvorbis opengl pam perl png ppc pulseaudio python qmail qt readline sheep slang smime ssl theora threads tiff truetype unicode usb utf8 win32codecs xorg xv xvid" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Did you read xinit post-install note ?
I have a similar problem with starting xfce4 session from slim or xdm. The XSESSION="Xfce4" variable set in /etc/rc.conf seems to be ignored now, although it is documented there. Sarting xfce manually via startxfce still works though.
(In reply to comment #2) > I have a similar problem with starting xfce4 session from slim or xdm. The > XSESSION="Xfce4" variable set in /etc/rc.conf seems to be ignored now, although > it is documented there. Sarting xfce manually via startxfce still works > though. Read xinit's elog/ewarn again, you're no longer supposed to do it in /etc/rc.conf but in your own file in /etc/env.d/ Thanks
Yes, the /etc/env.d/90xsession variable XSESSION=Xfce4 works fine. It would be very helpful to modify the now misleading comments in /etc/rc.conf to read, e.g., "XSESSION has moved to /etc/env.d/90xsession" Thanks.
(In reply to comment #4) > Yes, the /etc/env.d/90xsession variable XSESSION=Xfce4 works fine. > > It would be very helpful to modify the now misleading comments in /etc/rc.conf > to read, e.g., "XSESSION has moved to /etc/env.d/90xsession" This has been fixed in baselayout's svn repo and will be released hopefully soon. Thanks
Sebastian, was your issue a mis-configuration of the ENV variable or crashing xdm (any core dump files created)? Maybe see http://bugs.freedesktop.org/show_bug.cgi?id=24589 for a fix to the crashing xdm.