Control: severity -1 normal
Control tags -1 + unreproducible

On 29.10.2022 17:49, Håvard F. Aasen wrote:
> 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.
> 

I uploaded a new version to unstable with changes unrelated to this bug. That
version successfully built in the main archive, I am therefore lowering the
severity to normal. Please provide a build log if this is a problem.


Regards,
Håvard

Reply via email to