[Debian-med-packaging] Tim - don't update the archive ... qiime Re: [med-svn] r7572 - trunk/packages/qiime

Andreas Tille andreas at an3as.eu
Mon Aug 29 09:05:51 UTC 2011


Ahhh,  sorry, I was tricked by SVN - just let me reinject what formerly
what should have gone to braches/lucid. :-(

It should be done now...  Sorrx for the confusion

    Andreas.

On Mon, Aug 29, 2011 at 10:52:18AM +0200, Andreas Tille wrote:
> On Mon, Aug 29, 2011 at 10:00:01AM +0200, Steffen Möller wrote:
> > On 08/29/2011 08:44 AM, Andreas Tille wrote:
> > > Author: tille
> > > Date: 2011-08-29 06:44:13 +0000 (Mon, 29 Aug 2011)
> > > New Revision: 7572
> > >
> > > Removed:
> > >    trunk/packages/qiime/trunk_compatible/
> > > Log:
> > > Remove old directory
> > this is not really the old one but the one that Tim
> > worked with to be compatible with lucid, and hence
> > the one that was validated by him.
> 
> It is old in the sense that I *moved* Tims work to
>    branches/lucid
> and you can not simply move in one step with SVN (TTBOMK).
>  
> > Apparently my renaming was not the best of all
> > possible ideas. Tim, a
> > 
> > svn copy trunk_compatible/ lucid_verified
> > 
> > should save your effort and is probably better.
> 
> IMHO the branches/lucid is what we want, or not?
> 
> > @Andreas, qiime is about hundreds of thousands of
> > dollars, if not millions, for a single experimental setup. We
> > are running such ourselves with a neighbouring institute,
> > but not with Debian or Ubuntu. It was not a problem of
> > the packaging but with uclust, a problem that Tim has
> > helped to identify with his installation script. Nobody
> > then tried the second platform again because of time 
> > pressure and that second cluster to matching the first
> > working one in size. We would now catch them with an easy
> > update to 1.3. But that would then need to be validated.
> 
> I personally will not upload the Debian package before anybody has
> confirmed that the package works.  I just tried to apply those
> information I've got (separate denoiser package to be removed;
> qiime ships with denoiser, but arch=any).
>  
> > The installation is delicate, and so are its dependencies.
> > We need to get the FTBFS fixed, of course, but it should
> > all be through the hands of those with a direct feedback
> > from the users of those packages. This is Tim. If you are
> > using qiime in your institute also, then fine, but otherwise
> > please leave it all to him, even when he is packaging it
> > in some old-fashioned way for the time speaking.
> 
> I fixed some FTBFS (missing build-depends) and my split of
> qiime-denoiser should be considered as a suggestion which will not harm
> the functionality.  For sure it should be verified.
> 
> Kind regards
> 
>        Andreas.
> 
> -- 
> http://fam-tille.de
> 
> _______________________________________________
> Debian-med-packaging mailing list
> Debian-med-packaging at lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
> 

-- 
http://fam-tille.de



More information about the Debian-med-packaging mailing list