From Vladimir’s list of files, it looks like the SUSE packaging is reverting
http://bugzilla.novell.com/show_bug.cgi?id=596481
http://bugzilla.novell.com/show_bug.cgi?id=596481#c7
--- Comment #7 from Daniel Dadap 2010-04-20 22:53:04 UTC ---
Hi Stefan,
Although NVIDIA is the only vendor that provides VDPAU drivers, libvdpau and
libvdpau_trace are the open-source, vendor neutral core of VDPAU.
libvdpau_nvidia is the NVIDIA VDPAU driver; other vendors can implement their
own VDPAU drivers, the functionality of which would be exposed to applications
by the core libvdpau.
We originally provided all VDPAU components as part of the NVIDIA driver
installer package. Later, we created the open-source “libvdpau” package to
provide the vendor-neutral core components, so that distributions could provide
libvdpau and VDPAU implementers needed only to provide the vendor-specific
drivers. We asked distributors to start packaging libvdpau, but the Debian
package maintainers raised the following objections about our file layout:
- Since the libvdpau core and the NVIDIA VDPAU driver are now provided by
separate packages, libvdpau_nvidia.so should have an ABI version number in its
filename, to ensure compatibility between libvdpau and vendor-specific
implementations in the event of a potential future ABI change. To comply with
this guideline, we renamed libvdpau_nvidia.so to libvdpau_nvidia.so.1
- /usr/lib should only contain libraries linked directly by applications.
libvdpau does get linked directly, but libvdpau_trace and libvdpau_nvidia do
not, themselves being dynamically loaded by libvdpau. To comply with this
guideline, we moved libvdpau_trace and libvdpau_nvidia to /usr/lib/vdpau
The second change is the one that requires the “compatibility symlinks”. In our
precompiled libvdpau binary, we use the linker search path to find where
“libvdpau_nvidia.so.1” is, since we don’t know what specific path it will be
installed into for any particular distribution. The symlinks are installed to
whichever directory the libraries get installed to (which is presumably part of
the linker search path), and link (with a relative path) to the libraries in
their new location in the vdpau/ subdirectory.
the layout changes we have made as of 196.36.15. There is no vdpau subdirectory
in /usr/lib64, and the compatibility symlinks are missing.
In the short run, the locations of the libraries and the compatibility symlinks
as installed by Novell’s package should match the locations as installed by our
run file. Most crucially, libvdpau_nvidia.* and libvdpau_trace.* need to be in
their own subdirectory “vdpau”, and there should be symlinks libvdpau_nvidia.so
-> vdpau/libvdpau_nvidia.so.$VERSION and libvdpau_trace.so ->
vdpau/libvdpau_trace.so.$VERSION
In the long run, NVIDIA will eventually stop providing libvdpau and
libvdpau_trace with the NVIDIA X Driver. These will be provided by the separate
libvdpau package instead. SLE and OpenSUSE should move towards providing
packaging libvdpau to get libvdpau and libvdpau_trace, and providing only
libvdpau_nvidia as part of the package for the NVIDIA driver.
For more details about standalone libvdpau, see the announcement:
http://lists.freedesktop.org/archives/xorg-announce/2009-September/001036.ht...
More background information is available in the Debian/Ubuntu packaging
discussions here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=547248
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549626
https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/43217...
--
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.