Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#41332 - [libvdpau-va-gl] does not have runtime dependency of libvdpau

Attached to Project: Community Packages
Opened by Emil (xexaxo) - Thursday, 24 July 2014, 21:06 GMT
Last edited by Bartłomiej Piotrowski (Barthalion) - Saturday, 26 July 2014, 12:09 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Bartłomiej Piotrowski (Barthalion)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

This package is a libvdpau backend/plugin. As such it needs the libvdapu at build-time, and _never_ links or dlopens the library. In order to get working vdpau acceleration we (libvdpau) need at least one vdpau backend.

Can we demote the libvdapu dependency to makedep ?
This task depends upon

Closed by  Bartłomiej Piotrowski (Barthalion)
Saturday, 26 July 2014, 12:09 GMT
Reason for closing:  Not a bug
Comment by Bartłomiej Piotrowski (Barthalion) - Saturday, 26 July 2014, 10:25 GMT
Can you elaborate why would someone have libvdpau-va-gl without libvdpau installed? Dependencies aren't only about linking or dlopening libraries, but about sanity too.
Comment by Emil (xexaxo) - Saturday, 26 July 2014, 11:33 GMT
Perhaps a lame example but here it goes: working on libvdpau/alternative/equivalent library and would like to test it without installing system wide. As such you will need to have a backend.

Seems like this is my flaw - I do not see them as a sanity check(s). As mentioned in another ticket  FS#41333  - some maintainers/developers/packages seems to agree with my understanding on the topic while others don't.

Either way the decision is yours. If I'm not satisfied with it I can always "fork the package" :)

Cheers
Emil

Edit: The recommendation to use the VDPAU_DRIVER env var (as a solution to the above example) is just plain wrong imho. The variable comes from libvdpau (the you may be replacing) and directs which backend to load. AFAICS the backend should be present on the system prior to that.
Comment by Bartłomiej Piotrowski (Barthalion) - Saturday, 26 July 2014, 12:08 GMT
Well, in such case you could fiddle with VDPAU_DRIVER environment variable. I don't think there is a major disagreement among devs about such topic. Just some applications/libraries require another even if they doesn't link to them. I'll close this report; we will discuss the rest as here.

Loading...