Re: [PATCH] Drop UML driver

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

 



On Fri, Dec 14, 2018 at 03:46:16PM +0100, Michal Privoznik wrote:
> On 12/14/18 3:35 PM, Daniel P. Berrangé wrote:
> > On Fri, Dec 14, 2018 at 03:30:17PM +0100, Michal Privoznik wrote:
> >> The driver is unmaintained, untested and severely broken for
> >> quite some time now. Since nobody even reported any issue with it
> >> let us drop it.
> >>
> >> Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx>
> >> ---
> > 
> >>  docs/schemas/capability.rng          |    2 -
> >>  docs/schemas/domaincommon.rng        |    3 -
> > 
> > 
> >>  src/conf/domain_conf.c               |   11 +-
> >>  src/conf/domain_conf.h               |    4 -
> > 
> > We shouldn't be deleting stuff from the XML schemas. IMHO the schemas
> > are an append only source object. If some parts happen to not be used
> > by current code that's fine, but they are a record of the ABI promise
> > of the schema.
> 
> So we should be able to validate <domain type="uml"/> even though there
> is no longer any driver that would define such domain? I don't see much
> point in that.

The point is that the schema definition is independent of the driver
implementations. Implementations in libvirt come & go, but the schema
that they adhere to must remain constant.

> Also, removing a driver is breaking the ABI promise.

To some extent, but I don't consider that equivalent to the promise of
stability of our library ELF API or XML schema. Implementations of
a feature may have a finite lifetime. The way a feature is described
remains the same forever, which is what the XML schema declares. As
such its inappropriate to remove something from the schema, just
because the feature doesn't exist.

This can affect downstream applications, even if they are not actively
using the UML driver. For example libraries that provide an API around
our XML schema may be validating their implementation against our RNG
schemas & thus removing it can break those impls.

Regards,
Daniel
-- 
|: https://berrange.com      -o-    https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org         -o-            https://fstop138.berrange.com :|
|: https://entangle-photo.org    -o-    https://www.instagram.com/dberrange :|

--
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