Bug#812800: RM: subread [mipsel hurd-i386] -- ROM; ANAIS; not built for mipsel and hurd-i386 anymore

2016-01-26 Thread Alex Mestiashvili
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: mailatgo...@gmail.com, debian-med@lists.debian.org The binaries in the upstream version segfaults on some tests on mipsel and hurd-i386 architectures and the upstream is not interested in support for these archs. Please remove the binary packa

Can "PDB" license be considered free ?

2016-03-07 Thread Alex Mestiashvili
Hi All, I am going to package a software with pdb files in the test suite and I wonder if the license below can be considered free. ftp://ftp.wwpdb.org/pub/pdb/advisory.txt http://www.rcsb.org/pdb/static.do?p=general_information/about_pdb/policies_references.html Thank you, Alex

Re: how to get list of debianmed packages

2016-03-14 Thread Alex Mestiashvili
Hi, On 03/14/2016 04:38 PM, Olivier Sallou wrote: > Hi, > how can I get a programmatic list of debianmed packages, possibly by > section (bioinformatics ,...) ? > > Thanks > > Olivier > May be something like that ? aptitude search "?maintainer(debian-med-packag...@lists.alioth.debian.org)"

sponsorship request for plip

2016-03-24 Thread Alex Mestiashvili
Hi All, I am looking for sponsorship for plip package [0]. The previous version of the package was rejected by ftpmasters due to unclear license of PDB files. This time the pdb files are removed with Files-Excluded in d/copyright, so I hope it will make through. Thank you, Alex [0] http://anonsc

Re: sponsorship request for plip

2016-03-24 Thread Alex Mestiashvili
gt; > On Thu, Mar 24, 2016 at 05:50:27PM +0100, Alex Mestiashvili wrote: >> Hi All, >> >> I am looking for sponsorship for plip package [0]. >> The previous version of the package was rejected by ftpmasters due to >> unclear license of PDB files. >> Thi

Re: Aw: Re: sponsorship request for plip

2016-03-28 Thread Alex Mestiashvili
Hi Steffen, On 03/28/2016 05:07 PM, "Steffen Möller" wrote: > Hi Alex, > >> On 03/24/2016 06:18 PM, Andreas Tille wrote: >>> time to follow other members of the team to become a DD? ;-) >> Well, seeing that you trust in me is really motivating :) > Well, your packages are typically brainless to sp

fisher_exact_test code, public-domain ?

2016-06-03 Thread Alex Mestiashvili
Hi All, I am about to upload the new version of subread package, but not sure what to do with a new file with unclear copyright. I've already tried to contact both authors ( Kadosawa and Hopwood ) but both emails don't exist anymore .. Taking into account that the code is not too complicated, ca

Please choose a free license for gmap

2017-09-04 Thread Alex Mestiashvili
Hi, I'm writing you on behalf of the Debian Med team which is a group inside Debian with the objective to package free software with relevance in biology and medicine for official Debian. As you might possibly know we have created packages also from gmap as you can see on our so called tasks biol

Help needed for #871234 FTBFS with GCC-7: error: type/value mismatch

2017-09-05 Thread Alex Mestiashvili
Any help is greatly appreciated, here it the gcc's complain: In file included from gff.h:12:0, from gtf_tracking.h:12, from bundles.h:22, from replicates.h:10, from common.cpp:28: GHash.hh: In member function 'GHash::GHashEntry* G

Re: Help needed for #871234 FTBFS with GCC-7: error: type/value mismatch

2017-09-05 Thread Alex Mestiashvili
On Tue, Sep 5, 2017 at 8:44 PM, Jeff Epler wrote: > On Tue, Sep 05, 2017 at 01:55:58PM +0200, Alex Mestiashvili wrote: > > GHash.hh:91:44: error: type/value mismatch at argument 1 in template > > parameter list for 'template struct std::hash' > > while

Re: RFS: indelible

2017-10-02 Thread Alex Mestiashvili
On 10/02/2017 04:09 PM, Fabian Klötzl wrote: > Hi all, > > indelible has accumulated some changes. It would be great if someone > could tag + sponsor a new update. > > Thanks, > Fabian > > https://anonscm.debian.org/cgit/debian-med/indelible.git/tree/ > Hi Fabian, A few notes to the package -

Re: RFS: indelible

2017-10-02 Thread Alex Mestiashvili
On 10/02/2017 05:52 PM, Fabian Klötzl wrote: > Hi, > > On 02.10.2017 17:03, Alex Mestiashvili wrote: >> A few notes to the package - lintian complains about non-https VCS >> fields, a couple of typos and a hardening issue - >> indelible: hardening-no-bindnow usr/bin/i

RFS: bowtie/1.2.1.1+dfsg-1

2017-10-19 Thread Alex Mestiashvili
Hello, I've worked a bit on bowtie in git [0] and think that it is ready for upload. It also presumably closes #864439. One of the issues I run during package building is that bowtie unit tests fail on example6 and exmaple9. Could somebody who uses bowtie please comment on this ? Not sure if this

Re: RFS: bowtie/1.2.1.1+dfsg-1

2017-10-21 Thread Alex Mestiashvili
On 10/20/2017 06:46 PM, Dominique Belhachemi wrote: > On Thu, Oct 19, 2017 at 12:16 PM, Alex Mestiashvili < > ames...@rsh2.donotuse.de> wrote: > >> Hello, >> >> I've worked a bit on bowtie in git [0] and think that it is ready for >> upload. It also pr

Re: bug squashing target: Probably bowtie 1.2.1.1 issue (Was: Bug#880347: bioperl-run: FTBFS: Test failures)

2017-12-07 Thread Alex Mestiashvili
> ... > # Failed test 'bowtie success' > # at t/Bowtie.t line 188. > # '# reads processed: 2000 > # # reads with at least one reported alignment: 2000 (100.00%) > # # reads that failed to align: 0 (0.00%) > # Reported 1000 paired-end alignments to 1 output stream(s) > # ' > #

Re: [Debian-med-packaging] Bug#880347: bug squashing target: Probably bowtie 1.2.1.1 issue (Was: Bug#880347: bioperl-run: FTBFS: Test failures)

2017-12-07 Thread Alex Mestiashvili
On 12/07/2017 07:26 PM, Andreas Tille wrote: > Hi Alex, > > On Thu, Dec 07, 2017 at 06:12:05PM +0100, Alex Mestiashvili wrote: >> >> That's a trivial one, s/reads processed: 1000/reads processed: 2000/ >> I'll take care. > > Cool! Thanks a lot. >

Re: RFS: bowtie/1.2.1.1+dfsg-1

2017-12-16 Thread Alex Mestiashvili
Hi All, >> A new version has been released. >> https://github.com/BenLangmead/bowtie/releases >> >> Please also note the license change. > > Thanks a lot for both hints. You can feel free to update the packaging > in Git yourself if you want to. Or Alex? Please throw ENOTIME or > something lik

Re: Please choose a free license for gmap

2018-02-28 Thread Alex Mestiashvili
tist, Bioinformatics & Computational Biology >> Genentech, Inc., 1 DNA Way, South San Francisco, CA 94080 >> Phone: 650-225-5672, Fax: 650-225-5389 >> E-mail: t...@gene.com >> >> >> >> On Mon, Sep 04, 2017 at 04:25:50PM +0200, Alex Mestiashvili wrote: &

Re: Freeing fasta3 (Was: fasta3_36.3.8g-1_amd64.changes is NEW)

2018-04-19 Thread Alex Mestiashvili
On 04/19/2018 02:44 PM, Steffen Möller wrote: > > On 4/19/18 1:43 PM, Andreas Tille wrote: >> Hi, >> >> On Thu, Apr 19, 2018 at 10:19:31AM +, Debian FTP Masters wrote: >>> binary:fasta3 is NEW. >>> binary:fasta3-doc is NEW. >>> binary:fasta3-doc is NEW. >>> binary:fasta3 is NEW. >>> source:fas

Please choose a free license for fasta3 components

2018-04-19 Thread Alex Mestiashvili
Hi, I'm writing you on behalf of the Debian Med team which is a group inside Debian with the objective to package free software with relevance in biology and medicine for official Debian. We are about to create a debian package from fasta3 as you can see on our so called tasks biology page[1]. Ac

Please choose a free license for fasta3 components

2018-04-19 Thread Alex Mestiashvili
Hi, I'm writing you on behalf of the Debian Med team which is a group inside Debian with the objective to package free software with relevance in biology and medicine for official Debian. We are about to create a debian package from fasta3 as you can see on our so called tasks biology page[1]. Ac

Re: Please choose a free license for fasta3 components

2018-04-19 Thread Alex Mestiashvili
this one got bounced, one more is following :) Alex

Re: uploading libzstd...

2018-04-21 Thread Alex Mestiashvili
Hi Mattia, > Alexandre Mestiashvili: you prepared the last updates (referring to > importing the new upstream releases), but it's clear you never did a > copyright review. Please always check what you imported for updates in > the copyright or the licensing details. Let me please elaborate my po

Re: uploading libzstd...

2018-04-21 Thread Alex Mestiashvili
On 04/21/2018 06:48 PM, Mattia Rizzolo wrote: > On Sat, Apr 21, 2018 at 05:45:34PM +0200, Alex Mestiashvili wrote: >> Let me please elaborate my point of view. libzstd is team-maintained, >> and because I didn't see any changes in the copyright/licensing for the >&g

Re: uploading libzstd...

2018-04-24 Thread Alex Mestiashvili
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 m

Re: uploading libzstd...

2018-04-24 Thread Alex Mestiashvili
>> 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 >

Re: uploading libzstd...

2018-04-25 Thread Alex Mestiashvili
> I've also elaborated on this in the upstream bug > https://github.com/facebook/zstd/issues/ Very good. Thanks! > >>> 3. I fear a similar fate will also happen to all the other functions >>>defined similarly, so I wonder if at least some kind of comment >>>should be added to the .sy

Re: [Debian-med-packaging] Bug#902820: gmap: FTBFS on stretch/amd64 if CPU has SSE2 and nothing more

2018-07-18 Thread Alex Mestiashvili
> AFAIK on Debian/amd64 only SSE2 is allowed to be assumed by default. > > I tried to compare my build logs with official ones, but there is none: > > https://buildd.debian.org/status/package.php?p=gmap > > (( Could you please consider source-only uploads? i.e. "dpkg-buildpackage -S" > )). I

Re: "Season of Docs" & Debian-Med

2019-03-15 Thread Alex Mestiashvili
On 3/14/19 5:14 PM, Michael Crusoe wrote: > Google's new "Season of Docs" is an experiment to connect technical > writers with open source projects to improve their documentation. It is > unpaid, unlike Outreachy or the Google Summer of Code. > > However, maybe the Debian-Med process documentation

Re: q2cli packaging

2019-03-16 Thread Alex Mestiashvili
On 3/16/19 1:20 PM, Andreas Tille wrote: > On Sat, Mar 16, 2019 at 10:47:40AM +0100, Liubov Chuprikova wrote: >> >> Since we moved the script, should I create a patch to modify the help info, >> specifying `source /etc/profile.d/tab-qiime.sh` for users? > > Yes. I came to the conclusion to move i

Re: q2cli packaging

2019-03-16 Thread Alex Mestiashvili
On 3/16/19 4:04 PM, Andreas Tille wrote: > On Sat, Mar 16, 2019 at 02:01:57PM +0100, Alex Mestiashvili wrote: >> why not install the autocompletion scripts both for bash and zsh >> automatically? In this case there is no need to inform users at all. > > Technical speaking y

Re: [Debian-med-packaging] Bug#934600: gffread in cufflinks seems to be the same codebase but older

2019-08-20 Thread Alex Mestiashvili
On 8/20/19 7:16 AM, Andreas Tille wrote: > Hi Alexandre, > > it looks as if the gffread code in cufflinks would be the > same code base but the code in gffread source seems to be > more recent. What do you think? > > Kind regards > > Andreas. > > - Forwarded message from Debian te

Re: Fasta3 is non-free just because of some Smith Waterman implementation (Was: Please choose a free license for fasta3 components)

2019-09-06 Thread Alex Mestiashvili
Thanks Erik! I'll try to get in touch with upstream and inform them that the code is actually free. However, while packaging of swsse2 makes sense, the source code is not providing drop-in replacement for the code in fasta3. Nevertheless the upstream of fasta3 can change the license anyway as far

License change for non-free files in fasta3

2019-09-06 Thread Alex Mestiashvili
I'm writing you on behalf of the Debian Med project which tries to assemble free software in life sciences into Debian to support this field of endeavour as best as possible. (Here you can find a list of the packaged software[0].) Fasta3 uses files licensed under a non-free academic-only license:

Re: Does the bowtie2 2.3.5.1-1 package work for anyone else?

2019-10-14 Thread Alex Mestiashvili
On 10/14/19 7:26 PM, Michael Crusoe wrote: > I can't get it to build from source in a cowbuilder "sid" chroot on my > laptop, which is currently running Ubuntu Bionic with the 5.0.0-20-generic > #21~18.04.1-Ubuntu kernel. > > running bowtie2-build --usage (or anything) results in a segfault > > [

Re: [Debian-med-packaging] Bug#938677: Please check autopkgtest of (may be failed) attempt of Python3 port (Was: Bug#938677: tophat: Python2 removal in sid/bullseye)

2019-11-20 Thread Alex Mestiashvili
On 10/11/19 11:11 AM, Andreas Tille wrote: > Hi, > > I tried to use 2to3 to port tophat to Python3 in Git[1]. Unfortunately > the autopkgtest fails with: > > > autopkgtest [09:04:13]: test run-unit-test: [--- > > [2019-10-11 09:04:13] Beginning TopHat run (v2.1.1) >

Re: Bowtie2 ready for upload?

2012-11-05 Thread Alex Mestiashvili
On 11/04/2012 05:38 AM, Charles Plessy wrote: > Le Fri, Nov 02, 2012 at 11:25:54PM -0400, Carlos Borroto a écrit : >> >> I uploaded latest upstream version for Bowtie2, which dropped the beta >> tag. The package seems ready, but I haven't worked in this package >> before. Alex, could you please tak

Re: Bowtie2 ready for upload?

2012-11-05 Thread Alex Mestiashvili
On 11/05/2012 04:01 PM, Carlos Borroto wrote: > On Mon, Nov 5, 2012 at 5:19 AM, Alex Mestiashvili > wrote: > >> I've uploaded 2.0.0-beta7-1 to unstable, but the notice of that has >> vanished from debian/changelog, I updated the changelog to reflect this >> chan

Re: [Debian-med-packaging] Processed: These errors are caused by bug in libboost1.49-dev

2013-05-16 Thread Alex Mestiashvili
On 05/16/2013 09:34 AM, Debian Bug Tracking System wrote: > Processing commands for cont...@bugs.debian.org: > >> reassign 708439 libboost1.49-dev > Bug #708439 [src:autodock-vina] autodock-vina: FTBFS: xtime.hpp:23:5: error: > expected identifier before numeric constant > Bug reassigned from pac

looking for a review for pycorrfit

2013-12-13 Thread Alex Mestiashvili
Hi All, I am looking for a review for my package pycorrfit [0], ITP #730640. Lintian is clear, but I am pretty sure there are hidden issues :) Also I am not sure what to do with png images in doc-src/Images directory. There are svg files as well, but I haven't managed to correctly convert the s

Re: looking for a review for pycorrfit

2013-12-16 Thread Alex Mestiashvili
Hi Andreas, Also I am not sure what to do with png images in doc-src/Images directory. There are svg files as well, but I haven't managed to correctly convert the svg files to png. It would be great if you would give me ideas or examples. I'm not sure what upstream is intending with these files

Re: looking for a review for pycorrfit

2013-12-16 Thread Alex Mestiashvili
Hi Simon, Hi! The manpage mentions documentation it at /usr/share/doc/pycorrfit/PyCorrFit_doc.pdf.gz which is not true. skainz@foo:~$ dpkg -L pycorrfit |grep pdf /usr/share/pyshared/pycorrfit_doc/PyCorrFit_doc.pdf /usr/lib/python2.7/dist-packages/pycorrfit_doc/PyCorrFit_doc.pdf Please fix t

Re: looking for a review for pycorrfit

2013-12-16 Thread Alex Mestiashvili
On 12/16/2013 10:33 AM, Andreas Tille wrote: Hi Alex, On Mon, Dec 16, 2013 at 09:49:51AM +0100, Alex Mestiashvili wrote: It seems that my question is misleading, there are number of pictures in png and svg formats. the ones with png extensions are used in the documentation. I wanted to know if

Re: looking for a review for pycorrfit

2013-12-16 Thread Alex Mestiashvili
On 12/16/2013 01:34 PM, Andreas Tille wrote: On Mon, Dec 16, 2013 at 11:59:38AM +0100, Alex Mestiashvili wrote: Also He is going to release the new version in a couple of weeks. Do you think we should wait and upload the new version or is it ok to upload the current one? If you just prepared

Re: looking for a review for pycorrfit

2013-12-16 Thread Alex Mestiashvili
On 12/16/2013 05:16 PM, Andreas Tille wrote: Hi Alex, On Mon, Dec 16, 2013 at 04:31:03PM +0100, Alex Mestiashvili wrote: Yes, please, I need a sponsor for the very first time at least. Done. Great! Should I place the package on mentors? if it saves your time .. No. I personally totally

Re: Please be prepared for a move of tasks files for Debian Med from SVN to Git (Was: looking for a review for pycorrfit)

2013-12-17 Thread Alex Mestiashvili
btw, how do I update the tasks page? I was looking for it in debian-med policy and checkout the debian-med tasks from svn, but the link in README seem to be broken: http://blends.alioth.debian.org/blends/ch-sentinel.en.html Hmmm, from what README, did you got this link. The README in the roo

Fwd: pycorrfit_0.8.0-2~beta-2_amd64.changes REJECTED

2014-01-06 Thread Alex Mestiashvili
happy New Year to All Debian Med folks :) I wanted to upload the new release of pycorrfit, but it seems that I don't have permission for that. Do you know if I will be able to do it after the previous one is migrated to testing, or do I need to ask the permission in a some special way? Ac

Re: Aw: Fwd: pycorrfit_0.8.0-2~beta-2_amd64.changes REJECTED

2014-01-07 Thread Alex Mestiashvili
16:45 Uhr *Von:* "Alex Mestiashvili" *An:* "Debian Med Project List" *Betreff:* Fwd: pycorrfit_0.8.0-2~beta-2_amd64.changes REJECTED happy New Year to All Debian Med folks :) I wanted to upload the new release of pycorrfit, but it seems that I don't have permission for th

bowtie2-2.2.0 no 32bit builds anymore

2014-02-21 Thread Alex Mestiashvili
Hi All, The new version of bowtie2 was released recently and it seems that it works only on 64 bit platforms. http://anonscm.debian.org/gitweb/?p=debian-med/bowtie2.git;a=blob;f=Makefile lines 141-143. Could anybody please have a look or try to build for i386 the source to confirm/disprove

Re: [Debian-med-packaging] bowtie2-2.2.0 no 32bit builds anymore

2014-02-21 Thread Alex Mestiashvili
On 02/21/2014 02:17 PM, Olivier Sallou wrote: On 02/21/2014 02:11 PM, Alex Mestiashvili wrote: Hi All, The new version of bowtie2 was released recently and it seems that it works only on 64 bit platforms. http://anonscm.debian.org/gitweb/?p=debian-med/bowtie2.git;a=blob;f=Makefile lines 141

RM: bowtie2 [i386 hurd-i386 kfreebsd-i386] -- ANAIS; new release does not build on architectures other than amd64

2014-03-25 Thread Alex Mestiashvili
X-Debbugs-Cc: a...@biotec.tu-dresden.de Package: ftp.debian.org Severity: normal Dear FTP Masters, New upstream release of bowtie2 doesn't build on mentioned in the subject architectures. In order to force transition from unstable to testing could you please consider removal of packages in te

RM: bowtie2 [i386 hurd-i386 kfreebsd-i386] -- ANAIS; new release does not build on architectures other than amd64

2014-03-25 Thread Alex Mestiashvili
Package: ftp.debian.org Severity: normal Dear FTP Masters, New upstream release of bowtie2 doesn't build on mentioned in the subject architectures. In order to force transition from unstable to testing could you please consider removal of packages in testing with non amd64 architectures ? Also

force bowtie2 transition to testing

2014-04-09 Thread Alex Mestiashvili
Hello, bowtie2 has stuck in unstable because of change in supported architectures. I've opened #742614, but haven't received any reaction so far. Is there anything else one can do to force the transition ? Thank you, Alex -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a

help needed for #733352

2014-04-10 Thread Alex Mestiashvili
Dear mentors, I would greatly appreciate if somebody would help with the #733352, I've spent a couple of hours trying to resolve the issue but my cpp skills are rather poor. Thank you, Alex -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trou

Re: force bowtie2 transition to testing

2014-04-10 Thread Alex Mestiashvili
On 04/09/2014 10:56 PM, Andreas Tille wrote: Hi Thorsten, On Wed, Apr 09, 2014 at 10:18:02PM +0200, Thorsten Alteholz wrote: May be also pinging "our" ftpmaster assistant? ;-) Hmm, sorry, but I don't do rm's. They are far too exciting for my poor heart. :-) But you might ask on #debian-ftp

Re: help needed for #733352

2014-04-11 Thread Alex Mestiashvili
On 04/11/2014 12:29 AM, Diane Trout wrote: On Thursday, April 10, 2014 15:30:21 Alex Mestiashvili wrote: Dear mentors, I would greatly appreciate if somebody would help with the #733352, I've spent a couple of hours trying to resolve the issue but my cpp skills are rather poor. Than

can't push to cufflinks git repository: access denied or repository not exported:

2014-04-11 Thread Alex Mestiashvili
Hi All, I've prepared update for cufflinks [0], but when I try to push the changes I get the following message: fatal: remote error: access denied or repository not exported: /debian-med/cufflinks.git Does it matter if remote is git://anonscm.debian.org/debian-med/cufflinks.git or git://g

Re: can't push to cufflinks git repository: access denied or repository not exported:

2014-04-11 Thread Alex Mestiashvili
I'm not sure about this. Hope this helps Andreas. On Fri, Apr 11, 2014 at 06:02:30PM +0200, Alex Mestiashvili wrote: Hi All, I've prepared update for cufflinks [0], but when I try to push the changes I get the following message: fatal: remote error: access denied or

Re: help needed for #733352

2014-04-11 Thread Alex Mestiashvili
On 04/11/2014 11:52 PM, Andreas Tille wrote: Hi Alex, On Fri, Apr 11, 2014 at 11:45:11AM +0200, Alex Mestiashvili wrote: Cool, thank you a lot, we are one step further! Perhaps it makes sense to contact upstream and propose the patch (in Git) and ask for further help. Would you volunteer to

pyscanfcs, ITP:#751846

2014-06-17 Thread Alex Mestiashvili
Hello, I am looking for review and upload of my package - pyscanfcs, ITP:#751846. If everything is fine could you please also grant me the upload privilege? Thank you, Alex -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas

Re: pyscanfcs, ITP:#751846

2014-06-17 Thread Alex Mestiashvili
Hi Andreas, On 06/17/2014 06:52 PM, Andreas Tille wrote: Hi Alex, On Tue, Jun 17, 2014 at 04:12:25PM +0200, Alex Mestiashvili wrote: I am looking for review and upload of my package - pyscanfcs, ITP:#751846. If everything is fine could you please also grant me the upload privilege? Without

Re: pyscanfcs, ITP:#751846

2014-06-18 Thread Alex Mestiashvili
Hi Andreas, On 06/18/2014 04:01 PM, Andreas Tille wrote: Hi Alex, could you please consider fixing this: $ lintian pyscanfcs_0.2.2-1_amd64.changes I: pyscanfcs: capitalization-error-in-description python Python I thought it is because of wxPython, but it was the lower case python who caused

tophat FTBFS on mips, mipsel and hurd-i386

2014-07-08 Thread Alex Mestiashvili
Hi, the last version of tophat fails to build on mips, mipsel and hurd-i386. The build errors look fixable, but still does it really makes sense to build tophat for this architectures? As far as I see the minimum requirements for tophat are at least 4Gb of RAM, so hurd-i386 as well as other i38

Re: Aw: tophat FTBFS on mips, mipsel and hurd-i386

2014-07-09 Thread Alex Mestiashvili
On 07/08/2014 12:25 PM, "Steffen Möller" wrote: Hello Alex, Gesendet: Dienstag, 08. Juli 2014 um 11:25 Uhr Von: "Alex Mestiashvili" An: "Debian Med Project List" Betreff: tophat FTBFS on mips, mipsel and hurd-i386 Hi, the last version of tophat fails to build

Bug#779014: ITP: subread -- toolkit for processing next-gen sequencing data

2015-02-23 Thread Alex Mestiashvili
Package: wnpp Severity: wishlist Owner: Alexandre Mestiashvili X-Debbugs-Cc: debian-de...@lists.debian.org, debian-med@lists.debian.org * Package name: subread Version : 1.4.6-p1 Upstream Author : shi at wehi dot edu dot au * URL : http://subread.sourceforge.net/ * Li

tophat: embedded samtools copy

2015-03-25 Thread Alex Mestiashvili
>Dear Maintainer, > >Tophat 2.0.13 started to include a convience copy of samtools 0.1.18, >I believe >this is technically a violation of Debian policy. Though I'm not sure >how hard >it would be properly fix the issue. > >Diane Trout Hi Diane, Please see this thread for more details: https

Re: (formal) Debian Med "Howto"?

2015-05-06 Thread Alex Mestiashvili
On 05/06/2015 10:05 AM, "Steffen Möller" wrote: Quite some of us may visit on researchgate.net from time to time, or seqanswers.com, .. or .. put your favorite community site here ... and mentally follow the one or other question. While I am far from always knowing the answer, I find it nonethe

Source of SubreadUserGuide

2015-05-07 Thread Alex Mestiashvili
Dear Dr Wei Shi, I work on packaging of subread for Debian/Ubuntu distributions. In order to ship the doc/SubreadUserGuide.pdf we need the source code for the documentation. Would it be possible to ship the source code of the user guide in the next releases? Thank you, Alex Mestiashvili

Re: Source of SubreadUserGuide

2015-05-07 Thread Alex Mestiashvili
On 05/07/2015 05:00 PM, Andreas Tille wrote: > Hi Alex, > > On Thu, May 07, 2015 at 03:24:04PM +0200, Alex Mestiashvili wrote: >> I work on packaging of subread for Debian/Ubuntu distributions. In >> order to ship the doc/SubreadUserGuide.pdf we need the source code >

Re: Source of SubreadUserGuide

2015-05-07 Thread Alex Mestiashvili
On 05/07/2015 09:22 PM, Andreas Tille wrote: > Hi Alex, > > On Thu, May 07, 2015 at 09:06:11PM +0200, Alex Mestiashvili wrote: >>> BTW, it would be possible to add the download from some URL and >>> add it as additional file(s) in debian/ dir. >> Do you mean t

Re: subread: limit architectures

2015-05-19 Thread Alex Mestiashvili
On 05/16/2015 07:28 AM, Andreas Tille wrote: Hi Alex, On Fri, May 15, 2015 at 09:56:39PM +0200, Alex Mestiashvili wrote: The problem is that the code builds but tests fail in some strange way. Well, if I understand things correctly the test is part of the package build process and thus in the

Re: Bug#787739: ITP: plip -- fully automated protein-ligand interaction profiler

2015-06-05 Thread Alex Mestiashvili
On 06/04/2015 11:35 PM, Simon Richter wrote: Hi, On 04.06.2015 17:21, Alexandre Mestiashvili wrote: * Package name: plip This might be confusing to old people. PLIP is a protocol for transporting IP packets over the parallel port. Simon Hi Simon, I agree that the name is a bit

Re: Bug#787739: ITP: plip -- fully automated protein-ligand interaction profiler

2015-06-08 Thread Alex Mestiashvili
On 06/05/2015 03:04 PM, Geert Stappers wrote: On Fri, Jun 05, 2015 at 02:08:37PM +0200, Simon Richter wrote: On 05.06.2015 11:25, Alex Mestiashvili wrote: This might be confusing to old people. PLIP is a protocol for transporting IP packets over the parallel port. I agree that the name is a

looking for sponsor for plip package

2015-06-19 Thread Alex Mestiashvili
Dear Debian Med folks, I am looking for review and sponsorship for the package plip - fully automated protein-ligand interaction profiler. http://anonscm.debian.org/cgit/debian-med/plip.git Thank you, Alex -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "un

Re: looking for sponsor for plip package

2015-06-19 Thread Alex Mestiashvili
On 06/19/2015 03:18 PM, Olivier Sallou wrote: On 06/19/2015 02:54 PM, Alex Mestiashvili wrote: Dear Debian Med folks, I am looking for review and sponsorship for the package plip - fully automated protein-ligand interaction profiler. http://anonscm.debian.org/cgit/debian-med/plip.git Hi

Re: looking for sponsor for plip package

2015-06-19 Thread Alex Mestiashvili
On 06/19/2015 04:00 PM, Olivier Sallou wrote: On 06/19/2015 03:54 PM, Alex Mestiashvili wrote: On 06/19/2015 03:18 PM, Olivier Sallou wrote: On 06/19/2015 02:54 PM, Alex Mestiashvili wrote: Dear Debian Med folks, I am looking for review and sponsorship for the package plip - fully automated

sponsorship for plip

2015-07-17 Thread Alex Mestiashvili
Hello, I am looking for sponsor for plip package: Fully automated protein-ligand interaction profiler http://anonscm.debian.org/cgit/debian-med/plip.git Currently it is available only as python2 version, but probably in the future a python3 compatible version will be available too. Thank you

Re: Not able to build my package

2015-09-01 Thread Alex Mestiashvili
On 09/01/2015 02:10 PM, Andreas Tille wrote: > On Tue, Sep 01, 2015 at 12:44:53PM +0200, Corentin Desfarges wrote: >> I get this error : >> The following packages have unmet dependencies: >> libvtk5.8v5 : Conflicts: libvtk5.8 but 5.8.0-17.5+b1 is to be >> installed. >> Unable to resolv

Re: Source of SubreadUserGuide

2015-09-05 Thread Alex Mestiashvili
On 05/07/2015 09:22 PM, Andreas Tille wrote: > Hi Alex, > > On Thu, May 07, 2015 at 09:06:11PM +0200, Alex Mestiashvili wrote: >>> BTW, it would be possible to add the download from some URL and >>> add it as additional file(s) in debian/ dir. >> Do you mean t

Re: Source of SubreadUserGuide

2015-09-05 Thread Alex Mestiashvili
On 09/05/2015 03:46 PM, Andreas Tille wrote: > Hi Alex, > > On Sat, Sep 05, 2015 at 01:38:08PM +0200, Alex Mestiashvili wrote: >>> Yes, that's comparable to compressed JS files: You can provide the >>> sources in debian/ dir. I think it is not even mandatory to re

Debian Med Blend meeting in Lübeck

2011-01-14 Thread Alex Mestiashvili
Hello , I would like to join the Debian Med Blend meeting in Lübeck , I am working as system administrator of bioinformatics group of Prof. Schroeder at TU-Dresden . http://www.biotec.tu-dresden.de/research/schroeder/ We use mostly GNU/Debian systems and are interested in support of bioinforma

vienna-rna is almost ready

2011-02-03 Thread Alex Mestiashvili
Hello , I almost finished packaging for vienna-rna (with great help of Andreas Tille ). linitian gives only 3 warnings : $lintian vienna-rna_1.8.4-1_amd64.deb W: vienna-rna: binary-without-manpage usr/bin/ct2b W: vienna-rna: binary-without-manpage usr/bin/dpzoom W: vienna-rna: binary-without-ma

Re: vienna-rna is almost ready

2011-02-04 Thread Alex Mestiashvili
On 02/03/2011 06:21 PM, Karsten Hilbert wrote: $lintian vienna-rna_1.8.4-1_amd64.deb W: vienna-rna: binary-without-manpage usr/bin/ct2b W: vienna-rna: binary-without-manpage usr/bin/dpzoom W: vienna-rna: binary-without-manpage usr/bin/popt "popt" sounds like an awfully generic name for a b

Re: vienna-rna is almost ready

2011-02-14 Thread Alex Mestiashvili
On 02/10/2011 09:55 PM, Manuel Prinz wrote: Hi Alex! On Thu, Feb 03, 2011 at 05:04:34PM +0100, Alex Mestiashvili wrote: What else should be done to process this package ? Sorry for replying late! I had a quick look at your package. It's looks very good given that you just start

Re: vienna-rna is almost ready

2011-02-16 Thread Alex Mestiashvili
On 02/05/2011 12:05 PM, Steffen Möller wrote: On 02/04/2011 10:55 AM, Andreas Tille wrote: On Fri, Feb 04, 2011 at 08:59:37AM +0100, Alex Mestiashvili wrote: "popt" sounds like an awfully generic name for a binary. apt-file doesn't show that such name is i

vienna-rna is ready for upload (IMHO)

2011-02-16 Thread Alex Mestiashvili
I am looking for a sponsor to upload vienna-rna . Regards , Alex -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d5bd227.7040...@biotec.tu-dresden.de

Fwd: Bug#614382: ITP: transtermhp , needs review .

2011-02-21 Thread Alex Mestiashvili
Please review it . Looks good for me . Thank you . Alex Package: wnpp Owner: Alex Mestiashvili Severity: wishlist *** Please type your report below this line *** * Package name: transtermhp Version : 2.0.7 Upstream Author : Carl Kingsford * URL : http

Re: Fwd: Bug#614382: ITP: transtermhp , needs review .

2011-02-22 Thread Alex Mestiashvili
On 02/21/2011 07:28 PM, Andreas Tille wrote: Hi Alex, On Mon, Feb 21, 2011 at 05:14:53PM +0100, Alex Mestiashvili wrote: Please review it . Here are my comments: 0. debian/contro: Group maintenance in Debian Med team 1. Please remove / adapt general comments introduced by dh

seq-gen needs review and a sponsor

2011-03-09 Thread Alex Mestiashvili
Hello , seq-gen seems to be ready , but I have some doubts about the copyright file and correct license name ( GPL2 GPL3 , non gpl at all :) ) Could you please have a look on it . Thank you in advance , Alex -- To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org with a subject of "un

Re: seq-gen needs review and a sponsor

2011-03-11 Thread Alex Mestiashvili
On 03/09/2011 08:36 PM, Andreas Tille wrote: On Wed, Mar 09, 2011 at 10:40:39AM +0100, Alex Mestiashvili wrote: seq-gen seems to be ready , but I have some doubts about the copyright file and correct license name ( GPL2 GPL3 , non gpl at all :) ) Definitely non-GPL. Just have a look

Re: [med-svn] r6761 - in trunk/packages/cufflinks/trunk: . debian debian/patches debian/source

2011-05-04 Thread Alex Mestiashvili
On 05/04/2011 10:50 AM, Charles Plessy wrote: Le Wed, May 04, 2011 at 08:46:09AM +, Alex Mestiashvili a écrit : Author: malex-guest Date: 2011-05-04 08:46:07 + (Wed, 04 May 2011) New Revision: 6761 Added: trunk/packages/cufflinks/trunk/debian/ trunk/packages/cufflinks/trunk

Re: libbam-dev ships sam.h in /usr/include/samtools

2011-05-25 Thread Alex Mestiashvili
On 05/25/2011 04:35 AM, Charles Plessy wrote: Dear Alex, As the Perl transition is over, I have updated libbam to serve its headers in /usr/include/samtools, and libbio-samtools-perl to search for them there. You can go ahead with a similar change in cufflinks any time you like. Have a nice da

Re: libbam-dev ships sam.h in /usr/include/samtools

2011-05-25 Thread Alex Mestiashvili
On 05/26/2011 07:08 AM, Charles Plessy wrote: Le Wed, May 25, 2011 at 05:08:54PM +0200, Andreas Tille a écrit : On Wed, May 25, 2011 at 04:33:37PM +0200, Alex Mestiashvili wrote: Cufflinks in the git repository appears to be lintian clean . The manual pages were missing , but each

Re: libbam-dev ships sam.h in /usr/include/samtools

2011-05-26 Thread Alex Mestiashvili
On 05/26/2011 08:19 AM, Charles Plessy wrote: Le Thu, May 26, 2011 at 08:08:20AM +0200, Alex Mestiashvili a écrit : Would it be possible just to roll back to latest commit done by you , and start over from that point with my changes and the new upstream 1.0.2 ? Yes, this is something

Re: libbam-dev ships sam.h in /usr/include/samtools

2011-05-26 Thread Alex Mestiashvili
On 05/27/2011 07:56 AM, Charles Plessy wrote: Hi Alex, I found that format-patch can be given a path, so that it only produces patch for it. Here is how I have prepared a new cufflinks repository: debcheckout -a git://git.debian.org/debian-med/cufflinks.git --git-track='*' cd cufflinks/

Re: libbam-dev ships sam.h in /usr/include/samtools

2011-05-30 Thread Alex Mestiashvili
On 05/29/2011 04:50 PM, Charles Plessy wrote: Dear Alex, I reviewed the licenses in the sources of Cufflinks and found that the files under src/locfit are not free, because their license forbids to make benchmarks… http://anonscm.debian.org/gitweb/?p=debian-med/cufflinks.git;a=blob;f=debian/cop

Re: libbam-dev ships sam.h in /usr/include/samtools

2011-06-03 Thread Alex Mestiashvili
On 05/30/2011 05:43 PM, Alex Mestiashvili wrote: On 05/29/2011 04:50 PM, Charles Plessy wrote: Dear Alex, I reviewed the licenses in the sources of Cufflinks and found that the files under src/locfit are not free, because their license forbids to make benchmarks… http://anonscm.debian.org

Re: libbam-dev ships sam.h in /usr/include/samtools

2011-06-03 Thread Alex Mestiashvili
On 06/03/2011 11:46 AM, Sebastian Hilbert wrote: Am Freitag, 3. Juni 2011, 11:30:12 schrieb Alex Mestiashvili: On 05/30/2011 05:43 PM, Alex Mestiashvili wrote: On 05/29/2011 04:50 PM, Charles Plessy wrote: Dear Alex, I reviewed the licenses in the sources of Cufflinks and

rdkit

2011-06-09 Thread Alex Mestiashvili
Hello , Here is an interesting software , http://code.google.com/p/rdkit/ if its not yet in the list could someone add it to the tasks list ? Also cufflinks is maintained in the git repository but tasks page isn't updated . Best regards , Alex -- To UNSUBSCRIBE, email to debian-med-requ...

Re: proposed patch libbam-dev due to cufflinks configure script not picking up bam.h

2011-12-02 Thread Alex Mestiashvili
On 12/02/2011 03:32 PM, Andreas Tille wrote: > Hi George, > > I admit I do not completely understand what you are suggesting but it > feels somehow hackish. I'd strongly advise to talk to Alexander and > Charles who both rook part in the discussion in the cufflinks ITP > (#627799) and have commite

  1   2   >