[Pkg-xfce-devel] Bug#526009: Bug#526009: xfce4-utils: sessions started with startxfce4 lose hal/dbus functionality

[Scott Barker]

On 04/28/09 13:39, Yves-Alexis Perez wrote:
> Hmhm, I need to do some tests, but now, it shouldn't. startx should
> definitely run stuff in /etc/X11/Xsession.d/ and did so last time I
> tried.

Looking at the startx script, it appears that if you do not provide a 
client on the command line, startx will invoke 'xinit $HOME/.xinitrc' or 
  if there is no $HOME/.xinitrc file, then it will invoke 'xinit 
/etc/X11/xinit/xinitrc'.

If you do provide a client on the command line (for example, 'startx 
/usr/bin/startxfce4'), then startx will invoke 'xinit $client' (eg. 
xinit /usr/bin/startxfce4), bypassing /etc/X11/xinit/xinitrc completely, 
meaning /etc/X11/Xsession will not be run.

Of course, if the user has their own .xinitrc file, /etc/X11/Xsession 
may also be bypassed, but I'm mostly concerned about the "out of the 
box" experience for users, since I prefer to do all of my customizations 
in a way that can move forward with improvements made to the Debian 
system by all of the great maintainers that put the effort in, without 
having to rework my customizations along the way.

> Well, the thing is, startxfce4 is _not_ a session manager, so that would
> defeat the x-session-manager alternative purpose, I think. Not sure if
> “just a session manager” is useful by itself, but…

That is true. I guess that ultimately the problem is that /bin/login 
can't set up a consolekit session for the tty created by xinit, and the 
X folks don't seem to have added consolekit integration to xinit (in 
spite of this comment I came across: 
https://bugzilla.redhat.com/show_bug.cgi?id=229172#c10).

-- 
Scott Barker       scott at mostlylinux.ca
Linux Consultant   http://www.mostlylinux.ca/scott