Bug#806089: openmprtl: FTBFS when built with dpkg-buildpackage -A (No such file or directory)
Santiago Vila
sanvila at debian.org
Tue Nov 24 15:27:57 UTC 2015
Package: src:openmprtl
Version: 3.7.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
dh_testroot -i
dh_prep -i
dh_auto_install -i
make -j1 install DESTDIR=/<<PKGBUILDDIR>>/debian/tmp AM_UPDATE_INFO_DIR=no
make[1]: 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[2]: Entering directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
make -f runtime/src/CMakeFiles/libomp-needed-headers.dir/build.make runtime/src/CMakeFiles/libomp-needed-headers.dir/depend
make[3]: 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>>/runtime/src /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/runtime/src /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/runtime/src/CMakeFiles/libomp-needed-headers.dir/DependInfo.cmake --color=
make[3]: Leaving directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
make -f runtime/src/CMakeFiles/libomp-needed-headers.dir/build.make runtime/src/CMakeFiles/libomp-needed-headers.dir/build
make[3]: Entering directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
make[3]: Nothing to be done for 'runtime/src/CMakeFiles/libomp-needed-headers.dir/build'.
make[3]: Leaving directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
[ 8%] Built target libomp-needed-headers
make -f runtime/src/CMakeFiles/omp.dir/build.make runtime/src/CMakeFiles/omp.dir/depend
make[3]: Entering directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
[... snipped ...]
make[1]: Entering directory '/<<PKGBUILDDIR>>'
cd debian/tmp/usr/lib && \
ln -s libomp.so.5 libomp.so
dh_install
mkdir -p debian/libomp5/usr/lib/x86_64-linux-gnu/
mv debian/libomp5/usr/lib/libomp* debian/libomp5/usr/lib/x86_64-linux-gnu/
mv: cannot stat 'debian/libomp5/usr/lib/libomp*': No such file or directory
debian/rules:30: recipe for target 'override_dh_install' failed
make[1]: *** [override_dh_install] Error 1
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
debian/rules:18: 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.
More information about the Pkg-llvm-team
mailing list