Am 19.06.2018 um 21:55 schrieb w...@chaos.in-kiel.de:
> And I just got an idea...
>
> $ ps $(pgrep screen)
> PID TTY STAT TIME COMMAND
> 2631 ? Ss 17:26 SCREEN -d -m -S IRC irssi
> 7083 pts/0 Ss+ 0:00 screen -xRR IRC
> # ls -la /proc/2631/exe
> lrwxrwxrwx 1 root root 0 Jun 19 00:39 /proc/2631/exe -> '/usr/bin/screen
> (deleted)'
>
> That screen instance is running since before the last upgrades - could
> that have something to do with it? Despite the newly started frontend
> and libraries being the newer version?
Indeed, that appears to be the problem. If I start a session with
"screen -d -m" where screen, libtinfo5 and ncurses-base are from stretch
and then upgrade those to their buster versions, I get the same error as
you with "screen -R".
The good news is that starting a fresh screen session will solve that
problem, the bad news is that there's nothing I can do about it in
ncurses. Perhaps the release notes will have to mention this issue.
Cheers,
Sven
