also, for those of us who have a shared network home directory, logging onto two machines causes them to stomp on the same .xsession-errors file. It would be nice to have a per-host .xsession-errors file.
Someone suggested we "argue upstream" so I've done that: https://bugzilla.gnome.org/show_bug.cgi?id=704879 ** Bug watch added: GNOME Bug Tracker #704879 https://bugzilla.gnome.org/show_bug.cgi?id=704879 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gdm in Ubuntu. https://bugs.launchpad.net/bugs/382879 Title: gdm should not hardcode name of ~/.xsession-errors Status in GDM: The Gnome Display Manager: New Status in “gdm” package in Ubuntu: Confirmed Bug description: When an error occurs during login, the gdm slave will redirect errors to ~/.xsession-errors. The gdm daemon will then attempt to display the contents of the file to the user. If the user's home directory is on a networked filesystem that the daemon process does not normally have permission to read (NFS, AFS, etc), the user will never get to see the errors. The user then has to find a way to login (perhaps in a tty session) and read their .xsession-errors file simply to be able to see what failed. This makes it extremely difficult to troubleshoot login problems in a network filesystem environment. Ideally, gdm should allow the administrator to define the path of the errors file. In the traditional Xsession script (/etc/X11/Xsession), this is accomplished by changing the value of $ERRFILE. It's unfortunate that gdm lacks this functionality. Relevant information: jdreed@infinite-loop:/etc/X11$ lsb_release -rd Description: Ubuntu 9.04 Release: 9.04 jdreed@infinite-loop:/etc/X11$ apt-cache policy gdm gdm: Installed: 2.20.10-0ubuntu2 Candidate: 2.20.10-0ubuntu2 Version table: *** 2.20.10-0ubuntu2 0 500 http://ubuntu.media.mit.edu jaunty/main Packages 100 /var/lib/dpkg/status To manage notifications about this bug go to: https://bugs.launchpad.net/gdm/+bug/382879/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
