Re: sbuild dh: error: unable to load addon python3
On Thursday, July 01 2021, Geert Stappers wrote: > Invoking sbuild with just 'sbuild' gives me: > > $ sbuild > dh clean --with python3 --buildsystem=pybuild > dh: error: unable to load addon python3: Can't locate > Debian/Debhelper/Sequence/python3.pm in @INC > (you may need to install the Debian::Debhelper::Sequence::python3 module) > > > Doing `apt-file search Debian/Debhelper/Sequence/python3.pm` yields > dh-python: /usr/share/perl5/Debian/Debhelper/Sequence/python3.pm > > > Why doesn't sbuild fetch and install build dependencies? This happens because sbuild runs the "dh clean" (actually, the "debian/rules clean" target) step *outside* of the chroot, before the build actually starts. This means that sbuild expects you to have the build deps installed on your host. This is usually not desirable/required, so you can tell sbuild to not clean the source tree by passing the --no-clean-source option to it, or by adding the line "$clean_source = 0;" to your ~/.sbuildrc. Thanks, -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible https://sergiodj.net/ signature.asc Description: PGP signature
sbuild dh: error: unable to load addon python3
Hello Mentors, Your insights on `sbuild` are desired. For an yet unknown reason does `sbuild` NOT honour Build-Depends request. My sbuild has version 0.81.2 git clone URL https://salsa.debian.org/obfusk/kanjidraw.git branch debian/sid In debian/control is Build-Depends: debhelper-compat (= 13), dh-python, python3-all, python3-setuptools, Invoking sbuild with just 'sbuild' gives me: $ sbuild dh clean --with python3 --buildsystem=pybuild dh: error: unable to load addon python3: Can't locate Debian/Debhelper/Sequence/python3.pm in @INC (you may need to install the Debian::Debhelper::Sequence::python3 module) Doing `apt-file search Debian/Debhelper/Sequence/python3.pm` yields dh-python: /usr/share/perl5/Debian/Debhelper/Sequence/python3.pm Why doesn't sbuild fetch and install build dependencies? How deal with it?? Groeten Geert Stappers -- Silence is hard to parse
Bug#988329: RFS: usbredir/0.9.0-1 -- Simple USB host TCP server
Hi Tobi, > Some review: > - upstream has released 0.10.0 in the meantime. The build system was replaced with Meson between 0.9.0 and 0.10.0 so i've gotten to work on that. it's been a fun challenge. I'll make sure to ping you when I'm done. > - compat level is at the ancient level "9". Please consider updating it… > - Standards Version is also quite old. Please consider updating that as > well. (see the upgrade checklist > appendix of the Debian Policy) I'll make sure to fix these too. i want to make Debian better! Thanks for all the feedback. Lin Qigang GPG Fingerprint: 8CAD 1250 8EE0 3A41 7223 03EC 7096 F91E D75D 028F signature.asc Description: OpenPGP digital signature
Bug#988923: RFS: distorm3/3.5.2b-1 -- powerful disassembler library for x86/AMD64 binary streams (Python3 bindings)
> Thanks! Alas, it fails to build for me: Thanks for the feedback! I didnt fully understand how to use pbuilder so a Python dependency was missing. it should be fixed now and I better understand pbuilder which is nice. I am also fixing a bunch of the other lintian errors which Tobias mentioned I should do. There's still a couple of lintian issues so i will fix those before submitting. Lin Qigang GPG Fingerprint: 8CAD 1250 8EE0 3A41 7223 03EC 7096 F91E D75D 028F signature.asc Description: OpenPGP digital signature
Bug#990532: RFS: eta/1.0.1-1 [ITP] -- Utility for monitoring ETA and progress of an arbitrary process
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "eta": * Package name: eta Version : 1.0.1-1 Upstream Author : Andreas Lundblad * URL : https://github.com/aioobe/eta * License : GPL-3.0+ * Vcs : https://github.com/aioobe/eta Section : utils It builds those binary packages: eta - Utility for monitoring ETA and progress of an arbitrary process To access further information about this package, please visit the following URL: https://mentors.debian.net/package/eta/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/eta/eta_1.0.1-1.dsc Changes for the initial release: eta (1.0.1-1) UNRELEASED; urgency=low . * Initial release. Closes: #923225 Some notes: - I'm targeting debhelper-compat = 12 for convenience for the time being, but plan to target 13 once bullseye is released - I understand that this can't be uploaded to testing before bullseye release, but would like to get any feedback on the packaging itself before then, if possible - I'm working with the upstream author to publish signatures for releases, and will update the watch file when this becomes available Many thanks, Mark King
Bug#990519: RFS: sentry-python/1.1.0-2 -- new version of Python SDK for Sentry.io
Package: sponsorship-requests Severity: normal X-Debbugs-Cc: debian-pyt...@lists.debian.org Dear mentors, I am looking for a sponsor for the updated version of the "sentry-python" package. It updates to the upstream version 1.1.0 and addresses #990232. It builds the binary package: python3-sentry-sdk To access further information about this package, please visit the following URL: https://mentors.debian.net/package/sentry-python/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/sentry-python/sentry-python_1.1.0-2.dsc Changes since the last upload: sentry-python (1.1.0-2) experimental; urgency=medium * New upstream version 1.1.0 (Closes: #990232) Regards, Eberhard Beilharz
Bug#990407: Acknowledgement (RFS: nftfw/0.9.4-1 [ITP] -- nftables firewall builder for Debian)
Hello Peter, El 01/07/21 a las 08:41, Peter Collinson escribió: > I’ve revised the uploaded package because it failed to build on sbuild. > > It needed a dependency on netbase, and a change to a test script which just > happened to work on Python 3.7 but failed on Python3.9. > > > Regards > -- > Peter Collinson Thanks for your work developing nftfw and packaging it for debian! Here you have some comments: * you have a master branch (that includes the debian/ dir). It is a common practice to have the debian packaging branch separated from the upstream code (including the tarball). See the candidate DEP-14. https://dep-team.pages.debian.net/deps/dep14/ * the watch file stores the downloaded upstream tarball as: nftfw_0.9.4.orig.tar.gz -> '-0.9.4.tar.gz' '-0.9.4.tar.gz' you can try with `uscan --verbose --download --download-current-version` Also, the .orig.tar.gz I can download with your .dsc is different from the .orig.tar.gz I download using uscan. It seems you have removed the debian/ dir. * do you have any reason for not using salsa? (it is not mandatory, I am just curious). Keep in mind that using Salsa would make it easier to make use of common Debian tools, such as Salsa CI: https://salsa.debian.org/salsa-ci-team/pipeline/ * building the package modifies debian/postinst (by the make_etc_lists). Could you please explain what is the goal of make_etc_lists? Why do you need it? Cheers, -- Santiago signature.asc Description: PGP signature
Bug#990407: Acknowledgement (RFS: nftfw/0.9.4-1 [ITP] -- nftables firewall builder for Debian)
I’ve revised the uploaded package because it failed to build on sbuild. It needed a dependency on netbase, and a change to a test script which just happened to work on Python 3.7 but failed on Python3.9. Regards -- Peter Collinson
