Thomas Stuefe

> Do you know how much testing is done by the community with zero? We don't test it that much in our pipeline. You could ask the Debian people (Adrian...

> So effectively this just introduces an alternate tty device for pre-init and post-shutdown. But if the tty is not stdout then you are now forcing use of stdout in...

> > I don't force using stdout. I prevent the VM from crashing. > > Yes by forcing the use of stdout. There are users who go to great lengths...

> Would it be possible to redirect to some dummy file instead of stdout? I mean if it is just to avoid crashes and nobody cares about lost logs? Unfortunately,...

> > The goal should be to replace tty with UL > > UL has the same problems. UL is configured by argument parsing, so prior to that you can't...

> OK, I think using stderr is a good vote then. Thank you @RealCLanger !

Thanks @jerboaa. Comment changed as requested.

> Thanks. Looks fine. Thank you! Mind approving then :-) ?

> > I only chose stdout to keep with the standard behavior of VM output. > > And therein lies the problem of using stderr. How is this going to...

The problem I have with extending tty's life to beyond VM destruction is that tty is defaultStream and defaultStream is not simple. Just look at defaultStream.write, I find it not...