When attempting to login with GDM, it appears to try and run Gnome as the "Last" session, but it fails (presumably because I do not have Gnome installed) and it runs Gnome Fail-safe instead. To fix this and get it to run KDE, I have to explicitly select "kde-3.1.4" from the session menu before every login. Reproducible: Always Steps to Reproduce: 1. Reboot, or restart X. 2. Login with gdm (with "Last" selected under Sessions -- default) Actual Results: Starts a gnome failsafe session with a single xterm. Expected Results: Loaded KDE 3.1.4 due to the fact that it was the last session to be run. Portage 2.0.50_pre16 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20031222-r0, 2.6.1-gentoo) ================================================================= System uname: 2.6.1-gentoo i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.4.3.12 Autoconf: sys-devel/autoconf-2.59 Automake: sys-devel/automake-1.7.8 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib acpi alsa apache2 apm arts avi berkdb bonobo cdr crypt cups curl dga directfb doc dvd encode esd ethereal fbcon foomaticdb gb gd gdbm ggi gif gnome gpm gtk gtk2 gtkhtml imap imlib innodb java jikes jpeg kde ldap libg++ libwww mad maildir mikmod mmx motif mozilla mpeg mysql ncurses nls odbc oggvorbis opengl oss pam pdflib perl png python qt quicktime readline samba sasl sdl slang spell sse ssl svga tcltk tcpd tetex tiff truetype usb wmf wxwindows x86 xml2 xmms xv zlib"
Created attachment 23871 [details] My GDM Configuration file
Same here after upgrading to GDM 2.4.4.7. The problem is probably specific to this version.
Probably a GDM bug. Found tentative solution: 1. Somewhere in gdm.conf: # This is the default .desktop session. One of the ones in SessionDesktopDir #DefaultSession=gnome.desktop change that into something like: DefaultSession=kde.desktop This could be a good choice for you since you don't have gnome on your computer anyway. 2. ~/.dmrc: [Desktop] Session=kde It appears that they only switched to .dmrc for GDM settings recently and the GDM code somehow doesn't know how to update this new file yet. So we can update this manually. 3. Wait for them to fix the GDM bug... :-( I haven't verified these solutions yet. I'm in the middle of a 3 hour xvid encoding process. Can't afford to logout yet. :-P
Verified. The tentative solution does work (for me).
Same for me with gdm-version 2.4.4.7! The tentative solution (1.) works for me too!
that is no usable solution gentoo wide ofcourse obviously .2 is probably the direction we should be investigating.
i also having this problem instead of kde as last tho its fluxbox now here is a nice kicker for you folks my mom's account on same box works and remembers last session mine doenst tho i have to keep telling it i tried the dmrc item and it doesnt listen perms all look the same and everything very screwy bug gdm ver is 2.4.4.7-r1 Portage 2.0.50-r7 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.6.6-mm5) ================================================================= System uname: 2.6.6-mm5 i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.4.10 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer -mfpmath=sse -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer -mfpmath=sse -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distcc fixpackages sandbox" GENTOO_MIRRORS="http://gentoo.llarian.net/ http://gentoo.binarycompass.org http://mirror.datapipe.net/gentoo http://gentoo.eliteitminds.com" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/mdhd/portage.local" SYNC="rsync://vox.net/gentoo-portage" USE="3dnow X alsa apache2 apm avi berkdb bonobo cdr crypt cups encode esd foomaticdb gd gd-external gdbm ggi gif gnome gphoto2 gpm gtk gtk2 gtkhtml guile imlib ipv6 jpeg kde ldap libg++ libwww linguas_en linguas_ja mad matroska mikmod mmx motif mozilla mpeg mysql ncurses nls nptl oggvorbis oss pam pdflib perl png python qt quicktime readline scanner sdl slang spell sse ssl tcltk tcpd tetex tiff truetype x86 xml2 xmms xv zlib"
i upgraded to 2.6.0.2 with the first ebuild in bug 51374 and after some playing i finally got it to save the session after finding out after looking at alot of strace output and daemon.log files that it doesnt for whatever moronic reason like having group writable on your home directory after changing that poof works it would be nice if it would warn the user on login about this that it will ignore whatever session you choose until that is changed dunno if this will allow 2.4 to work or not dont intend on downgrading to find out
this looks like an upstream bug alright.
ok with gdm 2.6.0.4 this problem got fixed for me, please test & confirm
as i reported eariler upgrading to the 2.6 series of gdm fixed the problem for me still good for me since then
right, i must say i missed that & at the time we didn't have a 2.6 version around anyway. Well that fixed this one, thanks for sticking around.