RFS: prinseq-lite: added dependencies to fix autopkgtest failures
Hi Everyone, I had a look at the QA page of prinseq-lite and saw a failure in the autopkgtest[1]. The prinseq-graphs command is missing two dependencies, and thus choke on the following test: prinseq-graphs --version [1] https://ci.debian.net/data/autopkgtest/testing/amd64/p/prinseq-lite/5496117/log.gz I brought the adequate fix on Salsa, and readied the version 0.20.4-4 for upload in sid. Bringing tests is definitely a good thing for verifying the packaging, even the simpler tests are most welcome! :) Kind Regards -- Étienne Mollier Fingerprint: 5ab1 4edf 63bb ccff 8b54 2fa9 59da 56fe fff3 882d Help find cures against the Covid-19 ! Give CPU cycles: * Rosetta@home: https://boinc.bakerlab.org/rosetta/ * Folding@home: https://foldingathome.org/ signature.asc Description: PGP signature
Re: Fwd: routine-update, wnpp-check and tasks
Hi Olek, Olek Wojnar, on 2020-05-16 01:18:32 -0400: > On Sat, May 2, 2020 at 8:13 AM Étienne Mollier > wrote: > > No, I meant itp_from_debian_dir, but that's good to know anyway; > > reportbug's wnpp scan is certainly not the most convenient way > > of reviewing the existing package list: more than 6500 are to be > > reviewed manually at t time, by pack of 100 at best. > > If you prefer an HTTP interface, as I do, that's an option [1] as well. > This is typically what I use. Well, I had more something like the following in mind, to browse and annotate at leisure: $ querybts --buglist wnpp | vi - But this: > [1] > https://wnpp.debian.net/?type%5B%5D=ITA&type%5B%5D=ITP&type%5B%5D=O&type%5B%5D=RFA&type%5B%5D=RFH&type%5B%5D=RFP&project=shadow&description=&owner%5B%5D=yes&owner%5B%5D=no&col%5B%5D=dust&col%5B%5D=type&col%5B%5D=description&col%5B%5D=installs&sort=project is definitely more convenient and much more responsive. :) Thank you, Kind Regards, -- Étienne Mollier Fingerprint: 5ab1 4edf 63bb ccff 8b54 2fa9 59da 56fe fff3 882d Help find cures against the Covid-19 ! Give CPU cycles: * Rosetta@home: https://boinc.bakerlab.org/rosetta/ * Folding@home: https://foldingathome.org/ signature.asc Description: PGP signature
Re: RFS: prinseq-lite: added dependencies to fix autopkgtest failures
Hi Étienne, On Sat, May 16, 2020 at 09:53:08AM +0200, Étienne Mollier wrote: > I had a look at the QA page of prinseq-lite and saw a failure in > the autopkgtest[1]. The prinseq-graphs command is missing two > dependencies, and thus choke on the following test: > > prinseq-graphs --version Thanks again for the valuable input! > [1] > https://ci.debian.net/data/autopkgtest/testing/amd64/p/prinseq-lite/5496117/log.gz > > I brought the adequate fix on Salsa, and readied the version > 0.20.4-4 for upload in sid. ... just building for upload. > Bringing tests is definitely a good thing for verifying the > packaging, even the simpler tests are most welcome! :) I fully agree. BTW, in the debian/TODO you wrote about the missing Statistics::PCA. As far as my experience with Perl modules packaging reaches its relatively easy to create Perl packages. Do you want to take the challenge to enable us providing fully featured prinseq-graphs? You might like to ask for help in Debian Perl team which is extremely supportive. BTW, next time please make sure that the changelog date is later than the previous changelog - lintian throws errors about it. I usually create the last changelog entry by doing dch -r (if not using routine-update -f which is doing the very same). Thanks again Andreas. -- http://fam-tille.de
Re: RFS: prinseq-lite: added dependencies to fix autopkgtest failures
Hi Andreas, Andreas Tille, on 2020-05-16 11:35:48 +0200: > I fully agree. BTW, in the debian/TODO you wrote about the missing > Statistics::PCA. As far as my experience with Perl modules packaging > reaches its relatively easy to create Perl packages. Do you want to > take the challenge to enable us providing fully featured prinseq-graphs? Sure! Maybe not immediately, as may be a bit offline this week end, but probably in the coming week. > You might like to ask for help in Debian Perl team which is extremely > supportive. Sounds good, I understood they may have some routines for converting CPAN entries into Debian packages. Will check with them. > BTW, next time please make sure that the changelog date is later > than the previous changelog - lintian throws errors about it. I > usually create the last changelog entry by doing > >dch -r > > (if not using routine-update -f which is doing the very same). I really ought to use the latter systematically, especially past a certain hour... :) > Thanks again You're welcome, Thank you for the reminders! Kind Regards, -- Étienne Mollier Fingerprint: 5ab1 4edf 63bb ccff 8b54 2fa9 59da 56fe fff3 882d Help find cures against the Covid-19 ! Give CPU cycles: * Rosetta@home: https://boinc.bakerlab.org/rosetta/ * Folding@home: https://foldingathome.org/ signature.asc Description: PGP signature
Re: RFS: prinseq-lite: added dependencies to fix autopkgtest failures
Hello, On Sat, 16 May 2020, 12:56 Étienne Mollier, wrote: > Sounds good, I understood they may have some routines for > converting CPAN entries into Debian packages. Will check with > them. There's dh-make-perl tool from similarly named Debian package. In your case the following should be a good starting point: dh-make-perl --cpan Statistics::PCA Best, Andrius
Re: Fwd: routine-update, wnpp-check and tasks
On Sat, May 16, 2020, 03:55 Étienne Mollier wrote: > > is definitely more convenient and much more responsive. :) > > Thank you, > You're welcome :) >
