python modules in main

[Matt Zimmerman]

On Thu, Feb 08, 2007 at 04:59:40PM +0100, Matthias Klose wrote:
> The following is a list of python modules, which currently are
> explicitely seeded for main (development seed), plus suggested demotions
> and promotions to universe/main.
> 
> Comments, and additional suggestions for demotion/promotions are welcome.

Thanks for putting this together.

> Candidates for demotions:
> 
> - python-eunuchs (unmaintained)
> - python-elementtree (part of python2.5)
> - python-adns (unmaintained in debian, no reverse dependencies)
> - python-dictclient (Python client library for DICT (RFC2229) protocol)
>   no users (rdepends) seen.
> - python-pqueue (unmaintained upstream, ???)
> - python-sqlite (old module version)
> - python-pysqlite2 (part of python2.5)

Should any of these be considered for removal, rather than reclassification
to universe?

> Candidates for promotions:
> 
> - python-numpy (1.0 release, will replace python-numeric and
>   python-numarray in the long term)

Can we swap this with python-numarray, as it doesn't seem to have reverse
dependencies in main?

> - python-avahi (source already in main)
> - python-beagle (source already in main)
> - python-magic  (bindings for packages in main, from the file source)

Python bindings built from sources in main should, as a rule, be seeded.

> - python-beautifulsoup, error-tolerant HTML parser for Python

Rationale?

> - python-bluez (bindings for packages in main)
> - python-diacanvas2 (bindings for packages in main)
> - python-enchant (bindings for packages in main)
> - python-hid  (bindings for packages in main)
> - python-rrd  (bindings for packages in main, rrdtool)
> - python-lxml (pythonic binding for the libxml2 and libxslt libraries)
> - python-reportlab-accel (acceleration for python-reportlab, which
>   already is in main).

If it's built from a different source, I think we should wait until there's
a need.

> - python-bughelper (maybe should be promoted together with bughelper?)

bughelper is still in an early stage of development and probably not ready
for main yet.

> - python-imaging-doc-html, python-imaging-doc-pdf (doc for packages
>   already in main).

I'm indifferent.

> - python-svn (alternative bindings for subversion)

Is there a rationale for keeping either of them in main?

> Remove from seeds, referenced elsewhere:
> - python-epydoc
> - python-tz

Good idea.

> - these are referenced from schooltool/schoolbell:
>  * python-pullparser
>  * python-mechanize
>  * python-clientform
> 
> Don't touch:
> 
>  * python-apt               # MRS, we need to be able to interact with APT
>  * python-glade2
>  * python-gnome2            # SebastienBacher
>  * python-gtk2              # SebastienBacher
>  * python-dbus
>  * python-gst0.10

These surely have reverse dependencies; I don't think it's important to seed
them explicitly.  Likewise for any others in this list; we should only seed
modules which aren't used and have a rationale.

>  * python-cddb              # MRS, great for desktop users to be able to
> manage CD's in Python
>  * python-clientcookie      # MRS, unless a better cgi-style framework
> is below
>  * python-crypto            # MRS, very useful even though it's very
> specific
>  * python-egenix-mxproxy    # MRS,
>  * python-egenix-mxstack    # MRS,
>  * python-egenix-mxtexttools # MRS,
>  * python-egenix-mxtools    # MRS,
>  * python-examples          # MRS,
>  * python-genetic
>  * python-geoip
>  * python-gnupginterface
>  * python-htmlgen
>  * python-id3lib
>  * python-imaging
>  * python-imaging-sane
>  * python-jabber
>  * python-librdf
>  * python-pycurl
>  * python-ldap
>  * python-mysqldb
>  * python-newt
>  * python-numeric
>  * python-pam
>  * python-pexpect
>  * python-pisock
>  * python-pyao
>  * python-pylibacl
>  * python-pyopenssl
>  * python-pyvorbis
>  * python-pyxattr
>  * python-reportlab
>  * python-simpletal
>  * python-unit
>  * python-xdg                   # SebastienBacher
>  * python-xmpp
>  * python-libxml2
>  * python-libxslt1

I wouldn't mind if this list were trimmed further, but it's reasonably
manageable now.

> Moved from supported:
> 
>  * python-pygresql         # JamesTroup, from hoglet
>  * python-psycopg          # used in launchpad
>  * python-nevow
>  * python-uno
>  * python-dbg
>  * python-numarray
>  * python-twisted
>  * python-samba
>  * idle             # Python IDE
>  * python-gobject
>  * python-gpod

Agreed, if they're to be seeded, it should be in development rather than
supported.

-- 
 - mdz