[RFS] wtdbg2

Hi, I've added autopkgtests for wtdbg2, since this uses extra data which blows up in size, I created a new binary for the same. Hence, this needs to go through the NEW queue. My changes are pushed to the team-repo here[1]. Needs review and sponsorship. [1]: https://salsa.debian.org/med-team/wtdbg2

[RFS] phipack

gbp clone --pristine-tar https://salsa.debian.org/med-team/phipack OR Grant DM access: PGP key fingerprint: 3E99A526F5DCC0CBBF1CEEA600BAE74B343369F1 Thanks and Regards Nilesh

[RFS] repeatmasker-recon

gbp clone --pristine-tar https://salsa.debian.org/med-team/repeatmasker-recon OR Grant DM access: PGP key fingerprint: 3E99A526F5DCC0CBBF1CEEA600BAE74B343369F1 Thanks and Regards Nilesh

[RFS] volpack

gbp clone --pristine-tar https://salsa.debian.org/med-team/volpack OR Grant DM access: PGP key fingerprint: 3E99A526F5DCC0CBBF1CEEA600BAE74B343369F1 Thanks and Regards Nilesh

[RFS] scythe

gbp clone --pristine-tar https://salsa.debian.org/med-team/scythe OR Grant DM access: PGP key fingerprint: 3E99A526F5DCC0CBBF1CEEA600BAE74B343369F1 Thanks and Regards Nilesh

[RFS] seqmagick

gbp clone --pristine-tar https://salsa.debian.org/med-team/seqmagick OR Grant DM access: PGP key fingerprint: 3E99A526F5DCC0CBBF1CEEA600BAE74B343369F1 Thanks and Regards Nilesh

Re: RFS : daligner

Hi, On Sun, 16 Aug 2020, 23:29 Shruti Sridhar, wrote: > Thank you! I will keep these points in mind from next time. > > I was looking at the ufasta package and noticed that some commands were > not working because BOOST was not included. > Can you point me in the right direction to solve this pr

[RFS] murasaki

Hi, I've added autopkgtests for murasaki, since this uses extra data which blows up in size, I created a new binary for the same. Hence, this needs to go through the NEW queue. My changes are pushed to the team-repo here[1]. Needs review and sponsorship. [1]: https://salsa.debian.org/med-team/mura

[RFS] pycoqc

gbp clone --pristine-tar https://salsa.debian.org/med-team/pycoqc OR Grant DM access: PGP key fingerprint: 3E99A526F5DCC0CBBF1CEEA600BAE74B343369F1 Thanks and Regards Nilesh

[RFS] radiant

Hi, I've added autopkgtests for radiant, since this uses extra data which blows up in size, I created a new binary for the same. Hence, this needs to go through the NEW queue. My changes are pushed to the team-repo here[1]. Needs review and sponsorship. [1]: https://salsa.debian.org/med-team/radia

[RFS] nitime

gbp clone --pristine-tar https://salsa.debian.org/med-team/nitime OR Grant DM access: PGP key fingerprint: 3E99A526F5DCC0CBBF1CEEA600BAE74B343369F1 Thanks and Regards Nilesh

[RFS] stringtie

Hi, I've added autopkgtests for stringtie, since this uses extra data which blows up in size, I created a new binary for the same. Hence, this needs to go through the NEW queue. My changes are pushed to the team-repo here[1]. Needs review and sponsorship. [1]: https://salsa.debian.org/med-team/str

[RFS] centrifuge

gbp clone --pristine-tar https://salsa.debian.org/med-team/centrifuge OR Grant DM access: PGP key fingerprint: 3E99A526F5DCC0CBBF1CEEA600BAE74B343369F1 Thanks and Regards Nilesh

[RFS] tnseq-transit

gbp clone --pristine-tar https://salsa.debian.org/med-team/tnseq-transit OR Grant DM access: PGP key fingerprint: 3E99A526F5DCC0CBBF1CEEA600BAE74B343369F1 Thanks and Regards Nilesh

Re: Please list your contributions to COVID-19 sprint as intput for my DebConf20 talk

Hi Andreas, > Feel free to add your contribution here to this thread on the mailing > list - I see no reason to hide it in some private mail (which is fine anyway if you prefer this). Thanks a lot for these efforts, and congratulations on getting your talk selected! These are my contributions fo

[RFS] harvest-tools

gbp clone --pristine-tar https://salsa.debian.org/med-team/harvest-tools OR Grant DM access: PGP key fingerprint: 3E99A526F5DCC0CBBF1CEEA600BAE74B343369F1 Thanks and Regards Nilesh

[RFS] sigma-align

gbp clone --pristine-tar https://salsa.debian.org/med-team/sigma-align OR Grant DM access: PGP key fingerprint: 3E99A526F5DCC0CBBF1CEEA600BAE74B343369F1 Thanks and Regards Nilesh

Re: [RFS] sigma-align

dcut dm --uid npatra...@gmail.com --allow sigma-align > Thanks for the command. steffen. I'll use this in my future RFS mails. And many thanks for granting access too! ;-) Kinds Regards Nilesh

[RFS] sweed

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

[RFS] python-pymummer

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

[RFS] gmap

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

[RFS] pychopper

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

[RFS] oscar

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

[RFS] python-spectra

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

[RFS] h5sparse

Hi, I've packaged h5sparse - this is a NEW package which builds with passing autopkgtests in a clean chroot. My changes are pushed to the team-repo here[1]. Needs review and sponsorship. [1]: https://salsa.debian.org/med-team/h5sparse Thanks and regards Nilesh

Re: StringTie - examples: recommended -> suggested?

Hi Steffen On Thu, 3 Sep 2020, 03:23 Steffen Möller, wrote: > Hi Nilesh, > > You added the stringtie-examples package to help with testing, right? > But otherwise ... should these possibly just be suggested, instead? By > default the recommended packages are also installed but that is not what >

Re: RFS: nanostat

Hi, I admit I personally stopped creating manpages inside the build process. > On one hand I've never seen a fully acceptable result from help2man. On > the other hand you spent sometimes a lot of time to get help2man working > (as we see here). > Just wanted to add to this + clarify - in the sa

Re: RFS: joypy

Hi On Fri, 4 Sep 2020 at 20:12, Steffen Möller wrote: > Hello, > > I put it on https://salsa.debian.org/python-team/modules/joypy . It is a > dependency for NanoComp but of general interest, so I find. > I've pushed a few minor changes - please `$git pull` and review :-) Kind regards Nilesh

[RFS] parsinsert

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

Re: RFS: hnswlib

Hi, On Sun, 6 Sep 2020 at 18:32, Steffen Möller wrote: > so I was a bit creative and > added/removed symlinks to ../debian. This seems to do the job. If anyone > out there knows how to do this properly - much appreciated. > Wow, I must admit, that workaround looks very cool! I pushed in a coupl

[RFS] svim

Hi, I've packaged svm - this is a NEW package which builds in a clean chroot and is lintian clean. My changes are pushed to the team-repo here[1]. Needs review and sponsorship. [1]: https://salsa.debian.org/med-team/svim Thanks and regards Nilesh

Re: [RFS] svim

Hi On Mon, 7 Sep 2020, 23:41 Steffen Möller, wrote: > @Andreas, to avoid redundancies, I suggest you leave me the structural > genomics packages for sponsoring. > Did you package/upload it yet? I didn't see in in the new queue nor in the med team salsa nor at the tracker. Please do let me know

Re: [RFS] svim

I guess I misread, that was for sponsorship. Apologies for the noise. On Mon, 7 Sep 2020, 23:44 Nilesh Patra, wrote: > Hi > > On Mon, 7 Sep 2020, 23:41 Steffen Möller, wrote: > >> @Andreas, to avoid redundancies, I suggest you leave me the structural >> genomics

Re: [RFS] svim

On Mon, 7 Sep 2020 at 23:48, Steffen Möller wrote: > Hi Nilesh, > > On 07.09.20 18:56, Nilesh Patra wrote: > > Hi, > > I've packaged svm - this is a NEW package which builds > > in a clean chroot and is lintian clean. > > My changes are pushed to the t

Re: [RFS] svim

On Tue, 8 Sep 2020 at 00:02, Steffen Möller wrote: > :) > > Yip. Sorry for having been somewhat ambiguous here. Having swamped > Andreas with so many packages I thought I help him out. > > I have seen your pointer to the "or later" in the license file. That is > just the instruction to express th

Re: Bumping debhelper compat of hmmer2 to 13 causes: configure: error: unrecognized option: --runstatedir=/run

Hi, On Wed, 9 Sep 2020 at 14:45, Andreas Tille wrote: > Hi, > > I tried to refresh hmmer2 packaging to recent packaging standards (and > drop pvm (as suggested when I was asking about a bug in pvm). Inside the > last release I used the weak approach: > > * Stick to debhelper 10 (in compat lev

[RFS] seriation

Hi, I've packaged seriation - this is a NEW package which builds in a clean chroot and is lintian clean with passing autoopkgtests. My changes are pushed to the team-repo here[1]. Needs review and sponsorship. [1]: https://salsa.debian.org/med-team/seriation Thanks and regards Nilesh

[RFS] survivor

Hi, I've packaged survivor - this is a NEW package which builds in a clean chroot and is lintian clean with passing autoopkgtests. My changes are pushed to the team-repo here[1]. SInce this needs to build in the Debug sub-directory instead of the main directory. I took help from Steffen's way of

Re: Help with new version of augur needed

Hi, On Mon, 14 Sep 2020 at 16:39, Andreas Tille wrote: > Hi, > > does anybody have some spare cycles for augur? I updated the packaging[1] > to > the latest upstream version but got something like > Simply adding mafft to Build-Deps worked. I've pushed to salsa. I have upload access for this -

Re: deb pkg for PsychoPy

Hi Jon, CC'ing the debian med team - since it'd be nice to have this discussion in the public - with more people to help. On Mon, 14 Sep 2020 at 19:52, Jon Peirce wrote: > Hi there > > I noticed you'd done a spot of work building a deb package for PsychoPy. > Is that right? If so it's great! > I

[RFS] pinfish

Hi, I've packaged pinfish - this is a NEW package which builds in a clean chroot and is lintian clean with passing autopkgtests. My changes are pushed to the team-repo here[1]. Needs review and sponsorship. [1]: https://salsa.debian.org/med-team/pinfish Thanks and regards Nilesh

Re: [RFS] Bug#970462: sweed: autopkgtest arm64 failure

Hi, On Sun, 20 Sep 2020 at 20:34, Étienne Mollier wrote: > Control: tags -1 pending > > Greetings, > > I tried to investigate the issue of running SweeD autopkgtests > on arm64. It turned out to be caused by the assumption that the > "char" type was "signed" by default, while it is "unsigned" b

Re: RFS: hnswlib

Hi Steffen, On Sun, 6 Sep 2020 at 18:32, Steffen Möller wrote: > Hello, > > Please kindly have a look at > > g...@salsa.debian.org:med-team/hnswlib.git / > https://salsa.debian.org/med-team/hnswlib > > which is one of the dependencies of the pigx-scrnaseq workflow. > > This package ships a Pyth

[RFS] parsnp

Hi, I've updated parsnp to its latest upstream. Since this needed several changes, it'd be great to have extra pairs of eyeballs to review my changes - if they are OK. My changes are pushed to team-repo here[1]. Please review and let me know what you think. If you're convinced it'd be really nice

[RFS] python-colormap

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

[RFS] readerwriterqueue

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

[RFS] trnascan-se

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

[RFS] last-align

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

[RFS] python-wordcloud

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

[RFS] python-bids-validator

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

[RFS] python-pipdeptree

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

[RFS] dcm2niix

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

[RFS] picopore

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

Re: Data package for autopkgtests (and more) (Was: Videoconference Friday 2020-09-18 18:00 UTC)

Hi, > Influenced by the discussion on debian-devel list[1] I have the following suggestion for the main purpose to provide test data for Debian Med packages: > 1. create a package debian-med-testdata > 2. this package should ship those larger data sets that would occupy "to much" space in

Re: When presenting Debian Med - worthwhile to point to the need to update packages as contributions?

Hi, On Wed, 30 Sep 2020, 23:10 Steffen Möller, wrote: > Hello, > > Anyone funding anything wants to fund something new - but maintenance > work typically has problems to excite people. On the other hand, it is a > very good way to learn about Debian packaging for beginners. > > How about making

[RFS] rampler

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

Re: Help needed to upgrade python-cobra

Hi Étienne On Fri, 2 Oct 2020, 16:08 Étienne Mollier, wrote: > Hi Andreas, > > While investigating test failures in Qiime2, I came up with > issues using the python module pkg_resources, which yields empty > sets while it should return a "dummy-plugin" entry point, and > this: > > Andreas Tille,

[RFS] phast

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

[RFS] allelecount

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

[RFS] kma

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

[RFS] python-intervaltree-bio

Hi, I've attempted to fix: #920545 which is about failing autopkgtests for python-intervaltree-bio. It seems to pass on my chroot and I've pushed the corresponding changes to the team repo here[1]. It'd be great if someone could try testing my changes once - and either sponsor or grant me access to

[RFS] openslide-python

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

Re: Kraken2 C++ error "error: 'uint64_t' does not name a type" - can somebody have a look

Fixed an forwarded upstream as well[1] (mentioned in DEP-3) Please $git pull :-) [1]: https://github.com/DerrickWood/kraken2/pull/340 Nilesh On Wed, 14 Oct 2020 at 19:11, Andreas Tille wrote: > Hi, > > when trying to upgrade kraken2 I get: > > ... > g++ -g -O2 -fdebug-prefix-map=/build/kraken2

[RFS] presto and changegeo

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

[RFS] bbmap

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

[RFS] proteinortho

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

[RFS] insilicoseq

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

[RFS] hyphy

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

Re: Any idea how to create shared lobrary for libatomicqueue

Hi Andreas, On Sat, 24 Oct 2020 at 02:17, Andreas Tille wrote: > Hi, > > I checked libatomicqueue[1] and realised that only a static library is > built. Any idea how to create a shared library in addition. > I tried something and was successful in making a shared library, however I noticed th

[RFS] dnapi

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

[RFS] scrappie

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

Re: [git...@salsa.debian.org: scrappie | Pipeline #190368 has failed for debian/1.4.2-3 | a973b0d3]

Hi, Thanks a lot for the upload + DM perms! On Sun, 25 Oct 2020 at 21:27, tony mancill wrote: > Hmm... I'm not sure what's happening in the Salsa CI pipeline. Running > autopkgtest locally is successful for me. > Yep, this error in the logs: ERROR: Preparation failed: Error response from daem

[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] python-ciso8601

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

Re: EDFbrowser 1.79 (new version available)

Hi, Thanks a lot for maintaining edfbrowser :-) On Sun, 25 Oct 2020 at 21:20, Teunis van Beelen wrote: > EDFbrowser 1.79 is available at: > > https://www.teuniz.net/edfbrowser/ > This new version has been uploaded to unstable. Thanks to Tony for sponsoring it. Kind Regards Nilesh

[RFS] kissplice

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

Re: [RFS] python-ciso8601

On Mon, 26 Oct 2020 at 03:41, tony mancill wrote: > On Mon, Oct 26, 2020 at 12:15:08AM +0530, Nilesh Patra wrote: > > gbp clone --pristine-tar > https://salsa.debian.org/med-team/python-ciso8601 > > > > OR > > > > dcut dm --uid npatra...@gmail.com --

[RFS] python-matplotlib-venn

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

[RFS] soapdenovo2

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

[RFS] conda-package-handling

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

[RFS] maude

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

[RFS] pyxnat

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

[RFS] imagej

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

Re: RFS: nim-hts (hts-nim on sheet)

Hi, On Sun, 1 Nov 2020 at 09:41, Steffen Möller wrote: > Hello, > > https://salsa.debian.org/med-team/nim-hts seems ready to upload to me. > Please kindly give it some extra eyeballs and typically it is Andreas > who kindly uploads but feel free to help him out. > I took the liberty to do a few

Re: RFS: nim-hts (hts-nim on sheet)

On Mon, 2 Nov 2020 at 00:11, Steffen Möller wrote: > Hi Nilesh, > > On 01.11.20 08:34, Nilesh Patra wrote: > > Hi, > > > > On Sun, 1 Nov 2020 at 09:41, Steffen Möller > <mailto:steffen_moel...@gmx.de>> wrote: > > > > Hello, &g

Re: stringtie_2.1.4+ds-1_amd64.changes REJECTED

Hi On Mon, 2 Nov 2020 at 00:19, Steffen Möller wrote: > Hi all, > > So, our FTPmasters have rejected the update (!) of stringtie. > > On 01.11.20 13:00, Joerg Jaspert wrote: > > Hi Maintainer, > > > > sorry, going to reject the package this time. > > > > While the bloat here is not as large as s

Re: stringtie_2.1.4+ds-1_amd64.changes REJECTED

Hi Andreas, On Mon, 2 Nov 2020, 13:14 Andreas Tille, wrote: > Hi Nilesh, > > On Mon, Nov 02, 2020 at 12:31:16AM +0530, Nilesh Patra wrote: > > Yes, I just committed the multi-orig tarball solution sometime ago. > Please > > take a look[1]. > > I _really_ need an AC

Re: stringtie_2.1.4+ds-1_amd64.changes REJECTED

On Mon, 2 Nov 2020, 13:39 Nilesh Patra, wrote: > Hi Andreas, > > On Mon, 2 Nov 2020, 13:14 Andreas Tille, wrote: > >> Hi Nilesh, >> >> On Mon, Nov 02, 2020 at 12:31:16AM +0530, Nilesh Patra wrote: >> > Yes, I just committed the multi-orig tarball solut

Re: stringtie_2.1.4+ds-1_amd64.changes REJECTED

On Mon, 2 Nov 2020 at 14:14, Andreas Tille wrote: > Hi > > I missed that very point in my other mail. Please use Debian Med policy. > It would be also very helpful to mention the commands you used to create > this to enable others to follow that procedure easily. > Updated here[1] please let me

Re: [RFS] and peer review: mosdepth

Hi On Tue, 3 Nov 2020 at 03:30, Steffen Möller wrote: > Hello, > > Exciting times, nim-docopt and nim-hts made it through new within the > same day, so we now have some first important fruit from these nim > dependencies: mosdepth! > > https://salsa.debian.org/med-team/mosdepth I again took th

Re: [RFS] and peer review: mosdepth

Hi Andreas, On Tue, 3 Nov 2020 at 16:32, Andreas Tille wrote: > Hi Étienne and Steffen, > > On Tue, Nov 03, 2020 at 11:48:41AM +0100, Étienne Mollier wrote: > > > Exciting times, nim-docopt and nim-hts made it through new within the > > > same day, so we now have some first important fruit from

Re: [RFS] and peer review: mosdepth

Hi On Tue, 3 Nov 2020 at 20:27, Aaron M. Ucko wrote: > Nilesh Patra writes: > > > For native packages simply appending -g flag with > > gcc would fix it but I'm not sure of a way to propagate this flag with > nim. > > Please try --debuginfo:on, as listed in nim

Re: [RFS] and peer review: mosdepth

On Wed, 4 Nov, 2020, 3:24 am Steffen Möller, wrote: > It took me a while but at some point I have understood that the package > was already uploaded. I added the -d:release and added some bits to > auto_clean. > Thanks! > Now, > > dpkg-buildpackage && ./debian/rules clean > > will bring this g

[RFS] pizzly

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

[RFS] concurrentqueue

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

Re: RFS+peer review: nim-lapper

Hi, On Wed, 4 Nov 2020 at 23:32, Steffen Möller wrote: > Hello, > > It builds in cowbuilder this time. :o/ > It is mostly perfect. Just added: * upstream/metadata * Enabled Autopkgtests Btw, should this not "depend" upon nim? I see this in depends across other nim* packages although I'm not su

Re: +nim-kexpr Re: RFS+peer review: nim-lapper

On Thu, 5 Nov 2020 at 00:33, Steffen Möller wrote: > Hello again, > > https://salsa.debian.org/med-team/nim-kexpr It was an empty binary package: * Installed nim file * Simply installing nim file wasn't enough - it can't execute without importing the functions from corresponding c file - so I p

[RFS] python-etelemetry

Hi, python-etelemetry currently have failing autopkgtests RC bug: #973018 and I have fixed these. However on salsa, Andreas pushed it's new update to salsa which is stalled due to "ci-info" package missing. Hence, for the time being I pushed the changes to previous version in the branch "master-0

[RFS] python-cobra

Hi, Python cobra's tests seem to fail with python 3.9 because: Quoting Graham (from bug #972812): """ libsbml only builds its python extension for the default python, while python-cobra is trying to test all supported python versions. Either libsbml should be fixed to build extensions for all s

[RFS] python-parasail

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

<    1   2   3   4   5   6   7   8   >