[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#806021: ekg2: FTBFS when built with dpkg-buildpackage -A (No such file or directory)



Package: src:ekg2
Version: 1:0.4~pre+20120506.1-10
User: sanvila@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 --with autoreconf,python2 --parallel
   dh_testroot -i -O--parallel
   dh_prep -i -O--parallel
   debian/rules override_dh_auto_install
make[1]: Entering directory '/<<BUILDDIR>>/ekg2-0.4~pre+20120506.1'
perl_install_args="DESTDIR=/<<BUILDDIR>>/ekg2-0.4~pre+20120506.1/debian/tmp INSTALLDIRS=vendor" /usr/bin/make install DESTDIR=/<<BUILDDIR>>/ekg2-0.4~pre+20120506.1/debian/tmp
make[2]: Entering directory '/<<BUILDDIR>>/ekg2-0.4~pre+20120506.1'
/usr/bin/make  install-recursive
make[3]: Entering directory '/<<BUILDDIR>>/ekg2-0.4~pre+20120506.1'
Making install in po
make[4]: Entering directory '/<<BUILDDIR>>/ekg2-0.4~pre+20120506.1/po'
/bin/sh ../build-aux/mkinstalldirs /<<BUILDDIR>>/ekg2-0.4~pre+20120506.1/debian/tmp/usr/share
mkdir -p -- /<<BUILDDIR>>/ekg2-0.4~pre+20120506.1/debian/tmp/usr/share
mkdir -p -- /<<BUILDDIR>>/ekg2-0.4~pre+20120506.1/debian/tmp/usr/share/locale/pl/LC_MESSAGES
installing pl.gmo as /<<BUILDDIR>>/ekg2-0.4~pre+20120506.1/debian/tmp/usr/share/locale/pl/LC_MESSAGES/ekg2.mo
mkdir -p -- /<<BUILDDIR>>/ekg2-0.4~pre+20120506.1/debian/tmp/usr/share/locale/de/LC_MESSAGES
installing de.gmo as /<<BUILDDIR>>/ekg2-0.4~pre+20120506.1/debian/tmp/usr/share/locale/de/LC_MESSAGES/ekg2.mo
if test "ekg2" = "gettext-tools"; then \
  /bin/sh ../build-aux/mkinstalldirs /<<BUILDDIR>>/ekg2-0.4~pre+20120506.1/debian/tmp/usr/share/gettext/po; \
  for file in Makefile.in.in remove-potcdate.sin quot.sed boldquot.sed en@quot.header en@boldquot.header insert-header.sin Rules-quot   Makevars.template; do \
    /usr/bin/install -c -m 644 ./$file \

[... snipped ...]

make[1]: Entering directory '/<<BUILDDIR>>/ekg2-0.4~pre+20120506.1'
dh_installdocs --link-doc=ekg2-core -pekg2 -pekg2-dbg -pekg2-gnupg -pekg2-jabber \
  -pekg2-scripting-python -pekg2-scripting-perl
dh_installdocs: No packages to build.
dh_installdocs --remaining-packages
cp -a docs/ekg2book/book    /<<BUILDDIR>>/ekg2-0.4~pre+20120506.1/debian/ekg2-core/usr/share/doc/ekg2-core/book-pl
cp: cannot create directory '/<<BUILDDIR>>/ekg2-0.4~pre+20120506.1/debian/ekg2-core/usr/share/doc/ekg2-core/book-pl': No such file or directory
debian/rules:84: recipe for target 'override_dh_installdocs' failed
make[1]: *** [override_dh_installdocs] Error 1
make[1]: Leaving directory '/<<BUILDDIR>>/ekg2-0.4~pre+20120506.1'
debian/rules:12: 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.


Reply to: