[Top][All Lists]

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

Re: [Qemu-devel] [QUESTION] SDL 1.2 support

From: Daniel P . Berrangé
Subject: Re: [Qemu-devel] [QUESTION] SDL 1.2 support
Date: Tue, 16 Jul 2019 18:44:20 +0100
User-agent: Mutt/1.12.0 (2019-05-25)

On Tue, Jul 16, 2019 at 07:09:37PM +0200, Aleksandar Markovic wrote:
> On Tue, Jul 16, 2019 at 1:54 PM Thomas Huth <address@hidden> wrote:
> >
> > On 16/07/2019 13.17, Aleksandar Markovic wrote:
> > > Hello, Gerd, Daniel, and others involved.
> > >
> > > I have multiple reports from end users that say that transition from
> > > SDL 1.2 to SDL 2.0 was difficult, or even impossible for their hosts.
> > > In that light, they don't appreciate removing SDL 1.2 support from
> > > QEMU. The most notable example is Ubutnu 16.04, where it looks there
> > > is no way of installing SDL 2.0 that does not involve complete OS
> > > upgrade, which, for various reasons, many are not willing to do.
> >
> > What's the problem here? According to
> > https://packages.ubuntu.com/xenial/libsdl2-2.0-0 the library should be
> > available there.
> >
> Yes, we, as developers, are good at upgrading, we like flexibility in
> our development systems, and naturally want to try latest and greatest
> tools and libraries.

We were actually very conservative in requiring use of SDL 2. We shipped
QEMU with both SDL 1.2 & 2.0 support for many releases, and have only
dropped SDL 1.2 support *5* years after SDL 2.0 was shipped.

> However, in QA / build / test environments, the things seem to look
> different. Their main concern is stability and repeatibility of their
> systems. They don't like updates and upgrades. If a new of library
> is available for an OS, this does not mean it will be installed, or it
> will be desired to be installed.

No one ever wants to change what they do currently. That's totally
understandable & normal, but that comes with a cost to the project
to maintain compatibility indefinitely. That is not viable for a
project with limited maintainer resources.

There needs to be a balance between adding new technology, and
keeping compatibility with existing technology. QEMU has done
that for a very long time shipping SDL1.2 & SDL2 support in
parallel. More generally our platform support policy and our
feature deprecation policy try to set expectations for consumers
for what to expect in future releases.

> It appears that Ubuntu 16.04 came originally with SDL 1.2, and
> SDL 2.0 was made available later on.

That is not the case. Ubuntu has shipped both SDL 1.2 and 2.0
concurrently as options, even in the previous 14.04 LTS, and
probably before that too.

> That is the problem: We make, in my opinion, an incorrect logical
> leap here: we assume that if a package is available for an OS, it is
> installed (or should be installed) on any instance of an OS.

We're not assuming that it is installed, as everyone's OS install
packageset is going to be different. We're just assuming that it is
possible to be installed as an official vendor package, should the
user want that feature. This is not unreasonable IMHO.

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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]