libvirt default machine-type guarantees? (was Re: [Qemu-devel] [PATCH RFC] hw/pc: set q35 as the default x86 machine)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



(CCing libvir-list)

On Tue, Jun 05, 2018 at 09:43:00AM +0100, Daniel P. Berrangé wrote:
> On Tue, Jun 05, 2018 at 09:27:46AM +0200, Gerd Hoffmann wrote:
> >   Hi,
> > 
> > > >   Add to that shortcuts like -cdrom
> > > > stop working,
> > > 
> > > Maybe is fixable.
> > 
> > Already fixed for ages.
> > 
> > > I see marking Q35 as the default machine a first step.
> > 
> > Maybe the better option is to go the arm route:  Just don't define a
> > default, so users have to specify pc or q35.  That will make them notice
> > there is a world beside 'pc', and we also avoid breaking things
> > silently.
> 
> If QEMU removes the default, then libvirt will have to hardcode
> 'pc' as the default to maintain back compatibility, so I don't
> think that ends up as a net win

Is there an actual promise to never change the default
machine-type documented in the libvirt API, or is this just fear
of breaking existing code?

-- 
Eduardo

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list




[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]

  Powered by Linux