Bug#933758: moap: Pychecker will be removed

2019-08-02 Thread Kenneth J. Pronovici
Package: moap
Severity: serious
Justification: Policy 5.9.2

Hi,

This is one of a few packages in the archive that still depend on Pychecker.  I
have filed a bug with ftp.debian.org to have epydoc removed from unstable.
Besides its lack of support for Python 3, epydoc has been completely
unsupported upstream for close to a decade.  It really should have been removed
from the archive years ago.

I apologize for the late notice on this.  I filed bugs against all of the
dependencies I could find a while ago, but the FTP Master list included some
additional packages.

If I don't hear back from you, I will NMU a version of your package that removes
the build dependency.  

Thanks,

KEN



Bug#933755: moap: Epydoc will be removed

2019-08-02 Thread Kenneth J. Pronovici
Package: moap
Severity: serious
Justification: Policy 5.9.2

Hi,

This is one of 20+ packages in the archive that still depend on Epydoc.  I
have filed a bug with ftp.debian.org to have epydoc removed from unstable.
Besides its lack of support for Python 3, epydoc has been completely
unsupported upstream for close to a decade.  It really should have been removed
from the archive years ago.

I apologize for the late notice on this.  I filed bugs against all of the
dependencies I could find over 18 months ago, but the FTP Master list included
some additional packages.

If I don't hear back from you, I will NMU a version of your package that removes
the build dependency.  I will accomplish this by simply not building the API
documentation.  If you don't want me to do this, please reply and let me know
how you want me to proceed.

Thanks,

KEN



Bug#933654: epydoc: Package is deprecated and will be removed - do not use

2019-08-01 Thread Kenneth J. Pronovici
Source: epydoc
Severity: serious
Justification: Policy 5.9.2

Epydoc depends on Python 2, and can't be converted to Python 3.  It has also
been unmaintained upstream for most of a decade.  I have filed bug #932574
requesting its removal.  Please do not rely on it as a runtime dependency
or a build dependency.



Bug#933655: pychecker: Package is deprecated and will be removed - do not use

2019-08-01 Thread Kenneth J. Pronovici
Package: pychecker
Severity: serious
Justification: Policy 5.9.2

Pychecker depends on Python 2, and can't be converted to Python 3.  It has also
been unmaintained upstream for most of a decade.  I have filed bug #932575
requesting its removal.  Please do not rely on it as a runtime dependency or a
build dependency.



Bug#933617: pyinotify: Epydoc will be removed

2019-07-31 Thread Kenneth J. Pronovici
Source: pyinotify
Severity: serious
Justification: Policy 5.9.2

Hi,

This is one of 20+ packages in the archive that still depend on Epydoc.  I
have filed a bug with ftp.debian.org to have epydoc removed from unstable.
Besides its lack of support for Python 3, epydoc has been completely
unsupported upstream for close to a decade.  It really should have been removed
from the archive years ago.

I apologize for the late notice on this.  I filed bugs against all of the
dependencies I could find over 18 months ago, but the FTP Master list included
some additional packages.

If I don't hear back from you, I will NMU a version of your package that removes
the build dependency.  I will accomplish this by simply not building the API
documentation.  If you don't want me to do this, please reply and let me know
how you want me to proceed.

Thanks,

KEN



Bug#933618: python-crypto: Epydoc will be removed

2019-07-31 Thread Kenneth J. Pronovici
Package: python-crypto
Version: 2.6.1-7
Severity: serious
Justification: Policy 5.9.2

Hi,

This is one of 20+ packages in the archive that still depend on Epydoc.  I
have filed a bug with ftp.debian.org to have epydoc removed from unstable.
Besides its lack of support for Python 3, epydoc has been completely
unsupported upstream for close to a decade.  It really should have been removed
from the archive years ago.

I apologize for the late notice on this.  I filed bugs against all of the
dependencies I could find over 18 months ago, but the FTP Master list included
some additional packages.

If I don't hear back from you, I will NMU a version of your package that removes
the build dependency.  I will accomplish this by simply not building the API
documentation.  If you don't want me to do this, please reply and let me know
how you want me to proceed.

Thanks,

KEN



Bug#933619: python-txosc: Epydoc will be removed

2019-07-31 Thread Kenneth J. Pronovici
Package: python-txosc
Severity: serious
Justification: Policy 5.9.2

Hi,

This is one of 20+ packages in the archive that still depend on Epydoc.  I
have filed a bug with ftp.debian.org to have epydoc removed from unstable.
Besides its lack of support for Python 3, epydoc has been completely
unsupported upstream for close to a decade.  It really should have been removed
from the archive years ago.

I apologize for the late notice on this.  I filed bugs against all of the
dependencies I could find over 18 months ago, but the FTP Master list included
some additional packages.

If I don't hear back from you, I will NMU a version of your package that removes
the build dependency.  I will accomplish this by simply not building the API
documentation.  If you don't want me to do this, please reply and let me know
how you want me to proceed.

Thanks,

KEN



Bug#933616: openvdb: Epydoc will be removed

2019-07-31 Thread Kenneth J. Pronovici
Source: openvdb
Severity: serious
Justification: Policy 5.9.2

Hi,

This is one of 20+ packages in the archive that still depend on Epydoc.  I
have filed a bug with ftp.debian.org to have epydoc removed from unstable.
Besides its lack of support for Python 3, epydoc has been completely
unsupported upstream for close to a decade.  It really should have been removed
from the archive years ago.

I apologize for the late notice on this.  I filed bugs against all of the
dependencies I could find over 18 months ago, but the FTP Master list included
some additional packages.

If I don't hear back from you, I will NMU a version of your package that removes
the build dependency.  I will accomplish this by simply not building the API
documentation.  If you don't want me to do this, please reply and let me know
how you want me to proceed.

Thanks,

KEN



Bug#933615: kiwi: Epydoc will be removed

2019-07-31 Thread Kenneth J. Pronovici
Source: kiwi
Severity: serious
Justification: Policy 5.9.2

Hi,

This is one of 20+ packages in the archive that still depend on Epydoc.  I
have filed a bug with ftp.debian.org to have epydoc removed from unstable.
Besides its lack of support for Python 3, epydoc has been completely
unsupported upstream for close to a decade.  It really should have been removed
from the archive years ago.

I apologize for the late notice on this.  I filed bugs against all of the
dependencies I could find over 18 months ago, but the FTP Master list included
some additional packages.

If I don't hear back from you, I will NMU a version of your package that removes
the build dependency.  I will accomplish this by simply not building the API
documentation.  If you don't want me to do this, please reply and let me know
how you want me to proceed.

Thanks,

KEN



Bug#933614: logilab-common: Epydoc will be removed

2019-07-31 Thread Kenneth J. Pronovici
Source: logilab-common
Severity: serious
Justification: Policy 5.9.2

Hi,

This is one of 20+ packages in the archive that still depend on Epydoc.  I
have filed a bug with ftp.debian.org to have epydoc removed from unstable.
Besides its lack of support for Python 3, epydoc has been completely
unsupported upstream for close to a decade.  It really should have been removed
from the archive years ago.

I apologize for the late notice on this.  I filed bugs against all of the
dependencies I could find over 18 months ago, but the FTP Master list included
some additional packages.

If I don't hear back from you, I will NMU a version of your package that removes
the build dependency.  I will accomplish this by simply not building the API
documentation.  If you don't want me to do this, please reply and let me know
how you want me to proceed.

Thanks,

KEN



Bug#933613: ldaptor: Epydoc will be removed

2019-07-31 Thread Kenneth J. Pronovici
Source: ldaptor
Severity: serious
Justification: Policy 5.9.2

Hi,

This is one of 20+ packages in the archive that still depend on Epydoc.  I
have filed a bug with ftp.debian.org to have epydoc removed from unstable.
Besides its lack of support for Python 3, epydoc has been completely
unsupported upstream for close to a decade.  It really should have been removed
from the archive years ago.

I apologize for the late notice on this.  I filed bugs against all of the
dependencies I could find over 18 months ago, but the FTP Master list included
some additional packages.  

If I don't hear back from you, I will NMU a version of your package that removes
the build dependency.  I will accomplish this by simply not building the API
documentation.  If you don't want me to do this, please reply and let me know
how you want me to proceed.

Thanks,

KEN



Bug#933504: RM: spe -- ROM; Python 2 package; appears dead upstream; depends on Pychecker

2019-07-30 Thread Kenneth J. Pronovici
Package: ftp.debian.org
Severity: normal

I am filing this bug to remove spe per the recommendation of the FTP Masters.  

I am requesting that this package be removed from the archive so I can continue
with the removal of pychecker, which is obsolete, unsupported, and requires
Python 2.  

I filed a bug with spe in early June but have not heard back since then.  There
hasn't been a maintainer upload for this package since 2013, even though there
have been 3 NMUs.  From what I can tell, the spe upstream is no longer active.
I do not see any evidence that a Python 3 version of spe is under development.  
As a result, this package will eventually need to be removed from buster anyway.
I would just like to move up that timeline so I can finish removing pychecker.

I have CC'd the maintainer address (which might be dead?) as well as the two
listed uploaders (Stefano Canepa and Stani M).

Thanks,

KEN



Bug#932585: python-pywbem: Eypdoc will be removed

2019-07-20 Thread Kenneth J. Pronovici
Package: python-pywbem
Severity: serious
Justification: Policy 5.9.2

Hi,

This is one of several packages in the archive that still depend on Epydoc.  I
have filed a bug with ftp.debian.org to have epydoc removed from unstable.
Besides its lack of support for Python 3, epydoc has been completely
unsupported upstream for close to a decade.  It really should have been removed
from the archive years ago.

Thanks,

KEN



Bug#932584: python-pydoctor: Epydoc will be removed

2019-07-20 Thread Kenneth J. Pronovici
Package: python-pydoctor
Severity: serious
Justification: Policy 5.9.2

Hi,

This is one of several packages in the archive that still depend on Epydoc.  I
have filed a bug with ftp.debian.org to have epydoc removed from unstable.
Besides its lack of support for Python 3, epydoc has been completely
unsupported upstream for close to a decade.  It really should have been removed
from the archive years ago.

Thanks,

KEN



Bug#932576: RM: cedar-backup2 -- ROM; Obsolete (Python 2)

2019-07-20 Thread Kenneth J. Pronovici
Package: ftp.debian.org
Severity: normal

Hi,

Please remove cedar-backup2 from the archive.  It's obsolete and depends
on Python 2.  The cedar-backup-3 package that uses Python 3 has been in
the archive for years now and users have been given notice to switch.

Thanks,

KEN



Bug#932575: RM: pychecker -- ROM; Obsolete (Python 2) and Unmaintained

2019-07-20 Thread Kenneth J. Pronovici
Package: ftp.debian.org
Severity: normal

Hi,

Please remove pychecker from the archive.  It depends on Python 2, and can't be
converted to Python 3.  It has also been unmaintained upstream for most of a
decade.  I filed bugs for dependent packages in November of 2017 asking
maintainers to move away from pychecker, and replied again on June 11 of this
year to tell everyone that I would remove the package in mid-July unless
someone contacted me and asked me to wait.  No one reached out.

Thanks,

KEN



Bug#932574: RM: epydoc -- ROM; Obsolete (Python 2) and Unmaintained

2019-07-20 Thread Kenneth J. Pronovici
Package: ftp.debian.org
Severity: normal

Hi,

Please remove eypdoc from the archive.  It depends on Python 2, and can't be
converted to Python 3.  It has also been unmaintained upstream for most of a
decade.  I filed bugs for dependent packages in November of 2017 asking
maintainers to move away from epydoc, and replied again on June 11 of this year
to tell everyone that I would remove the package in mid-July unless someone
contacted me and asked me to wait.  No one reached out.

Thanks,

KEN



Bug#881545: configobj: Please migrate away from Epydoc if possible

2017-11-12 Thread Kenneth J. Pronovici
Package: configobj
Severity: wishlist

Hi,

If possible, please consider moving away from the use of Epydoc in your
package.  Epydoc is basically unmaintained upstream.  Also, it is only
supported for Python 2, so it will reach its end of life along with
Python 2 sometime in 2020.

I will continue to maintain the Epydoc packages in Debian as long as I
can, acting as de facto upstream.  However, once Python 2 is unsupported
in Debian, I'm not sure that we'll have too many options to keep it
alive.  Migrating it to Python 3 is a fairly large job that I don't
have the time or the expertise to take on right now.

For my own Python code, I have recently converted to Sphinx using the
Napolean plugin.  At [1], I can offer you (or your upstream) a hack-ish
script to convert common Epydoc markup to Google-style docstrings. It's
not perfect, but it would get you much of the way toward working code.

Thanks,

Ken (maintainer for python-epydoc)

[1] 
https://bitbucket.org/cedarsolutions/cedar-backup3/src/73037a2/util/sphinx-convert

-- System Information:
Debian Release: 7.11
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash