On 2019-08-02 18:30 +0200, Sven Joachim wrote:
> On 2019-08-02 11:50 +0200, Romain Francoise wrote:
>
>> Hi Sven,
>>
>> On Wed, Jul 31, 2019 at 7:57 PM Sven Joachim <svenj...@gmx.de> wrote:
>>> So rin=\E[%p1%dT has been added in sid, apparently because of the
>>> following change in the 20190630 patchlevel:
>>>
>>> ,----
>>> | + add a check in tic for paired indn/rin
>>> `----
>>
>> Would it be possible to temporarily revert this change in Debian,
>
> I think reverting this particular change is not the right thing, rather
> we should drop "rin" from tmux (which Thomas has already promised) and
> from screen, which tmux still uses (for better or worse) as its default
> value for $TERM.
>
>> perhaps until tmux 3.0 is released sometime in October? The patch to
>> support rin is large, and I'm not comfortable carrying it as a
>> Debian-specific backport. Thanks.
>
> Surely, I'm just waiting for this weekend's ncurses patchlevel to be
> released. And for ncurses to migrate to testing - the current version
> contains a patch for another "garbled display" problem that I want to
> cherry-pick in _stable_ (#933053).
So now all of this has happened in the meantime, and ncurses
6.1+20190803-1 should be ready for upload. The problematic "rin"
feature has been removed from tmux* and from screen, but not from other
screen-derived terminfo entries.
There are probably a few people who have followed advice on the web[1]
and set TERM to screen-256color, those would still be affected. Do we
care about them? In bullseye, it is always possible to use
TERM=tmux-256color instead, now that this is shipped in ncurses-base.
Cheers,
Sven
1. https://duckduckgo.com/?q="tmux"+"screen-256color";
