Bug#888501: closed by Sebastian Ramacher <sramacher at debian.org> (Re: Bug#888501: gstreamer1.0-vaapi: Latests versions does not work at all)

[Adrian Bunk]

Control: reopen -1
Control: reassign -1 libva2

>...
> > On Fri, 26 Jan 2018 10:40:36 -0200 Junior Polegato <linux at juniorpolegato.com.br> wrote:
> > 
> > > libva info: VA-API version 0.40.0
> > > libva info: va_getDriverName() returns 0
> > > libva info: Trying to open /usr/lib/i386-linux-gnu/dri/i965_drv_video.so
> > > libva error: /usr/lib/i386-linux-gnu/dri/i965_drv_video.so has no function
> > > __vaDriverInit_0_32
> > > libva info: va_openDriver() returns -1
> > 
> > Hi,
> > 
> > this looks like a version mismatch between your Intel driver and
> > libva, nothing related to gstreamer-vaapi.
> 
> Yes, so people need to update their drivers at the same time. We could add
> Breaks for the old driver packges, but that woul just ensure that we make the
> upgrade path from stretch to buster more complicated.

It would actually make the upgrade path easier by ensuring that people 
and distributions have versions that work together.

stretch -> buster upgrade scenarios are one case.

Backports are another, where a new libva might be pulled in without
matching new driver packages (proper package dependencies might help
to make it clear that backporting libva can be problematic).

And without proper package dependencies, it might happen that testing
contains versions that don't work together.
This would create problems for people running testing,
and for derivative distributions that are based on testing.

> Cheers

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed