RFS: indelible
Hi, I've added autopkgtests to indelible. Please review and sponsor. https://salsa.debian.org/med-team/indelible Regards, Pranav ᐧ
Re: RFS: indelible
Hi Pranav, Thank you for your work on this. I have just two comments. For one the repo now contains a file log.txt which I think you might have added by accident. Secondly, your test check whether the program runs. However, they don't actually check whether it runs correctly. You could add a randomseed parameter to the files and diff the result with one you precomputed on your local machine. If there is a difference, have the autopkgtest fail. It will be a bit fiddly to get to work on all platforms, but would be could if we had that. Best, Fabian On 11.06.20 21:28, Pranav Ballaney wrote: > Hi, > I've added autopkgtests to indelible. Please review and sponsor. > https://salsa.debian.org/med-team/indelible > > Regards, > Pranav > ᐧ
Re: Bug#962675: can cdbfasta be marked Multi-Arch: foreign?
On Thu, Jun 11, 2020 at 06:26:47PM +0200, Helmut Grohne wrote: > > microbiomeutil fails to cross build from source, because it fails > running cdbfasta with an "Exec format error". Usually, this indicates > that the relevant package should be marked Multi-Arch: foreign. It is > not entirely clear to me whether doing so is correct. Can you help me > figure out? Please point out what is wrong below. > > Reading the cdbfasta manual page, it seems to be a tool for transforming > file formats. Looking into microbiomeutil, it seems that the input > format is textual. Textual file formats usually are > architecture-independent. Then microbiomeutil installs the output files > into an architecture-independent package. If those output files were > architecture-dependent, then microbiomeutil would be wrong in doing so. > This suggests that the marking should be correct. The question really > is: Does the command line interface or input/output format of cdbfasta > or cdbyank depend on the processor architecture it is being run on? If > the answer is "no", please mark it Multi-Arch: foreign. If the answer is > "yes", please close this bug. If the answer is not clear, please get in > touch we me an we can figure out together. Getting in touch with you and the Debian Med mailing list since the answer is not clear to me. Kind regards Andreas. -- http://fam-tille.de
Re: Fixed Bug#960760: tree-puzzle FTBFS on !amd64: test failures
Uploaded. Thanks for your work on this, Andreas. On Thu, Jun 11, 2020 at 05:25:36AM +0530, Pranav Ballaney wrote: > Hi, > I've pushed a patch for tree-puzzle to fix #960760. Please review. > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960760 > https://salsa.debian.org/med-team/tree-puzzle > > Regards, > Pranav > ᐧ -- http://fam-tille.de
Re: RFS: indelible
Hi Fabian, I added log.txt by mistake, and I've removed it now. I've also added reference data, added a randomseed parameter to input files, and changed run-unit-test to compare the output files as well. The autopkgtests pass in a clean chroot. Please take a look. Regards, Pranav ᐧ On Fri, Jun 12, 2020 at 1:35 AM Fabian Klötzl wrote: > Hi Pranav, > > Thank you for your work on this. I have just two comments. For one the > repo now contains a file log.txt which I think you might have added by > accident. Secondly, your test check whether the program runs. However, > they don't actually check whether it runs correctly. You could add a > randomseed parameter to the files and diff the result with one you > precomputed on your local machine. If there is a difference, have the > autopkgtest fail. It will be a bit fiddly to get to work on all > platforms, but would be could if we had that. > > Best, > Fabian > > > On 11.06.20 21:28, Pranav Ballaney wrote: > > Hi, > > I've added autopkgtests to indelible. Please review and sponsor. > > https://salsa.debian.org/med-team/indelible > > > > Regards, > > Pranav > > ᐧ > >
RFS: python-biopython
Greetings, While working on #960756[1] affecting src:python-biopython[2] on 32bit architecture CPUs, uscan caught a newer version of the library. So I took the liberty of upgrading the package at the same time to version 1.77. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960756 [2] https://salsa.debian.org/med-team/python-biopython Build testing and autopkgtest are looking good on i686 and amd64, and I cleared a lintian warning triggering against the test base. I believe the package should be in fair shape for review. 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
RFS: bppsuite
Hi, I've added reference data and autopkgtests to bppsuite. All tests pass in a clean chroot. Please review and sponsor. https://salsa.debian.org/med-team/bppsuite Regards, Pranav ᐧ
RFS: cluster3
Hi, I've added reference data and autopkgtests to cluster3. All tests pass in a clean chroot. Please review and sponsor. https://salsa.debian.org/med-team/cluster3 Regards, Pranav ᐧ
Re: Statistics::PCA and friends
Hi Andrius, mer...@debian.org, on 2020-06-11 08:20:01 +0300: > Thanks for opening the branch. I confirm that rebuilding the bindings > with swig is not trivial in this case. You were right that there must > have been manual additions to the swig-generated code. Let's leave it > like this for now. I suspected so without being much able to pinpoint it. Thank you for your double check. 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: Sponsored and hints for more targets (Was: RFS pynn: fixed failing autodep8 autopkgtest (#959061))
mer...@debian.org, on 2020-05-29 07:05:25 +0300: > On 2020-05-28 21:22, Étienne Mollier wrote: > > Ouch, I keep forgetting the --tags when pushing my work... >_< > > I had the same problem until I started using 'salsa push'. This seems > equivalent to 'git push --all && git push --tags'. Thanks, I gave it a shot yesterday evening and it seemed to have done the expected job quite well. The "salsa" command allows all kinds of manipulations on the main Debian source code repository. Maybe I'll add a token in my environment at some point. Having access to CLI is convenient to me: I'm regularly stuck in situations where usage of the GUI is inconvenient (11" screen) or not possible (mosh) these days... 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
