Bug#598556: ITP: insightapplications -- InsightToolKit (ITK) based medical imaging applications

Package: wnpp Severity: wishlist Owner: "Steve M. Robbins" * Package name: insightapplications Version : 3.20.0 Upstream Author : The Insight Consortium and Contributors * URL : http://itk.org/ITK/resources/applications.html * License : BSD (http://www.itk.org/

Bug#598545: ITP: zettair -- compact and fast text search engine

Package: wnpp Severity: wishlist Owner: Miriam Ruiz * Package name: zettair Version : 0.9.3 Upstream Author : Zettair Developers * URL : http://www.seg.rmit.edu.au/zettair/ * License : BSD Programming Lang: C Description : compact and fast text search

Re: Buildd & binary-indep

Joey Hess wrote: > Adding the script to the make package would > encapsulate the kludge cleanly. If Debian make had this command, > it should be sufficient for both using build-arch and for half of debhelper's > needs: > > make-first-existing-target target1 target2 [target3 ...] Implemented

Re: Summary of CUT discussions

I demand that Roland Mas may or may not have written... [snip] > And if I may join the bikeshedding, let me suggest we rename “testing” > to “staging”, "nextstable"? ;-) (Not "newstable", though. That could be confusing.) [snip] -- | Darren Salt| linux at youmustbejoking | nr. Ashi

data.debian.org -- requirements for packages

Hi, I know that data.debian.org is not yet there, but I wonder whether there is already a concept, i.e. a set of requirements that packages have to fulfil to qualify for this archive? I assume packages would have to be architecture 'all', but other than that I wonder whether there will be any sig

Re: delegation for FTP Masters

Stefano Zacchiroli writes ("Re: delegation for FTP Masters"): > On Wed, Sep 29, 2010 at 12:21:12PM +0100, Ian Jackson wrote: > > That's fine, but can you next time please tell us what the changes are > > between this new delegation and the previous one ? That would make it > > easier to see what t

Re: Buildd & binary-indep

Bernhard R. Link wrote: > There really is no reason to keep build-arch and build-indep optional > (the only reason would have been to allow for them becoming widespread > on their own and then requiring them once that has no big effect), as > every package not supporting them can support them by a

Re: delegation for FTP Masters

>> As it's painful to track multiple delegation mails for a single group of >> people, I'm (re-)delegating all FTP masters at once. A reference to the >> present delegation will shortly be available at >> . > That's fine, but can you next time please tell us

Re: delegation for FTP Masters

On Wed, Sep 29, 2010 at 12:21:12PM +0100, Ian Jackson wrote: > That's fine, but can you next time please tell us what the changes are > between this new delegation and the previous one ? That would make it > easier to see what the point of the announcement was. You're right, I'll highlight more c

Bug#598499: ITP: galinette -- Library for communicating with Flymaster® B1 avionics devices

Package: wnpp Severity: wishlist Owner: Paul McEnery * Package name: galinette Version : 1.1 Upstream Author : Boris Lechner * URL : http://galinette.sourceforge.net * License : GPL Programming Lang: C Description : Library for communicating with Flym

Re: delegation for FTP Masters

Raphael Hertzog writes ("Re: delegation for FTP Masters"): > Your mail did not end up on d-d-a... d-d-a forwards what looks like a > reply (subject =~ /^Re:/ or In-Reply-To:) to debian-devel. Indeed so. Excellent. Ian. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a s

Bug#598490: ITP: python-fastimport -- Fastimport file format parser and generator library

Package: wnpp Severity: wishlist Owner: Jelmer Vernooij * Package name: python-fastimport Version : 0.9.0 Upstream Author : Ian Clatworthy * URL : http://launchpad.net/python-fastimport * License : GPL Programming Lang: Python Description : Fastimport

Re: delegation for FTP Masters

Hi, On Wed, 29 Sep 2010, Ian Jackson wrote: > I wrote: > > Stefano Zacchiroli writes ("delegation for FTP Masters"): > > > As it's painful to track multiple delegation mails for a single group of > > > people, I'm (re-)delegating all FTP masters at once. A reference to the > > > present delegation

Re: delegation for FTP Masters

I wrote: > Stefano Zacchiroli writes ("delegation for FTP Masters"): > > As it's painful to track multiple delegation mails for a single group of > > people, I'm (re-)delegating all FTP masters at once. A reference to the > > present delegation will shortly be available at > >

Re: delegation for FTP Masters

Stefano Zacchiroli writes ("delegation for FTP Masters"): > As it's painful to track multiple delegation mails for a single group of > people, I'm (re-)delegating all FTP masters at once. A reference to the > present delegation will shortly be available at >

Bug#598477: ITP: opencl-headers -- OpenCL (Open Computing Language) header files

Package: wnpp Severity: wishlist Owner: Andreas Beckmann * Package name: opencl-headers Version : 1.0 Upstream Author : The Khronos Group Inc. * URL : http://www.khronos.org/registry/cl/ * License : other Programming Lang: Header files for C, C++ Descriptio

Re: Buildd & binary-indep

* Russ Allbery [100928 00:19]: > Roger Leigh writes: > > > Unless I missed it in a previous discussion, I can't see what's wrong > > with simply mandating support with a new Standards-Version as Bernhard > > suggested. Could you elaborate on why Build-Features seems preferable > > since this app

Re: machine-readable debian/copyright and arbitrary comments

On ke, 2010-09-29 at 08:40 +0200, gregor herrmann wrote: > IMO it's perfectly fine to put it into the Disclaimer: or (X-)Comment: > fields (not sure if > http://lists.debian.org/debian-project/2010/08/msg00307.html is the > current status) That is the current status, yes. -- To UNSUBSCRIBE, ema

Re: machine-readable debian/copyright and arbitrary comments

On 09/29/2010 07:24 AM, Marc Haber wrote: > This is no longer possible with the machine readable format of > debian/copyright. Where am I supposed to put this information > nowadays? Not that I agree that the information should go in debian/copyright, but according to DEP5, you could use arbitrar