linux-kernel - Re: RFE: tty color features

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <DF2CBE42-E936-4072-BA09-0764A8293941@Yost.com>
Date:	Tue, 25 Sep 2012 00:25:36 -0700
From:	Dave Yost <Dave@...t.com>
To:	Jan Engelhardt <jengelh@...i.de>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: RFE: tty color features

On Tue 2012-09-25, at 12:02 AM, Jan Engelhardt <jengelh@...i.de> wrote:

> On Tuesday 2012-09-25 08:01, Dave Yost wrote:
> 
>> It would be nice to be able to specify fg/bg colors at the tty level, 
>> so that echoed characters can be colorized.
> 
> The tty layer does not know what $TERM is used, so it cannot reliably 
> produce any codes.

The driver will reliably produce the codes it has been told to produce by the shell or by the user tells, using ioctl or stty commands.

This reminds me of a “D’Oh!” moment aeons ago, when I suggested to Mark Horton that TERM should not be an environment variable. It should be a settable property of the tty. Mark agreed, but neither he nor I felt like going to bat for it back then. This architectural mistake should still be fixed, IMHO. Perhaps the modern world of 2012 would be able to absorb this change, if implemented properly.

BTW, I did significant work on the Fortune Systems tty driver in (cough) 1982-1983.

* Horton, Mark. "The New Curses and Terminfo Package". USENIX Conference Proceedings. Summer 1982. Boston, MA: USENIX. pp. 79–91

> But you can edit GNU screen because it has that 
> knowledge and the fds.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/