Hi Pierre,
On Mon, Nov 02, 2020 at 10:47:39PM +0100, Pierre Gruet wrote:
> I have prepared the initial packaging of libpj-java, a dependency of
> goby (needed for igv).
>
> If someone would have time to review it [0] and upload if convenient, it
> would be great :)
Checked and uploaded. Thanks
Hi Steffen,
On Tue, Nov 03, 2020 at 01:36:00AM +0100, Steffen Möller wrote:
> I had a second look. Impressive. Seems like linuxbrew has evolved
> enormously.
If you had a look could you please give a short summary? For me it
sounds like another packaging system (like Conda). Would you mind
On Mon, Nov 02, 2020 at 08:29:21PM +0100, Étienne Mollier wrote:
> Please feel free to consider reviewing the changes, then either
> uploading this new version, or if you feel confident about it,
> maybe grant me maintainer access, so I might proceed to further
> uploads in the future.
Upload
Hello,
On 2020-11-01 18:59, shruti gupta wrote:
> shruti@debian:~/LoRTIA$ LoRTIA -5 AGAGTACATGGG --five_score 16
> --check_in_soft 15 -3 AAA --three_score 18 -s poisson -f
> True ./test/test.sam ./output/ ./test/test_reads.fasta
> Sorting ./test/test.sam...
> Iterating over
I had a second look. Impressive. Seems like linuxbrew has evolved
enormously.
On 02.11.20 17:07, Steffen Möller wrote:
> Hi Tony,
>
> On 01.11.20 22:25, Tony Travis wrote:
>> Hi,
>>
>> Has anyone looked at ORCA?
>>
>>> https://academic.oup.com/bioinformatics/article/35/21/4448/5475597
>> It has
Hi Matúš,
Thank you for the positive vibes. You know more than I do about this, I
am afraid.
Would this be something for our next Sprint to prepare for? An EU COST
action?
Best,
Steffen
On 03.11.20 00:25, Matus Kalas wrote:
> Sounds like an awesome idea, Steffen!
>
> Do you folks think these
Sounds like an awesome idea, Steffen!
Do you folks think these videos could be included in some public
educational registry? Such as TeSS or something? Ideally tagged as a
(curated) collection...
All best,
Matus
On 2020-11-02 16:53, James Procter (Staff) wrote:
Thanks Steffen.
I'll ty
Processing commands for cont...@bugs.debian.org:
> noowner 963630
Bug #963630 [wnpp] RFP: libaparapi-java -- framework for executing native Java
code on the GPU
Removed annotation that Bug was owned by Debian-med project
.
>
End of message, stopping processing here.
Please contact me if you
Thanks Steffen.
I'll ty and pass this one around the network.
Jim
From: Steffen Möller
Sent: 02 November 2020 15:51
To: Debian Med Project List
Subject: "Education Tab" - extended the Spreadsheet as a bit of an experiment
Hello,
I made a first entry on a new
Processing control commands:
> retitle -1 RFP: libaparapi-java -- framework for executing native Java code
> on the GPU
Bug #963630 [wnpp] RFS: libaparapi-java -- framework for executing native Java
code on the GPU
Changed Bug title to 'RFP: libaparapi-java -- framework for executing native
Control: retitle -1 RFP: libaparapi-java -- framework for executing native Java
code on the GPU
(this is RFP and not RFS, sorry...)
I am changing the ITP bug to RFP because the wording of the license still
precludes packaging. The blocking part is the last paragraph in ATTRIBUTIONS.md:
it does
Control: retitle -1 RFS: libaparapi-java -- framework for executing native Java
code on the GPU
I am changing the ITP bug to RFS because the wording of the license still
precludes packaging. The blocking part is the last paragraph in ATTRIBUTIONS.md:
it does not seem to be harming when
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
This is a major show stopper on the way to get bcbio complete. There are
some more
Processing control commands:
> retitle -1 RFS: libaparapi-java -- framework for executing native Java code
> on the GPU
Bug #963630 [wnpp] ITP: libaparapi-java -- framework for executing native Java
code on the GPU
Changed Bug title to 'RFS: libaparapi-java -- framework for executing native
Hi,
I have prepared the initial packaging of libpj-java, a dependency of
goby (needed for igv).
If someone would have time to review it [0] and upload if convenient, it
would be great :)
Thanks a lot,
Pierre
[0] https://salsa.debian.org/med-team/libpj-java
Good day,
I pulled the update 1.3.2 of paleomix, and refreshed patches and
an override. The package is available on Salsa for review:
https://salsa.debian.org/med-team/paleomix
I enabled continuous integration, with the default pipeline.
Failures to build from source with i386 seem
Hi Tony,
On 01.11.20 22:25, Tony Travis wrote:
> Hi,
>
> Has anyone looked at ORCA?
>
>> https://academic.oup.com/bioinformatics/article/35/21/4448/5475597
>
> It has recently been promoted on Cyverse-UK:
>
>> https://cyverseuk.org/
>
> Came to my attention because of the reference to Bio-Linux,
Hello,
I made a first entry on a new tab "Education" on
https://docs.google.com/spreadsheets/d/1tApLhVqxRZ2VOuMH_aPUgFENQJfbLlB_PFH_Ah_q7hM/edit#gid=8073526
with a reference to a video explaining how to use the Nanopore for
SARS-CoV-2 sequencing. My hunch is that we can describe tutorials much
On Mon, Nov 02, 2020 at 04:39:37PM +0530, Nilesh Patra wrote:
> > 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
Hi,
several European countries are back to lockdown again. May be this
might give some more people a motivation to join our effort.
The video conferences of the Debian Med team are an established
means to continue the COVID-19 hackathon in April[1] and we do
it twice per month on every
2th
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
Hi again,
On Mon, Nov 02, 2020 at 01:39:56PM +0530, Nilesh Patra wrote:
>
> 2. I think after the ftp master disagreed to have data in debian/ dir, we
> will need to do multi-orig tar solution for other upcoming packages with
> large testing data as well. Should I document the way to do it
Hi Nilesh
On Mon, Nov 02, 2020 at 01:42:32PM +0530, Nilesh Patra wrote:
> > Cool, two questions. The multi-orig tarball solution coupled with gbp
> > embeds data into the source package.
> >
> > 1. I chose the name "debian-tests-data" for this other source tarball. Is
> > this naming scheme OK
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 solution sometime ago.
>> Please
>> > take a
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 ACK - if this is done
25 matches
Mail list logo
