concerning llibva backport

Nicholas D Steeves nsteeves at gmail.com
Fri Aug 5 22:54:04 UTC 2016


On 5 August 2016 at 18:30, Felipe Sateler <fsateler at debian.org> wrote:
> On 5 August 2016 at 18:15, James Cowgill <jcowgill at debian.org> wrote:
>> On 05/08/16 22:47, Felipe Sateler wrote:
>>> On 5 August 2016 at 17:24, James Cowgill <jcowgill at debian.org> wrote:
>>>> On 05/08/16 21:03, Nicholas D Steeves wrote:
>>>>> Hi Sebastian,
>>>>>
>>>>> I did a fresh build of libva-1.7.1-1~bpo+1 today, and noticed that it
>>>>> was building against mesa-10.3.2-1+deb8u1 from Jessie.  I've been
>>>>> testing it on a Jessie+backported mesa-11.1.3-1~bpo8+1, and the
>>>>> packages I've been testing have also been built against mesa-10.3.x.
>>>>> Do you think it's ok to build against mesa 10.3.2, or should we bump
>>>>> the build deps of libva to pull in mesa from jessie-backports.  I'm in
>>>>> favour of bumping the deps asap.  Additionally, I think it would also
>>>>> be wise to bump the intel-vaapi-driver build-depend on libdrm-dev to
>>>>> prevent it from being built against libdrm-2.4.58-2.
>>>>
>>>> Why? You realize that building against a newer version of mesa/libdrm
>>>> won't affect the dependencies on the final package?
>>>
>>> In backports, it does. Dependencies are statisfied from stable if
>>> possible, thus the build-depends needs to be tightened to force use of
>>> the backported library.
>>
>> What I mean is that build-depending on a more recent package version
>> doesn't necessarily[1] mean that version will be required at runtime and
>> reflected in the Depends: lines. For example, mesa doesn't insert any
>> dependencies into the users of libgl1-mesa-glx, so bumping the
>> build-dependency will have no affect on the version of the package
>> actually used at runtime. So if the downstream package doesn't use any
>> new features in the more recent library, why bump the build-dependency?
>
> Ah. I was unaware of that weirdness. Indeed the mesa symbols file set
> all versions to 0, and does not provide a -dev package mapping. So the
> dep would be useless.
>
>
> --
>
> Saludos,
> Felipe Sateler

Yes, I just ran into that...  Bumping libegl1-mesa-dev and
libgl1-mesa-dev is insufficient, because mesa-common, libgl1,
libgl1-mesa-glx, libglapi-mesa still get pulled in from stable.

However, libwayland-egl1-mesa, libwayland-egl1-mesa-dev, libegl1-mesa,
and libegl1-mesa-dev are pulled in from jessie-backports.  I've
attached the build log.

So, what needs to be done?  Does debian/control a method to add
Build-Depends line like: (this AND this) || (that), ?  Specifically,
I'm wondering if the "libgl1-mesa-dev (>= 11.1.0) | libgl-dev," can be
change to something that includes the list of packages being pulled in
from stable.

Cheers,
Nicholas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libva_1.7.1-3~bpo8+1_amd64.build.xz
Type: application/x-xz
Size: 12764 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20160805/b3575462/attachment.bin>


More information about the pkg-multimedia-maintainers mailing list