This message contains a digitally signed email which can be read by opening
the attachment.
--
teamix GmbH
Südwestpark 43
90449 Nürnberg
Tel.: +49 911 30999 0 | Fax: +49 911 30999 99
mail: i...@teamix.de | web: http://www.teamix.de | blog: http://blog.teamix.de
Amtsgericht Nürnberg, HRB 18320 | Geschäftsführer: Oliver Kügow, Richard
Müller, Jason Clark, Jakob Høholdt
*** Bitte liken Sie uns auf Facebook: facebook.com/teamix ***
--- Begin Message ---
Martin Steigerwald - 13.07.17, 12:29:
> I basically understand what screen upstream developers are trying to
> achieve here:
>
> 1. Screen seems to need a different terminal definition than for example
> xterm or Konsole. Unlike tmux, but see below.
>
> 2. Screen used "screen" for a long time.
>
> 3. To support 256 colors screen would need to use a different terminal
> definition.
>
> 4. Instead of just using "screen-256color" it tries to accomodate for
> special terminal emulator needs by trying whether
> "screen.something-256color" exists locally.
>
> Now my question would be: Do current terminal emulators like xterm or
> Konsole really have special needs? My Konsole doesn´t even use
> "konsole-256color".
>
> Okay, further testing ahead:
>
> === Konsole ===
>
> - TERM="xterm-256color" aptitude => Ok
> - TERM="konsole-256color" aptitude => Ok
> - TERM="screen-256color" aptitude => Ok
> - TERM="tmux-256color" aptitude => Ok
>
> === GNU screen ===
>
> - TERM="xterm-256color" aptitude => Broken, background color missing in
> empty areas
> - TERM="konsole-256color" aptitude => Broken, background color missing in
> empty areas
> - TERM="screen-256color" aptitude => Ok
> - TERM="tmux-256color" aptitude => Ok
[… tmux and xterm both okay with all four of them …]
- screen: TERM="xterm" aptitude => Broken, background color missing in empty
areas
- tmux: : TERM="xterm" aptitude => Okay
(I think I don´t need to test xterm and Konsole with TERM="xterm" :)
I think my most prefered long-term fix would be this:
- screen just works okayish with all of these TERM settings
- screen drops the mangling of TERM completely.
I can create an upstream bug report in case it makes sense to you.
Thanks,
Martin
signature.asc
Description: This is a digitally signed message part.
--- End Message ---
