[libvirt] [PATCH] Introduce virt-console

[John Levon]

On Thu, Jan 15, 2009 at 01:52:08PM +0000, Daniel P. Berrange wrote:

> > Solaris policy is not to introduce plumbing into the user's PATH.
> > virt-console is undocumented and there is no advantage to running it
> > directly. If it were in PATH we would have to document it, and we have
> > no intention of doing that...
> 
> I'll volunteer to write a manual page for virt-console, since even
> existing manpage for 'virsh console' is non-existant.

Hmm, I thought we'd picked up our virsh man page from upstream. But, I
don't see it there.

> > > We need to add an explicit argument to turn on the automatic
> > > reconnect of VMs when they reboot. Existing apps calling
> > > virsh console rely on its current semantics which are to
> > > exit upon domain reboot and we can't break them
> > 
> > We argued about this last time. Looks like we'll have to keep this
> > change private, and let Linux users suffer. Oh well :)
> 
> You explicitly break virt-install by doing this.

Break how?

> Have virt-console provide the more sensible default auto-reconnect
> semantics, and make 'virsh console' call it with a flag to turn
> this off to preserve existing semantics & not break users like
> virt-install.

This is horrible IMHO - the user has to run some strange command instead
of virsh like they use for everything else? I'd rather not
auto-reconnect than this.

> > > The caller of open_tty() is also doing the getattr/makeraw/setattr
> > > operation, so this block appears to be redundant - just need to
> > 
> > Nope, that's on STDIN, not the pty slave. Stupid STREAMS semantics.
> 
> Oh, can you add a comment to this effect -- easy to miss that
> distinction when browsing the code :-)

Yep.

regards,
john