Bug#1070424: ITP: pyric -- Python library for Linux wireless device control
Package: wnpp Severity: wishlist Owner: Edward Betts X-Debbugs-Cc: debian-de...@lists.debian.org, debian-python@lists.debian.org * Package name: pyric Version : 0.1.6.3 Upstream Author : Dale Patterson * URL : https://github.com/wraith-wireless/PyRIC * License : GPL-3+ Programming Lang: Python Description : Python library for Linux wireless device control PyRIC is a Python library designed for wireless developers and penetration testers, providing the ability to programmatically identify, enumerate, and manipulate wireless network cards in Linux. It simplifies interactions with wireless hardware, eliminating the need for command-line tools and complex parsing operations. . PyRIC functions as a Python port of tools like iw and incorporates aspects of Netlink with respect to nl80211 functionality. It facilitates direct communication with the kernel using sockets, bypassing traditional command-line utilities for managing wireless interfaces. This library is especially useful for automating wireless network setups and teardowns, supporting a variety of network manipulations such as changing MAC addresses, managing IP settings, and toggling device states. I plan to maintain this package as part of the Python team.
Re: py7zr-related python packages was updated
Hi Étienne, > Speaking of upstream, I see you have been accumulating a good > wealth of patches. I believe several of them would be of > interest to improve upstream code. This would ultimately > benefit everyone, and not just Debian users. Have you > considered proposing your changes upstream? I was sent our patches to upstream. And ask about pyppmd for big-endian systems. -- YOKOTA Hiroshi
Re: py7zr-related python packages was updated
Hello Étienne, I was drop s390x from python-pyppmd build architecture list to pass testing migration. Please upload pyppmd package. -- YOKOTA Hiroshi
Bug#1070452: ITP: pytest-lazy-fixtures -- pytest plugin to use fixtures in @pytest.mark.parametrize
Package: wnpp Severity: wishlist Owner: Julian Gilbey X-Debbugs-Cc: debian-de...@lists.debian.org, debian-python@lists.debian.org, 1063...@bugs.debian.org * Package name: pytest-lazy-fixtures Version : 1.0.7 Upstream Contact: Petrov Anton * URL : https://github.com/dev-petrov/pytest-lazy-fixtures * License : Expat Programming Lang: Python Description : pytest plugin to use fixtures in @pytest.mark.parametrize This plugin was inspired by pytest-lazy-fixture; that plugin is incompatible with pytest 8.x, so this can be used as a replacement. . Improvements that have been made in this project: . * You can use fixtures in any data structures * You can access the attributes of fixtures * You can use functions in fixtures This will allow those packages using pytest-lazy-fixture (which is now unusable in debian/testing) in their tests to migrate to this maintained alternative. (See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063957) It will be maintained within the Debian Python Team, and I will be listed as an Uploader.
Re: py7zr-related python packages was updated
Hi Yokota, yokota, on 2024-05-05: > I was drop s390x from python-pyppmd build architecture list to pass > testing migration. I see you ajusted the Architecture field to include all currently supported Debian architectures except s390x. While this would avoid building attempts on s390x, this is actually not ideal, because future architectures will have to be added by hand. Besides, if s390x were to be supported by upstream, then it would be necessary to actively bring back s390x architecture to the list, assuming we notice the added support in the first place. If you were to want to signify the package does not support other than little-endian architectures, then the current recommended practice is for the source package to build depend on the package architecture-is-little-endian, and bring Architecture field back to the value "any". All that being said, I don't believe declaring any form of architecture limitation is needed, because the test failure at build time prevents the production of packages for unsupported architectures. Please revert Architecture field change; you may add the architecture-is-little-endian as build dependency if you feel better about not trying to build on other systems, but it's not entirely needed in my opinion. In any case, the package would not migrate to testing, because despite the architecture restrictions, Debian infrastructure[1] will continue expecting s390x packages to be built; the following migration excuses will continue to appear: * missing build on s390x * arch:s390x not built yet, autopkgtest delayed there I opened the package removal bug #1070469 for python-pyppmd on s390x[2]. This will resolve the problem on the infrastructure side, but requires human intervention from the ftpmaster team, so it may take a little time. I used `reportbug ftp.debian.org` to get a template email with all the metainformation needed, and filled the blanks with our observations. [1]: https://tracker.debian.org/pkg/python-pyppmd [2]: https://bugs.debian.org/1070469 In hope this clarifies things, Have a nice day, :) -- .''`. Étienne Mollier : :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/pts/2, please excuse my verbosity `-on air: TCP - Impetus signature.asc Description: PGP signature
