Convert dephell and bowler ITPs to RFPs

2022-04-07 Thread Nicholas D Steeves
submitter 962574 ! retitle 962574 RFP: dephell -- project management for Python noowner 962574 submitter 941054 ! retitle 941054 RFP: python-bowler -- safe code refactoring for modern Python projects noowner 941054 thanks I have not found the time to make meaningful progress on Dephell and its

Re: python3-pysnmp4 forked upstream

2022-04-07 Thread Luiz Amaral
On 4/7/22 17:22, Stefano Rivera wrote: > > Sounds like switching to the fork is a good idea. Then I will have a go at it tomorrow. Thanks for the input. Luiz

Re: python3-pysnmp4 forked upstream

2022-04-07 Thread Stefano Rivera
Hi Luiz (2022.04.07_11:22:49_+) > It looks like the current upstream[1] of pysnmp has been unmaintained > for a while and got forked [2]. > > FreeBSD has done some adjustments to pysnmp and the related packages > because of that [3][4], as the current version seems broken in Python 3.9. > >

Bug#1009131: RFP: python-arabic-reshaper -- Reconstruct Arabic sentences to be used in applications that don't support Arabic script.

2022-04-07 Thread Drew Parsons
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-python@lists.debian.org Control: affects -1 src:xhtml2pdf * Package name: python-arabic-reshaper Version : 2.1.3 Upstream Author : Abdullah Diab * URL : https://github.com/mpcabd/python-arabic-reshaper/ * License

Re: python3-pysnmp4 forked upstream

2022-04-07 Thread Julien Cristau
On Thu, Apr 07, 2022 at 01:22:49PM +0200, Luiz Amaral wrote: > Hello Python Team, > > It looks like the current upstream[1] of pysnmp has been unmaintained > for a while and got forked [2]. > > FreeBSD has done some adjustments to pysnmp and the related packages > because of that [3][4], as the

python3-pysnmp4 forked upstream

2022-04-07 Thread Luiz Amaral
Hello Python Team, It looks like the current upstream[1] of pysnmp has been unmaintained for a while and got forked [2]. FreeBSD has done some adjustments to pysnmp and the related packages because of that [3][4], as the current version seems broken in Python 3.9. What is your opinion on

Re: QtPy (python3-qtpy) dependencies

2022-04-07 Thread ghisvail
Le jeudi 07 avril 2022 à 10:49 +0100, Julian Gilbey a écrit : > > > At present, the Debian python3-qtpy package depends on 17 > > > python3-pyqt5* packages, which seems to be at odds with the > > > intention > > > of the package to be Qt-package agnostic.  It seems that it would > > > be > > >

Re: QtPy (python3-qtpy) dependencies

2022-04-07 Thread Julian Gilbey
Hi Ghis, On Thu, Apr 07, 2022 at 11:03:22AM +0200, ghisv...@gmail.com wrote: > Hi Julian, > > Le mercredi 06 avril 2022 à 22:01 +0100, Julian Gilbey a écrit : > > I've just uploaded the latest version of QtPy (source: python-qtpy, > > binary: python3-qtpy).  But I'm disturbed by the dependency

Re: QtPy (python3-qtpy) dependencies

2022-04-07 Thread ghisvail
Hi Julian, Le mercredi 06 avril 2022 à 22:01 +0100, Julian Gilbey a écrit : > I've just uploaded the latest version of QtPy (source: python-qtpy, > binary: python3-qtpy).  But I'm disturbed by the dependency list. Thank you for taking care of it. > QtPy is a wrapper for PyQt5, PyQt6, PySide2

PyQt5 question: why are QOpenGLTimeMonitor/QOpenGLTimerQuery not defined on armhf?

2022-04-07 Thread Julian Gilbey
Well, the new version of qtpy failed the CI checks on armhf, and I don't understand why. The cause is that the following caused an error: (sid_armhf-dchroot)jdg@abel:~$ python3 Python 3.10.4 (main, Apr 2 2022, 09:04:19) [GCC 11.2.0] on linux Type "help", "copyright", "credits" or "license" for