Re: Beast-mcmc2 upgrade is missing class net.jsign.JsignTask

2020-09-21 Thread Andreas Tille
On Tue, Sep 15, 2020 at 04:04:49PM -0400, Aaron M. Ucko wrote: > Andrius Merkys writes: > > > AFAIR, buildds are not guaranteed to have running X sessions, thus I > > suggest skipping these tests (most likely by using patches). > > For tests that simply require X, another option is to declare bu

Re: [MoM] ampl-netlib-solvers

2020-09-21 Thread Andreas Tille
Hi Andrei, is the task to rename the *.a file to lib*.a clear? Do you have any problem with this. (If its just spare time issue at your side that's fine. I'm just checking whether you need more help.) Kind regards Andreas. On Wed, Sep 16, 2020 at 06:10:50AM +0200, Andreas Tille wrote:

Re: [MoM] ampl-netlib-solvers

2020-09-21 Thread Andrei Rozanski
Hi Andreas, Many thanks for reaching out and sorry for the delay in getting back to you. I was reading and trying to understand a bit more of the whole process. I guess some of the steps on packaging are still not clear to me. I have added d/ampl-netlib-solvers.links as Aaron has kindly sugg

Re: Git-lfs (Was: RFS: r-bioc-org.mm.eg.db)

2020-09-21 Thread Pierre Gruet
Hi, Le 21/09/2020 à 08:43, Andreas Tille a écrit : > Hi again, > > [...] > > I once tried git-lfs for gatk but failed. Could anybody fix the > gatk repository (may be create a new one since as far as I understand > its necessary for git-lfs to declare this at creation time)? I gave > up last y

Re: Git-lfs (Was: RFS: r-bioc-org.mm.eg.db)

2020-09-21 Thread Andreas Tille
Hi Pierre, On Mon, Sep 21, 2020 at 10:32:54AM +0200, Pierre Gruet wrote: > Le 21/09/2020 à 08:43, Andreas Tille a écrit : > > Some days ago, I worked on gatk. The most recent upstream tarball is > lighter (approx. 50 Mo) and thus I considered creating the usual Git > frame master/upstream/pristin

Re: RFS: r-bioc-org.mm.eg.db

2020-09-21 Thread Steffen Möller
On 21.09.20 08:37, Andreas Tille wrote: > Hi, > > On Sun, Sep 20, 2020 at 04:02:39AM +0200, Steffen Möller wrote: >> Hello, the git archive occupies 421M on my disk, the tarball is 68MB, >> the package only 29MB, which I think is worth it. We have the human >> already in the archive, I would like

RFS: argh

2020-09-21 Thread Shayan Doust
Hello, I believe argh[1] is ready for a sponsored upload. Do let me know if anything needs altering. Kind regards, Shayan Doust [1]: https://salsa.debian.org/med-team/argh/ 0x6D7D441919D02395.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature

Re: RFS: argh

2020-09-21 Thread Steffen Möller
Hi Shayan, On 21.09.20 14:09, Shayan Doust wrote: > Hello, > > I believe argh[1] is ready for a sponsored upload. Do let me know if anything > needs altering. > > Kind regards, > Shayan Doust > > > [1]: https://salsa.debian.org/med-team/argh/ looks good to me, but the binary name should be libarg

Re: RFS: argh

2020-09-21 Thread Shayan Doust
Hello Steffen, > looks good to me, but the binary name should be libargh-dev, right? It's just a singular header file, so I am following the same naming convention as some of the other header-only library packages[1]. Kind regards, Shayan Doust [1]: https://salsa.debian.org/med-team/tao-json/-/

Re: RFS: hnswlib

2020-09-21 Thread Nilesh Patra
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

Re: RFS: hnswlib

2020-09-21 Thread Steffen Möller
On 21.09.20 14:46, Nilesh Patra wrote: > > > 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/hnswli

Re: RFS: argh

2020-09-21 Thread Steffen Möller
Hello Shayan, On 21.09.20 14:33, Shayan Doust wrote: > Hello Steffen, > >> looks good to me, but the binary name should be libargh-dev, right? > It's just a singular header file, so I am following the same naming convention > as some of the other header-only library packages[1]. > > Kind regards,

gatb-core - mkshlibs diff with 16000 lines?

2020-09-21 Thread Steffen Möller
$ dh_makeshlibs |wc dpkg-gensymbols: warning: some libraries disappeared in the symbols file: libgatbcore.so.3 dpkg-gensymbols: warning: the generated symbols file is empty  16371   49116 2605188 The update of gatb-core to the current version in git shall (in theory) help get minia to compile. Do

Re: RFS: argh

2020-09-21 Thread Andreas Tille
Hi, On Mon, Sep 21, 2020 at 04:43:05PM +0200, Steffen Möller wrote: > Hello Shayan, > > On 21.09.20 14:33, Shayan Doust wrote: > > Hello Steffen, > > > >> looks good to me, but the binary name should be libargh-dev, right? > > It's just a singular header file, so I am following the same naming >

Re: gatb-core - mkshlibs diff with 16000 lines?

2020-09-21 Thread Andreas Tille
On Mon, Sep 21, 2020 at 04:57:20PM +0200, Steffen Möller wrote: > $ dh_makeshlibs |wc > dpkg-gensymbols: warning: some libraries disappeared in the symbols > file: libgatbcore.so.3 > dpkg-gensymbols: warning: the generated symbols file is empty >  16371   49116 2605188 > > The update of gatb-core

[RFS] parsnp

2020-09-21 Thread Nilesh Patra
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

Re: [RFS] parsnp

2020-09-21 Thread Andreas Tille
Hi Nilesh, On Mon, Sep 21, 2020 at 09:52:31PM +0530, Nilesh Patra wrote: > 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]. >

Re: RFS: argh

2020-09-21 Thread Andreas Tille
Hi Shayan, On Mon, Sep 21, 2020 at 04:37:01PM +0100, Shayan Doust wrote: > ... > But no worries, I really don't mind quickly changing the name to include > "lib", > it's just that from the implications of seeing different packages, I had a > different idea of appending "lib". I did some further

[RFS] edfbrowser 1.77+dfsg-1

2020-09-21 Thread Étienne Mollier
Bonsoir, I picked a package at random in the list of packages needing update[1], and pushed edfbrowser[2] to version 1.77+dfsg-1. I believe that it is ready for review, and hopefully upload. [1] https://salsa.debian.org/med-team/community/helper-scripts/-/blob/master/outdated_med-packages.txt [

Fails to build at my side but works somewhere else

2020-09-21 Thread Andreas Tille
[Switching back to mailing list - Olivier explicitly in CC] Hi, Olivier, we are talking about package libsis-jhdf5-java which fails to build in my pbuilder as well as ci.d.n but works for Pierre. I remember this also happened with htsjdk. On Mon, Sep 21, 2020 at 11:31:21PM +0200, Pierre Gruet w