Re: DPT repositories checks/"violations" report
On Monday, January 3, 2022 3:13:23 PM EST Louis-Philippe Véronneau wrote: > On 2022-01-03 01 h 30, Scott Kitterman wrote: > > > Since this is all about team Git repositories, someone should just fix > > them (modulo the one about using pypi, which I think we mostly agree > > isn't something someone unfamiliar with the package can 'fix'). > > But that doesn't prevent future errors from popping up and doesn't make > maintainers aware of their errors (so they can learn from it). > > I think the "perfect" solution would be to have an automated tool (aka > janitor) fixing these automatically, but this would require more work. The first step if we think these things should be the standard for team repositories is to document it. Personally, I would look here: https://wiki.debian.org/Python/GitPackaging#Creating_new_repositories At least for me, a good explanation of what to do in the documentation would be much more valuable than a bug report. Approximately all of the team repositories I've created are "wrong" because I followed the documentation. Scott K signature.asc Description: This is a digitally signed message part.
Re: DPT repositories checks/"violations" report
On 2022-01-03 01 h 30, Scott Kitterman wrote: > Since this is all about team Git repositories, someone should just fix them > (modulo the one about using pypi, which I think we mostly agree isn't > something someone unfamiliar with the package can 'fix'). But that doesn't prevent future errors from popping up and doesn't make maintainers aware of their errors (so they can learn from it). I think the "perfect" solution would be to have an automated tool (aka janitor) fixing these automatically, but this would require more work. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Louis-Philippe Véronneau ⢿⡄⠘⠷⠚⠋ po...@debian.org / veronneau.org ⠈⠳⣄ OpenPGP_signature Description: OpenPGP digital signature
sphinxext-opengraph new upstream version and tests
> Uploaded with some minor changes. Thanks for your contribution. > Thanks Jeroen! Chiara
Re: Transfering packages from Debian Med to DPT (Was: Please enable me transfering python-bioblend to Debian Med team)
Am Sun, Jan 02, 2022 at 09:00:27PM +0100 schrieb Andreas Tille: ... Continuing with moving packages from Debian Med to Debian Python Team > python-sinfo 0.3.1-2 > python3-sinfo : print different version information for loaded modules Moved to Debian Python Team. > python-spectra 0.0.11-3 > python3-spectra : Easy color scales and color conversion for > Python (Python 3 version) Moved to Debian Python Team. > python-stdlib-list 0.8.0-4 > python3-stdlib-list : List of Python Standard Libraries (2.6-7, 3.2-9) Moved to Debian Python Team. > python-streamz 0.6.3-1 > python3-streamz : build pipelines to manage continuous streams of data Moved to Debian Python Team. Unfortunately there is a build time test issue in my local pbuilder environment: ___ test_from_iterable_backpressure def test_from_iterable_backpressure(): it = iter(range(5)) source = Source.from_iterable(it) wait_for(lambda: L == [0], 1, period=0.01) > assert next(it) == 2 # 1 is in blocked _emit E assert 1 == 2 E+ where 1 = next() streamz/tests/test_sources.py:151: AssertionError However, salsa-ci is fine: https://salsa.debian.org/python-team/packages/python-streamz/-/pipelines/333644 (besides i386 build which also failed before) Could somebody please check and upload? > python-stubserver 1.1-2 > python3-stubserver : mock tester of external web dependencies for Python Moved to Debian Python Team. > python-tinyalign 0.2-5 > python3-tinyalign : numerical representation of differences between > strings This is mentioned in med-* tasks and directly used by Biologists. I think we should keep it inside Debian Med team. > python-typechecks 0.1.0+ds-2 > python3-typechecks : express constraints on types Moved to Debian Python Team. > python-upsetplot 0.6.0-2 > python3-upsetplot : Draw Lex et al.'s UpSet plots with Pandas and > Matplotlib Moved to Debian Python Team. > python-wdlparse 0.1.0-2 > python3-wdlparse : Workflow Description Language (WDL) parser for Python This is mentioned in med-* tasks and directly used by Biologists. I think we should keep it inside Debian Med team. > python-wordcloud 1.8.1+dfsg-2 > python3-wordcloud : little word cloud generator in Python Moved to Debian Python Team. > python-xopen 1.2.1-3 > python3-xopen : Python3 module to open compressed files transparently Moved to Debian Python Team. > smart-open 5.2.1-3 > python3-smart-open : utils for streaming large files Moved to Debian Python Team. > sorted-nearest 0.0.31+dfsg-1 > python3-sorted-nearest : Cython helper library for pyranges This is just a helper for pyranges which is clearly a Debian Med package. I see no real value in moving this to Debian Python Team. > sphinxcontrib-autoprogram 0.1.7-1 > python3-sphinxcontrib.autoprogram : automated documentation of CLI > programs for Sphinx (Python 3) Moved to Debian Python Team. > Thanks, You are welcome. I'd love to see an additional Uploader for all these moved packages. Please let me know if you see some additional room for enhancement of the cooperation between Debian Python Team and Debian Med Team. Kind regards Andreas. -- http://fam-tille.de
Bug#1003049: ITP: asdf-coordinates-schemas -- ASDF schemas for validating coordinates tags
Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-de...@lists.debian.org, debian-python@lists.debian.org, debian-as...@lists.debian.org * Package name: asdf-coordinates-schemas Version : 0.1.0 Upstream Author : The ASDF Developers * URL : https://github.com/asdf-format/asdf-coordinates-schemas * License : BSD-3-Clause Programming Lang: Python Description : ASDF schemas for validating coordinates tags This package provides ASDF schemas for validating coordinates tags. Users should not need to install this directly; instead, install an implementation package such as asdf-astropy, which will include asdf-coordinates-schemas as a dependency. ASDF (Advanced Scientific Data Format) is a proposed next generation interchange format for scientific data,mainly used by the Space Telescope Science Institude (STScI). It is a build dependency of the asdf-astropy package. I will maintain it within the Debian Astro team in Salsa: https://salsa.debian.org/debian-astro-team/asdf-coordinates-schemas Best regards Ole
Bug#1003048: ITP: asdf-transmorm-schemas -- ASDF schemas for validating transform tags
Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-de...@lists.debian.org, debian-python@lists.debian.org, debian-as...@lists.debian.org * Package name: asdf-transform-schemas Version : 0.2.0 Upstream Author : The ASDF Developers * URL : https://github.com/asdf-format/asdf-transform-schemas * License : BSD-3-Clause Programming Lang: Python Description : ASDF schemas for validating transform tags This package provides ASDF schemas for validating transform tags. Users should not need to install this directly; instead, install an implementation package such as asdf-astropy, which will include asdf-transform-schemas as a dependency. ASDF (Advanced Scientific Data Format) is a proposed next generation interchange format for scientific data,mainly used by the Space Telescope Science Institude (STScI). It is a build dependency of the asdf-astropy package. I will maintain it within the Debian Astro team in Salsa: https://salsa.debian.org/debian-astro-team/asdf-transform-schemas Best regards Ole
Re: sphinxext-opengraph new upstream version and tests
On Sun, 2 Jan 2022 15:26:30 -1000 Chiara Marmo wrote: > Ready for upload? Uploaded with some minor changes. Thanks for your contribution. pgpSQMyHTArPC.pgp Description: OpenPGP digital signature