[RFS] phylonium

gbp clone --pristine-tar https://salsa.debian.org/med-team/phylonium OR dcut dm --uid npatra...@gmail.com --allow phylonium Thanks and Regards Nilesh

[RFS] libargs

gbp clone --pristine-tar https://salsa.debian.org/med-team/libargs OR dcut dm --uid npatra...@gmail.com --allow libargs Thanks and Regards Nilesh

Re: Planning a Debian Med Covid-19 project

On Sat, 7 Nov, 2020, 2:51 am Andreas Tille, wrote: > Hi Steffen, > > On Fri, Nov 06, 2020 at 05:50:14PM +0100, Steffen Möller wrote: > > > > How do you feel about this? Should we prepare a Virtual Sprint for it? > > Sorry to somehow steal your thread. I personally have no knowledge to > answer y

Re: hts-nim-tools ready for peer review

Hi On Sun, 8 Nov 2020 at 01:41, Steffen Möller wrote: > https://salsa.debian.org/med-team/hts-nim-tools > > Hello, > > It is one fat binary that acts as both a container and a wrapper of all > the other executables. This should help avoid name conflicts and we can > still patch bcbio should this

[RFS] python-dnaio

gbp clone --pristine-tar https://salsa.debian.org/med-team/python-dnaio OR dcut dm --uid npatra...@gmail.com --allow python-dnaio Thanks and Regards Nilesh

Re: seqcluster: @Nilesh, please kindly revisit the testing

Hi Steffen, On Mon, 9 Nov 2020 at 03:09, Steffen Möller wrote: > Dear Nilesh, > Done, fixed. Please pull :-) > > I promise I barely touched anything but testing now fails. I presume > this is because of the advent of Python 3.9, but ... you are more of an > expert here. > Hehe, I'm no expert

[RFS] plip

gbp clone --pristine-tar https://salsa.debian.org/med-team/plip OR dcut dm --uid npatra...@gmail.com --allow plip Thanks and Regards Nilesh

[RFS] hnswlib

gbp clone --pristine-tar https://salsa.debian.org/med-team/hnswlib OR dcut dm --uid npatra...@gmail.com --allow hnswlib Thanks and Regards Nilesh

[RFS] suitename

gbp clone --pristine-tar https://salsa.debian.org/med-team/suitename OR dcut dm --uid npatra...@gmail.com --allow suitename Thanks and Regards Nilesh

Re: [RFS] hnswlib

On Wed, 11 Nov 2020 at 12:28, Andreas Tille wrote: > On Wed, Nov 11, 2020 at 03:50:55AM +0530, Nilesh Patra wrote: > > dcut dm --uid npatra...@gmail.com --allow hnswlib > > Done. Thanks, Andreas. > I did not receive permissions yet. Could you please re-run the command anyway?

[RFS] python-dendropy

gbp clone --pristine-tar https://salsa.debian.org/med-team/python-dendropy OR dcut dm --uid npatra...@gmail.com --allow python-dendropy Thanks and Regards Nilesh

Re: RFS and peer review: nim-d3

Hi, On Wed, 11 Nov 2020 at 22:18, Steffen Möller wrote: > Heya, > > This is an optional dep for mosdepth, just for the sake of completeness. > The repository lives here[1], right? I do not see a 'debian/' directory there? Am I missing something? I also do not have push access to nim-team, it'd

Re: RFS and peer review: nim-d3

> I also do not have push access to nim-team, it'd be nice if you could > > grant this :) > added - Bcced Federico so he is aware of yours. > Thanks! I did these changes: * Avoided repeating segment (/usr/share/nimble/d3 instead of /usr/share/nimble/d3/d3/) * Fixed build-time tests, which was a s

[RFS] plast

gbp clone --pristine-tar https://salsa.debian.org/med-team/plast OR dcut dm --uid npatra...@gmail.com --allow plast Thanks and Regards Nilesh

[RFS] kraken2

gbp clone --pristine-tar https://salsa.debian.org/med-team/kraken2 OR dcut dm --uid npatra...@gmail.com --allow kraken2 Thanks and Regards Nilesh

[RFS] xenium

gbp clone --pristine-tar https://salsa.debian.org/med-team/xenium OR dcut dm --uid npatra...@gmail.com --allow xenium Thanks and Regards Nilesh

[RFS] pyode

gbp clone --pristine-tar https://salsa.debian.org/med-team/pyode OR dcut dm --uid npatra...@gmail.com --allow pyode Thanks and Regards Nilesh

[RFS] python-cutadapt

gbp clone --pristine-tar https://salsa.debian.org/med-team/python-cutadapt OR dcut dm --uid npatra...@gmail.com --allow python-cutadapt Thanks and Regards Nilesh

Re: /usr/bin/picard Re: bcbio will need another while - needs gatk

Hi Andreas and Steffen On Sun, 15 Nov 2020 at 00:49, Steffen Möller wrote: > >> Should we have someone among us for who packaging go-based software > >> feels like easy then the newly surfaced https://github.com/brentp/gsort > >> would be nice. > > Nilesh did so several times. > Wow! @Nilesh, pl

Re: /usr/bin/picard Re: bcbio will need another while - needs gatk

On Sun, 15 Nov 2020 at 02:34, Andreas Tille wrote: > On Sun, Nov 15, 2020 at 01:21:05AM +0530, Nilesh Patra wrote: > > > > I did have a look earlier today. > > gsort has dependency on unpackaged packages - " > > https://github.com/alexflint/go-arg"; and &

[RFS] gsort and dependencies (Was: /usr/bin/picard Re: bcbio will need another while - needs gatk)

Hi, I packaged gsort and the rest of the dependency chain as needed by bcbio. Everything seems to build+pass its autopkgtests. The dependency chain is as follows: 1. golang-github-alexflint-go-scalar [1] 2. golang-github-alexflint-go-arg [2](depends on [1]) 3. ggd-utils [3] (depends on [2]

[RFS] lighter

Please grant DM access for lighter :-) (Daily RFS have started becoming annoying now :/ hence keeping low verbosity) Nilesh

[RFS] alter-sequence-alignment

dcut dm --uid npatra...@gmail.com --allow alter-sequence-alignment

[RFS] neobio

dcut dm --uid npatra...@gmail.com --allow neobio

Re: Kmc might cause iva autopkgtest fail on arm64 (possibly memory issue?)

On Mon, 16 Nov 2020 at 21:28, Andreas Tille wrote: > Hi Sascha, > > On Mon, Nov 16, 2020 at 04:19:23PM +0100, Sascha Steinbiss wrote: > > Hi, > > > > > run_kmc.sh: line 2: 5046 Segmentation fault kmc -fa -m4 -k95 > -sf1 -ci25 -cs100 -cx100 > /tmp/tmp.GkQzyocbDU/test/iva.out/tmp.comm

[RFS] python-treetime

dcut dm --uid npatra...@gmail.com --allow python-treetime

[RFS] mssstest

dcut dm --uid npatra...@gmail.com --allow mssstest

Re: [RFS] mssstest

On Wed, 18 Nov 2020 at 18:35, Andreas Tille wrote: > On Wed, Nov 18, 2020 at 06:05:36PM +0530, Nilesh Patra wrote: > > dcut dm --uid npatra...@gmail.com --allow mssstest > > BTW, when uploading such non-free software we should probably > re-ping upstream for a free license.

Re: RFS: r-cran-ff

Hi, On Thu, 19 Nov 2020 at 23:06, Steffen Möller wrote: > At times I am surprised about what is out there that I was not aware of. > A dependency for r-bioc-oligo. > > https://salsa.debian.org/r-pkg-team/r-cran-ff > > The package efficiently maps large files from disk to memory. > * Added auto

[RFS] plasmidseeker

dcut dm --uid npatra...@gmail.com --allow plasmidseeker Nilesh

Re: [RFS] plasmidseeker

Hi, On Sun, 22 Nov, 2020, 12:58 am tony mancill, wrote: > On Sun, Nov 22, 2020 at 12:54:28AM +0530, Nilesh Patra wrote: > > dcut dm --uid npatra...@gmail.com --allow plasmidseeker > > Done. > Thanks, but I've not yet received the permissions. Could you please re-run? Regards Nilesh >

armhf regressions in a few packages

Hi, I've seen some packages failing _only_ on armhf when I added autopkgtests to them. Murasaki[1] and lighter[2] for example. They seem to fail with this common error message: Bus Error -- Could it be because of lack of RAM/memory issue there? Couple of days ago, Praveen (in CC) reported to m

Re: gsort_0.1.4-1_amd64.changes REJECTED

Hi Steffen, This package has probably been accepted and this dak errors occurs due to "Built-Using" field in d/control which I forgot to remove earlier. Could you please $git pull from salsa and upload to NEW again? In principle it'd get accepted just in some time. (minutes?) We also faced this e

Re: [RFS] plasmidseeker

On Sun, 22 Nov 2020 at 02:47, tony mancill wrote: > On Sun, Nov 22, 2020 at 02:21:47AM +0530, Nilesh Patra wrote: > > Hi, > > > > On Sun, 22 Nov, 2020, 12:58 am tony mancill, > wrote: > > > > > On Sun, Nov 22, 2020 at 12:54:28AM +0530, Nilesh Pa

[RFS] gsort

gbp clone --pristine-tar https://salsa.debian.org/med-team/gsort OR dcut dm --uid npatra...@gmail.com --allow gsort Thanks and Regards Nilesh

Re: [RFS] gsort

On Sun, 22 Nov 2020 at 23:36, tony mancill wrote: > On Sun, Nov 22, 2020 at 11:34:28PM +0530, Nilesh Patra wrote: > > gbp clone --pristine-tar https://salsa.debian.org/med-team/gsort > > > > OR > > > > dcut dm --uid npatra...@gmail.com --allow gsort > > Don

Re: Help needed: pftools: multiple definition of `VectorPosition'

On Tue, 24 Nov 2020 at 19:23, Andreas Tille wrote: > BTW, this also happens when trying to build the current package in > unstable - > no idea why this bug was not detected when upgrading gcc which is more > picky > than previous versions. > Fixed current release, Pushed to salsa. Please take a

Re: Help needed: pftools: multiple definition of `VectorPosition'

On Wed, 25 Nov 2020 at 14:32, Andreas Tille wrote: > Hi, > > On Tue, Nov 24, 2020 at 08:19:57PM +0530, Nilesh Patra wrote: > > > > Fixed current release, > > Pushed to salsa. Please take a look. However the watch file seems to be > not > > working > >

Re: Help needed: pftools: multiple definition of `VectorPosition'

On Thu, 26 Nov 2020 at 00:08, Nilesh Patra wrote: > It seems that you removed all the patches here[2]. Are none of them needed > now? I see atleast some files as it was in the previous version - are they > fixed now if you had checked? > I just intend to ask you if we don't n

libsis-jhdf5-java hasn't migrated to testing since last 18 days

Hi Pierre and all others, It seems that libsis-jhdf5-java hasn't migrated to testing due to build failure on s390x, log attached[1] This is preventing a chain of other packages which are stalled to testing migration as well. Could you please have a look at this? [1]: https://buildd.debian.org/st

[RFS] parasail

gbp clone --pristine-tar https://salsa.debian.org/med-team/parasail OR dcut dm --uid npatra...@gmail.com --allow parasail Thanks and Regards Nilesh

[RFS] pyqi

gbp clone --pristine-tar https://salsa.debian.org/med-team/pyqi OR dcut dm --uid npatra...@gmail.com --allow pyqi Thanks and Regards Nilesh

maude does not build on 32-bit architectures

Hi, Maude(3.1) package in Debian fails to build on 32-bit arches with a common error: "fileOutcomes.cc:87:37: error: conversion from ‘Int64’ {aka ‘long long int’} to ‘const mpz_class’ is ambiguous" The full logs can be found here for i386[1], armel[2], armhf[3] and mipsel[4] [1]: https://buildd

Re: RFS: PeptideBuilder

Hi On Sun, 29 Nov, 2020, 5:23 am Steffen Möller, wrote: > https://salsa.debian.org/med-team/peptidebuilder > > lintian-clean, builds in chroot - I guess you may have ideas how to > improve the testing. > Done. $git pull :-) Nilesh >

Is there any blockers for shasta upload?

Hi, Shasta currently has a few RC(severity: serious) and Non-RC(Severity:important) bugs filed. I do see a fix in salsa. Is there any blockers for its upload? It'd be otherwise nice to have 3 bugs fixed :) Nilesh

[RFS] pplacer

gbp clone --pristine-tar https://salsa.debian.org/med-team/pplacer OR dcut dm --uid npatra...@gmail.com --allow pplacer Thanks and Regards Nilesh

Re: RFS: q2-sample-classifier

If I may suggest, (Taking the liberty do so, feel free to ignore this e-mail if you don't find these good) As is, the build time test suite was choking on py.test, so I > begun working on a small patch against the Makefile to rename > this py.test-3 and build depend on "python3-pytest ". > Rather

Is bcbio good to go?

Hi Steffen, Is there any update on the status of bcbio? I do not see any missing remarks in the spreadsheet, but I admittedly do not know a way to parse the columns properly (specifically what do the colors mean?) If not, would you have a list of stuff left to be done? Nilesh

Re: [Help] Re: jellyfish FTBFS on 32bit

Hi Andreas, On Thu, 3 Dec 2020 at 03:04, Andreas Tille wrote: > Control: tags -1 help > > Hi, > > I guess this bug is relatively easy to fix by some explicit typing - but > I'm lacking the C++ knowledge to find out where. > Attaching a patch for this, it goes past this. However, the build-time

[RFS] odil

gbp clone --pristine-tar https://salsa.debian.org/med-team/odil OR dcut dm --uid npatra...@gmail.com --allow odil Thanks and Regards Nilesh

[Review needed] simde fixes for plast

Hi, Plast currently has a RC bug[1] filed for FTBFS on arm64 arch(despite Arch: any-amd64 x32 in control file) I observed that this was using {e,p}mmintrin.h and hence I tried applying Michael's simde trick to make it build across other arches. I tried doing a patch, and I am able to build it in

Re: [Review needed] simde fixes for plast

On Sun, 6 Dec 2020 at 01:49, Michael Crusoe wrote: > Looks good to me! > Thanks a lot! Could you also once look at my fixes for ngmlr here[1]? I just wish to confirm if simde/x86/avx.h is a good-enough replacement for x86intrin.h (I'm able to build this in arm64 porter box) [1]: https://salsa.d

[Request for help] Bug: #976479 scrappie: FTBFS: scrappie_matrix.h:5:14: fatal error: immintrin.h: No such file or directory

Hi Michael and others, Scrappie looks like a candidate where we can use the simde trick. I tried doing a patch, and it works on amd64 machine, but not on an arm64 porter box :/ (with issues with __v4sf) And I'm not sure how to fix this, and hence this is a humble request to please take a look -

Re: [Request for help] Bug: #976479 scrappie: FTBFS: scrappie_matrix.h:5:14: fatal error: immintrin.h: No such file or directory

https://salsa.debian.org/med-team/scrappie/-/commit/a00691d910110a460ef5e61a6c74cc2cb0e1a626#5dc91bdd30262777c0556235b73413cd5865a144_0_31 > is the issue > You should add the regular simde includes here, so that v4sf typedef works > > define SIMDE_ENABLE_NATIVE_ALIASES#include > >

Re: [Request for help] Bug: #976479 scrappie: FTBFS: scrappie_matrix.h:5:14: fatal error: immintrin.h: No such file or directory

ook fine. Also, another question: This package has a MPL-2.0 license and AFAIK, MPL is a restrictive Free software license, so does this qualify for adding in a "Built-Using" field? Thanks and regards Nilesh On Mon, 7 Dec 2020 at 16:19, Nilesh Patra wrote: > Hi Michael > > Th

Re: routine-update builds twice, but does not clean after the first

Hi, On Mon, 7 Dec, 2020, 9:03 pm Steffen Möller, wrote: > Hello, > > That cleaning I had introduced between the builds somewhen was removed > and to avoid some ping-pong I thought we should talk about it. I presume > this is because of some system setting that runs cowbuilder when I run > it wit

Re: [Request for help] Bug: #976479 scrappie: FTBFS: scrappie_matrix.h:5:14: fatal error: immintrin.h: No such file or directory

Hi o/ First of all, thank you for the fixes and letting me know about cowbuilder-dist :-) On Mon, 7 Dec 2020 at 17:51, Michael Crusoe wrote: > > I'd be really grateful if you could take a look at my changes and let me >> know if they look fine. >> > > I'll leave comments on Salsa > Thanks a lo

Re: [Request for help] Bug: #976479 scrappie: FTBFS: scrappie_matrix.h:5:14: fatal error: immintrin.h: No such file or directory

[update] On Mon, 7 Dec 2020 at 22:27, Nilesh Patra wrote: > > >> >>> >>> Also, another question: This package has a MPL-2.0 license and AFAIK, >>> MPL is a restrictive Free software license, so does this qualify for adding >>> in a

[RFS] kleborate

gbp clone --pristine-tar https://salsa.debian.org/med-team/kleborate OR dcut dm --uid npatra...@gmail.com --allow kleborate Thanks and Regards Nilesh

Free software License for TULIP

Hi all, I got this a few minutes ago (see below). Looks like it is now licensed, but unfortunately it still doesn't seem to comply with DFSG. Any volunteer to ask them for a free software DFSG compliant license would be great! -- Forwarded message - From: Hans Jansen Date: Thu

[RFS] python-pyfaidx

gbp clone --pristine-tar https://salsa.debian.org/med-team/python-pyfaidx OR dcut dm --uid npatra...@gmail.com --allow python-pyfaidx Thanks and Regards Nilesh

[RFS] cat-bat

gbp clone --pristine-tar https://salsa.debian.org/med-team/cat-bat OR dcut dm --uid npatra...@gmail.com --allow cat-bat Thanks and Regards Nilesh

Should we standardize a way to create and maintain manpages?

Hi, While I was updating a few packages with the nice routine-update tool, I observed that it does not update the manpages automatically, and there's a chance that a newer version gets to the archive with an old manpage, unfortunately. Currently, a large number of packages use the createmanpages[

Analysis Takes forever and times out on i386

Hi, Currently the last-align package in Debian takes forever to execute its testsuite and eventually times out after 150 minutes of inactivity, leading to a failing test. Specifically, I manually tried running the commands (in the last-align repo): $ cd examples $lastdb -cR01 humdb humanMito.fa $

Re: Should we standardize a way to create and maintain manpages?

Hi Andrius, On Mon, 21 Dec, 2020, 12:22 pm Andrius Merkys, wrote: > Hi Nilesh, > > 1. Unusable for arch:any programs, as they may be cross-built. > I do not understand this - would you mind explaining as to why would it affect cross building? Is it because of help2man marked "M-A: foreign"? (No

[RFS] flexbar

gbp clone --pristine-tar https://salsa.debian.org/med-team/flexbar OR dcut dm --uid npatra...@gmail.com --allow flexbar Thanks and Regards Nilesh

Salsa CI for all med-team packages?

Hi, I have observed that a large number of our packages have a d/salsa-ci.yml file due to routine-update. However, several of such repos do NOT run the salsa CI, rendering the change virtually not-useful. Is there a way to trigger team-wide build for all our packages? IMHO it'd be really useful a

Re: Salsa CI for all med-team packages?

Hi Andrius, On Tue, 22 Dec, 2020, 11:22 am Andrius Merkys, wrote: > Hello, > > > If not, could we please make it a practice to _manually_ enable CI for > > any packages that we work on in future? > > Maybe routine-update could add d/salsa-ci.yml only to those source > packages that are able to u

Re: Salsa CI for all med-team packages?

Hi Andreas On Tue, 22 Dec, 2020, 4:37 pm Andreas Tille, wrote: > Hi, > > On Tue, Dec 22, 2020 at 12:04:13PM +0530, Nilesh Patra wrote: > > > > AFAIK, it could look for > > > .gitlab-ci.yml in the project root. > > > > > > > Yes, and to trigger

[RFS] python-nanomath

gbp clone --pristine-tar https://salsa.debian.org/med-team/python-nanomath OR dcut dm --uid npatra...@gmail.com --allow python-nanomath Thanks and Regards Nilesh

Re: [last-align] Analysis Takes forever and times out on i386

Hi Martin, First off, thanks for all your work on last-align upstream! :-) See below: On Tue, 22 Dec 2020 at 13:46, Frith, Martin wrote: > Many thanks for this detailed problem report. > > I believe that's an unintended (and surprising) problem, it should still > work. The trouble is, it works

[RFS] crac

gbp clone --pristine-tar https://salsa.debian.org/med-team/crac OR dcut dm --uid npatra...@gmail.com --allow crac Thanks and Regards Nilesh

[RFS] jmodeltest

gbp clone --pristine-tar https://salsa.debian.org/med-team/jmodeltest OR dcut dm --uid npatra...@gmail.com --allow jmodeltest Thanks and Regards Nilesh

[RFS] brian

gbp clone --pristine-tar https://salsa.debian.org/med-team/brian OR dcut dm --uid npatra...@gmail.com --allow brian Thanks and Regards Nilesh

[RFS] swissknife

gbp clone --pristine-tar https://salsa.debian.org/med-team/swissknife OR dcut dm --uid npatra...@gmail.com --allow swissknife PS: " It'd be really great if I could also be allowed to upload golang-github-logrusorgru-aurora, which is a dependency of seqkit (med team package, which I maintain) dc

[RFS] mummer

gbp clone --pristine-tar https://salsa.debian.org/med-team/mummer OR dcut dm --uid npatra...@gmail.com --allow mummer Thanks and Regards Nilesh

[RFS] edflib

Hi, I updated edflib to new upstream, and made many changes (albeit small). It'd be great if I could get a review. If you feel confident, please consider to: gbp clone --pristine-tar https://salsa.debian.org/med-team/edflib OR dcut dm --uid npatra...@gmail.com --allow edflib Thanks and Regards

[RFS] edfbrowser

gbp clone --pristine-tar https://salsa.debian.org/med-team/edfbrowser OR dcut dm --uid npatra...@gmail.com --allow edfbrowser Thanks and Regards Nilesh

[RFS] rna-star

gbp clone --pristine-tar https://salsa.debian.org/med-team/rna-star OR dcut dm --uid npatra...@gmail.com --allow rna-star Thanks and Regards Nilesh

[RFS] microbiomeutil

gbp clone --pristine-tar https://salsa.debian.org/med-team/microbiomeutil OR dcut dm --uid npatra...@gmail.com --allow microbiomeutil Thanks and Regards Nilesh

Re: EDFlib 1.19 (new version available)

Hi Teunis On Sat, 9 Jan 2021 at 15:42, Teunis van Beelen wrote: > EDFlib 1.19 is available at: > > https://www.teuniz.net/edflib/ > I had uploaded edflib updated version on January 4[1], Thanks for all your work on this! :-) [1]: https://tracker.debian.org/news/1210942/accepted-edflib-119-1-so

Re: EDFbrowser 1.80 (new version available)

Hi Teunis, On Sat, 9 Jan 2021 at 15:43, Teunis van Beelen wrote: > EDFbrowser 1.80 is available at: > > https://www.teuniz.net/edfbrowser/ > I had uploaded edfbrowser 1.80 on January 6[1]. Thanks for all your work on this :-) [1]: https://tracker.debian.org/news/1211725/accepted-edfbrowser-180

[RFS] socket++

gbp clone --pristine-tar https://salsa.debian.org/med-team/socketplusplus OR dcut dm --uid npatra...@gmail.com --allow socket++ Thanks and Regards Nilesh

[RFS] stacks

gbp clone --pristine-tar https://salsa.debian.org/med-team/stacks OR dcut dm --uid npatra...@gmail.com --allow stacks Thanks and Regards Nilesh

Re: wham-align autopkgtest exclusion end

Hi Etienne, > This timeout justified exclusion of wham-align from the CI. For > the moment, I am under the impression that the exclusion of the > package from CI will prevent it to migrate to Testing. Please, > would it be possible reenable tests for wham-align? I'm not sure what 'reenable' tes

Re: lumpy-sv / Python

Hi Ken, [ CCing the list since this is pretty much public] On Tue, 12 Jan, 2021, 1:37 pm Ken Yamaguchi, wrote: > Hi Andreas and Nilesh, > > If I run lumpyexpress on bullseye (with just lumpy-sv and dependencies > installed), I get > > Sourcing executables from /etc/lumpy-sv/lumpyexpress.con

Re: [RFR] qcumber 2.3.0-2 and piuparts issues

On Tue, 12 Jan, 2021, 11:26 pm Étienne Mollier, wrote: > Greetings, > > Étienne Mollier, on 2021-01-11 19:00:06 +0100: > > No worries, then I'm trying to see how things go with the > > strategy below: > > > > > > My current idea would be to upload without the preinst mangling, > > > > hope this i

Re: wham-align autopkgtest exclusion end

On Mon, 11 Jan, 2021, 11:58 pm Étienne Mollier, wrote: > Hi Nilesh, > > Nilesh Patra, on 2021-01-11 23:34:41 +0530: > > Hi Etienne, > > > > > This timeout justified exclusion of wham-align from the CI. For > > > the moment, I am under the impression that

Re: [RFS] Odil 0.12.1-1

Hi On Thu, 14 Jan 2021 at 00:45, Julien Lamy wrote: > Hi all, > I've updated Odil to the latest upstream version. Could I get a review > (https://salsa.debian.org/med-team/odil) and, if everything looks good, > an upload? > Taking a look... I luckily have DM access for it

Re: [RFS] Odil 0.12.1-1

Hi again, On Thu, 14 Jan 2021 at 00:45, Julien Lamy wrote: > Hi all, > I've updated Odil to the latest upstream version. Could I get a review > (https://salsa.debian.org/med-team/odil) and, if everything looks good, > an upload? > Done (with a minor change). Next time, for a changelog revision/

[RFS] soapaligner

gbp clone --pristine-tar https://salsa.debian.org/med-team/soapaligner OR dcut dm --uid npatra...@gmail.com --allow soapaligner Thanks and Regards Nilesh

Re: q2-quality-control seems so uncover segfaults in bowtie2

On Fri, 15 Jan, 2021, 2:12 am Andreas Tille, wrote: > Hi, > > since q2-taxa is in new I intended to upload q2-quality-control as well. > I don't know about the segfaults, but I don't see q2-taxa in NEW? You probably uploaded it more than 8 hours ago from the time I'm typing this mail, it usually

Re: q2-quality-control seems so uncover segfaults in bowtie2

On Fri, 15 Jan, 2021, 11:30 am Andreas Tille, wrote: > Hi, > > On Fri, Jan 15, 2021 at 10:16:45AM +0530, Nilesh Patra wrote: > > > > I don't know about the segfaults, but I don't see q2-taxa in NEW? You > > probably uploaded it more than 8 hours ago from

[RFS] cdbfasta

gbp clone --pristine-tar https://salsa.debian.org/med-team/cdbfasta OR dcut dm --uid npatra...@gmail.com --allow cdbfasta Thanks and Regards Nilesh

Re: [RFS] parsinsert 1.04-10

Hi, On Wed, 20 Jan 2021 at 00:45, Étienne Mollier wrote: > Hi, > > I reduced the optimization level to -O1 for architectures > failing the build time test of parsinsert, and which prevents > the package to migrate to testing (armel, armhf, mips64el, and > ppc64el) > > https://salsa.debian.org/me

[RFS] civetweb

gbp clone --pristine-tar https://salsa.debian.org/med-team/civetweb OR dcut dm --uid npatra...@gmail.com --allow civetweb Thanks and Regards Nilesh

[RFS] ciftilib

gbp clone --pristine-tar https://salsa.debian.org/med-team/ciftilib OR dcut dm --uid npatra...@gmail.com --allow ciftilib Thanks and Regards Nilesh

Re: Reminders about using SIMDe

Hi Michael On Wed, 27 Jan 2021 at 14:51, Michael R. Crusoe wrote: > Hello, > > After scheduling a binary rebuild[0] of packages using libsimde-dev > First off, thanks a lot for doing this! > I noticed that there are a few new packages using SIMDe (yay!) but aren't > listed on https://wiki.deb

Re: Quick shot at bio-vcf but it needs more Ruby knowledge than I have (actually zero)

Hi, Thanks to Andrius for the fixes. Andreas, I did a quick review yesterday and added in autopkgtests which look good as well. Is there anything else there needs to be done before this can hit NEW? If not, could you upload this? Nilesh

Re: [RFS] python-cutadapt 3.2-2

On Sat, 30 Jan 2021 at 17:21, Étienne Mollier wrote: > Hi Michael, > > Michael Crusoe, on 2021-01-30 12:29:07 +0100: > > You are faster than me! Thanks for fixing this. I granted you upload > > permissions. Cheers! > > Thanks for the DM grants! The upload is in the pipeline > Thanks for this, t

<    1   2   3   4   5   6   7   8   >