Re: uploading libzstd...

On Tue, Apr 24, 2018 at 05:37:00PM +0200, Alex Mestiashvili wrote: > > 1. check that no rdeps are currently using those symbols (because this > >is C and there is nothing preventing packages from using them if they > >really want to…) > > No rdeps use these symbols, a quick and dirty

Task page: No git ref for packages in new queue

Hi Andreas, please kindly check https://blends.debian.org/med/tasks/bio#fasta3 (and entries above and below) and see the git ref missing. Many thanks and greetings, Steffen

Re: TR: Debian has RRID SCR_006638

Hi Dylan, On 4/24/18 4:44 PM, Dylan Aïssi wrote: > Hi all, > > 2018-04-19 14:16 GMT+02:00 Andreas Tille : >>> To answer Andreas, we, at OMICtools, could publish every month, the list of >>> new packages available in Debian Med on our blog : >>> https://omictools.com/blog, if

Re: uploading libzstd...

On 04/22/2018 12:30 AM, Mattia Rizzolo wrote: > On Sat, Apr 21, 2018 at 10:24:47PM +0200, Alex Mestiashvili wrote: >> Now I got it, also opened an issue: >> https://github.com/facebook/zstd/issues/ > > Thanks for it! > Feel free to tag me (@mapreri - or just notify me somehow) if you'd like >

Re: uploading libzstd...

On Tue, Apr 24, 2018 at 12:09:23PM +0200, Alex Mestiashvili wrote: > Copyright is updated, starting from 1.3.1 it's BSD-3-clause + GPL-2: > > https://github.com/facebook/zstd/pull/801 ACK, thanks for updating the copyright file accordingly. > According the discussion on github, the missing

Please allow paleomix to migrate to testing

Hello, We have one more case of an arch:all package held up in testing because of installability issues on i386 due to a dependency on bwa and other packages. Can paleomix be allowed to migrate to Testing? https://qa.debian.org/excuses.php?package=paleomix Thanks and regards

Re: TR: Debian has RRID SCR_006638

Hi all, 2018-04-19 14:16 GMT+02:00 Andreas Tille : >> To answer Andreas, we, at OMICtools, could publish every month, the list of >> new packages available in Debian Med on our blog : >> https://omictools.com/blog, if you feel it can helps. Thanks Fabien for this. :-) >> We

Re: Bug#896712: ITP: golang-github-dataence-porter2 -- Native Go English Porter2 stemmer

jrmarsha writes: > Reviewing the performance claims, I don't see data validating the 660% > speed up. Surgebase is the old name for the Dataence implementation. I'm not sure what's up with the name change, and am inclined to deploy a symlink allowing imports under either

Re: uploading libzstd...

>> According the discussion on github, the missing symbols shouldn't cause >> any harm at they are for experimental features not enabled by default. >> So, is it still a blocker for 1.3.4? > > So the next steps should be: > 1. check that no rdeps are currently using those symbols (because this >