On Tue 24 Oct 2017 at 07:31:32 -0400, The Wanderer wrote: > On 2017-10-24 at 01:40, Robert Arkiletian wrote: > > > On Mon, Oct 23, 2017 at 2:51 PM, The Wanderer <wande...@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.
https://bugs.freedesktop.org/show_bug.cgi?id=93164 Which could be added to the existing Debian report. -- Brian.
