On Wed, Jul 8, 2015 at 3:42 PM, Christophe Fergeau <cfergeau(a)redhat.com> wrote:
On Wed, Jul 08, 2015 at 03:37:43PM +0100, Zeeshan Ali (Khattak)
wrote:
> >> Also keeping in mind that it makes very little
> >> sense to upgrade libvirt-glib and not libvirt since libvirt doesn't
> >> break any ABI/API.
> >
> > Generally speaking, there could be security issues, critical bugs in
> > Boxes which require a libvirt-glib update to be fixed,
>
> That is why we roll out bug fix releases to stable releases and try
> our best not to bump any deps while doing so.
So far, we haven't done that for libvirt-glib, just incremental releases
with bugfixes and new features...
Only because we never really needed to.
> > ... where
> > upgrading just libvirt-glib would be much more convenient than upgrading
> > the whole stack. So all in all, this is just a tradeoff to make between
> > making our life easier, and (potentially) making distributions life easier.
>
> Surely we need to meet somewhere in between. If Ubuntu or Debian would
> for example not upgrade their libvirt for many years to come, would we
> keep wasting our time on adding ugly hacks upstream for them?
So far, you keep saying "let's bump the req!",
I'm sorry if that is all you read in my emails, cause I've been trying
my best to have a rational discussion here.
but you haven't brought
anything forward to support that "ugly hack" statement in this specific
case,
#ifdef based solution is going to be ugly, surely you know that. I
never made any claims about the magnitude of ugliness, I always want
to avoid ugly hacks whenever possible.
nor any hard data regarding which distros could be impacted by a
req bump. I'll stop this discussion until you bring some concrete
datapoints to the table.
Fair enough! The main point of this discussion was not to convince you
but rather to get a third opinion.
--
Regards,
Zeeshan Ali (Khattak)
________________________________________
Befriend GNOME:
http://www.gnome.org/friends/