[Pkg-kde-extras] Bug#806102: qt-gstreamer: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Santiago Vila]

Package: src:qt-gstreamer
Version: 1.2.0-3
User: sanvila at debian.org
Usertags: binary-indep
Severity: important

Dear maintainer:

I tried to build this package with "dpkg-buildpackage -A"
(i.e. only architecture-independent packages), and it failed:

--------------------------------------------------------------------------------
[...]
 fakeroot debian/rules binary-indep
dh binary-indep --parallel --with=pkgkde-symbolshelper
   dh_testroot -i -O--parallel
   dh_prep -i -O--parallel
   debian/rules override_dh_auto_install
make[1]: Entering directory '/<<PKGBUILDDIR>>'
dh_auto_install --parallel
	make -j1 install DESTDIR=/<<PKGBUILDDIR>>/debian/tmp AM_UPDATE_INFO_DIR=no
make[2]: Entering directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
/usr/bin/cmake -H/<<PKGBUILDDIR>> -B/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu --check-build-system CMakeFiles/Makefile.cmake 0
/usr/bin/cmake -E cmake_progress_start /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/CMakeFiles /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/CMakeFiles/progress.marks
make -f CMakeFiles/Makefile2 all
make[3]: Entering directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
make -f src/QGlib/CMakeFiles/QtGLib_automoc.dir/build.make src/QGlib/CMakeFiles/QtGLib_automoc.dir/depend
make[4]: Entering directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
cd /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /<<PKGBUILDDIR>> /<<PKGBUILDDIR>>/src/QGlib /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/src/QGlib /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/src/QGlib/CMakeFiles/QtGLib_automoc.dir/DependInfo.cmake --color=
Scanning dependencies of target QtGLib_automoc
make[4]: Leaving directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
make -f src/QGlib/CMakeFiles/QtGLib_automoc.dir/build.make src/QGlib/CMakeFiles/QtGLib_automoc.dir/build
make[4]: Entering directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
[  1%] Automatic moc for target QtGLib
cd /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/src/QGlib && /usr/bin/cmake -E cmake_autogen /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/src/QGlib/CMakeFiles/QtGLib_automoc.dir/ RelWithDebInfo

[... snipped ...]

-- Installing: /<<PKGBUILDDIR>>/debian/tmp/usr/lib/x86_64-linux-gnu/qt5/qml/QtGStreamer/libQtGStreamerQuick2.so
-- Removed runtime path from "/<<PKGBUILDDIR>>/debian/tmp/usr/lib/x86_64-linux-gnu/qt5/qml/QtGStreamer/libQtGStreamerQuick2.so"
-- Installing: /<<PKGBUILDDIR>>/debian/tmp/usr/lib/x86_64-linux-gnu/qt5/qml/QtGStreamer/qmldir
-- Installing: /<<PKGBUILDDIR>>/debian/tmp/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstqt5videosink.so
make[2]: Leaving directory '/<<PKGBUILDDIR>>/x86_64-linux-gnu-qt5'
cp -r obj-x86_64-linux-gnu/doc debian/tmp/doc
cp: cannot stat 'obj-x86_64-linux-gnu/doc': No such file or directory
debian/rules:38: recipe for target 'override_dh_auto_install' failed
make[1]: *** [override_dh_auto_install] Error 1
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
debian/rules:56: recipe for target 'binary-indep' failed
make: *** [binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error exit status 2
--------------------------------------------------------------------------------

Sorry not to have a fix, as I am reporting many bugs similar to
this one, but I can give some general hints:

* If all the arch-independent packages are dummy transitional packages
released with jessie, the easy fix is to drop them now.
 
* If not, debian/rules should be modified so that the binary-indep
target works in all cases, even when binary-arch is not used (this is
what the "Architecture: all" autobuilder does). For that:
    
* If you are using debhelper, you might want to use options -a and -i
for dh_* commands so that they do not act on packages they do not
have to act.

* Also, if you are using dh, the (independently) optional targets
override_dh_foo-arch and override_dh_foo-indep (for several values
of "foo") may be useful to write a debian/rules which behaves exactly
as desired.


After checking that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B"
work properly, this package will be suitable to be uploaded in
source-only form if you wish (you might want to try it).

Thanks.