On Wed, Apr 03, 2019 at 10:48:25AM +0200, Peter Krempa wrote:
On Wed, Apr 03, 2019 at 09:40:14 +0100, Daniel Berrange wrote:
> On Wed, Apr 03, 2019 at 07:40:16AM +0200, Ján Tomko wrote:
> > This function was added by
> > commit 6d5b969d4206208e91ca807b09aac75f2f428393
> > librbd: add diff_iterate2 to API
> > git describe: v0.94-1009-g6d5b969d42 contains: v9.0.1~55^2~27
> >
> > Effectively bump the required version to 9.0.1 now that we no
> > longer try to support Debian 8.
> >
> > Ubuntu 16.04 has 10.2.11:
> >
https://repology.org/project/ceph/versions
>
> This version only arrived in RHEL-7.6. We've not said whether our
> support policy applies to only the version latest update or RHEL
> or not. To me though it feels too soon to mandate RHEL-7.6 only
> as people are generally pretty slow to update to latest releases.
Are people who are slow to update which is mostly to avoid breaking
production systems really going to run upstream libvirtd?
Our platform support policy isn't merely about what hosts people can
run libvirt on, it is also about what developers contributing to libvirt
can use. Corporate developers cannot be assumed to have freedom to choose
their development platform - RHEL-7 may well be the only platform they
can use.
I don't see a serious downside to keeping this ceph support around for
longer, especially given that the new code was only just added a week
ago & is easy to fix the mistake mentioned in the next patch
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 :|