<div dir="ltr"><div>I just tried vt241 and didn't get colorized output in konsole. I looked around a bit and it doesn't really seem supported at all by terminal emulators (or at least none that I found). I also tried TERM=xterm-256color with 8 different terminal emulators and got colors with all of them. My workflow is simply "mkosi qemu -nographic" (with a modified mkosi that adds console=ttyS0 and overrides TERM for serial-getty@ttyS0 in the vm)." That connects my terminal emulator to the serial console of the vm. I then execute "ls -l --color /" in the vm and get colored output every time in whatever terminal emulator that I try.</div><div><br></div><div>I'm probably missing something but I'm wondering what an example terminal emulator would be where xterm-256color would not work at all (even st worked perfectly and that is supposed to be pretty barebones afaik). Or is it just that color is a commonly supported subset of xterm and stuff breaks down with other escape codes instead? Or maybe qemu is doing some kind of translation that magically makes every TERM setting work in whatever terminal emulator I try? Apologies if this seems ignorant, I have no experience at all with this domain.<br></div><div><br></div><div>Daan<br> </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 14 Jul 2020 at 18:22, Christopher Cox <<a href="mailto:ccox@endlessnow.com">ccox@endlessnow.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 7/14/20 3:19 AM, Lennart Poettering wrote:<br>
> On Mo, 13.07.20 18:16, Christopher Cox (<a href="mailto:ccox@endlessnow.com" target="_blank">ccox@endlessnow.com</a>) wrote:<br>
> <br>
>>> No vt220 does not support colour. I used to work on one and it is<br>
>>> monochrome hardware.<br>
>>> Xterm and konsole support extensions beyond vt220 that add in the colour support.<br>
>><br>
>> Not sure how much (offtopic) history we want to get into. I used the VT240<br>
>> in my college graphics class. The VT241 was the color variant.<br>
>><br>
>> See: <a href="http://terminals-wiki.org/wiki/index.php/DEC_VT240" rel="noreferrer" target="_blank">http://terminals-wiki.org/wiki/index.php/DEC_VT240</a><br>
>><br>
>> I still meet programmers what hard code ansi sequences rather than querying<br>
>> termcap/terminfo. You know what they say about those who "assume".<br>
> <br>
> Hmm, if vt241 is a bettre featured terminal type, and both xterm and<br>
> the Linux console a superset of it, and the terminal widely available<br>
> in termcaps and stuff we can certainly change our default TERM to be<br>
> vt241.<br>
> <br>
> Daan, if this all is the case, could you prep a PR?<br>
<br>
I would think shooting for something low is actually good. Let the individual <br>
configure for something "better".<br>
<br>
I'm not sure I'm ready to say monochrome is obsolete. There can be beauty in <br>
simplicity and function. My preference, aim low, and allow easy configuration <br>
upward. You could take the opposite stance of course, it's just that it could <br>
cause some frustration.<br>
<br>
Just my opinion though. I'm old and I think about a lot of things like <br>
terminals, "proxies" and callback modems... things of value, but most do not <br>
understand or care about anymore.<br>
<br>
<br>
_______________________________________________<br>
systemd-devel mailing list<br>
<a href="mailto:systemd-devel@lists.freedesktop.org" target="_blank">systemd-devel@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/systemd-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/systemd-devel</a><br>
</blockquote></div>