[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: X crashes when closing one of two running X sessions

On 2017-10-24 at 01:40, Robert Arkiletian wrote:

> On Mon, Oct 23, 2017 at 2:51 PM, The Wanderer <wanderer@fastmail.fm> wrote:
>> On 2017-10-23 at 16:21, Robert Arkiletian wrote:
>>> Just tried this on a different box running Fedora 25 (64) and it
>>> works perfectly, no problem. So I think this is a Debian bug.
>>> Although on Fedora I'm not starting the first X session with startx,
>>> I can start another X session on tty2 with startx and switch to tty3,
>>> log in and log out without issue.
>> Per the description in bug 791342 (linked to from 858073 as being the
>> same issue), "[s]tarting the server on tty[2-6] does not generally
>> appear to lead to the behaviour described above". So I don't think this
>> is enough of a test to conclude that Fedora does not exhibit the same
>> behaviour.
> My mistake. Confirmed the same behavior on the Debian Stretch box. If
> I don't use tty1 everything is fine. I can use tty2 (running X) and
> tty3 logging in and out switching back and forth, no issues. What an
> odd bug. Well at least I have a workaround now. I will simply avoid
> using tty1.
> Update: Looked further into the thread with Brian and August from 2015
> and it seems like the clear_console command (in .bash_logout) is at
> fault. So I commented out clear_console in .bash_logout and everything
> works great. No issues even on tty1. clear_console man page says
> clear_console clears your console if this is possible.  It looks in the
>        environment for the terminal type and then in the terminfo database  to
>        figure  out  how  to  clear  the  screen.  To clear the buffer, it then
>        changes the foreground virtual terminal to another  terminal  and  then
>        back to the original terminal.
> The log files I posted earlier in this thread indicate the crash was
> due to "Permission denied". It makes sense that the bug did not
> manifest itself while logging in and out of the root account as
> permission was not a factor in "changes the foreground virtual
> terminal to another  terminal  and  then back to the original
> terminal". My guess is clear_console has tty1 hard coded in.  I notice
> Matthias K. is the maintainer of the bash package (which has
> clear_console) for Debian.  I wonder if he might consider poking
> upstream devs of clear_console about this issue?

That program is shipped as part of bash, so it looks as if this might
actually be considered a bash bug. I'd see about reporting it there, yes
- either in Debian or upstream.

   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man.         -- George Bernard Shaw

Attachment: signature.asc
Description: OpenPGP digital signature

Reply to: