Hi,
I was playing around with mkosi's qemu support, more specifically adding
the -nographic option to have the virtual machine output in my terminal
instead of a separate window. After figuring out that I had to add
console=ttyS0 to mkosi's kernel command line, I got the output from the vm
in my t
On Sa, 11.07.20 17:51, Daan De Meyer (daan.j.deme...@gmail.com) wrote:
> Hi,
>
> I was playing around with mkosi's qemu support, more specifically adding
> the -nographic option to have the virtual machine output in my terminal
> instead of a separate window. After figuring out that I had to add
>
> TERM=linux means Linux console, but that's just too much, as it not
> only implies a multitude of ESC sequences specific to the Linux
> console, but also indicates that certain ioctls might work. In our own
> code we also bind certain behaviour to TERM=linux, as indicator if we
> are on the Linux
Nevermind that, I just forgot to remove my override file that set
TERM=linux for serial-getty@ttyS0.
Daan
On Sat, 11 Jul 2020 at 20:31, Daan De Meyer
wrote:
> > TERM=linux means Linux console, but that's just too much, as it not
> > only implies a multitude of ESC sequences specific to the Linu
On 6/16/20 1:35 AM, Lennart Poettering wrote:
> On Sa, 30.05.20 18:02, PGNet Dev (pgnet@gmail.com) wrote:
>
>> IS there a backport of this^^ fix available for v234 that popped up in
>> the meantime?
>>
>> If not, as is likely, is there a "safe" workaround for quieting the
>> fail,
Dear PGNet,
Am 12.07.20 um 07:54 schrieb PGNet Dev:
On 6/16/20 1:35 AM, Lennart Poettering wrote:
On Sa, 30.05.20 18:02, PGNet Dev (pgnet@gmail.com) wrote:
IS there a backport of this^^ fix available for v234 that popped
up in the meantime?
If not, as is likely, is there a "safe" worka
