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

[Scott Barker]

On 04/28/09 13:27, Yves-Alexis Perez wrote:
> It'd be nice to have a single summary point for those hal related
> issues, please. It's already difficult to follow on the two bugs (Thunar
> and xfce4-session) and the mailing list, opening yet another one will
> add more complexity.
> 
> Please pick one bug where we can discuss this and stay on it?

No problem, I understand. Let me know which bug you prefer the ongoing 
discussion to occur in, and feel free to close the others.

> startxfce4 is “the xfce way” to start Xfce.
> startx is “the debian way” to start a desktop environment.

That's what I thought, thanks for confirming.

> Yes. I thought it was already documented, but not really. So we should
> add this to the README.Debian. Basically, we'd rather not divert from
> upstream on the startup script, but we still want to have the Debian
> stuff properly set. So startxfce4 should be used by the Debian stuff,
> meaning:
> 
> - display managers (which already use the Debian
> infrastructure, /etc/X11/Xsession.d) should call startxfce4
> - users should either
>   * run startx /usr/bin/startxfce4
>   * put startxfce4 in their .xsession and use only startx (not sure
> about this one).
> 
> I guess this should be correctly indicated in the README.Debian of
> xfce4-utils.

That would be great. Although, 'startx /usr/bin/startxfce4' won't 
currently work, as it bypasses the Xsession.d/* scripts, and so 
ck-launch-session won't be called.

To force startxfce4 to be used, perhaps update-alternatives should point 
x-session-manager to startxfce4 instead of xfce4-session? That would 
also eliminate the need for users to put startxfce4 in their .xsession 
file. I think I will test that right now.

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