<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"><br></div><div dir="ltr"><br><blockquote type="cite">On 11 Jul 2020, at 20:31, Daan De Meyer <daan.j.demeyer@gmail.com> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr">> TERM=linux means Linux console, but that's just too much, as it not<br>> only implies a multitude of ESC sequences specific to the Linux<br>> console, but also indicates that certain ioctls might work. In our own<br>> code we also bind certain behaviour to TERM=linux, as indicator if we<br>> are on the Linux console.<br>
><br>> I am not aware of any widely-supported TERM value that would be a<br><div>> reasonable subset of all currently used terminals and does color.<span class="gmail-im"><br></span></div><div><br></div><div>I did some more research and it turns out VT220 does support colors. My terminal emulator (Konsole) just doesn't seem to support it. I installed xterm (which explicitly advertises support for VT220 escape codes) and got colored output as expected. I guess this means it's up to Konsole to support more of VT220 if I want this to work seamlessly (or I switch terminals to xterm).</div><div><br></div></div></div></blockquote><div><br></div><div>No vt220 does not support colour. I used to work on one and it is monochrome hardware.</div><div>Xterm and konsole support extensions beyond vt220 that add in the colour support.</div><div><br></div><div>Barry</div><br><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div>Thanks for the extra info and context.<br></div><div><br></div><div>Daan<br></div><div><span class="gmail-im"></span></div><div><span class="gmail-im"></span></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 11 Jul 2020 at 20:04, Lennart Poettering <<a href="mailto:lennart@poettering.net">lennart@poettering.net</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 Sa, 11.07.20 17:51, Daan De Meyer (<a href="mailto:daan.j.demeyer@gmail.com" target="_blank">daan.j.demeyer@gmail.com</a>) wrote:<br>
<br>
> Hi,<br>
><br>
> I was playing around with mkosi's qemu support, more specifically adding<br>
> the -nographic option to have the virtual machine output in my terminal<br>
> instead of a separate window. After figuring out that I had to add<br>
> console=ttyS0 to mkosi's kernel command line, I got the output from the vm<br>
> in my terminal as expected. However, because systemd defaults to TERM=vt220<br>
> for serial consoles, the output is not colorized. I searched around a bit<br>
> and found that this is done for compatibility reasons. Will there ever be a<br>
> point where we can switch the default to something that supports colors<br>
> (like TERM=linux)?<br>
<br>
TERM=linux means Linux console, but that's just too much, as it not<br>
only implies a multitude of ESC sequences specific to the Linux<br>
console, but also indicates that certain ioctls might work. In our own<br>
code we also bind certain behaviour to TERM=linux, as indicator if we<br>
are on the Linux console.<br>
<br>
I am not aware of any widely-supported TERM value that would be a<br>
reasonable subset of all currently used terminals and does color.<br>
<br>
> I managed to get around the problem by overriding serial-getty@ttyS0 and<br>
> setting Environment=TERM=linux explicitly but it's a bit of a pain and has<br>
> to be added to every rootfs that wants to support colored output on its<br>
> serial console.<br>
<br>
Unfortunately we can't guess the right terminal, we cannot propagate<br>
TERM=xterm or TERM=linux depending if you invoke qemu on an xterm or<br>
from a Linux console, hence the best thing we can do is stick to a<br>
reasonably powerful subset that is likely going to exist everywhere,<br>
and that's vt220 right now, as noone had a better suggestion so far...<br>
<br>
Lennart<br>
<br>
--<br>
Lennart Poettering, Berlin<br>
</blockquote></div>
<span>_______________________________________________</span><br><span>systemd-devel mailing list</span><br><span>systemd-devel@lists.freedesktop.org</span><br><span>https://lists.freedesktop.org/mailman/listinfo/systemd-devel</span><br></div></blockquote></body></html>