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       sc...@mostlylinux.ca
Linux Consultant   http://www.mostlylinux.ca/scott



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to