Description of problem: Missing perl(MIME::Lite) when running dpkg-buildpackage Version-Release number of selected component (if applicable): dpkg-dev-1.18.25-5.fc29.noarch How reproducible: Happened to me once, the first time I tried. Steps to Reproduce: 1. Install dpkg-dev on a pristine system 2. Run dpkg-buildpackage on a debian "orig" archive Actual results: Missing perl(MIME::Lite) when running dpkg-buildpackage Expected results: Proceeding with the package build.
dpkg-1.18.25-8.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2019-933738c3bc
dpkg-1.18.25-8.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2019-aba539783f
dpkg-1.18.25-8.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-384f869e9d
Hi, thank you for the report. After your tip, I did this exercise [1], you may need prepare gpg [2] to dget works and in the end we have just one test error. The error in the test is a new clue for the problem that we have with failure test on debhelper, where [3] have different results . So it is a new clue and I don't know if you could help, but I'd like register these notes here in bugzilla and btw asking if you understand how dpkg-architecture works ? Thanks [3] dpkg-architecture -qDEB_BUILD_GNU_TYPE dpkg-architecture -qDEB_HOST_GNU_TYPE dpkg --print-architecture cc -dumpmachine [1] dget http://deb.debian.org/debian/pool/main/d/dpkg/dpkg_1.19.5.dsc dpkg_1.19.5.dsc: Good signature found validating dpkg_1.19.5.tar.xz All files validated successfully. cd dpkg-1.19.5 dpkg-buildpackage -d (build the package and fail in one test ) ===( 21998;9 4/8 1/12 0/8 )======================================= # Failed test 'dpkg-buildpackage --build=source succeeded' # at ../../scripts/t/dpkg_buildpackage.t line 194. # dpkg-architecture: warning: specified GNU system type x86_64-linux-gnu does not match CC system type x86_64-redhat-linux, try setting a correct CC environment variable [2] cat /etc/devscripts.conf DSCVERIFY_KEYRINGS="/usr/share/keyrings/debian-archive-keyring.gpg:/usr/share/keyrings/debian-archive-removed-keys.gpg:/home/sergio/.gnupg/pubring.gpg" cd /home/sergio/.gnupg ln -s pubring.gpg trustedkeys.gpg gpg --recv-keys 78D7DEFB9AD59AF1 (whatever is the key)
dpkg-1.18.25-8.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-aba539783f
dpkg-1.18.25-8.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-933738c3bc
dpkg-1.18.25-8.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-384f869e9d
dpkg-1.18.25-8.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.
dpkg-1.18.25-8.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.
dpkg-1.18.25-8.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report.
Hello, Thank you for taking care of this. Feel free to open a new bugzilla ticket regarding the dpkg-architecture question and CC me, I will revisit it as soon as I find some time to look into it. Dridi
Actually after a quick look I found how to pass the test suite: --- ./scripts/t/dpkg_buildpackage.t +++ ./scripts/t/dpkg_buildpackage.t @@ -183,6 +183,7 @@ chdir $dirname; spawn(exec => [ $ENV{PERL}, "$srcdir/dpkg-buildpackage.pl", + '-d', '--host-arch=amd64', '--unsigned-source', '--unsigned-changes', '--unsigned-buildinfo', I was first misled by the warning, but it doesn't matter.
(In reply to Dridi Boukelmoune from comment #12) > Actually after a quick look I found how to pass the test suite: > > --- ./scripts/t/dpkg_buildpackage.t > +++ ./scripts/t/dpkg_buildpackage.t > @@ -183,6 +183,7 @@ > > chdir $dirname; > spawn(exec => [ $ENV{PERL}, "$srcdir/dpkg-buildpackage.pl", > + '-d', > '--host-arch=amd64', > '--unsigned-source', '--unsigned-changes', > '--unsigned-buildinfo', > > I was first misled by the warning, but it doesn't matter. Thanks , yeah here the bug is about not find dependencies . Still need to understand how I fix [1] dpkg-architecture discrepancies Fedora RedHat and Debian [2] [1] # dpkg-architecture: warning: specified GNU system type x86_64-linux-gnu does not match CC system type x86_64-redhat-linux, try setting a correct CC environment variable [2] https://bugzilla.redhat.com/show_bug.cgi?id=1134914#c8