Bug#962860: RFS: python-sabyenc/4.0.2-1 -- yEnc extension for Python, optimized for Usenet
Package: sponsorship-requests Severity: normal X-Debbugs-CC: debian-python@lists.debian.org Dear mentors, I am looking for a sponsor for my package "python-sabyenc" * Package name: python-sabyenc Version : 4.0.2-1 Upstream Author : safi...@sabnzbd.org * URL : https://github.com/sabnzbd/sabyenc * License : LGPL-2.1+ * Vcs : https://salsa.debian.org/python-team/modules/python-sabyenc Section : python It builds those binary packages: python3-sabyenc - yEnc extension for Python, optimized for Usenet To access further information about this package, please visit the following URL: https://mentors.debian.net/package/python-sabyenc Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/p/python-sabyenc/python-sabyenc_4.0.2-1.dsc Changes since the last upload: * New upstream release: + reintroduces yEnc-encode functionality, needed by the testsuite of sabnzbdplus (> 3.0.0~beta2). * Compat: bump level to 13 (from 12). * Copyright: bump years for upstream and packaging. * Patches: add 01, backport of basic test for encoding support. Thanks! pgp50fSiM7G3X.pgp Description: OpenPGP digital signature
Bug#962911: ITP: python-watchgod -- Simple, modern file watching and code reload
Package: wnpp Severity: wishlist Owner: Michael Fladischer -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: python-watchgod Version : 0.6 Upstream Author : Samuel Colvin * URL : https://github.com/samuelcolvin/watchgod/ * License : Expat Programming Lang: Python Description : Simple, modern file watching and code reload Simple, modern file watching and code reload in python. It can watch for changes in a directory and run a function to restart it when code changes. Notifications about change events as well as to restart a process can use the callback argument to pass a function which will be called on every file change with one argument: the set of file changes. This is a new dependency for python-uvicorn. I intend to maintain it as part of the DPMT. -BEGIN PGP SIGNATURE- iQFFBAEBCgAvFiEEqVSlRXW87UkkCnJc/9PIi5l90WoFAl7n3pcRHGZsYWRpQGRl Ymlhbi5vcmcACgkQ/9PIi5l90Wod3Af/bA55PpuEyYvpmLwv/fxPHvzcKf01FBCw sF56ntYZNO+86E92TbLP0U2FIQlKIJAdzj6/3VDYrDlUHpO2ukVLP6HKSxEuH4oY wXMjXrQuAcOIbpv4NzzNipcaho+Cv9H9MnLwf0xBaJaCa9s0W5terV8PMe4OBbZ9 IbFYl5oQUhFRcsRV8Cpo23RQoYL4aUxY5TBGvDRXyUtEroMYJs7d5HtK1edyWn1K WmrNu74hlU9Mt6V1SUwWwN00gQVULcr3A0gujDEQvR4cbSWyOiezRG4r9wEZK7OR ZpieeqcKdwA1gi31laL2VpSdUtUnbQZQfWjhUUQvgfnmCS02u/+s6g== =Uw5X -END PGP SIGNATURE-
RFS: spyne/2.13.15-0.1 [NMU, RC] -- Python library for writing and calling soap web service
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for the package "spyne" which has a py2removal RC and a grave bug and was autoremoved from testing. The package is Python 2 only but the current upstream version has Python 3 support. I converted it to build a binary python3-spyne package. The bugs are open long enough for a NMU. * Package name: spyne Version : 2.13.15-0.1 Upstream Author : Burak Arslan * URL : http://spyne.io/ * License : LGPL-2.1+ Section : python It builds those binary packages: python3-spyne - Python library for writing and calling soap web service To access further information about this package, please visit the following URL: https://mentors.debian.net/package/spyne Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/spyne/spyne_2.13.15-0.1.dsc Regards, Bastian
Re: Bug#938554: RFS: spyne/2.13.15-0.1 [NMU, RC] -- Python library for writing and calling soap web service
On Tue, 2020-06-16 at 00:58 +0200, Bastian Germann wrote: > Dear mentors, > > I am looking for a sponsor for the package "spyne" which has a > py2removal RC and a grave bug and was autoremoved from testing. The > package is Python 2 only but the current upstream version has Python > 3 support. I converted it to build a binary python3-spyne package. > The bugs are open long enough for a NMU. Dear mentors, Beware if you do NMU this it will be against the wishes of the Debian maintainer for spyne - which is me. The issue is the current stable upstream is does _not_ have Python 3 support. The version of spyne that does have Python3 support "2.13.4- alpha". I personally use spyne in production (which is why I now maintain it). I do my best to avoid running code on my systems that upstream has marked as an alpha release. I plan to package and upload the Python3 version once it is no longer marked as alpha code. signature.asc Description: This is a digitally signed message part
Re: Bug#938554: RFS: spyne/2.13.15-0.1 [NMU, RC] -- Python library for writing and calling soap web service
Am 16.06.20 um 01:39 schrieb Russell Stuart: > On Tue, 2020-06-16 at 00:58 +0200, Bastian Germann wrote: >> Dear mentors, >> >> I am looking for a sponsor for the package "spyne" which has a >> py2removal RC and a grave bug and was autoremoved from testing. >> The package is Python 2 only but the current upstream version has >> Python 3 support. I converted it to build a binary python3-spyne >> package. The bugs are open long enough for a NMU. > > Dear mentors, > > Beware if you do NMU this it will be against the wishes of the > Debian maintainer for spyne - which is me. > > The issue is the current stable upstream is does _not_ have Python > 3 support. The version of spyne that does have Python3 support > "2.13.4- alpha". > > I personally use spyne in production (which is why I now maintain > it). I do my best to avoid running code on my systems that upstream > has marked as an alpha release. > > I plan to package and upload the Python3 version once it is no > longer marked as alpha code. It is no longer marked as alpha; version 2.13.15 > 2.13.4-alpha. Please check the RFS again.
Re: Bug#938554: RFS: spyne/2.13.15-0.1 [NMU, RC] -- Python library for writing and calling soap web service
On Tue, 2020-06-16 at 02:00 +0200, Bastian Germann wrote: > It is no longer marked as alpha; version 2.13.15 > 2.13.4-alpha. > Please check the RFS again. Apologies Bastian, I was looking at spyne's home page. The non-alpha version has indeed been released today. How "released today" translates to "plenty of notice for an NMU" is puzzling. Why you are asking for mentors to package it given I [0] said this is also puzzling: But it does seem like Spyne for Python 3 will be stable before the bullseye deadlines hit. And I will upload it as soon as an I am aware it has been released. [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=938554#39 signature.asc Description: This is a digitally signed message part
Re: Bug#938554: RFS: spyne/2.13.15-0.1 [NMU, RC] -- Python library for writing and calling soap web service
Am 16.06.20 um 02:17 schrieb Russell Stuart: > On Tue, 2020-06-16 at 02:00 +0200, Bastian Germann wrote: >> It is no longer marked as alpha; version 2.13.15 > 2.13.4-alpha. >> Please check the RFS again. > > Apologies Bastian, I was looking at spyne's home page. The non-alpha > version has indeed been released today. > > How "released today" translates to "plenty of notice for an NMU" is > puzzling. Why you are asking for mentors to package it given I [0] > said this is also puzzling: > >But it does seem like Spyne for Python 3 will be stable before the >bullseye deadlines hit. And I will upload it as soon as an I am >aware it has been released. > > [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=938554#39 > You did not answer to grave bug #960662 in a month so this seemed to be the best way forward. This could have been resolved by another Python 2 only upload (from a stable version) but it seemed to me you did not care.
python-trezor and python-libusb1
Hello all- I’m doing some work with another team on a related project. Part of their work requires python-trezor to be upgraded in Testing. Python-trezor is currently held back by python-libusb1 which needed a minor update to conform to python naming rules. I had contacted Arnaud, he updated the package and uploaded it to NEW. It took a good three weeks, but when it progressed through NEW it was still rejected, the excuse listed is "Not built on buildd: arch all binaries uploaded by arnau, a new source-only upload is needed to allow migration”. I emailed Arnaud but haven’t heard back, I assume he’s currently tied up with other projects. Is someone available that could look into fix so python-libusb1 can progress to testing? I’m not a Debian developer, but I’m more than willing to do anything I can to help. Thanks for all your hard work! Mike
Re: python-trezor and python-libusb1
Hiya, On Tue, Jun 16, 2020 at 10:18 AM wrote: > Is someone available that could look into fix so python-libusb1 can progress > to testing? I’m not a Debian developer, but I’m more than willing to do > anything I can to help. I just did a source-only upload of python-libusb1 and this should help migrate it to testing. And should, therefore, unblock python-trezor :) I hope that helps. Best, Utkarsh