[Pkg-xfce-devel] Bug#526009: Bug#526009: xfce4-utils: sessions started with startxfce4 lose hal/dbus functionality
scott at mostlylinux.ca
Tue Apr 28 19:34:18 UTC 2009
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,
> - 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
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
More information about the Pkg-xfce-devel