Index | Thread | Search

From:
Crystal Kolipe <kolipe.c@exoticsilicon.com>
Subject:
Re: wscons 256 colour support
To:
Mark Kettenis <mark.kettenis@xs4all.nl>, tech@openbsd.org
Date:
Sat, 28 Jun 2025 11:46:30 -0300

Download raw body.

Thread
On Sat, Jun 28, 2025 at 08:33:37AM -0600, Theo de Raadt wrote:
> Crystal Kolipe <kolipe.c@exoticsilicon.com> wrote:
> 
> > On Sat, Jun 28, 2025 at 08:13:40AM -0600, Theo de Raadt wrote:
> > > - Basic compatibility with xterm
> > > 
> > > - So that we can change the default tty type to xterm, and stop
> > >   saying "vt220" in /etc/ttys, and say "xterm" instead.
> > 
> > What is still missing for this to happen?
> 
> I don't know.

Well, console users can test it without applying any patches or recompiling.

I suggested a while ago on -misc that people just set TERM=xterm and see what
happens.  Nobody reported any breakage, but maybe nobody bothered to test.

> > So this means removing support for vt220 control sequences that are not
> > required by TERM=xterm?
> 
> How else do we avoid the codebase becoming a bloaty kitchen-sink which
> noone needs?  My argument would be that if it says it is vt220, it should
> ONLY support vt220 operations.  If it says it is xterm, only xterm operations.

Agreed.

> My opinion is that the kernel should not waste any effort on bizzare
> hybrid behaviours, and code supporting hybrid behaviour should be deleted.

Exactly.