[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Cannot re-attach to screen session after screen-4.3.1-r1 to screen-4
From: |
Martin MOKREJŠ |
Subject: |
Re: Cannot re-attach to screen session after screen-4.3.1-r1 to screen-4.4.0 upgrade |
Date: |
Tue, 11 Apr 2017 16:16:34 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0 SeaMonkey/2.46 |
Hi Amadeusz,
Amadeusz Sławiński wrote:
> On Tue, 11 Apr 2017 13:44:32 +0200
> Martin MOKREJŠ <address@hidden> wrote:
>
>> Hi,
>> does anyone have a clue why I cannot re-attached to my existing screen
>> sessions after upgrade?
>> I use "screeen -R $ID". What should I check?
>> Thanks,
>> Martin
>>
>
> Hey,
>
> yes there is incompatibility between those versions, from release message
> (http://lists.gnu.org/archive/html/screen-devel/2016-06/msg00000.html)
>
> "Do note that there was fix to screen message structure field
> responsible for $TERM handling, which makes it impossible to attach to
> older versions (hence minor version bump)."
>
> You can try to attach by using /proc/$SCREENPID/exe -x
I get permission denied. I got some new screen session when I executed it as
root, but I certainly did not enter my user's session.
I just opened https://bugs.gentoo.org/show_bug.cgi?id=615266 and asked for
restoring of the 4.3.1-r1 version, at least for a while.
I compiled manually from original tarball but it did not work as I cannot
specify path to the directory with sockets on the command line.
I have /tmp/screen/S-${username} but self-compiled vanilla screen looked for
/tmp/uscreens/S-${username}. The Gentoo documentation says
/var/run/screen/S-${username} and
https://bugs.gentoo.org/show_bug.cgi?id=591772 proposes $HOME/.screen/.
Seems easiest is to restore the package for the time being.
Thanks!
Martin