Hello,
Le 04/06/2020 à 22:36, Thorsten Glaser a écrit :
> On Thu, 4 Jun 2020, Mechtilde wrote:
>
>> This is an outdated information. You can collect all source tar.gz
>> together in to one orig.tar.xz. In the d/gbp.conf you configure a
>
> DON’T DO THAT.
>
> MUTs (multi-origtgz) were invented
Hello everyone,
I am currently beginning packaging aparapi, which is a Java API to
execute Java code on a GPU. In Debian Med, we need it as dependency of
the dependency apfloat of SnpEff.
This package relies on a JNI (native code) package which the same
upstream develops as aparapi-native.
Yet
Hi Andreas,
Le 30/05/2020 à 07:51, Andreas Tille a écrit :
> Hi Pierre,
>
> On Fri, May 29, 2020 at 11:48:39PM +0200, Pierre Gruet wrote:
>>
>> Lastly I have begun packaging Java software needed as dependencies of
>> snpeff, that we would need in Debian Me
Dear all,
Lastly I have begun packaging Java software needed as dependencies of
snpeff, that we would need in Debian Med as it is related to genes and
proteins.
I have thus worked on a Java library related to cdf, pdf and random
variates generation: libdistlib-java. It is currently in NEW.
Now
Hi Andreas,
Le 25/05/2020 à 23:12, Andreas Tille a écrit :
> Hi Pierre,
>
> On Mon, May 25, 2020 at 10:47:58PM +0200, Pierre Gruet wrote:
>> I have packaged libdistlib-java, which is a Java implementation of
>> several cdf, pdf, quantile and simulation functions from R,
Hi,
I have packaged libdistlib-java, which is a Java implementation of
several cdf, pdf, quantile and simulation functions from R, originally
written in C.
This was announced in ITP bug #961158.
Would it be possible to have a review? It would be precious, as this is
my first initial packaging!
Control: retitle -1 ITP: libdistlib-java -- Java library of statistical
distribution functions
Hi Scott and Andreas,
Le 21/05/2020 à 06:44, Scott Kitterman a écrit :
> On Thursday, May 21, 2020 12:08:44 AM EDT Andreas Tille wrote:
>> At least the name of the binary package should be
>>
>>
Package: wnpp
Severity: wishlist
Owner: Debian-med project
* Package name: distlib
Version : 0.9.1
Upstream Author : Peter N. Steinmetz
* URL : https://sourceforge.net/projects/statdistlib
* License : GPL-2
Programming Lang: Java
Description : Java
Hi Andreas,
Le 08/05/2020 à 22:51, Andreas Tille a écrit :
>
> If you think you might be able to care for the h5ar binary issue in the
> next couple of days I would delay the upload to fix the RC bug. I guess
> this will not have any practical drawback if the propagation of this
> package to
Hi Andreas,
Le 08/05/2020 à 22:51, Andreas Tille a écrit :
> Hi Pierre,
>
> On Fri, May 08, 2020 at 10:24:47PM +0200, Pierre Gruet wrote:
>>
>> Absolutely. This is part of the complementary tasks I was planning to do
>> (my Salsa push of yesterday was on
Hi Andreas,
Le 08/05/2020 à 22:05, Andreas Tille a écrit :
>
> Very nice. Thanks a lot for your work. I've built and installed the
> package. When noticing that there is no manpage for h5ar I intended to
> check whether it might be cheap to create one via help2man. However,
> this ended up
Hi again,
Le 07/05/2020 à 16:26, Andreas Tille a écrit :
> On Thu, May 07, 2020 at 09:43:11AM +0200, Andreas Tille wrote:
>> I also
>> think that observing autobuilders and possibly fix issues there in a
>> subsequent upload with your additional changes could be a good idea.
>
> As expected
Hi Andreas,
Le 07/05/2020 à 16:26, Andreas Tille a écrit :
> On Thu, May 07, 2020 at 09:43:11AM +0200, Andreas Tille wrote:
>> I also
>> think that observing autobuilders and possibly fix issues there in a
>> subsequent upload with your additional changes could be a good idea.
>
> As expected
Hi Andreas and Gilles,
Andreas, I have just seen you uploaded my commits of libsis-jhdf5-java
to unstable, thanks for that!
I had not written to ask for it as I intended to do further changes
before the upload (the script h5ar in /usr/bin should be removed or
another jar should be compiled, as
Hi Gilles,
Le 01/05/2020 à 01:12, Gilles Filippini a écrit :
> Pierre Gruet a écrit le 30/04/2020 à 23:45 :
>> Thanks for looking at the issue and proposing a fix. It is very helpful!
>> I will thus look at it and investigate further the failures that remain.
>
> This packa
Hello Gilles,
Le 30/04/2020 à 23:17, Gilles Filippini a écrit :
>>>
>>> Thanks for checking; I had also seen that these tests did not run, this will
>>> have to be fixed. More important is the fact that I have put and arranged
>>> the piece of code of dh_auto_test override into a test in
>>>
Hi Gilles,
Le 29/04/2020 à 17:53, Gilles Filippini a écrit :
> Andreas Tille a écrit le 29/04/2020 à 17:36 :
>> Hi Gilles,
>>
>> On Wed, Apr 29, 2020 at 05:10:38PM +0200, Gilles Filippini wrote:
>>>
>>> I've cloned the git repo and attempted a build. But the dh_auto_test
>>> part doesn't execute
Hi everyone,
I have been trying to package libsis-jhdf5-java, after Andreas imported the
last upstream version.
This package builds a java package with a .jar file and a jni package with
native code used by the .jar.
I have been able to:
- refresh patches;
- get rid of the private header
Hi Andreas,
Le 25/04/2020 à 11:20, Andreas Tille a écrit :
> Hi again,
>
> perhaps also getting
>
>https://salsa.debian.org/med-team/libsis-jhdf5-java
>
> done would be helpful. I've pushed latest upstream but did not
> found the time to update the old patches to the new version.
>
Hi Andreas,
Le 24/04/2020 à 22:34, Andreas Tille a écrit :
> Hi Pierre,
>
> thanks a lot for your work. I usually would leave the commit ID inside
> the version number (so 0.1+git20190308.a98448e) since this would silence
> the new upstream available check - but I guess you thought about this
>
Hi,
I have packaged the new upstream version of jebl2 and made various changes.
Now the packaging is in Salsa [1], could someone please check and upload it
when time permits?
The changes are
* New upstream version 0.1+git20190308
* Deleting now useless patch source_8.patch
* Bumping
Hi Andreas,
Le 20/04/2020 à 13:00, Andreas Tille a écrit :
> Hi Pierre,
>
> On Mon, Apr 20, 2020 at 11:29:04AM +0200, Pierre Gruet wrote:
>> I have just seen that sumalibs has successfully entered unstable and that
>> the automatic piuparts warnings have disappeared from i
Hi Andreas,
Le 14/04/2020 à 18:53, Andreas Tille a écrit :
>>
>> If you have time, I would appreciate a review of the three packages, which
>> are in their three Salsa repositories.
>>
>> https://salsa.debian.org/med-team/sumaclust/
>> https://salsa.debian.org/med-team/sumatra
>>
Hi Nilesh and Andreas,
Le 17/04/2020 à 19:21, Nilesh Patra a écrit :
>
>
> On Fri, 17 Apr 2020, 22:44 Pierre Gruet, <mailto:pgtdeb...@free.fr>> wrote:
>
> Dear all,
>
> I have prepared an upload for the package uc-echo, of which autopkgtest
&g
Dear all,
I have prepared an upload for the package uc-echo, of which autopkgtest was
failing on arm64 due to a (by default unsigned) char type being used to
store negative integer values.
I will forward this fix to upstream.
The package is in its Salsa repository [1].
Thanks in advance for
Hi Andreas,
Le 09/04/2020 à 23:01, Andreas Tille a écrit :
>>
>> My question is: as I understand /4.13 Embedded code copies/ in the Debian
>> policy, sumatra and sumaclust should use the libs in sumalibs to build, but
>> the code of those libs that is duplicated inside sumaclust should remain
>>
Hi Andreas,
Le 09/04/2020 à 14:45, Andreas Tille a écrit :
> Hi Pierre,
>
> as you might have noticed the Debian package for sumalibs was just
> accepted. I've now built sumatra against this lib. I'd happily leave
> the maintenance of all suma* packages to you.
Yes, I noticed that sumalibs
Hi again,
Le 04/04/2020 à 10:14, Andreas Tille a écrit :
>
> I try to put high priority on newcomer contributions so I just take
> my time for a review. I can confirm that the tests are passing and
> thus we could upload the package as is.
Thanks a lot for the quick review!
> There is some
Hi,
I have worked on sumaclust and pushed it on salsa [0] with version
``unreleased''.
Lines have been suppressed in the last patch because upstream has made the
necessary changes so that sumaclust builds.
I have also provided autopkgtests, which check the executable works fine in
a few simple
Hi Andreas,
Le 03/04/2020 à 22:26, Andreas Tille a écrit :
>
> I tried with a new paragraph at the beginning of "How to Contribute".
> Feel free to enhance that text!
I think this paragraph clarifies things a lot. Having explained rules this
way, there should be less hesitations.
>
> BTW,
Hi again,
Le 02/04/2020 à 10:28, Andreas Tille a écrit :
>
>> If I may add something: having read the policy some days ago, I feel it
>> lacks a kind of ``general habits'' section, like what you explained
>> above: is it casual/rude to begin working on a package that already has
>> uploaders who
ian Med mailing list and
> would be really happy if you would answer there.
No problem about that, thanks for letting me know.
Please believe I did not intend to hide things, but only to reduce
noise. Next time I shall use the mailing list.
>
> On Wed, Apr 01, 2020 at 10:30:42PM +0200, P
201 - 232 of 232 matches
Mail list logo
