Bug 297313 – x11-apps/xdm-1.1.8: X restarted after successful login

• Product: Gentoo Linux
• Status: RESOLVED INVALID

[Description Sebastian Wieseler 2009-12-17 19:04:18 UTC]

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

[Comment 1 Rafał Mużyło 2009-12-18 10:19:16 UTC]

Did you read xinit post-install note ?

[Comment 2 Jan Hrabe 2009-12-18 17:00:03 UTC]

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.

[Comment 3 Rémi Cardona (RETIRED) 2009-12-19 11:01:49 UTC]

(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

[Comment 4 Jan Hrabe 2009-12-19 19:18:43 UTC]

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.

[Comment 5 Rémi Cardona (RETIRED) 2009-12-20 09:15:42 UTC]

(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

[Comment 6 Martin Mokrejš 2010-01-12 22:14:16 UTC]

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.