Looking for a new uploader for terminaltables and colorclass

2022-06-28 Thread Carl Suster
Hi python team,

I'm looking for someone to take over two python-team-maintained
packages: terminaltables and colorclass. These are related packages for
formatting text for output to the terminal, and both have had RFAs for a
while (in CC). terminaltables has several reverse dependencies.
colorclass has only 1 reverse build dependency: terminaltables.

Since I last touched the packages, a new upstream maintainer has taken
over both of them so the Debian packages should track the new forks and
update copyright and upstream data accordingly (I filed bugs for this).
Other than that, there shouldn't be much to do besides replacing me as
the uploader for both packages, since the team has taken care of routine
maintenance in the meantime.

Thanks,
Carl




Re: Looking for new uploaders for several DPMT packages

2019-04-22 Thread Carl Suster

Hi Manas,

On 21/4/19 1:54 am, Manas Kashyap wrote:

I would like to contribute too.


That would be great! Were there any packages in particular you're 
interested in? I wouldn't worry too much about the leaf packages, but it 
would be nice if someone could help with terminaltables or cherrypy3 in 
particular.


Cheers,
Carl



Re: Looking for new uploaders for several DPMT packages

2019-04-22 Thread Carl Suster

Hi Daniele,

On 21/4/19 12:47 am, Daniele Tricoli wrote:

I'll be happy to adopt flask-login.


Great, thanks! The flask-login package is currently up-to-date with 
upstream (it's been pretty quiet there). Feel free to go ahead and add 
your name to Uploaders in git and remove mine.


Cheers,
Carl



Looking for new uploaders for several DPMT packages

2019-04-19 Thread Carl Suster
Some time ago I started trying to prepare the dependencies of FlexGet 
(see https://bugs.debian.org/724718), including fixing up existing 
packages and adding the missing ones. That ended up being a much bigger 
effort than I'd anticipated, and in the meantime I'm no longer even a 
user of FlexGet (and I was never a direct user of its dependencies). I 
no longer feel I'm able to look after these packages in Debian.


As such, I'm looking for people to take over the following 
DPMT-maintained packages where I am currently sole Uploader:


  - terminaltables (has rdeps)
  - flask-login (has 1 rdep: python3-flask-security)
  - rpyc (RC bugs, no rdeps, <10 popcon) *
  - colorclass (no rdeps, <10 popcon) *

I've also removed myself as Uploader in git for the following packages 
where there was already a second Uploader listed:


  - cherrypy3 (has rdeps, well behind upstream version)
  - feedparser (has rdeps)
  - python-pynzb (no rdeps, < 10 popcon) *

If I don't have any takers then I'll file RM bugs for the leaf packages 
(*) and RFA bugs for the two others where there is no additional Uploader.


Cheers,
Carl



Bug#906719: RFS: rpyc/4.0.2-1 [RC]

2018-08-20 Thread Carl Suster

Package: sponsorship-requests
Severity: important
X-Debbugs-CC: debian-python@lists.debian.org

Dear mentors,

I am looking for a sponsor for my package "rpyc" maintained within the 
python modules team.


Package name: rpyc
Version : 4.0.2-1
URL : https://salsa.debian.org/python-team/modules/rpyc
Section : python

It builds these binary packages:

  python-rpyc-doc - transparent and symmetric Remote Python Call 
library -- documenta
  python3-rpyc - transparent and symmetric Remote Python Call library 
-- Python3 m


Getting the package:

  https://mentors.debian.net/package/rpyc

  dget -x 
https://mentors.debian.net/debian/pool/main/r/rpyc/rpyc_4.0.2-1.dsc


Changes since the last upload:

rpyc (4.0.2-1) unstable; urgency=medium

  [ Ondřej Nový ]
  * d/control: Set Vcs-* to salsa.debian.org
  * d/control: Remove ancient X-Python3-Version field

  [ Carl Suster ]
  * New upstream release (Closes: #904615).
  * Recommend python3-gevent to support the new gevent server (however this
feature is currently disabled due to crashes that are not yet 
understood).

  * Build-Depend on python3-gevent for the corresponding test (however this
test is currently disabled to match upstream CI configuration).
  * Make the build reproducible by applying the patch provided by Chris 
Lamb

(Closes: #893611).
  * Build-Depend on python3-sphinx-rtd-theme which is now used by the docs.
  * Stop cleaning up (in debian/rules) screencasts and CI image from 
docs that

no longer exist upstream.
  * Remove GitHub "fork me" banner from documentation.
  * Update Standards-Version to 4.2.0 (no changes needed).
  * Mark the doc package as M-A: foreign as per multiarch hinter.
  * Add upstream metadata file.
  * Bump debhelper compat to 11.

 -- Carl Suster   Tue, 14 Aug 2018 18:35:11 +1000



RFS: colorclass/2.2.0-2

2017-11-29 Thread Carl Suster

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for a small update to a python module:

https://mentors.debian.net/package/colorclass

dget -x 
https://mentors.debian.net/debian/pool/main/c/colorclass/colorclass_2.2.0-2.dsc


colorclass (2.2.0-2) unstable; urgency=medium

  * Upload to unstable.
  * Tell dh_compress to leave example.py alone.
  * Enable autopkgtest-pkg-python test suite.
  * Bump standards to 4.1.1, no changes needed.

 -- Carl Suster   Fri, 24 Nov 2017 13:21:26 +1100


Thanks,
Carl


On 24/11/17 16:17, Carl Suster wrote:

Dear DPMT,

Could someone please help me upload my latest version of the colorclass 
module? This is just moving it from experimental (where it landed due to 
the ongoing freeze at the time I last touched the package) to unstable 
and doing some very minor packaging updates.


I've uploaded the package to mentors but I'm unable to push my changes 
to DPMT git since I don't have ssh access any more. I'm not sure if this 
is related to the alioth replacement or if there is some other problem. 
In the meantime I pushed my changes to a temporary home on GitLab: 
https://gitlab.com/arcresu/colorclass



Thanks,
Carl




RFS: colorclass/2.2.0-2

2017-11-23 Thread Carl Suster

Dear DPMT,

Could someone please help me upload my latest version of the colorclass 
module? This is just moving it from experimental (where it landed due to 
the ongoing freeze at the time I last touched the package) to unstable 
and doing some very minor packaging updates.


I've uploaded the package to mentors but I'm unable to push my changes 
to DPMT git since I don't have ssh access any more. I'm not sure if this 
is related to the alioth replacement or if there is some other problem. 
In the meantime I pushed my changes to a temporary home on GitLab: 
https://gitlab.com/arcresu/colorclass



Thanks,
Carl



Re: Debian package cherrypy3: Status?

2017-11-02 Thread Carl Suster

Hi Stephan,

Yes I attempted to update the packaging of a handful of existing python 
packages that I needed as dependencies. I got stuck on some of them 
partly because I was just learning the (python) packaging workflow and 
partly because I don't actually use any of those python packages.


If you would like to take over and continue what I started with updating 
cherrypy3, or start from scratch then please do! It's still been on my 
radar to return to when I get more time, but I don't use cherrypy myself 
so I'm more than happy for someone else to pick it up. I can't recall if 
there was a failing build/test or if I just wasn't confident enough in 
the state of my packaging to ask for a sponsor before I ran out of time 
to work on it.


Cheers,
Carl

On 02/11/17 07:11, Stephan Sürken wrote:

Hi all, Carl,

I noticed

https://tracker.debian.org/pkg/cherrypy3

is quite outdated, last upload is from 2014 -- then however,

git+ssh://git.debian.org/git/python-modules/packages/cherrypy3.git

has quite some changes, and at least updates to upstream 8.8, but it
has never been uploaded.

Is there still work going on, or is there some good reason not to
upload?

I'd offer to (add my self to Uploaders and) help here if this is just a
"resource thing" ;).

Thx!

S





#850098 subliminal: change of upstream structure

2017-01-09 Thread Carl Suster
I see that subliminal is currently using the tarballs from PyPI and then 
patching in the source for the nautilus extension which is of course absent 
from there. Also the Github-hosted tarballs include a test suite which is not 
in the PyPI tarballs.


It seems that the upstream nautilus extension has now moved to a different 
dedicated upstream repo:


  https://github.com/Diaoul/nautilus-subliminal

Unfortunately this repository does not seem to have versioned releases, and has 
not seen an update in several months. My thinking is that if we continue to 
provide the nautilus extension at all, it should be built by a new source 
package src:subliminal-nautilus (which could potentially also build the nemo 
extension provided in a different branch of the upstream repo) tracking 
snapshots of the upstream git.


I am happy to work on this as part of packaging the latest upstream release, 
but I just wanted to check before I do so that:


  1) the source split I proposed is sensible (if so I'll probably just drop 
the nautilus extension for now and reopen https://bugs.debian.org/821455 until 
I repackage the extension in its new home), and


  2) if the split is ok, which if either Python packaging team would make a 
good home for the nautilus extension, and


  3) it's ok to change the tarballs to the Github ones and update the d/watch 
accordingly. The point of this would be to be able to run the test suite.


Cheers,
Carl



Bug#850670: RFS: rpyc/3.3.0-1 [ITP]

2017-01-09 Thread Carl Suster
Package: sponsorship-requests
Severity: wishlist
Control: block 850097 by -1

Dear mentors,

I am looking for a sponsor for my package "rpyc"

 Package name: rpyc
 Version : 3.3.0-1
 Upstream Author : Tomer Filiba 
 URL : https://github.com/tomerfiliba/rpyc
 License : MIT
 Section : python

I am packaging this as a dependency of flexget (ITP: #724718).

It builds these binary packages:

  python3-rpyc - transparent and symmetric Remote Python Call library -- 
Python3 module
  python3-rpyc-doc - transparent and symmetric Remote Python Call library -- 
documentation

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/rpyc

Alternatively, one can download the package with dget using this command:

  dget -x https://mentors.debian.net/debian/pool/main/r/rpyc/rpyc_3.3.0-1.dsc

Cheers,
Carl



Bug#850664: RFS: python-pynzb/0.1.0-3

2017-01-08 Thread Carl Suster
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "python-pynzb"

* Package name: python-pynzb
  Version : 0.1.0-3
* URL : https://github.com/ericflo/pynzb
* License : BSD-3-clause
  Section : python

I am interested in this package as a dependency for flexget (ITP: #724718).

The package has not received any attention from upstream, but it a very simple
set of wrappers for XML parsers to parse a simple XML format: NZB. For this
release I switch to building the Python 3 module which required the use of 2to3
in the build step. The Python 2 module can still be built fine, but I removed
it since there were no rdeps.

It builds these binary packages:

  python3-pynzb - unified API for parsing NZB files from NNTP (Usenet) servers

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/python-pynzb

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/p/python-pynzb/python-pynzb_0.1.0-3.dsc

Changes since the last upload:

python-pynzb (0.1.0-3) unstable; urgency=medium

  * Add myself to uploaders.
  * Switch to pybuild and dh-python.
  * Bump d/compat to 10.
  * Bump standards-version to 3.9.8 (no changes).
  * d/copyright: add myself and fix license short names
- "public domain" -> public-domain
- BSD -> BSD-3-clause.
  * Change Vcs to DPMT git repository and use https.
  * Change Homepage to GitHub.
  * Build the Python 3 module and drop the Python 2 module (no rdeps).
  * Run the test suite with pytest.
  * Call 2to3 during auto build.
  * 0001-set-message_id-properly-in-expat-parser.patch: fix an upstream code.
Tests pass for Python 2 with only this change.
  * Move lxml to Suggests since there are fallbacks, but Build-Depend on it to
run the tests.
  * For Python 3, decode strings -> bytes as utf-8 for lxml.
  * Fix watch file (although the last release was some time ago).

 -- Carl Suster   Mon, 09 Jan 2017 12:17:45 +1100


Cheers,
Carl



Bug#850607: RFS: flask-login/0.4.0-1 [ITA]

2017-01-08 Thread Carl Suster
Package: sponsorship-requests
Severity: normal
Control: block 836501 by -1

Dear mentors,

I am looking for a sponsor for my package "flask-login"

* Package name: flask-login
  Version : 0.4.0-1
* URL : https://github.com/maxcountryman/flask-login
* License : Expat
  Section : python

It builds these binary packages:

  python3-flask-login - user session management for Flask -- Python 3 module
  python3-flask-login-doc - user session management for Flask -- documentation

I am adopting this package in order to build the Python 3 module which is
a dependency of flexget (ITP: #724718) and has also been requested by multiple
people in #802614.

To be clear I am not targeting stretch even if that's somehow possible at this
stage. I have dropped the Python 2 module binary package since there were no
rdeps and my understanding is that going forward we don't want to keep around
unnecessary Python 2 packages.

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/flask-login

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/f/flask-login/flask-login_0.4.0-1.dsc

Changes since the last upload:

flask-login (0.4.0-1) experimental; urgency=medium

  * New upstream release.
  * New maintainer (Closes: #836501).
  * Update d/compat to 10.
  * Switch to using dh-python.
  * Relicense debian/* as Expat to match upstream.
  * Change d/watch to follow GitHub releases.
  * Change homepage to GitHub.
  * Build the Python 3 module (Closes: #802614).
  * Stop building the Python 2 module (no rdepends).
  * Move Vcs to DPMT git.
  * Bump standards version to 3.9.8 (no changes).
  * Build the documentation in a -doc package.
  * Add 0001-disable-github-fork-ribbon.patch to turn off the GitHub ribbon.
  * Run the test suite using upstream's makefile.

 -- Carl Suster   Sun, 08 Jan 2017 20:13:27 +1100

Cheers,
Carl



Bug#850495: RFS: safe/0.4-1 [ITP]

2017-01-07 Thread Carl Suster
Package: sponsorship-requests
Severity: wishlist
Control: block #850088 by -1

Dear mentors,

I am looking for a sponsor for my package "safe"

* Package name: safe
  Version : 0.4
  Upstream Author : Hsiaoming Yang 
* URL : https://github.com/lepture/safe
* License : BSD
  Programming Lang: Python
  Description : password strength checking library for Python

I've packaged this because it is a dependency of flexget (ITP: #724718).

It builds those binary packages:

  python3-safe - password strength checking library for Python

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/safe

Alternatively, one can download the package with dget using this command:

  dget -x https://mentors.debian.net/debian/pool/main/s/safe/safe_0.4-1.dsc


Cheers,
Carl



Bug#850487: RFS: terminaltables/3.1.0-1 [ITP]

2017-01-06 Thread Carl Suster
Package: sponsorship-requests
Severity: wishlist
Control: block #850093 by -1
Control: block -1 by #850412

Dear mentors,

I am looking for a sponsor for my package "terminaltables"

* Package name: terminaltables
  Version : 3.1.0-1
  Upstream Author : Robpol86 
* URL : https://github.com/Robpol86/terminaltables
* License : MIT
  Programming Lang: Python
  Description : Python library for printing tables to the console

I've packaged this because it is a dependency of flexget (ITP: #724718).
Note that this Build-Depends on colorclass (RFS: #850412) since it is used in
the test suite.

It builds those binary packages:

  python3-terminaltables - Python library for printing tables to the console
  python3-terminaltables-doc - Documentation for terminaltables table printer

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/terminaltables

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/t/terminaltables/terminaltables_3.1.0-1.dsc


Cheers,
Carl



Bug#850412: RFS: colorclass/2.2.0-1 [ITP]

2017-01-06 Thread Carl Suster
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "colorclass"

* Package name: colorclass
  Version : 2.2.0-1
  Upstream Author : Robpol86 
* URL : https://github.com/Robpol86/colorclass
* License : MIT
  Programming Lang: Python
  Description : ANSI color text library for Python

I've packaged this because it is a dependency of flexget (ITP: #724718).

It builds these binary packages:

  python3-colorclass - ANSI color text library for Python

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/colorclass

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/c/colorclass/colorclass_2.2.0-1.dsc

Cheers,
Carl



Re: Request to join DPMT

2017-01-05 Thread Carl Suster

Hi Piotr,



you can now push it to our repo, welcome :)


Thanks!



* please use -v (and later: -p) with git commit (you sometimes commit
  more than what commit message says)


Agreed, I'll be more careful.



* don't commit changes outside debian directory, use git-dpm to create
  patch instead¹


Are you referring to the "Repair line ending" commits? That was just the only 
workaround I found after losing far too much time trying to get git (with 
core.autocrlf = false) and dpkg-source to ignore the non-unix line endings on 
two of the upstream files whenever I touched git-dpm update-patches. There must 
be a way to do it properly but this seemed to work.




* PYBUILD_BEFORE_BUILD_* is used before invoking each² interpreter
  version. Does it make sense to generate a manpage (overwriting
  previous result) for 3.6, 3.7, 3.8, 3.9 and 3.10 when we will support
  these versions? If not, please move help2man back to override_dh_auto_build
  target :)


Thanks for pointing that out, done.

Cheers,
Carl



Re: Request to join DPMT

2017-01-04 Thread Carl Suster

Hi Piotr,

I've also packaged the python library colorclass which is one of flexget's 
dependencies. For now I've put it up here if you'd like to also check that out:


  https://github.com/arcresu/debian-colorclass

My plan for the packages I intend to work on initially is here:

  https://bugs.debian.org/724718#93


Cheers,
Carl



Re: Request to join DPMT

2017-01-03 Thread Carl Suster

I just pushed some more changes to take care of most of the todos I mentioned.

The test suite now runs but there are a couple of errors and 1 failure which I 
am looking into (but could use help with). I get [1 failed, 246 passed, 6 
skipped, 3 xfailed, 2 xpassed, 7 error in 210.07 seconds] at this stage.


The only other remaining thing on my list is the executable situation.

Cheers,
Carl



Re: Request to join DPMT

2017-01-03 Thread Carl Suster

Hi Piotr,

On 04/01/17 09:25, Piotr Ożarowski wrote:

could you publish these changes somewhere so that I can take a look?


Of course, and I'd be really happy to receive some feedback. I've just pushed 
what I have here: https://github.com/arcresu/debian-cherrypy3


My todo list before asking for sponsorship here is:

  - carefully update d/copyright
  - build a doc package
  - investigate what to do with the executable (I think it's analogous to 
flask's executable in the way it works so I'll mimic what is done for that 
package if it makes sense); including fixing the 
E:python-script-but-no-python-dep for the py3 package

  - run the test suite properly

Cheers,
Carl



Request to join DPMT

2017-01-03 Thread Carl Suster

Hi,

I'm already a member of the PAPT and am resuming work packaging flexget for 
debian. There are several module dependencies that I need to update or package 
for the first time so I would like to do so within the modules team.


I have already partly updated cherrypy3 to the latest upstream version locally 
and would like to commit my progress to git for starters.


I have read and accept the policy document.

My alioth username is arcresu-guest.

Cheers,
Carl



Joining DPMT and PAPT

2015-10-24 Thread Carl Suster
Hi,

I'm interested in joining the python teams. I'm currently working on packaging
flexget (#724718 http://flexget.com/) to get it into debian, and would like to
maintain it when it's finished within the applications team. Once I've learned
the workflow I'd be interested in taking on more applications and modules where
the effort is needed.

I've read and accept both policies, though it seems like they're out of date
since they're still talking about svn. My alioth username is arcresu-guest.

Cheers,
Carl



signature.asc
Description: OpenPGP digital signature