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

Bug#1026648: parole: FTBFS: make[1]: *** [debian/rules:22: override_dh_missing] Error 25



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On Tue, 2022-12-20 at 18:38 +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
> 
> 
> Relevant part (hopefully):
> > make[1]: Entering directory '/<<PKGBUILDDIR>>'
> > dh_missing --fail-missing -X .la
> > dh_missing: warning: usr/parole/pixmaps/no-cover.png exists in debian/tmp
> > but is not installed to anywhere 
> > dh_missing: warning: usr/parole/pixmaps/play.png exists in debian/tmp but
> > is not installed to anywhere 
> > dh_missing: warning: usr/parole/pixmaps/replay.png exists in debian/tmp
> > but is not installed to anywhere 
> > dh_missing: error: missing files, aborting
> >         The following debhelper tools have reported what they installed
> > (with files per package)
> >          * dh_install: parole (5), parole-dev (1)
> >          * dh_installdocs: parole (0), parole-dev (0)
> >          * dh_installman: parole (1), parole-dev (0)
> >         If the missing files are installed by another tool, please file a
> > bug against it.
> >         When filing the report, if the tool is not part of debhelper
> > itself, please reference the
> >         "Logging helpers and dh_missing" section from the "PROGRAMMING"
> > guide for debhelper (10.6.3+).
> >           (in the debhelper package:
> > /usr/share/doc/debhelper/PROGRAMMING.gz)
> >         Be sure to test with dpkg-buildpackage -A/-B as the results may
> > vary when only a subset is built
> >         If the omission is intentional or no other helper can take care of
> > this consider adding the
> >         paths to debian/not-installed.
> > make[1]: *** [debian/rules:22: override_dh_missing] Error 25

Hi Lucas, thanks for the report. It seems that the pixmaps aren't installed to
the correct path, because pixmapsdir isn't defined to the correct place, in
turn because DATADIRNAME isn't defined anymore.

I'm unsure what changed in Debian since the initial upload in 2021, maybe some
autoconf macros or something.

It *seems* that DATADIRNAME might be obsolete (since a long time), it's not in
/usr/share/aclocal/gettext.m4 but I can see a lot of embedded copies with
https://codesearch.debian.net/search?q=DATADIRNAME (I looked at the gettext
changelog but couldn't find a reference).

It's likely an upstream issue but still I'm unsure where to point them.
Apparently there's datadir/datarootdir but as I'm not an autoconf expert I'm
not sure if it'd work in place.

Any pointer appreciated here.

Regards,
- -- 
Yves-Alexis
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEE8vi34Qgfo83x35gF3rYcyPpXRFsFAmOjJl8ACgkQ3rYcyPpX
RFv/XwgA4Ly4KInLEQ2j60tBvndrsJ7B4RIRyJH8Lb1nxwdP/XAWq93o3p/6bgTR
SCdYYhret3y2M2jbZiJLY51/9EpOzKc2Ut8K2+mtm3sHpT+mMWLs3qbufOTE2MpL
VMPtWg0dMHT9/eOjXbrcKCrNFhJLm/oxsIgdSXzsNL/5z70ARCo7MYi97bt22KjW
uEFXrctxqDRdG6srwtj3cfYGufMAtYFWGwLcj+zvR730IZcjdscXrhbb4yHGKF/R
p9hrzKS6l/smBfRJyf9h1lSxH8Pw1AKV+qBO4n5sX7GJ6rdDHpsc3kuZlivvpgSM
UmL9nyEmuhOyrhdL1VgZr+9FfEE76w==
=kpYg
-----END PGP SIGNATURE-----


Reply to: