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