[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Please check whether your package is mentioned in tasks files



On Tue, Jun 12, 2012 at 10:28:45AM +0200, Olе Streicher wrote:
> > Any DD should have commit permissions by ACLs (if it does not work for
> > you I'd keen on knowing this).  If it is not self explanatory you might
> > like to have a look in the Blends documentation[1].
> 
> I am not a DD yet.

OK.  So if you are interested in maintaining tasks files yourself you
should become a mamber of Debian Pure Blends team.  Sending me a patch
is fine as well.
 
> >> - python-pywcs
> >   into astronomy
> 
> astronomy-dev (see below)

OK.
 
> >> - funtools
> >   funtools into astronomy
> >   Question: what about tcl-funtools? Should this be included
> >             as well / instead
> >   libfuntools-dev into astronomy-dev
> 
> Sorry: I think this should be removed from the task lists. Although I
> recently packaged it, it is considered deprecated by its authors, and
> only used within saods9. It should not be used for new developments.

So I removed libfuntools-dev from astronomy-dev.  Should funtools be
also removed from astronomy

> * wnpp "MIDAS" is of 2007 and is already archived. Keeping it on the
>   list may be misleading.

Do you consider it "not worth packaging at all" or are you just
concerned that nobody is actually doing anything.  In the first case a
removal is right in the second - well it might give a hint for people
who might like to start some packaging and unarchiving+reopening a WNPP
bug is no real problem.
 
> * The Python packages seem to have no defined place. Some (like
>   python-pyfits) are in astronomy-dev, other (like python-scientific)
>   are in astronomy. I think this should be consistent, and given that
>   they are more used for writing analysis scripts than for interactive
>   use, I would put them to "-dev". The same for "tcl" packages.

You mean tcl-funtools?
   
> * I have a package "xpa" that is designed to be of general use, but in
>   fact only used by one, astronomical, package (saods9). Maybe it would
>   be useful to put this onto the list as well?

I'm personally a friend of adding rather more than less packages because
it simply increases the visibility of those packages on one hand for the
user on the other hand also for developers.  We currently also can
distinguish between Depends (which will be rendered to "Recommends" in
the Metapackages for some historical reason) and Suggests to express
that it is not that important for the task.

Feel free to send me a patch in case something should be enhanced.

Kind regards

        Andreas.

-- 
http://fam-tille.de


Reply to: