[1660] in athena10
[Debathena] #153: Do something clever with ~/.xsession-errors so
daemon@ATHENA.MIT.EDU (Debathena Trac)
Sat Mar 14 09:31:54 2009
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
From: "Debathena Trac" <debathena@MIT.EDU>
Cc: debathena@mit.edu
To: jdreed@mit.edu
Date: Sat, 14 Mar 2009 13:31:20 -0000
Reply-To:
Message-ID: <043.144f1dc4a198a718d3a496f91dd6b2ee@mit.edu>
Content-Transfer-Encoding: 8bit
#153: Do something clever with ~/.xsession-errors so that the dialog box is
useful-------------------+--------------------------------------------------------
Reporter: jdreed | Owner:
Type: defect | Status: new
Priority: minor | Keywords:
-------------------+-------------------------------------------------------- Currently, when logins fail, gdm will happily write the error log to
~/.xsession-errors and then refuse to open it to show it to the user,
because it has no tokens. While it is possible to go log in to another
machine remotely and view the file, that kind of sucks for login
debugging, especially. Selecting a Failsafe GNOME session won't
necessarily help, either, if .xsession-errors is complaining about the
login volume lying around.
In /etc/X11/Xsession, $ERRFILE is set to $HOME/.xsession-errors. I wonder
if in /etc/gdm/Xsession or the PreSession, we could change this variable
to point somewhere else, somewhere that gdm would be able to read the
file.
Presumably it's also a bug that gdm opens that error window in a session
that doesn't have tokens, and we should report that, but we should also
try to fix this before summer.
-- Ticket URL: <http://debathena.mit.edu/trac/ticket/153>Debathena <http://debathena.mit.edu/>MIT Debian-Athena Project
