Bug#976441: ITP: python-untokenize -- Untokenize transforms tokens into source code
Package: wnpp Severity: wishlist Owner: Adam Cecile * Package name: python-untokenize Version : 0.1.1 Upstream Author : Steven Myint * URL : https://github.com/myint/untokenize * License : Expat Programming Lang: Python Description : Untokenize transforms tokens into source code Untokenize transforms tokens into source code. . Unlike the standard library's tokenize.untokenize(), it preserves the original whitespace between tokens. This package is a dependency of python-docformatter which is a dependency of python-xsdata. I intend to maintain this package withing the Debian Python Team and the package is already available here: https://salsa.debian.org/python-team/packages/python-untokenize
Bug#976442: ITP: python-docformatter -- Formats docstrings to follow Python PEP 257
Package: wnpp Severity: wishlist Owner: Adam Cecile * Package name: python-docformatter Version : 1.3.1 Upstream Author : Steven Myint * URL : https://github.com/myint/docformatter * License : Expat Programming Lang: Python Description : Formats docstrings to follow Python PEP 257 Docformatter currently automatically formats docstrings to follow a subset of the PEP 257 conventions. . Below are the relevant items quoted from PEP 257: . * For consistency, always use triple double quotes around docstrings, * Triple quotes are used even though the string fits on one line, * Multi-line docstrings consist of a summary line just like a one-line docstring, followed by a blank line, followed by a more elaborate description, * Unless the entire docstring fits on a line, place the closing quotes on a line by themselves. . Docformatter also handles some of the PEP 8 conventions: . * Don't write string literals that rely on significant trailing whitespace Such trailing whitespace is visually indistinguishable and some editors (or more recently, reindent.py) will trim them. This package is a dependency of python-xsdata and is currently waiting on python-untokenize (#976441). I intend to maintain this package withing the Debian Python Team and the package is already available here: https://salsa.debian.org/python-team/packages/python-docformatter
Bug#976443: ITP: python-click-default-group -- Extension for Python click adding default subcommand to group
Package: wnpp Severity: wishlist Owner: Adam Cecile * Package name: python-click-default-group Version : 1.2.2 Upstream Author : Heungsub Lee * URL : https://github.com/click-contrib/click-default-group * License : BSD Programming Lang: Python Description : Extension for Python click adding default subcommand to group DefaultGroup is a sub class of click.Group. But it invokes a default subcommand instead of showing a help message when a subcommand is not passed. This package is a dependency of python-xsdata. I intend to maintain this package withing the Debian Python Team and the package is already available here: https://salsa.debian.org/python-team/packages/python-click-default-group
Bug#976444: ITP: python-xsdata -- Naive XML Bindings for Python
Package: wnpp Severity: wishlist Owner: Adam Cecile * Package name: python-xsdata Version : 20.11.1 Upstream Author : Christodoulos Tsoulloftas * URL : https://github.com/tefra/xsdata * License : Expat Programming Lang: Python Description : Naive XML Bindings for Python xsData is a complete XML data binding library for python allowing developers to access and use XML documents as simple objects rather than using DOM. . It ships with a code generator for XML Schema definitions and WSDL 1.1 with SOAP 1.1 bindings. It produces simple dataclasses with type hints that don't depend on the library itself in order to reduce the learning curve for users that have to write the binding models manually. . The included xml parser and serializer are highly optimized and adaptable with handlers based on native python and lxml. The parser configuration offers the ability to skip unknown properties and to process xinclude statements. . xsData is constantly tested against the W3C XML Schema 1.1 test suite. This package is waiting for python-click-default-group (#976443) and python-docformatter (#976442). I intend to maintain this package withing the Debian Python Team and the package is already available here: https://salsa.debian.org/python-team/packages/python-xsdata
Bug#976453: ITP: python-opentype-sanitizer -- Python wheels for the OpenType Sanitizer
Package: wnpp Severity: wishlist Owner: Romain Porte X-Debbugs-Cc: debian-devel@lists.debian.org, deb...@microjoe.org * Package name: python-opentype-sanitizer Version : x.y.z Upstream Author : Cosimo Lupo * URL : https://github.com/googlefonts/ots-python * License : BSD-3-Clause Programming Lang: Python Description : Python wheels for the OpenType Sanitizer This package can be used to interact with the OpenType Sanitizer software. This package is introduced as a dependency for the gftools (Google Fonts Tools) package, that I also intent to package. This package depends on opentype-sanitizer, which I have introduced few days ago. I intent to maintain this package under the umbrella of the Debian Python Team. I will need sponsoring for mentors as well as repository creation on salsa. signature.asc Description: PGP signature
Re: Architecture: all binNMUs (was: deduplicating jquery/)
On 12/1/20 11:56 AM, Simon McVittie wrote: > On Tue, 01 Dec 2020 at 11:05:54 +0100, Jonas Smedegaard wrote: >> Can someone remind me: Why is it that we cannot do arch-independent >> auto-building? > > We can and do autobuild arch-independent packages (since 2015: on the > timescale of multi-release transitions, this is relatively recent). before we add another kind of binNMUs, please can we consider not doing binNMUs at all? I see that it's convenient for transitions, however - it creates problems with mismatched versions for foreign architectures. Yes, binNMUs are currently done for M-A: same packages for all the release architectures, but usually it's a pain to construct a cross-build environment for a port out of packages in the archive. - No QA done for binNMUs. Not a single autopkg test is run for a binNMU, and it's known that these introduce regressions in testing. - lintian is not run for binNMUs. - tracker.debian.org doesn't track binNMUs - maintainers are not notified of binNMU uploads and migrations. Maybe there is more. But there's no progress, or intent to fix every tool to be aware of binNMUs. Maybe it's better to rethink how sourceful no-change no-maintainer uploads could be done without introducing the above issues? Matthias
Bug#976464: ITP: python-docstring-parser -- Parse Python docstrings (ReST, Google and Numpydoc)
Package: wnpp Severity: wishlist Owner: Adam Cecile * Package name: python-docstring-parser Version : 0.7.3 Upstream Author : Marcin Kurczewski * URL : https://github.com/rr-/docstring_parser * License : Expat Programming Lang: Python Description : Parse Python docstrings (ReST, Google and Numpydoc) Parse Python docstrings. . Currently support ReST, Google, and Numpydoc-style docstrings I intend to maintain this package withing the Debian Python Team and the package is already available here: https://salsa.debian.org/python-team/packages/python-docstring-parser
Re: Architecture: all binNMUs (was: deduplicating jquery/)
On Sat, Dec 5, 2020 at 12:21 PM Matthias Klose wrote: > Maybe there is more. But there's no progress, or intent to fix every tool to > be > aware of binNMUs. Maybe it's better to rethink how sourceful no-change > no-maintainer uploads could be done without introducing the above issues? `dch --rebuild` already exists, so this would just need support in wanna-build/sbuild for generating such uploads and support in dak for accepting sourceful uploads from wanna-build/buildds rather than maintainers. -- bye, pabs https://wiki.debian.org/PaulWise
Bug#976629: ITP: python-build -- Simple, correct PEP517 package builder
Package: wnpp Severity: wishlist Owner: Sergio Durigan Junior * Package name: python-build Version : 0.1.0 Upstream Author : Filipe Laíns * URL : https://github.com/pypa/build * License : Expat Programming Lang: Python Description : Simple, correct PEP517 package builder python-build will invoke the PEP 517 hooks to build a distribution package. It is a simple build tool and does not perform any dependency management. I will maintain this package with the Python Team. -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible https://sergiodj.net/ signature.asc Description: PGP signature
