Re: dicomscope documentation

2009-01-22 Thread Andreas Tille
On Thu, 22 Jan 2009, Mathieu Malaterre wrote: I cannot reproduce here. Can anyone else reproduce that issue ? Probably not. It was just me so forget it. I have seen that the doc-base file is wrong - probably because I missinterpreted the doc-base documentation about more than one document

Re: BioSquid - should it be removed from the archive?

2009-01-22 Thread Steffen Moeller
HMMer directly ships with a variant of squid itself. We noticed some functions to have been added. So, instead of hmmer suggesting biosquid, it could actually provide it. Upstream was unsure about the degree of compatibility himselfasked about a year ago. I cannot recall Infernal to ship

Re: BioSquid - should it be removed from the archive?

2009-01-22 Thread Charles Plessy
Le Thu, Jan 22, 2009 at 01:05:34PM +0100, Andreas Tille a écrit : On Thu, 22 Jan 2009, Steffen Moeller wrote: HMMer directly ships with a variant of squid itself. We noticed some functions to have been added. So, instead of hmmer suggesting biosquid, it could actually provide it. Sounds

Re: BioSquid - should it be removed from the archive?

2009-01-22 Thread Andreas Tille
On Thu, 22 Jan 2009, Charles Plessy wrote: I just checked the HMMER3 sources, and they do not contain (bio)squid, so the hmmer-squid would not have a long life. Squid is two different things: - a C library, which we do not package. - some utilities built (statically?) with this C library,

Re: BioSquid - should it be removed from the archive?

2009-01-22 Thread Charles Plessy
Le Thu, Jan 22, 2009 at 01:45:10PM +0100, Andreas Tille a écrit : On Thu, 22 Jan 2009, Charles Plessy wrote: I just checked the HMMER3 sources, and they do not contain (bio)squid, so the hmmer-squid would not have a long life. Squid is two different things: - a C library, which we do not

Re: BioSquid - should it be removed from the archive?

2009-01-22 Thread Charles Plessy
Le Thu, Jan 22, 2009 at 02:15:08PM +0100, Steffen Moeller a écrit : Charles Plessy wrote: I just checked the HMMER3 sources, and they do not contain (bio)squid, so the hmmer-squid would not have a long life. Is there an ITP for HMMER3 already? Hmm… Since the package's name is hmmer

Re: BioSquid - should it be removed from the archive?

2009-01-22 Thread Steffen Moeller
Charles Plessy wrote: I just checked the HMMER3 sources, and they do not contain (bio)squid, so the hmmer-squid would not have a long life. Is there an ITP for HMMER3 already? [...] We will face similar situations in the future. Maybe we need a dedicated page on our website? Should

Re: [Debian-med-packaging] Bug#512371: Bug#512371: biofox: not compatible with firefox in lenny !

2009-01-22 Thread Charles Plessy
By the way, another of our packages have a serious problem :( Have a nice day, -- Charles Le Thu, Jan 22, 2009 at 10:49:22PM +0900, Charles Plessy a écrit : severity 512371 grave forwarded 512371 https://www.mozdev.org/bugs/show_bug.cgi?id=20475 thanks Le Tue, Jan 20, 2009 at 10:00:58AM

Re: Review of all the Debian Med debtags, and questions.

2009-01-22 Thread Enrico Zini
On Sun, Jan 11, 2009 at 02:48:40PM +0900, Charles Plessy wrote: Greetings, Debtags developpers, and happy new year ! I would be really interested in reading your answer to the mail I posted last September: http://lists.alioth.debian.org/pipermail/debtags-devel/2008-September/001841.html

Bug#512718: ITP: libbio-primerdesigner-perl -- Design PCR primers using primer3 and epcr

2009-01-22 Thread Charles Plessy
Package: wnpp Severity: wishlist Owner: Charles Plessy ple...@debian.org Dear all, I will package Bio::PrimerDesigner, which is yet another dependancy of Gbrowse, the generic genome browser. I already injected the prospective package in the pkg-perl Subversion repository. Have a nice day, --

Re: Review of all the Debian Med debtags, and questions.

2009-01-22 Thread Andreas Tille
On Thu, 22 Jan 2009, Enrico Zini wrote: as far as software is concerned, that software may work with. I can't think of anything like that, so I'd go with biological-sequence at the moment, and we're always in time to rename it later. Sounds reasonable. works-with::graphs would probably