I just ran a series of updates and now when i startx kde no longer starts. I checked out /etc/X11/Sessions and it looks like kde-4 is now KDE-4 but either one does not get kde starting. Please note that I am not using kdm or xdm. I am booting directly to a command line login and then starting x manually via the startx command when needed. Reproducible: Always Steps to Reproduce: 1. emerge --sync 2. emerge -av --update --deep --newuse world 3. enjoy the problem Actual Results: kde does not start automatically Expected Results: kde starts startkde in one of these xterms does get kde starting kind of. The windows are still being drawn by X but some of the kde components start. I am not sure what information would be helpful so let me know.
Ok it looks like it is just a problem with XSESSION in rc.conf being ignored. According to the current base layout this is still a valid option but the kde maintainers are telling me its not and that i should be using ~/.xinitc instead. It sounds like either the new xorg server broke the base layout or the documentation is out of date in the manual and the rc.conf. Please advise.
I am not a KDE maintainer. However, this user has unfortunately failed to google. :) http://www.gentoo.org/doc/en/xorg-config.xml
The postinst message of x11-apps/xinit is the one you should be using, "If you use startx to start X instead of a login manager like gdm/kdm," "you can set the XSESSION variable to anything in /etc/X11/Sessions/ or" "any executable. When you run startx, it will run this as the login session." "You can set this in a file in /etc/env.d/ for the entire system," "or set it per-user in ~/.bash_profile (or similar for other shells)." "Here's an example of setting it for the whole system:" " echo XSESSION=\"Gnome\" > /etc/env.d/90xsession" " env-update && source /etc/profile"
regardless of the updated documentation in the web or the postinst message for xinit this makes IMHO sense as a documentation bug for baselayout if the /etc/rc.conf provided file still says : # XSESSION is a new variable to control what window manager to start # default with X if run with xdm, startx or xinit. The default behavior # is to look in /etc/X11/Sessions/ and run the script in matching the # value that XSESSION is set to. The support scripts are smart enough to # look in all bin directories if it cant find a match in /etc/X11/Sessions/, # so setting it to "enlightenment" can also work. This is basically used # as a way for the system admin to configure a default system wide WM, # allthough it will work if the user export XSESSION in his .bash_profile, etc. # # NOTE: 1) this behaviour is overridden when a ~/.xinitrc exists, and startx # is called. # 2) even if ~/.xsession exists, if XSESSION can be resolved, it will # be executed rather than ~/.xsession, else KDM breaks ... # # Defaults depending on what you install currently include: # # Gnome - will start gnome-session # kde-<version> - will start startkde (look in /etc/X11/Sessions/) # Xfce4 - will start a XFCE4 session # Xsession - will start a terminal and a few other nice apps XSESSION="pekwm" and that doesn't work as documented because the implementation has obviously changed in a way that doesn't support it anymore. workarounds are easy : * echo "pekwm" > ~/.xinitrc * export XSESSION="pekwm" but that doesn't either invalidate the fact that the documentation from sys-apps/baselayout-1.12.13 is incorrect
I'm having the same problem here after a bunch of X related updates today. Fixed it by adding the /etc/env.d/90xsession file, but the section in /etc/rc.conf is still confusing. If the XSESSION setting in rc.conf is now going to be ignored, the documentation in it should be updated. Also, the quotes in the following command (from the postinst message from the xinit update) appear pretty much useless: # echo XSESSION="Gnome" > /etc/env.d/90xsession The quotes around Gnome don't appear in /etc/env.d/90xsession. Should the quotes be there?
*** This bug has been marked as a duplicate of bug 294999 ***
