Re: blast+ packaging

2011-05-31 Thread Olivier Sallou
Hi, I tried debuild -rfakeroot but it still fails. I cannot build anymore the package. dpkg-source -b ncbi-blast-2.2.25+-src dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: warning: patches have not been applied, applying them now (use --no-preparation to override)

Re: blast+ packaging

2011-05-30 Thread Olivier Sallou
hi, after updating to your code, there is a compil (configure) error at build time: configure: error: Do not know how to build MT-safe with compiler /usr/bin/g++ Maybe a missing dependency, do you have any idea? Olivier Le 5/29/11 6:12 PM, Aaron M. Ucko a écrit : Olivier Sallou

Re: blast+ packaging

2011-05-30 Thread Aaron Ucko
That's a puzzling error; please send your c++/config.log, which should shed more light on it. nbsp;Thanks! -- Sent from my Palm Pre On May 30, 2011 3:44, Olivier Sallou lt;olivier.sal...@irisa.frgt; wrote: hi, after updating to your code, there is a compil (configure) error at build time:

Re: blast+ packaging

2011-05-30 Thread Olivier Sallou
Here is config.log 25+-src/c++$ cat config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by ncbi-tools++ configure 0.0, which was generated by GNU Autoconf 2.59. Invocation command line was $

Re: blast+ packaging

2011-05-30 Thread Aaron Ucko
It looks like you're trying to run the whole build under fakeroot, which is unnecessary. nbsp;I can improve debian/rules to allow for that, but would regardless recommend switching to debuild -rfakeroot. Sorry you ran into trouble!

Re: blast+ packaging

2011-05-30 Thread Aaron M. Ucko
Olivier Sallou olivier.sal...@irisa.fr writes: configure: error: Do not know how to build MT-safe with compiler /usr/bin/g++ Updating debian/rules to r6893 should fix that, though I'd still recommend using fakeroot only as needed (e.g., via debuild -rfakeroot). Once again, thanks for pointing

Re: blast+ packaging

2011-05-29 Thread George Marselis
since we are on the subject, i have been trying to compile ncbi-blast on my own, for my own use. i would like to enable ever single one of it's features; eg, UUIDs . or xalan. I cannot find any info on how to activate UUIDs (it's not an option in ./configure --help) and I cannot find the proper

Re: blast+ packaging

2011-05-29 Thread Olivier Sallou
Mai 2011 13:57:28 Objet: Re: blast+ packaging since we are on the subject, i have been trying to compile ncbi-blast on my own, for my own use. i would like to enable ever single one of it's features; eg, UUIDs . or xalan. I cannot find any info on how to activate UUIDs (it's not an option

Re: blast+ packaging

2011-05-29 Thread George Marselis
- De: George Marselis geo...@marsel.is À: Debian Med Project List debian-med@lists.debian.org Envoyé: Dimanche 29 Mai 2011 13:57:28 Objet: Re: blast+ packaging since we are on the subject, i have been trying to compile ncbi-blast on my own, for my own use. i would like to enable ever single one

Re: blast+ packaging

2011-05-29 Thread Aaron M. Ucko
Olivier Sallou olivier.sal...@irisa.fr writes: please feel free to commit in my dir. It will indeed be easier than merging. Done, thanks. I also threw in some improvements to the copyright file that I'd meant to propose earlier: * Remove the stanza for (c++/)scripts/projects/xmlwrapp/*, whose

Re: blast+ packaging

2011-05-27 Thread Aaron M. Ucko
Olivier Sallou olivier.sal...@irisa.fr writes: for info I could make a few changes ot blast+ packaging: Please don't let the length of this message alarm you; as I mentioned, you're off to a great start, but there are plenty of details to packaging anything well, and BLAST is no exception.

Re: blast+ packaging

2011-05-22 Thread Aaron M. Ucko
Olivier Sallou olivier.sal...@irisa.fr writes: did you had time to look at ncbi-blast+ package before pushing it ? I'm trying out your packaging now; although I will have some further suggestions (detailed patch to follow later this week), I must say that you've gotten off to a great start, and

Re: blast+ packaging

2011-05-20 Thread Aaron M. Ucko
Olivier Sallou olivier.sal...@irisa.fr writes: did you had time to look at ncbi-blast+ package before pushing it ? I'm terribly sorry, but I still haven't had time. Perhaps this weekend. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ |

Re: blast+ packaging

2011-05-10 Thread Olivier Sallou
Hi, for info I could make a few changes ot blast+ packaging: - rename package to ncbi-blast+ (instead of -plus). - create a ncbi-blast+-legacy which adds some scripts for legacy blast that calls the blasT_legacy perl script to keep available previous command line (shell scripts in

Re: blast+ packaging

2011-05-07 Thread Olivier Sallou
Hi, thanks for your reviews. I won't have time to progress in next 2 weeks. I will refresh svn and have a look at this time For boost, I did not know what was exactly required, I just saw that it was required for compil. For zlib etc... included in code, I think we should keep the copies

Re: blast+ packaging

2011-05-07 Thread Aaron M. Ucko
Olivier Sallou olivier.sal...@irisa.fr writes: thanks for your reviews. I won't have time to progress in next 2 weeks. I will refresh svn and have a look at this time No problem; I know how that goes. I'd like to be as close as possible form original source code for maintenance That's

Re: blast+ packaging

2011-05-06 Thread Tim Booth
Hi Olivier, I'm having a look at the package now. I've pushed some changes to SVN already - I hope you don't mind. To explain... I don't think you need to repack the source in this case. The guidelines say to rename the tarball file, but not to change the contents unless there is a pressing

Re: blast+ packaging

2011-05-06 Thread Aaron M. Ucko
Tim Booth ava...@fastmail.fm writes: I'm having a look at the package now. I've pushed some changes to SVN already - I hope you don't mind. To explain... Thanks for getting the review process started! I'll give more feedback once I've had time to take a closer look at the packaging, but in

Re: blast+ packaging

2011-04-27 Thread Andreas Tille
Hi Olivier, On Wed, Apr 27, 2011 at 02:35:55PM +0200, Olivier Sallou wrote: Has anyone started something? Or should I go for it ? If you are brave enough to tackle this there are several people who would be happy about this (and some other programs depend from it. I would strongly advise to CC

Re: blast+ packaging

2011-04-27 Thread Olivier Sallou
Hi, thanks for the info. Regarding binaries size vs compiled from source, I know that by default, compilation is done with debug enabled, and increase size/lower performance. For uscan I did not have a look yet, for the moment I will try to get compilation done... The legacy_blast.pl is given

Re: blast+ packaging

2011-04-27 Thread Steffen Möller
Hello, On 04/27/2011 02:35 PM, Olivier Sallou wrote: I see in tasks the ncbi Blast+ software, not packaged. Has anyone started something? Or should I go for it packages/ncbi-tools-cxx I once had a closer look at ... but then there was something with the build the let me stop ... don't

Re: blast+ packaging

2011-04-27 Thread Tim Booth
Hi Olivier, This was on my RADAR but I'm currently about to tackle AmplicoNoise (must remember to file an ITP before I start...) so please go ahead. I had a look at it at the sprint and this is what I found: 1) This may have been down to our rubbish wireless link but there appeared to be

Re: blast+ packaging

2011-04-27 Thread Aaron M. Ucko
Tim Booth ava...@fastmail.fm writes: 1) This may have been down to our rubbish wireless link but there appeared to be something stopping automated downloads (ie. Uscan) from NCBI. I know they do have anti-leeching on some of their sites. Do you get any problems? This shouldn't be a