Hi Andrius,
On Fri, Apr 10, 2020 at 07:44:15AM +0300, mer...@debian.org wrote:
> On 2020-04-08 17:17, Rebecca N. Palmer wrote:
> > $ npm2deb depends -r
> > https://github.com/rstudio/shiny-server/raw/master/package.json # plus
> > manual editing
> > Dependencies:
>
> I have managed to get
Le Fri, Apr 10, 2020 at 06:07:57AM +0200, Matthias Klumpp a écrit :
>
> Hmm, if those bed files can easily converted into their textual
> representation (which presumably is their preferred form of
> modification) just adding a hint that this is possible is probably
> enough for Debian.
Hi
Hi Rebecca,
On 2020-04-08 17:17, Rebecca N. Palmer wrote:
> $ npm2deb depends -r
> https://github.com/rstudio/shiny-server/raw/master/package.json # plus
> manual editing
> Dependencies:
I have managed to get ip-address (6.3.0) and stable (0.1.8) into Debian
yesterday.
Best,
Andrius
Hi Étienne,
On 2020-04-09 21:25, Étienne Mollier wrote:
> On a side note, there is a page[3] referring to all sorts of
> different locations for getting NCBI NT/NR/taxonomy and virus
> nucleotide and protein databases. This is also in this chapter
> that the configuration of VirusSeeker is
Am Do., 9. Apr. 2020 um 20:31 Uhr schrieb Andreas Tille :
>
> Liubov,
>
> you are great! :-)
>
> On Thu, Apr 09, 2020 at 06:21:17PM +0200, Liubov Chuprikova wrote:
> > I have just checked the file and as Michael said during the Jitsi meeting,
> > Plink (in Debian) uses such a format. I just tried
Hi Étienne,
On 2020-04-09 17:16, Étienne Mollier wrote:
> I was trying prinseq-lite with the example files they provided,
> and while prinseq-lite.pl seemed to do its job, there is a side
> script prinseq-graph.pl which calls Statistics::PCA[1], except
> it does not seem to be part of Debian
> Sorry, that's only true of the Python part of streamlit (/lib/); the
> JavaScript part (/frontend/) has 300+ (recursive) dependencies.
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956194
Correct, I should have been more specific. Also it seems tensorflow will be
quite a challenge.
In
Thank you for the assistance with this!
I have uploaded my package to the appropriate repository under the Python
Modules team and will reach out for a RFS.
Hiya,
The upstream of libssw has version - 1.24 [1] mentioned in their code, and
it seems the haven't made the releases properly.
(This is not the case with the same file in Debian though)
Andreas Tille has also opened an issue about the same for making suitable
releases here [2].
I'm right now
Hi badar,
Seconding what Andreas said and I'm happy to mentor/sponsor you as well.
Although, in the near term at least, my efforts are focused on the
Biohackathon and packages that will actively help the people out there
working to fight this pandemic.
On Thu, Apr 9, 2020 at 8:28 AM Andreas
Philipp and Bastien,
Thank you both for your responses!
On Thu, Apr 9, 2020 at 4:23 PM Bastien ROUCARIES <
roucaries.bast...@gmail.com> wrote:
> Upstream seems to be friendly
>
> Time to prod them:
> https://github.com/bazelbuild/bazel/issues/9408
Thanks for highlighting that. It indeed seems
Le Thu, Apr 09, 2020 at 06:21:17PM +0200, Liubov Chuprikova a écrit :
>
> plink1 --bfile examples/genotypes --recode --tab --out genotypes --noweb
>
> and back to binary, here three files will be created: *.bed, *.fam, *.bim
> (those are in examples folder):
>
> plink1 --file genotypes
Hi,
On Thu, Apr 09, 2020 at 04:59:28PM +0300, Andrius Merkys wrote:
> ...
I fully subscribe all what Andrius said. :-)
> Such request to cite is not legally binding. Although it's nice to put the
> citation in debian/upstream/metadata :)
To give an example why it is a good idea to provide
Hi Pierre,
On Thu, Apr 09, 2020 at 03:52:10PM +0200, Pierre Gruet wrote:
>
> Yes, I noticed that sumalibs was accepted; I will happily take over the
> maintenance effort for those three packages!
Very nice.
> > I think an open todo
> > item would be to remove the sumalibs code copy from
Upstream seems to be friendly
Time to prod them:
https://github.com/bazelbuild/bazel/issues/9408
On Wed, Apr 8, 2020 at 10:57 PM Philipp Kern wrote:
>
> On 2020-04-08 19:43, Olek Wojnar wrote:
> > Bazel has suddenly become more important because it is preventing us
> > from getting packages
Debian Med,
As requested, here are my thoughts (copied from IRC and lightly edited)
after a few hours of researching the Academic Free License version 3.0
(AFL-3.0):[1]
Ok, here's my biggest takeaway after hours of reading the AFL-3.0 and
reading what a bunch of people (some of them lawyers)
On Thu, 9 Apr 2020 at 20:30, Andreas Tille wrote:
> Liubov,
>
> you are great! :-)
>
:-) I am always happy to help!
Regards,
Liubov
On Thu, Apr 09, 2020 at 06:21:17PM +0200, Liubov Chuprikova wrote:
> > I have just checked the file and as Michael said during the Jitsi
> meeting,
> > Plink (in
Liubov,
you are great! :-)
On Thu, Apr 09, 2020 at 06:21:17PM +0200, Liubov Chuprikova wrote:
> I have just checked the file and as Michael said during the Jitsi meeting,
> Plink (in Debian) uses such a format. I just tried quickly and it's
> possible to convert the file back to flat format:
>
Greetings,
So, following the discussion on the chat on Jitsi[0], I'm trying
to summarize what I'm seeing about VirusSeeker. There have been
good share of guesswork, since I've no medical background, and
especially before I hit the documentation. So take it with a
grain (or more like a bag) of
Hello, we have now released [a SARS-CoV-2
version](https://cbg-ethz.github.io/V-pipe/sars-cov-2/) of V-pipe.
I has tagget the [bio.tools entry](https://bio.tools/V-pipe).
(But for some reason, it doesn't show up on the [COVID-19
list](https://bio.tools/t?domain=covid-19). Did I do something
Hi Andreas and Pranav,
On Thu, 9 Apr 2020 at 10:06, Andreas Tille wrote:
> Hi folks,
>
> could anybody who works with sequences comment on this?
>
I have just checked the file and as Michael said during the Jitsi meeting,
Plink (in Debian) uses such a format. I just tried quickly and it's
Andrius Merkys, on 2020-04-09 16:59:28 +0300:
> Hi Étienne,
Hi Andrius,
Thank you for your advices!
> On Thu, 9 Apr 2020, 15:59 Étienne Mollier,
> wrote:
>
> > The two prinseq packages are provided into two different and
> > independent tarballs, so that might be two different source
> >
Hi Étienne,
On Thu, 9 Apr 2020, 15:59 Étienne Mollier,
wrote:
> The two prinseq packages are provided into two different and
> independent tarballs, so that might be two different source
> packages perhaps. I don't know if the web version would be
> interesting as well, but I thought it would
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
Greetings Everyone,
While studying the building of the software VirusSeeker[1], in
its quite furnished dependency list[2], I noted that there is a
component missing from Debian: PRINSEQ[3]. The tools comes in
two flavors[4]:
1. the standalone version, also known as prinseq-lite.pl;
2. the
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. I think an open todo
item would be to remove the sumalibs code copy from sumaclust and
build both,
[Please in general do not do private discussion and specifically not while
I'm in this high work hackathon state. We are an open team and thus I'm
forwarding my answer to the public list.]
Hi again,
On Thu, Apr 09, 2020 at 04:32:38PM +0500, bdr.chachar wrote:
>
> with the little knowledge i
Hi Andreas,
On 2020-04-09 14:02, Andreas Tille wrote:
> I commited a change which IMHO enables us to upload right now. All the
> commits are done by Yuriy Babin - so he is
> obviously the author. Filing an issue about the authorship is OK but
> in my eyes waiting until that issue might be
Hi Andrius,
On Thu, Apr 09, 2020 at 12:48:57PM +0300, mer...@debian.org wrote:
> Hi Sao I Kuan,
>
> On 2020-04-09 12:43, Sao I Kuan wrote:
> > Fixed and pushed both above.
>
> Looks good, thanks!
>
> > I forwarded the copyright statement issue to upstream [1]. I wrote
> > this by following the
Hi Sao I Kuan,
On 2020-04-09 12:43, Sao I Kuan wrote:
> Fixed and pushed both above.
Looks good, thanks!
> I forwarded the copyright statement issue to upstream [1]. I wrote
> this by following the LICENCE.txt of upstream repository. This seems
> upstream author's mistake, so forwarded.
>
> [1]
Hi, Andrius,
On Thu, Apr 9, 2020 at 1:25 PM wrote:
> I gave your packaging a quick look, and here are my comments:
>
> 1. For DebianMed team-maintained packages debian/control should list the
> DebianMed as the Maintainer, and you as the uploader. You may take chime
> as example:
>
>
Hi,
On Wed, Apr 08, 2020 at 10:13:19PM +0100, Rebecca N. Palmer wrote:
> An upstream comment says common.py:lazy_property is the problem item, and
> excluding that from the documentation does make Sphinx succeed (I haven't
> tested a whole build):
@Rebecca: Thanks a lot for this workaround.
Hi folks,
could anybody who works with sequences comment on this?
In the worst case we would need to remove the bed file from the source
archive and as I learned recently fetch it in autopkgtest from remote.
Kind regards
Andreas.
On Wed, Apr 08, 2020 at 09:00:10PM +, Scott Kitterman
Sorry, that's only true of the Python part of streamlit (/lib/); the
JavaScript part (/frontend/) has 300+ (recursive) dependencies.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956194
Thanks for trying, and please do upload the module you've finished: it
may be useful elsewhere. If you'd
Hi,
currently I'm experiencing a situation which I described in several
of my talks[1]:
For me a team means:
Waking up in the morning and realising that somebody else has solved
your problem from yesterday.
Thanks a lot to all who contributed and let me enjoy my sleep at night
35 matches
Mail list logo