Re: RFS: prinseq-lite: added dependencies to fix autopkgtest failures
Hi Étienne, On 2020-05-19 00:30, Étienne Mollier wrote: > Thank you, that does quite a job to put a decent git repository > together! Glad this helped! > I'm a bit more concerned on Math::Cephes[2] side, but not from a > technical point of view though; it is seamless on the side of > git-buildpackage as well. From a copyright standpoint, the > module embeds C code provided on netlib[3] but originating from > a book and a commercial product, accompanied with a "readme" > notice[4] indicating that said code "may be used freely", > fortunately. But maybe an extra-careful examination of the > source code for extra copyright statements will be needed here. > Hopefully, should DFSG changes be required, they won't impede on > the proper operation of the package. > > [1] https://metacpan.org/pod/Math::MatrixReal > [2] https://metacpan.org/pod/Math::Cephes > [3] http://www.netlib.org/cephes/ > [4] http://www.netlib.org/cephes/readme Embedded copies of netlib seem abundant in Debian [1]. I suggest looking into debian/copyright of these packages. It is curious, however, that netlib is not packaged as a stand-alone package, but embedded everywhere instead. [1] https://codesearch.debian.net/search?q=Cephes+Math+Library=1=1 > Not sure where is the best location to put the various packaging > repositories at the moment. I suppose Debian Perl Team > namespace would be such a place; I'll probably contact them > tomorrow. Perl modules belong under salsa.org/perl-team/modules/packages. To put them there one has to be in Debian Perl Team. I suggest joining it. Best, Andrius signature.asc Description: OpenPGP digital signature
Re: RFS: prinseq-lite: added dependencies to fix autopkgtest failures
Hi Andrius, Andrius Merkys, on 2020-05-16 14:41:53 +0300: > 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 Thank you, that does quite a job to put a decent git repository together! I had a look at the dependencies necessary to get the module to operate properly on Debian, and I noted the following tree: libstatistics-pca-perl (To do) |-> libtest-simple-perl |-> libtext-simpletable-perl |-> libcontextual-return-perl |-> Math::Cephes (Missing libmath-cephes-perl) `-> Math::MatrixReal (Missing libmath-matrixreal-perl) `-> libtest-most-perl With the Statistics::PCA and its missing dependencies, there would be a total of three packages to create. The module Math::MatrixReal[1] looks easy enough; the result from dh-make-perl builds successfully out of git-buildpackage. There will a few fields to fill here and there I guess, to get the package to be clean toward Debian policy. I'm a bit more concerned on Math::Cephes[2] side, but not from a technical point of view though; it is seamless on the side of git-buildpackage as well. From a copyright standpoint, the module embeds C code provided on netlib[3] but originating from a book and a commercial product, accompanied with a "readme" notice[4] indicating that said code "may be used freely", fortunately. But maybe an extra-careful examination of the source code for extra copyright statements will be needed here. Hopefully, should DFSG changes be required, they won't impede on the proper operation of the package. [1] https://metacpan.org/pod/Math::MatrixReal [2] https://metacpan.org/pod/Math::Cephes [3] http://www.netlib.org/cephes/ [4] http://www.netlib.org/cephes/readme Not sure where is the best location to put the various packaging repositories at the moment. I suppose Debian Perl Team namespace would be such a place; I'll probably contact them tomorrow. 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
pyxb removal and rev dependency on pbcore - anybody caring?
Hello, pyxb transforms python objects into xml https://github.com/pabigot/pyxb and was removed from the archive https://tracker.debian.org/news/1099255/removed-126dfsg-3-from-unstable/ since no longer maintained upstream https://github.com/pabigot/pyxb/issues/100 We have python-pbcore as a reverse dependency, which was already mentioned in the bug report accompanying the removal https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=946602 I just stumbled across it while attempting to update pbcore to a new version, which now obviously FTBFS but only for testing. I don't understand enough of that package to assess about how important pyxb truly is for that package, but at a first glance it is only some validation issue - just why is then the test folder copied into the package? I created https://github.com/PacificBiosciences/pbcore/issues/122 asking for a clarification from upstream. Steffen
Re: deb packages using simde but the upstream PR not sent?
On Mon, May 18, 2020 at 11:17 AM Michael Crusoe wrote: > > Hey Jun, > > Thanks for this. > > Yes, any package in https://wiki.debian.org/SIMDEverywhere#Packages_Status > that lists "Not yet" under "Patches sent upstream?" is available for sending > a PR Hi Michael, Thanks for the info. Okay. I updated the wiki "Patches sent upstream?" columns adding the links now. -- Jun | He - His - Him
Re: deb packages using simde but the upstream PR not sent?
Hey Jun, Thanks for this. Yes, any package in https://wiki.debian.org/SIMDEverywhere#Packages_Status that lists "Not yet" under "Patches sent upstream?" is available for sending a PR On Mon, May 18, 2020 at 11:01 AM Jun Aruga wrote: > Hi, > > Thanks for adding simde patch to support minimap2 and bwa debian > package to support non-x86_64 architectures. > I sent pull-requests for minimap2 and bwa based on the patch yesterday. > > https://github.com/lh3/minimap2/pull/607 > https://github.com/lh3/bwa/pull/283 > > Are there any other deb packages that the simde patch is applied to, > but the upstream pull-request has not been sent for yet? > > Here is the package status I know. > https://wiki.debian.org/SIMDEverywhere > > Thanks. > > -- > Jun | He - His - Him > > -- Michael R. Crusoe
deb packages using simde but the upstream PR not sent?
Hi, Thanks for adding simde patch to support minimap2 and bwa debian package to support non-x86_64 architectures. I sent pull-requests for minimap2 and bwa based on the patch yesterday. https://github.com/lh3/minimap2/pull/607 https://github.com/lh3/bwa/pull/283 Are there any other deb packages that the simde patch is applied to, but the upstream pull-request has not been sent for yet? Here is the package status I know. https://wiki.debian.org/SIMDEverywhere Thanks. -- Jun | He - His - Him