Re: Summary of Re: Making QEMU easier for management tools and applications

2020-02-12 Thread Daniel P . Berrangé
On Wed, Feb 12, 2020 at 01:54:42PM +, Stefan Hajnoczi wrote: > On Mon, Feb 10, 2020 at 05:43:13PM +0100, Markus Armbruster wrote: > > Stefan Hajnoczi writes: > > > > > On Tue, Feb 4, 2020 at 3:54 PM Markus Armbruster > > > wrote: > > >> = Ways to provide machine-friendly initial configurati

Re: Summary of Re: Making QEMU easier for management tools and applications

2020-02-12 Thread Stefan Hajnoczi
On Mon, Feb 10, 2020 at 05:43:13PM +0100, Markus Armbruster wrote: > Stefan Hajnoczi writes: > > > On Tue, Feb 4, 2020 at 3:54 PM Markus Armbruster wrote: > >> = Ways to provide machine-friendly initial configuration = > >> > >> Two ways to provide machine-friendly initial configuration on par w

Re: Summary of Re: Making QEMU easier for management tools and applications

2020-02-10 Thread Markus Armbruster
Stefan Hajnoczi writes: > On Tue, Feb 4, 2020 at 3:54 PM Markus Armbruster wrote: >> = Ways to provide machine-friendly initial configuration = >> >> Two ways to provide machine-friendly initial configuration on par with >> QMP have been proposed: >> >> 1. Extend QMP >> >>Machines use the CL

Re: Summary of Re: Making QEMU easier for management tools and applications

2020-02-10 Thread Peter Maydell
On Mon, 10 Feb 2020 at 11:08, Daniel P. Berrangé wrote: > > On Mon, Feb 10, 2020 at 11:01:48AM +, Peter Maydell wrote: > > On Mon, 10 Feb 2020 at 10:57, Stefan Hajnoczi wrote: > > > I'm in favor of simplifying QEMU at the expense of an incompatible CLI > > > change in QEMU 6.0. > > > > If we

Re: Summary of Re: Making QEMU easier for management tools and applications

2020-02-10 Thread Daniel P . Berrangé
On Mon, Feb 10, 2020 at 11:01:48AM +, Peter Maydell wrote: > On Mon, 10 Feb 2020 at 10:57, Stefan Hajnoczi wrote: > > I'm in favor of simplifying QEMU at the expense of an incompatible CLI > > change in QEMU 6.0. > > If we want to do wholesale incompatible changes to the CLI > I think we defi

Re: Summary of Re: Making QEMU easier for management tools and applications

2020-02-10 Thread Paolo Bonzini
On 10/02/20 11:56, Stefan Hajnoczi wrote: > On Tue, Feb 4, 2020 at 3:54 PM Markus Armbruster wrote: >> = Ways to provide machine-friendly initial configuration = >> >> Two ways to provide machine-friendly initial configuration on par with >> QMP have been proposed: >> >> 1. Extend QMP >> >>Mac

Re: Summary of Re: Making QEMU easier for management tools and applications

2020-02-10 Thread Peter Maydell
On Mon, 10 Feb 2020 at 10:57, Stefan Hajnoczi wrote: > I'm in favor of simplifying QEMU at the expense of an incompatible CLI > change in QEMU 6.0. If we want to do wholesale incompatible changes to the CLI I think we definitely need some kind of tool where a user can say "here's my old command l

Re: Summary of Re: Making QEMU easier for management tools and applications

2020-02-10 Thread Stefan Hajnoczi
On Tue, Feb 4, 2020 at 3:54 PM Markus Armbruster wrote: > = Ways to provide machine-friendly initial configuration = > > Two ways to provide machine-friendly initial configuration on par with > QMP have been proposed: > > 1. Extend QMP > >Machines use the CLI only to configure a QMP socket. T

Re: Summary of Re: Making QEMU easier for management tools and applications

2020-02-04 Thread Markus Armbruster
Markus Armbruster writes: [...] > = Ways to provide machine-friendly initial configuration = > > Two ways to provide machine-friendly initial configuration on par with > QMP have been proposed: > > 1. Extend QMP > >Machines use the CLI only to configure a QMP socket. The remainder >of th

Summary of Re: Making QEMU easier for management tools and applications

2020-02-04 Thread Markus Armbruster
This thread has accumulated more than a hundred messages over seven weeks. We need a summary. The conversation has gone in several directions. In this message, I'll cover just the one I consider most important: machine-friendly initial configuration. I'll do the rest later, if I have stamina le