Dear Debian folks, Am Sonntag, den 17.06.2012, 16:01 +0200 schrieb Paul Menzel: > `xserver-xorg-video-radeon` 6.14.3 changelog contains the following [1]. > > Highlights: > > * Support for more cards, in particular Llano APUs. > * KMS page flipping fixes. > * vdpau/XvMC support (currently only available for >= R3xx via > Gallium3D). > > Asking on IRC channel #radeon how to use that tstellar told me to build > Mesa with `--enable-gallium-g3dvl`. I think that creates the library > `libvdpau_r600` which for example MPlayer can use. > > Is it possible to build and package that library? I tried to adapt the packaging but failed utterly. $ debcheckout mesa $ cd mesa $ # make adjustments pasted below $ dpkg-buildpackage -us -uc -B […] # No need for this .so, libglapi is just a convenience library: rm debian/tmp/dri/usr/lib/i386-linux-gnu/libglapi.so dh_install -s --fail-missing dh_install: dri/usr/i386-linux-gnu/libXvMCnouveau.so exists in debian/tmp but is not installed to anywhere dh_install: dri/usr/i386-linux-gnu/libXvMCnouveau.so.1 exists in debian/tmp but is not installed to anywhere dh_install: dri/usr/i386-linux-gnu/libXvMCnouveau.so.1.0 exists in debian/tmp but is not installed to anywhere dh_install: dri/usr/i386-linux-gnu/libXvMCr300.so exists in debian/tmp but is not installed to anywhere dh_install: dri/usr/i386-linux-gnu/libXvMCr300.so.1 exists in debian/tmp but is not installed to anywhere dh_install: dri/usr/i386-linux-gnu/libXvMCr300.so.1.0 exists in debian/tmp but is not installed to anywhere dh_install: dri/usr/i386-linux-gnu/libXvMCr600.so exists in debian/tmp but is not installed to anywhere dh_install: dri/usr/i386-linux-gnu/libXvMCr600.so.1 exists in debian/tmp but is not installed to anywhere dh_install: dri/usr/i386-linux-gnu/libXvMCr600.so.1.0 exists in debian/tmp but is not installed to anywhere dh_install: dri/usr/i386-linux-gnu/libXvMCsoftpipe.so exists in debian/tmp but is not installed to anywhere dh_install: dri/usr/i386-linux-gnu/libXvMCsoftpipe.so.1 exists in debian/tmp but is not installed to anywhere dh_install: dri/usr/i386-linux-gnu/libXvMCsoftpipe.so.1.0 exists in debian/tmp but is not installed to anywhere dh_install: missing files, aborting make: *** [binary-arch] Fehler 2 dpkg-buildpackage: Fehler: Fehler-Exitstatus von fakeroot debian/rules binary-arch war 2 Here is what I did. --- 8< ---- >8 --- $ git diff f6ba43ab..5a6e5425 diff --git a/debian/changelog b/debian/changelog index 0eb66a1..fe77ac0 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +mesa (8.0.3-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Enable `--enable-gallium-g3dvl` + + -- Paul Menzel <pm.debian@googlemail.com> Tue, 19 Jun 2012 12:41:13 +0200 + mesa (8.0.3-1) unstable; urgency=low [ Robert Hooker ] diff --git a/debian/libgl1-mesa-vdpau.install.in b/debian/libgl1-mesa-vdpau.install.in new file mode 100644 index 0000000..7538b81 --- /dev/null +++ b/debian/libgl1-mesa-vdpau.install.in @@ -0,0 +1 @@ +dri/usr/${DEB_HOST_MULTIARCH}/libXvMC*.so* usr/lib/${DEB_HOST_MULTIARCH} diff --git a/debian/rules b/debian/rules index 3bf3702..2a7844e 100755 --- a/debian/rules +++ b/debian/rules @@ -101,7 +101,7 @@ else # LLVM is required for r300g and recommended for swrastg on x86: ifneq (,$(filter $(DEB_HOST_ARCH),amd64 i386 kfreebsd-amd64 kfreebsd-i386)) - confflags_GALLIUM += --enable-gallium-llvm + confflags_GALLIUM += --enable-gallium-llvm --enable-gallium-g3dvl endif confflags_DIRECT_RENDERING = --enable-driglx-direct --- 8< ---- >8 --- I wonder why `dh_install` does not pick up these libraries although I added `debian/libgl1-mesa-vdpau.install.in` with the following content. dri/usr/${DEB_HOST_MULTIARCH}/libXvMC*.so* usr/lib/${DEB_HOST_MULTIARCH} This file also seems to be taken into account since I have the processed file too. $ more debian/libgl1-mesa-vdpau.install dri/usr/i386-linux-gnu/libXvMC*.so* usr/lib/i386-linux-gnu Any hints on how to get this package into Debian are very much appreciated since I also do not see `libvdpau_r600` in the build directory (`find . -iname *vdpau*`). I guess there are still some config options missing. > PS: I am sorry for probably assigning this report to the wrong package. Thanks, for fixing that! Thanks, Paul > [1] http://lists.x.org/archives/xorg-announce/2011-November/001750.html
Attachment:
signature.asc
Description: This is a digitally signed message part