Re: libvdpau: cannot open shared object

[Efraim Flashner]

On Thu, Dec 14, 2017 at 10:07:20AM +0100, Ludovic Courtès wrote:
> Hi!
> 
> Efraim Flashner <address@hidden> skribis:
> 
> > On Tue, Dec 12, 2017 at 05:44:43PM +0100, Ludovic Courtès wrote:
> 
> [...]
> 
> >> I searched for “libvdpau_i965.so” on the intertubes and it seems to be a
> >> problem “everyone has.”  For instance:
> >> 
> >>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=869815
> >> 
> >> So it seems that we lack a driver package.
> >> 
> >> Ludo’.
> >
> > here's a patch for libvdpau-va-gl. after setting 'VDPAU_DRIVER=va_gl'
> > and running 'guix environment --ad-hoc libvdpau-va-gl vdpauinfo -- 
> > vdpauinfo'
> > I get:
> > display: :0.0   screen: 0
> > Failed to open VDPAU backend libvdpau_va_gl.so: cannot open shared object 
> > file: No such file or directory
> > Error creating VDPAU device: 1
> > so it still needs some more work
> 
> What if you point LD_LIBRARY_PATH to libvdpau-va-gl?
> 
> > From da659401a0116d0810f003769c933253f5b18f4c Mon Sep 17 00:00:00 2001
> > From: Efraim Flashner <address@hidden>
> > Date: Tue, 12 Dec 2017 21:44:49 +0200
> > Subject: [PATCH] gnu: Add libvdpau-va-gl.
> >
> > * gnu/packages/video.scm (libvdpau-va-gl): New variable.
> > * gnu/packages/patches/libvdpau-va-gl-unbundle.patch: New file.
> > * gnu/local.mk (dist_patch_DATA): Register it.
> 
> [...]
> 
> > +    (native-inputs
> > +     `(("libvdpau" ,libvdpau)
> 
> Should move to ‘inputs’ I guess?
> 
> Otherwise LGTM, thanks for acting this fast!

$ guix gc --references $(guix build libvdpau-va-gl)
/gnu/store/1zfmi6bixxz3fljr4kfy37xpjial90p1-libva-1.8.3
/gnu/store/3h31zsqxjjg52da5gp3qmhkh4x8klhah-glibc-2.25
/gnu/store/6wyjls0q2c9gjskkplsr1ad09p3d8gzg-gcc-5.4.0-lib
/gnu/store/7mdyg1vigcxqb1ra16mdqnhz8aa00xc7-libxext-1.3.3
/gnu/store/8z7130mb33a3jqliqs6bq2d46mar5gqy-mesa-17.2.1
/gnu/store/d3pbj6vynkig0v0lnwp9nh04sijxin2w-libvdpau-va-gl-0.4.2
/gnu/store/p37m873k9k69m944njar80i6bsmqrcvj-libx11-1.6.5

libvdpau is actually a propagated input of mesa

> 
> When we have that, we can at least arrange for things to work
> out-of-the-box on GuixSD.  It’s better if we can do that without setting
> LD_LIBRARY_PATH, we’ll have to investigate how this can be done.  At
> least, we’ll have to set VDPAU_DRIVER=va_gl I presume?
> 
> Thanks,
> Ludo’.

From the upstream documentation VDPAU_DRIVER=va_gl is the minimum needed
to get it working, and then there are a couple of other environmental
variables that can be set to change its behavior.

$ VDPAU_DRIVER=va_gl LD_LIBRARY_PRELOAD=$(guix build libvdpau-va-gl) env | grep 
VDPAU
VDPAU_DRIVER=va_gl

$ VDPAU_DRIVER=va_gl LD_LIBRARY_PRELOAD=$(guix build libvdpau-va-gl) vdpauinfo
display: :0.0   screen: 0
Failed to open VDPAU backend libvdpau_va_gl.so: cannot open shared object file: 
No such file or directory
Error creating VDPAU device: 1

Not so helpful to us, but upstream wants us to install it in the same
directory as the other vdpau*so files. I suppose we could add a
mesa-headers package and use that to build it and then just copy it into
mesa-out/lib/vdpau, but I really don't like that idea. I'm inclined to
push it as is and then we'll work out exactly how to make it work for
us.

-- 
Efraim Flashner   <address@hidden>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

signature.asc
Description: PGP signature