On Sat, 29 Oct 2022 16:34:27 +0200 Rene Engelhard <r...@debian.org> wrote: > Package: openscap > Version: 1.3.6+dfsg-2 > Severity: serious > > Hi, > > while trying to build openscap with xmlsec 1.2.35 I noticed the > following: > > make[1]: Leaving directory '/home/rene/t/openscap-1.3.6+dfsg' > dh_install > dh_installdocs > debian/rules override_dh_installchangelogs > make[1]: Entering directory '/home/rene/t/openscap-1.3.6+dfsg' > dh_installchangelogs NEWS > make[1]: Leaving directory '/home/rene/t/openscap-1.3.6+dfsg' > dh_installexamples > dh_installman > debian/rules override_dh_python3 > make[1]: Entering directory '/home/rene/t/openscap-1.3.6+dfsg' > dh_python3 -popenscap-utils -ppython3-openscap --shebang=/usr/bin/python3 > I: dh_python3 fs:482: renaming _openscap_py.so to > _openscap_py.cpython-310-x86_64-linux-gnu.so > I: dh_python3 tools:114: replacing shebang in > debian/openscap-utils/usr/bin/oscap-docker > I: dh_python3 tools:114: replacing shebang in > debian/openscap-utils/usr/bin/autotailor > I: dh_python3 tools:114: replacing shebang in > debian/openscap-utils/usr/bin/scap-as-rpm > make[1]: Leaving directory '/home/rene/t/openscap-1.3.6+dfsg' > dh_perl > dh_link > dh_strip_nondeterminism > dh_compress > dh_fixperms > dh_missing > dh_missing: warning: lib/systemd/system/oscap-remediate.service exists in > debian/tmp but is not installed to anywhere > dh_missing: warning: usr/bin/oscap-remediate-offline exists in debian/tmp but > is not installed to anywhere > dh_missing: warning: usr/libexec/oscap-remediate exists in debian/tmp but is > not installed to anywhere > dh_missing: warning: usr/share/man/man8/oscap-remediate-offline.8 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: libopenscap-dev (4), libopenscap-perl (2), libopenscap25 > (4), openscap-common (3), openscap-doc (2), openscap-scanner (2), > openscap-utils (8), python3-openscap (1) > * dh_installdocs: libopenscap-dev (3), libopenscap-perl (0), > libopenscap25 (0), openscap-common (0), openscap-doc (0), openscap-scanner > (1), openscap-utils (0), python3-openscap (0) > * dh_installexamples: libopenscap-dev (0), libopenscap-perl (0), > libopenscap25 (0), openscap-common (0), openscap-doc (0), openscap-scanner > (1), openscap-utils (0), python3-openscap (0) > * dh_installman: libopenscap-dev (0), libopenscap-perl (0), > libopenscap25 (0), openscap-common (0), openscap-doc (0), openscap-scanner > (1), openscap-utils (7), python3-openscap (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: *** [debian/rules:68: binary] Error 25 > dpkg-buildpackage: error: debian/rules binary subprocess returned exit status > 2 > debuild: fatal error at line 1182: > dpkg-buildpackage -us -uc -ui -b failed > > Doesn't look related to xmlsec1 1.2.35 so I did a cross-check with sid > and it also FTBFS there. >
Would you mind providing a complete build log? I actually can't reproduce this on my end in unstable. This was also rebuilt in the main archive just eight days ago, but sure, a lot can happen in that time. Regards, Håvard
