Re: Bug#972213: boost1.71: Please indicate some way which python versions you support

2020-10-16 Thread Drew Parsons
On 2020-10-16 14:43, Giovanni Mascellani wrote: Hi, Il 16/10/20 02:53, Drew Parsons ha scritto: Would it make sense to use the Built-Using [1] header? ... [1] https://www.debian.org/doc/debian-policy/ch-relationships.html#additional-source-packages-used-to-build-the-binary-built-using

Bug#972213: boost1.71: Please indicate some way which python versions you support

2020-10-15 Thread Drew Parsons
Source: boost1.71 Followup-For: Bug #972213 X-Debbugs-Cc: debian-python@lists.debian.org Would it make sense to use the Built-Using [1] header? e.g. Built-Using: python3.8 python3.9 dh_python3 knows if the module includes extensions (*_python*.so.) and could inject the pythons into

Bug#971573: RFP: python-cppimport -- import C or C++ files directly from Python

2020-10-01 Thread Drew Parsons
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-python@lists.debian.org * Package name: python-cppimport Version : 17.09.18 Upstream Author : Ben Thompson * URL : https://github.com/tbenthompson/cppimport * License : MIT Programming Lang: Python

Bug#970811: RFP: python3-sphinx-sitemap -- sphinx sitemap generator extension

2020-09-23 Thread Drew Parsons
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-python@lists.debian.org Control: block 962440 by -1 * Package name: python3-sphinx-sitemap Version : 2.2.0 Upstream Author : Jared Dillard * URL : https://github.com/jdillard/sphinx-sitemap * License : MIT

Bug#968844: ITP: python-meshplex -- fast tools for simplex meshes

2020-08-22 Thread Drew Parsons
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian-python@lists.debian.org, debian-scie...@lists.debian.org * Package name: python-meshplex Version : 0.13.2 Upstream Author : Nico Schlömer * URL : https

Bug#966918: ITP: pygmsh -- combine the power of Gmsh with the versatility of Python

2020-08-03 Thread Drew Parsons
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian-scie...@lists.debian.org, debian-python@lists.debian.org * Package name: pygmsh Version : 6.1.1 Upstream Author : Nico Schlömer * URL : https://github.com

Bug#966019: RFP: python-gsd -- native file format for HOOMD-blue

2020-07-22 Thread Drew Parsons
Package: wnpp Severity: wishlist X-Debbugs-Cc: debichem-de...@lists.alioth.debian.org, debian-scie...@lists.debian.org, debian-python@lists.debian.org Control: block 962440 by -1 * Package name: python-gsd Version : 2.1.2 Upstream Author : Joshua A. Anderson et al, University of

Bug#963605: RFP: python-language-server -- Python implementation of the Language Server Protocol

2020-06-24 Thread Drew Parsons
Package: wnpp Severity: wishlist Control: block 946035 by -1 Control: block 946451 by -1 * Package name: python-language-server Version : 0.33.3 Upstream Author : Palantir Technologies, Inc * URL : https://github.com/palantir/python-language-server * License :

Re: RFS: symfit/0.5.2-1 [ITP] -- Symbolic Fitting in Python, fitting as it should be

2020-06-23 Thread Drew Parsons
On 2020-06-24 01:57, Stephan Lachnit wrote: -BEGIN PGP MESSAGE- Version: ProtonMail wcFMAysU9YM04hChAQ//cTKRX2ovcrbEV2oEgObcf8/pwIk/p6l0K7sqm2Im NHnk1mPaSg1VqIdK+QlqGgomxU/oZDSicnjRI1a7dNRvbJuOvMDKMqacQUIc zJWXCdOxBw361ut+2LrcbwgaMFcW/fuXPbFFt3k5cWNVv8+qBtSFq/VwsSMs Heh that's kind

Re: RFS: symfit/0.5.2-1 [ITP] -- Symbolic Fitting in Python, fitting as it should be

2020-06-22 Thread Drew Parsons
On 2020-06-23 09:55, Drew Parsons wrote: Nice work. I can sponsor this. Drew On 2020-06-23 01:00, Stephan Lachnit wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "symfit" * Package name: symfit

Re: RFS: symfit/0.5.2-1 [ITP] -- Symbolic Fitting in Python, fitting as it should be

2020-06-22 Thread Drew Parsons
Nice work. I can sponsor this. Drew On 2020-06-23 01:00, Stephan Lachnit wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "symfit" * Package name: symfit Version : 0.5.2-1 Upstream Author : Martin Roelfs *

Bug#962691: RFP: python3-griddataformats -- handle data on a regular grid for molecular simulations

2020-06-11 Thread Drew Parsons
Package: wnpp Severity: wishlist Control: block 962440 by -1 * Package name: python3-griddataformats Version : 0.5.0 Upstream Author : Oliver Beckstein * URL : https://www.mdanalysis.org/GridDataFormats/ * License : LGPL3+ Programming Lang: Python

Bug#962690: RFP: python3-mmtf -- binary encoding of biological structures

2020-06-11 Thread Drew Parsons
Package: wnpp Severity: wishlist Control: block 962440 by -1 * Package name: python3-mmtf Version : 1.1.2 Upstream Author : Anthony Bradley * URL : https://github.com/rcsb/mmtf-python * License : Apache2 Programming Lang: Python Description : binary

Bug#962683: RFP: python3-msmb-theme -- applies slight modifications to sphinx_rtd_theme

2020-06-11 Thread Drew Parsons
Package: wnpp Severity: wishlist Control: block 962442 by -1 * Package name: python3-msmb-theme Version : 1.2.0 Upstream Author : Dave Snider * URL : https://github.com/msmbuilder/msmb_theme * License : MIT Programming Lang: Python Description : applies

Re: Bug#962341: Acknowledgement (ITP: ruamel.yaml.clib -- C based reader/scanner and emitter for ruamel.yaml)

2020-06-06 Thread Drew Parsons
Control: merge 955282 962341 thanks Sorry, didn't check soon enough, Michael Crusoe is already working on ruamel.yaml.clib. Drew

Bug#962341: ITP: ruamel.yaml.clib -- C based reader/scanner and emitter for ruamel.yaml

2020-06-06 Thread Drew Parsons
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: ruamel.yaml.clib Version : 0.2.0 Upstream Author : Anthon van der Neut * URL : https://sourceforge.net/projects/ruamel-yaml-clib/ * License : MIT Programming Lang: Python/C Description

Bug#962340: RFP: python3-palettable -- a library of color palettes for Python

2020-06-06 Thread Drew Parsons
Package: wnpp Severity: wishlist Control: block 962268 by -1 * Package name: python3-palettable Version : 3.3.0 Upstream Author : Matt Davis * URL : https://jiffyclub.github.io/palettable/ * License : MIT-like Programming Lang: Python Description : a

Bug#962338: RFP: monty -- the missing complement to Python

2020-06-06 Thread Drew Parsons
Package: wnpp Severity: wishlist Control: block 962268 by -1 * Package name: monty Version : 3.0.2 Upstream Author : Materials Virtual Lab * URL : https://github.com/materialsvirtuallab/monty * License : MIT Programming Lang: Python Description : the

Bug#959407: dh-python: pybuild without setup.py

2020-05-01 Thread Drew Parsons
Package: dh-python Version: 4.20200315 Severity: normal There are movements around upstream packages to stop using setup.py. https://stackoverflow.com/questions/58753970/how-to-build-a-source-distribution-without-using-setup-py-file PEP517 seems to be the culprit behind this movement,

Bug#948699: ITP: pytest-mpi -- a plugin for pytest testing MPI-related code

2020-01-11 Thread Drew Parsons
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: pytest-mpi Version : 0.3 Upstream Author : James Tocknell * URL : https://github.com/aragilar/pytest-mpi * License : BSD Programming Lang: Python Description : a plugin for pytest

Bug#946625: scipy: autopkgtest regularly times out

2019-12-27 Thread Drew Parsons
Source: scipy Followup-For: Bug #946625 Control: tags -1 help The rules for skipping the failing tests (test_sparsetools.TestInt32Overflow) are already in place in debian/tests/python3 It looks like something must have changed in pytest such that the skip instructions are now being ignored.

Bug#946035: spyder: RFH: needs Build-Depends: python-language-server, qdarkstyle

2019-12-03 Thread Drew Parsons
Package: spyder Version: 4.0.0~rc3+dfsg1-1 Severity: normal spyder 4 (currently on salsa in experimental branch) needs python modules python-language-server and qdarkstyle These are currently not packaged for Debian, so this is a Request For Help to get them packaged so we can proceed with the

Re: python-urllib3 1.25.6 uploaded to experimental (closes CVE-2019-11236) but fails build tests

2019-10-27 Thread Drew Parsons
On 2019-10-27 23:13, Daniele Tricoli wrote: On Sun, Oct 13, 2019 at 10:31:31PM +0800, Drew Parsons wrote: It conditionally works. Using curl, I found that TLSv1_0 or TLSv1_1 will support a successful connection, but only if the maximum SSL_VERSION is constrained to TLSv1_0 or TLSv1_1 (e.g

Re: python-urllib3 1.25.6 uploaded to experimental (closes CVE-2019-11236) but fails build tests

2019-10-13 Thread Drew Parsons
Daniele wrote: I hope to have the time to investigate also this: urllib3/contrib/pyopenssl.py contains code to have SSL with SNI_-support for Python 2 and it depends on pyOpenSSL, cryptography and idna. Maybe looking at them can give us more clues. Also, could you see if using Python3 the

python-urllib3 1.25.6 uploaded to experimental (closes CVE-2019-11236) but fails build tests

2019-10-12 Thread Drew Parsons
Hi Daniele, just letting you know I uploaded python-urllib3 1.25.6 to experimental. I was having some SSL trouble connecting to https://pub.orcid.org. The error trace cited urllib3/contrib/pyopenssl.py, so I downloaded and installed python-urllib3 1.25.6 to see if updates to default SSL/TLS

Re: dh-python does not stop if there is error during the byte-compiling

2019-10-07 Thread Drew Parsons
Frederik wrote: Hello, in one of my package (pymca), there is a syntax error like this. byte-compiling /builds/science-team/pymca/debian/output/pymca-5.5.2+dfsg/debian/python-pymca5/usr/lib/python2.7/dist-packages/PyMca5/Object3D/Object3DPlugins/ChimeraStack.py to ChimeraStack.pyc File

Re: should Debian add itself to https://python3statement.org ?

2019-09-14 Thread Drew Parsons
On 2019-09-12 22:46, Drew Parsons wrote: https://python3statement.org/ is a site documenting the projects which are supporting the policy of dropping Python2 to keep Python3 only. The site is designed for python packages specifically, to have only Python3 supported by end of 2020. But it seems

Re: skimage (build-)depends on python-cloudpickle which has already been dropped

2019-09-13 Thread Drew Parsons
On 2019-09-13 15:42, Andreas Tille wrote: Hi, as Peter Green found out the cloudpickle source package droped Python2 support which makes bug #938494 serious. I guess it would be even harder to drop python-skimage right now since this would affect python-numpy and according to $ apt-cache

should Debian add itself to https://python3statement.org ?

2019-09-12 Thread Drew Parsons
https://python3statement.org/ is a site documenting the projects which are supporting the policy of dropping Python2 to keep Python3 only. The site is designed for python packages specifically, to have only Python3 supported by end of 2020. But it seems to me it would be in the spirit of the

numpy updates

2019-09-06 Thread Drew Parsons
Hi Sandro, I've pushed a numpy patch that should allow pymca tests to pass again (bugs #935454, #933056). Once pymca is running successfully again, we'll be able to remove its python2. I recommend uploading numpy 1:1.16.2-2 to help that along (probably safer to patch 1.16 to fix these bugs

Re: Webpage to track py2removal bugs & packages

2019-09-03 Thread Drew Parsons
On 2019-09-03 11:56, Sandro Tosi wrote: Within a given rdeps count it currently has secondary sorting made on Bug No. It would polish off the forward deps if they could be used for secondary sorting instead (highest number to lowest). Bonus points for making the headers clickable so the

Re: Webpage to track py2removal bugs & packages

2019-09-02 Thread Drew Parsons
On 2019-09-02 12:21, Sandro Tosi wrote: On Sun, Sep 1, 2019 at 9:54 PM Drew Parsons wrote: Yes, your script counts the dependencies along one direction (rdeps), identifying which packages are ready to be de-python2-ised next. I'm talking about dependencies in the opposite direction, deps

Re: Webpage to track py2removal bugs & packages

2019-09-01 Thread Drew Parsons
On 2019-09-02, Sandro Tosi wrote: On 2019-09-02 01:15, Drew Parsons wrote: Sandro Tosi wrote: i've prepared a small website, http://sandrotosi.me/debian/py2removal/index.html, to keep track of the bugs user-tagged `py2removal`. It could be useful to add another column counting

Re: Webpage to track py2removal bugs & packages

2019-09-01 Thread Drew Parsons
Sandro Tosi wrote: i've prepared a small website, http://sandrotosi.me/debian/py2removal/index.html, to keep track of the bugs user-tagged `py2removal`. It could be useful to add another column counting the Dependencies in the other direction. i.e. for all the leaf packages ready for

Bug#939134: ITP: python-pypathlib -- Polygon package for Python

2019-09-01 Thread Drew Parsons
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: python-pypathlib Version : 0.1.2 Upstream Author : Nico Schlömer * URL : https://github.com/nschloe/pypathlib * License : MIT Programming Lang: Python Description : Polygon package

Bug#935908: ITP: dmsh -- simple 2D mesh generator inspired by distmesh

2019-08-27 Thread Drew Parsons
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: python-dmsh Version : 0.1.3 Upstream Author : Nico Schlömer * URL : https://github.com/nschloe/dmsh * License : MIT Programming Lang: Python Description : simple mesh generator

Re: increased build time and disk usage for scipy with pybuild

2019-07-28 Thread Drew Parsons
On 2019-07-27 22:04, Drew Parsons wrote: I've uploaded python-scipy 1.2.2 to unstable. Previously the build system ran through distutils, but dh now gives an error on that, and says pybuild should be used instead. So I reorganised debian/rules to use dh --buildsystem=pybuild. I also

increased build time and disk usage for scipy with pybuild

2019-07-27 Thread Drew Parsons
I've uploaded python-scipy 1.2.2 to unstable. Previously the build system ran through distutils, but dh now gives an error on that, and says pybuild should be used instead. So I reorganised debian/rules to use dh --buildsystem=pybuild. I also reorganised rules to stop the second invocation

Re: Transition tracker for rm python2 live

2019-07-23 Thread Drew Parsons
Scott K wrote: On 2019-07-24 09:01, eamanu15 . wrote: El mar., 23 de jul. de 2019 a la(s) 21:55, Drew Parsons escribió: What should "success" or completion look like on the tracker? I uploaded pyfttw (not python-fftw, which is a different package) hoping to get the first line of

Re: Transition tracker for rm python2 live

2019-07-23 Thread Drew Parsons
Scott Kitterman wrote: See https://release.debian.org/transitions/html/python2-rm.html The ones near the top of the stack (bottom of the page) are less likely to have rdepends that need to be sorted before action can be taken on them. What should "success" or completion look like on the

Re: dropping python2 [was Re: scientific python stack transitions]

2019-07-07 Thread Drew Parsons
On 2019-07-07 23:31, Matthias Klose wrote: On 07.07.19 16:55, Drew Parsons wrote: On 2019-07-07 22:46, Mo Zhou wrote: Hi science team, By the way, when do we start dropping python2 support? The upstreams of the whole python scientific computing stack had already started dropping it. Good

dropping python2 [was Re: scientific python stack transitions]

2019-07-07 Thread Drew Parsons
On 2019-07-07 22:46, Mo Zhou wrote: Hi science team, By the way, when do we start dropping python2 support? The upstreams of the whole python scientific computing stack had already started dropping it. Good question. I think it is on the agenda this cycle, but debian-python will have the

Re: overriding default compile flags when building python extensions

2019-05-03 Thread Drew Parsons
Ansgar wrote: On Fri, 2019-05-03 at 19:49 +0800, Drew Parsons wrote: > The first -g is the problem (in "-DNDEBUG -g -fwrapv -O2 -Wall"). Not sure about setup.py, but `-g0` (after `-g`) should also disable debug information: +--- | Level 0 produces no debug information at al

overriding default compile flags when building python extensions

2019-05-03 Thread Drew Parsons
Dear Debian Python community, how does one control or override the default flags used by setup.py (setuptools module) when compiling a C extension for a python module? The intention is to switch off -g in pygalmesh, because of memory constraints on 32 bit systems when compiling against CGAL,

Re: scipy 1.2.0 and joining DPMT

2019-03-16 Thread Drew Parsons
On 2019-03-17 02:48, Drew Parsons wrote: Hi Dmitry, the Tools section still refers to git-dpm. Ah, that would be MR-5, still in discussion.

Re: scipy 1.2.0 and joining DPMT

2019-03-16 Thread Drew Parsons
On 2019-03-17 02:39, Dmitry Shachnev wrote: On Fri, Mar 15, 2019 at 02:34:26PM +0100, Ondrej Novy wrote: > https://salsa.debian.org/python-team/tools/python-modules/merge_requests/4 let's merge it without "Configurations" section now, please. Done! I will now also review the follow-up merge

Re: unblock request: python-scipy/1.1.0-4 skimage/0.14.2-2: autopkgtest passes (Re: bug#919929)

2019-03-16 Thread Drew Parsons
On 2019-03-16 22:07, Paul Gevers wrote: On 16-03-2019 13:48, Drew Parsons wrote: Is there enough will to add more scipy patches for the buster release to reduce the remaining DeprecationWarnings? (they don't break tests, they're just annoying) Or should we just let it go at this point

unblock request: python-scipy/1.1.0-4 skimage/0.14.2-2: autopkgtest passes (Re: bug#919929)

2019-03-16 Thread Drew Parsons
On 2019-03-11 14:39, Drew Parsons wrote: I've adapted the 3 patches and pushed to salsa, matrix_API_614847c5.patch matrix_API_more_e0cfa29e2.patch matrix_API_filter_check_87e48c3c5.patch https://salsa.debian.org/python-team/modules/python-scipy/tree/master/debian/patches

Re: scipy 1.2.0 and joining DPMT

2019-03-16 Thread Drew Parsons
On 2019-03-15 21:15, Ondrej Novy wrote: Hi, Thanks Ondrej, read and accepted. welcome :) Thanks :) I fixed scipy's test failures :) The policy on Maintainer/Upload fields is interesting. I've installed git-dpm, likely it will be useful for my other packages. please don't use git-dpm

Re: python-scipy: autopkgtest fails (Re: bug#919929)

2019-03-11 Thread Drew Parsons
On 2019-03-10 15:46, Drew Parsons wrote: On 2019-03-10 03:51, Paul Gevers wrote: Hi Drew, To remove the deprecation warnings we'd need to deal with them at the source. Upstream has patches https://github.com/scipy/scipy/commit/614847c5fc8d5f8a618980df3c1b93540428ae46 https://github.com

Re: python-scipy: autopkgtest fails (Re: bug#919929)

2019-03-09 Thread Drew Parsons
On 2019-03-10 03:51, Paul Gevers wrote: Hi Drew, On 08-03-2019 03:08, Drew Parsons wrote: On 2019-03-07 20:46, Paul Gevers wrote: If you upload now, your package will not migrate to testing before the full freeze becomes effective so it would need an unblock. If you want to fix this issue

Re: python-scipy: autopkgtest fails (Re: bug#919929)

2019-03-07 Thread Drew Parsons
On 2019-03-07 20:46, Paul Gevers wrote: If you upload now, your package will not migrate to testing before the full freeze becomes effective so it would need an unblock. If you want to fix this issue with the three lines I saw in the bug report, you can go ahead. However, it is probably worth

Re: python-scipy: autopkgtest fails (Re: bug#919929)

2019-03-07 Thread Drew Parsons
On 2019-03-07 22:07, Paul Gevers wrote: Hi Drew, On 07-03-2019 14:56, Drew Parsons wrote: On 2019-03-07 20:46, Paul Gevers wrote: However, it is probably worth waiting for a resolution of bug 915738 and combine it with that. There hasn't been recent movement on 915738. I'll apply Julian's

Re: python-scipy: autopkgtest fails (Re: bug#919929)

2019-03-07 Thread Drew Parsons
On 2019-03-07 20:46, Paul Gevers wrote: Hi Drew, On 07-03-2019 13:19, Drew Parsons wrote: python-scipy is currently failing all debci tests in both unstable and testing. autopkgtest only, so no FTBFS? That's right, scipy builds fine. Some of us want failing autopkgtest to be RC *after

Re: python-scipy: autopkgtest fails (Re: bug#919929)

2019-03-07 Thread Drew Parsons
On 2019-03-07 19:00, Paul Gevers wrote: Hi Drew, On 07-03-2019 09:03, Andreas Tille wrote: On Tue, Mar 05, 2019 at 07:01:54PM +0800, Drew Parsons wrote: python-scipy has recently started failing all debci tests in testing and unstable, exacerbating the bug report in Bug#919929 [1

python-scipy: autopkgtest fails (Re:bug#919929)

2019-03-05 Thread Drew Parsons
python-scipy has recently started failing all debci tests in testing and unstable, exacerbating the bug report in Bug#919929 [1]. The failing error is a MemoryError. But understanding the problem is hampered by a flood of deprecation warnings, presumably triggered by numpy 1.16. scipy 1.2

Re: scipy 1.2.0 and joining DPMT

2019-02-25 Thread Drew Parsons
>(gandi.net) recently changed its webmail interface, but the new software doesn't handle Reply-To addresses well. I've sent them a bug report. On 2019-01-15 03:27, Drew Parsons wrote: Hi Python team, now that numpy 1.16rc has reached testing, are there plans to get scipy 1.2.0 into the coming rele

Re: scipy 1.2.0 and joining DPMT

2019-01-29 Thread Drew Parsons
On 2019-01-29 10:36, Dmitry Shachnev wrote: On Mon, Jan 28, 2019 at 11:13:46AM +0100, webm...@emerall.com wrote: Thanks Ondrej, read and accepted.   The policy on Maintainer/Upload fields is interesting. I've installed git-dpm, likely it will be useful for my other packages. It will not be

scipy 1.2.0 and joining DPMT

2019-01-14 Thread Drew Parsons
Hi Python team, now that numpy 1.16rc has reached testing, are there plans to get scipy 1.2.0 into the coming release? Will it help if I join DPMT? I can then update scipy and upload to experimental. Please add me on salsa if that will help. Drew

Re: xhtml2pdf updated, but can't push to salsa

2018-02-22 Thread Drew Parsons
On Thu, 2018-02-22 at 12:11 +0100, Raphael Hertzog wrote: > Hi, > > On Thu, 22 Feb 2018, Ondrej Novy wrote: > > 2018-02-22 11:18 GMT+01:00 Drew Parsons <dpars...@debian.org>: > > > The python group on salsa does not have the button for joining > > > the >

xhtml2pdf updated, but can't push to salsa

2018-02-22 Thread Drew Parsons
I updated xhtml2pdf to 0.2.1. But salsa is refusing to receive the git push, "GitLab: You are not allowed to push code to this project.". The python group on salsa does not have the button for joining the group (I don't actually want to join the group, but the commits to xhtml2pdf should be