Re: Help for python-subby needed

2022-02-01 Thread Scott Kitterman
On Tuesday, February 1, 2022 6:01:22 AM EST Andreas Tille wrote: > Am Sat, Jan 29, 2022 at 01:50:22AM +0500 schrieb Andrey Rahmatullin: > > On Fri, Jan 28, 2022 at 09:48:00PM +0100, Andreas Tille wrote: > > > Hi, > > > > > > I need python-subby as a new dependency for some Debian Med package. > >

Re: Reaching team consensus on usage of py3versions -r and X-Python3-Version in Lintian

2022-01-18 Thread Scott Kitterman
On Tuesday, January 18, 2022 3:17:31 AM EST Neil Williams wrote: > On Mon, 17 Jan 2022 12:47:44 -0500 > > Louis-Philippe Véronneau wrote: > > Hey folks, > > > > I'm following up on bug #1001677 [1] on the DPT's list to try to reach > > consensus, as I think the Lintian tags that were created to

Re: Cleaning up the Salsa DPT landing page

2022-01-17 Thread Scott Kitterman
On Monday, January 17, 2022 12:59:53 PM EST Louis-Philippe Véronneau wrote: > On 2022-01-17 12 h 31, Scott Kitterman wrote: > > On Monday, January 17, 2022 12:20:59 PM EST Louis-Philippe Véronneau wrote: > >> Hey folks, > >> > >> The merger between the DPMT a

Re: Cleaning up the Salsa DPT landing page

2022-01-17 Thread Scott Kitterman
On Monday, January 17, 2022 12:59:53 PM EST Louis-Philippe Véronneau wrote: > On 2022-01-17 12 h 31, Scott Kitterman wrote: > > On Monday, January 17, 2022 12:20:59 PM EST Louis-Philippe Véronneau wrote: > >> Hey folks, > >> > >> The merger between the DPMT a

Re: Cleaning up the Salsa DPT landing page

2022-01-17 Thread Scott Kitterman
On Monday, January 17, 2022 12:20:59 PM EST Louis-Philippe Véronneau wrote: > Hey folks, > > The merger between the DPMT and the PAPT into a single entity has been > pretty successful IMO and I think it's time to cleanup the Salsa DPT > landing page. > > Looking at https://salsa.debian.org/python

New python-nacl

2022-01-11 Thread Scott Kitterman
I've just uploaded the new (version 1.5.0) python-nacl to experimental to give rdepends a chance to test. Being a python extension there's not a formal transition for this, but I wanted to do some testing first, so I thought I'd put it in experimental so others can too. Scott K signature.asc

Re: DPT repositories checks/"violations" report

2022-01-03 Thread Scott Kitterman
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 &

Re: DPT repositories checks/"violations" report

2022-01-02 Thread Scott Kitterman
On Sunday, January 2, 2022 7:50:02 PM EST Louis-Philippe Véronneau wrote: > On 2021-12-12 01 h 23, Sandro Tosi wrote: > > >> I think there's still one point we need to figure out: how to make > >> these remarks known to the packages maintainers, instead of all of > >> them just being in a text fil

Re: New pybuild plugin for PEP-517 pyproject.toml projects

2021-12-29 Thread Scott Kitterman
On December 29, 2021 11:33:26 PM UTC, Michel Alexandre Salim wrote: >Hi Stefano, > >On Wed, Dec 29, 2021 at 10:17:57PM +, stefa...@debian.org wrote: >> Hi debian-python (2021.12.17_23:52:14_+) >> > - Build-depend on `dh-python-pep517` as well as any build tools >> > specified by upst

Re: Packaging request for pygrib

2021-12-28 Thread Scott Kitterman
Not a fool, just learning. Debian is complicated and the best way to learn is to dive in and try things. As long as you learn along the way, it's all good. Scott K On December 28, 2021 11:46:49 PM UTC, Kyle Lawlor-Bagcal wrote: >Oh, I see. That is indeed the same package. I don't think the

Re: Packaging request for pygrib

2021-12-28 Thread Scott Kitterman
On December 28, 2021 11:34:01 PM UTC, Kyle Lawlor-Bagcal wrote: >On 12/28/21 6:18 PM, Scott Kitterman wrote: >> For The Debian Python team, if the team is listed as the maintainer for an >> existing package, then you can go ahead. If an individual is listed at >> Maint

Re: Packaging request for pygrib

2021-12-28 Thread Scott Kitterman
On Tuesday, December 28, 2021 6:14:20 PM EST Kyle Lawlor wrote: > On Tue, Dec 28, 2021 at 5:59 PM, Geert Stappers > wrote: > > https://wiki.debian.org/Packaging > > > Geert Stappers > Could not resist to ignore the "tell me how to do it", settled for a short > reply. Thank you for the link, I w

Use of flit as a build-backend in pybuild

2021-11-29 Thread Scott Kitterman
The versions of pybuild in stable, testing, and unstable all support flit as a build-backend for packages built upstream using flit. You can tell if your package is built using flit if it has a pyproject.toml file and it contains a paragraph like: [build-system] requires = ["flit_core >=3.2.0,

Re: DPT repositories checks/"violations" report

2021-11-27 Thread Scott Kitterman
On November 27, 2021 6:01:08 AM UTC, Sandro Tosi wrote: >Hello, >while working on something else[1], i noticed how many of the >repositories in the DPT salsa group are in poor shape: > >* missing branches >* changes not pushed to salsa >* general misalignment in configuration/setup/organization

Re: Downgrading dnspython back to 1.16.0 to fix Eventlet

2021-02-05 Thread Scott Kitterman
On Thursday, February 4, 2021 4:49:21 AM EST Thomas Goirand wrote: > On 2/2/21 7:46 PM, Thomas Goirand wrote: > > Both Eventlet and DNSPython are monkey patching the standard SSL library > > in potentially conflicting ways > > After checking, that's *NOT* the case. Though Eventlet is doing > monke

Re: How to watch pypi.org

2020-10-04 Thread Scott Kitterman
On Sunday, October 4, 2020 10:24:22 PM EDT Paul Wise wrote: > On Sun, Oct 4, 2020 at 3:29 PM Fioddor Superconcentrado wrote: > > I've packaged a project provided via https://pipi.org and I wanted to > > create a debian/watch file but pipi.org publishes the tarball behind a > > strange url like > I

Upcoming dnspython 2.0.0 upload (new and improved with incompatibilities)

2020-08-09 Thread Scott Kitterman
I've started working on updating dnspython to 2.0.0. The package itself is basically ready to go, but there is at least one incompatibility I've found relative to the current 1.16.0 version. As far as I can tell, this only affects DNS results for type TXT lookups. For those, the data returned

Re: Python2 packages for bullseye

2020-07-09 Thread Scott Kitterman
On Thursday, July 9, 2020 7:21:45 AM EDT Matthias Klose wrote: > The removal of packages still depending on Python2 looks good [1], however > we have a bunch of packages that still require Python2, and where > maintainers explicitly asked to keep those in the distro [2]. Among those > are pypy and

Re: Maintaining all of the testing-cabal packages under the OpenStack team

2020-06-29 Thread Scott Kitterman
On Monday, June 29, 2020 7:53:46 AM EDT Thomas Goirand wrote: > On 6/29/20 12:58 PM, Scott Kitterman wrote: > > On June 29, 2020 10:12:49 AM UTC, Thomas Goirand wrote: > >> On 6/29/20 8:34 AM, Ondrej Novy wrote: > >>> nope, this is not true. Using the ne

Re: Maintaining all of the testing-cabal packages under the OpenStack team

2020-06-29 Thread Scott Kitterman
On Monday, June 29, 2020 10:17:57 AM EDT Scott Talbert wrote: > On Mon, 29 Jun 2020, Scott Kitterman wrote: > >>> More over, mock debhelper was upgraded to 13, for no apparent > >> > >> reason > >> > >>> (yet another "cosmet

Re: Maintaining all of the testing-cabal packages under the OpenStack team

2020-06-29 Thread Scott Kitterman
On June 29, 2020 10:12:49 AM UTC, Thomas Goirand wrote: >On 6/29/20 8:34 AM, Ondrej Novy wrote: ... >> More over, mock debhelper was upgraded to 13, for no apparent >reason >> (yet another "cosmetic fix" that isn't helping?). I'd like to >remind >> everyone that, increasing debhelpe

Re: Asking for help Poetry

2020-06-28 Thread Scott Kitterman
On June 29, 2020 3:08:53 AM UTC, Emmanuel Arias wrote: >Hi, > >I'm working on poetry packaging, I created on salsa de repository [0]. > >Note that there are many packages that are not in Debian like cachy, >cleo, >etc. > >I RFS python-cachy [1] and now I'm working on cleo, which depends on >cli

Re: Maintaining all of the testing-cabal packages under the OpenStack team

2020-06-28 Thread Scott Kitterman
On Sunday, June 28, 2020 1:59:08 PM EDT Sandro Tosi wrote: > 5. consolidating packages *into* the DPMT/PAPT gives a lot of > benefits, f.e. people basically got "free" handling of the py2removal > process; moving packages out is actually detrimental for the python > ecosystem (at least that's my op

Re: Future of PyPy (not PyPy3) in Debian

2020-06-04 Thread Scott Kitterman
On Thursday, June 4, 2020 8:00:30 PM EDT Sandro Tosi wrote: > Hello all, > it looks like i started a process that would require the removal of > several PyPy (as in pypy-* depending on the `pypy` package) packages > from the archive. > > I'm now wondering: what should we do with the entire pypy ec

Re: PEP-517/PEP-518 Support In Debian

2020-06-04 Thread Scott Kitterman
On Thursday, June 4, 2020 7:39:59 PM EDT Nicholas D Steeves wrote: > Hi, > > Scott Kitterman writes: > > On Monday, April 13, 2020 5:18:53 AM EDT Dmitry Shachnev wrote: > >> Hi Scott! > >> > >> On Sun, Apr 12, 2020 at 06:31:57PM -0400, Scott Kitterma

Re: packaging DiscoDOS - a cli tool for vinyl DJs

2020-05-17 Thread Scott Kitterman
On Sunday, May 17, 2020 7:44:38 PM EDT Steve Langasek wrote: > On Sat, May 16, 2020 at 11:09:33AM +0800, Paul Wise wrote: > > On Fri, 2020-05-15 at 19:56 -0700, Steve Langasek wrote: > > > FTR, UbuntuStudio is an official Ubuntu flavor, not a derivative ;) > > > > Woops. Did that change at some po

Re: Issues running pytest from within .pybuild

2020-05-17 Thread Scott Kitterman
On Sunday, May 17, 2020 6:26:11 PM EDT Christian Kastner wrote: > In a recent version of src:scikit-learn, a workaround was added to > resolve an ImportMismatchError regarding one of the conftest.py files > used by pytest. > > I hit a new instance of this while preparing a new upstream release, so

Disparaging people's motivation to contribute to Debian was: Re: packaging DiscoDOS - a cli tool for vinyl DJs

2020-05-15 Thread Scott Kitterman
On Friday, May 15, 2020 4:36:52 PM EDT Thomas Goirand wrote: > On 5/15/20 7:09 PM, Scott Kitterman wrote: > > On Friday, May 15, 2020 12:55:48 PM EDT Thomas Goirand wrote: > >> On 5/15/20 5:43 PM, jojo wrote: > >>> Hi, > >>> > >>> I&#x

Re: packaging DiscoDOS - a cli tool for vinyl DJs

2020-05-15 Thread Scott Kitterman
On Friday, May 15, 2020 12:55:48 PM EDT Thomas Goirand wrote: > On 5/15/20 5:43 PM, jojo wrote: > > Hi, > > > > I'd like to join the list because I think my software is a valuable > > addition to the debian universe, my ultimate goal would be to bring it > > into Ubuntu Studio because it is music-

Re: Request to join PAPT

2020-05-11 Thread Scott Kitterman
On Thursday, April 23, 2020 10:32:42 PM EDT Doug Torrance wrote: > Hello! > > I am interested in joining the Python Applications Packaging Team. I'm > experienced in packaging for Debian and am an active member of the Window > Maker and Science teams. However, I don't have much experience with P

Re: Joining PAPT

2020-05-11 Thread Scott Kitterman
On Thursday, December 5, 2019 11:42:02 AM EDT Scott Talbert wrote: > Hi, > > I'm already a member of DPMT, I would like to join PAPT as well so I can > also contribute to those packages. I have read the policy and accept it. > > Salsa ID: swt2c-guest > > Thanks, > Scott I know this is late, bu

Re: joining the PAPT

2020-05-11 Thread Scott Kitterman
On Wednesday, May 6, 2020 2:05:09 PM EDT Hans-Christoph Steiner wrote: > Hey all, > > I'm a DD and a long time member of PMPT I would like to join the PAPT. > I am packaging https://github.com/cryptax/droidlysis and I think it > fits best in PAPT. I am also willing to be a sponsor for packages

Re: Best practice on how to package a python module along with a c++ program

2020-05-08 Thread Scott Kitterman
On Friday, May 8, 2020 6:59:08 AM EDT Uwe Steinmann wrote: > Hi, > > not sure if this is the right list, but it was my closes guess. > > I'm packaging a c++ program (horizon-eda) which also contains a > python module written in c++. Upstream's Makefile has a target 'pymodule' > and 'make pymodule

Re: joining the DPMT.

2020-05-07 Thread Scott Kitterman
On Thursday, April 30, 2020 5:32:39 PM EDT peter green wrote: > I would like to join the DPMT, there are a couple of reasons for this. > > Firstly I have been making an effort to try and get broken > build-dependencies in testing fixed, and this often ends up involving > python module packages. It

Re: Python Wheel Related Policy Change

2020-05-01 Thread Scott Kitterman
On Thursday, April 30, 2020 6:21:48 PM EDT Scott Kitterman wrote: > On Thursday, April 30, 2020 5:49:20 PM EDT Stefano Rivera wrote: > > Hi Scott (2020.04.30_20:33:59_+) > > > > > > That seems reasonable, although if we're going down that road, it > >

Re: Python Wheel Related Policy Change

2020-04-30 Thread Scott Kitterman
On Thursday, April 30, 2020 5:49:20 PM EDT Stefano Rivera wrote: > Hi Scott (2020.04.30_20:33:59_+) > > > > That seems reasonable, although if we're going down that road, it > > > probably makes no sense for any of them to be universal. > > > > If we were talking about maintaining this for mu

Re: Python Wheel Related Policy Change

2020-04-30 Thread Scott Kitterman
On Thursday, April 30, 2020 2:32:24 PM EDT Stefano Rivera wrote: > Hi Scott (2020.04.30_16:23:41_+) > > > Making dirtbike build a py3 wheel for setuptools (and pkg_resources), > > which is technically accurate at this point since dirtbike can't build > > wheels from a> > > python2 package was

Re: Python Wheel Related Policy Change

2020-04-30 Thread Scott Kitterman
On Thursday, April 30, 2020 5:53:33 AM EDT Scott Kitterman wrote: > On April 30, 2020 7:21:39 AM UTC, Matthias Klose wrote: > >On 4/30/20 5:28 AM, Scott Kitterman wrote: > >> I think Python policy changes should be discussed. I accidentally > >committed a > >> ch

Re: Python Wheel Related Policy Change

2020-04-30 Thread Scott Kitterman
On April 30, 2020 7:21:39 AM UTC, Matthias Klose wrote: >On 4/30/20 5:28 AM, Scott Kitterman wrote: >> I think Python policy changes should be discussed. I accidentally >committed a >> change to git [1] (I didn't realize I still had access, I thought it >would

Python Wheel Related Policy Change

2020-04-29 Thread Scott Kitterman
I think Python policy changes should be discussed. I accidentally committed a change to git [1] (I didn't realize I still had access, I thought it would be a merge request) to allow Python 3 only wheels for packages that require wheels, but that no longer support Python 2. This is going to hap

Re: issues installing psutil with pip in virtual environment

2020-04-26 Thread Scott Kitterman
On April 26, 2020 4:06:00 PM UTC, Anil F Duggirala wrote: >hello, >I am running into an issue installing psutil: pip3 install psutil, in a >virtual environment. I have upgraded my pip and setuptools with no >avail. I am getting this error: https://pastebin.com/2Xb7UN9g >Some have suggested ins

Re: best practice when installing python packages

2020-04-25 Thread Scott Kitterman
On Saturday, April 25, 2020 1:10:37 PM EDT Anil F Duggirala wrote: > hello, > Im having an issue while installing a piece of software with pip3: > pip3 install --user -r contrib/requirements/requirements-binaries.txt > > Command "python setup.py egg_info" failed with error code 1 in > /tmp/pip-ins

Re: mailing-list-obsolete-in-debian-infrastructure warning

2020-04-23 Thread Scott Kitterman
On April 24, 2020 12:26:27 AM UTC, "Louis-Philippe Véronneau" wrote: >On 20-04-23 17 h 54, Scott Kitterman wrote: >> On Thursday, April 23, 2020 5:21:49 PM EDT Rebecca N. Palmer wrote: >>> This warning was added to Lintian today, after being requested in >>&

Re: mailing-list-obsolete-in-debian-infrastructure warning

2020-04-23 Thread Scott Kitterman
On Thursday, April 23, 2020 5:21:49 PM EDT Rebecca N. Palmer wrote: > This warning was added to Lintian today, after being requested in > #958182. It appears on thousands of packages: > https://lintian.debian.org/tags/mailing-list-obsolete-in-debian-infrastructu > re.html Thanks. I mailed the bu

Re: todoman_3.7.0-2_source.changes ACCEPTED into unstable

2020-04-23 Thread Scott Kitterman
This one has the same issue. Scott K On Thursday, April 23, 2020 1:05:23 PM EDT Debian FTP Masters wrote: > Accepted: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Format: 1.8 > Date: Thu, 23 Apr 2020 18:39:20 +0200 > Source: todoman > Architecture: source > Version: 3.7.0-2 > Distr

Re: khard_0.16.1-1_source.changes ACCEPTED into unstable

2020-04-23 Thread Scott Kitterman
On Thursday, April 23, 2020 1:06:42 PM EDT Félix Sipma wrote: > Note that changing the address triggers a lintian warning: > > W: khard source: mailing-list-obsolete-in-debian-infrastructure Python > Applications Packaging Team Python Applications Packaging Team is correct. Scott K

Re: [felix+deb...@gueux.org: Bug#955862: RFS: sphinx-autoapi/1.2.1-1 [ITP]]

2020-04-19 Thread Scott Kitterman
On April 19, 2020 3:24:17 PM UTC, "Félix Sipma" wrote: >Hi Thomas, > >Thanks for the review, and it's nice to see you found a number of >problems! I have to admit I did not prepare a new package since a long >time, probably forgot a lot of things, and copied others from other >packages of mi

Re: Please grant me access to PAPT

2020-04-14 Thread Scott Kitterman
On Tuesday, April 14, 2020 11:33:29 AM EDT Alex Mestiashvili wrote: > On 4/14/20 4:02 PM, Scott Kitterman wrote: > > On Tuesday, April 14, 2020 8:25:36 AM EDT Alex Mestiashvili wrote: > >> Hi, > >> could please somebody who have enough privileges remove > >> &

Python3.8 Transition Lessons Learned

2020-04-14 Thread Scott Kitterman
In the course of dropping python3.7 from supported versions binNMUs were scheduled before the python3-defaults update dropping python3.7 migrated to testing. These binNMUs migrated to Testing immediately. This resulted in a case where in Testing, python3.7 and python3.8 were supported versions

Re: Please remove python-team/modules/authprogs.git

2020-04-14 Thread Scott Kitterman
On Tuesday, April 14, 2020 8:25:36 AM EDT Alex Mestiashvili wrote: > Hi, > could please somebody who have enough privileges remove > > https://salsa.debian.org/python-team/modules/authprogs.git > > It is an application and should be located in python-team/applications. I've moved it: https://s

Re: PEP-517/PEP-518 Support In Debian

2020-04-13 Thread Scott Kitterman
On Monday, April 13, 2020 5:18:53 AM EDT Dmitry Shachnev wrote: > Hi Scott! > > On Sun, Apr 12, 2020 at 06:31:57PM -0400, Scott Kitterman wrote: > > This being roughly the mid-point in the development cycle, I thought it > > might be good to see where we are in terms of fu

Re: PEP-517/PEP-518 Support In Debian

2020-04-12 Thread Scott Kitterman
On April 13, 2020 3:44:31 AM UTC, Paul Wise wrote: >On Sun, Apr 12, 2020 at 10:32 PM Scott Kitterman wrote: > >> I took a look at the presence of pyproject.toml files in the Debian >archive. >> There are currently 99 packages. Of those, only 28 specify a >'build-b

Re: py2removal: drop python-pytest by not running tests for python2 packages

2020-04-12 Thread Scott Kitterman
On Sunday, April 12, 2020 9:56:01 PM EDT Sandro Tosi wrote: > Hello, > python-pytest is blocking 18 packages from removal, most of them would > be leaves once python-pytest is gone. > > so i was playing with the idea of tackling python-pytest removal by > updating all its rdeps and not run unittes

PEP-517/PEP-518 Support In Debian

2020-04-12 Thread Scott Kitterman
This being roughly the mid-point in the development cycle, I thought it might be good to see where we are in terms of future Python packaging developments. As I understand it, PEP-517 and PEP-518 are 'the future'. I took a look at the presence of pyproject.toml files in the Debian archive. The

Re: Fwd: [covid] New Contributor for biohackathon

2020-04-08 Thread Scott Kitterman
On Wednesday, April 8, 2020 11:56:22 PM EDT Olek Wojnar wrote: > Dear DPMT members, > > You may be aware that the Debian Med team is in the middle of a > biohackathon [1] to provide better FOSS tools to the medical community for > their work on the COVID-19 pandemic. We just had a new contributor

Re: Request to join Python Modules Team

2020-04-08 Thread Scott Kitterman
On Saturday, April 4, 2020 5:53:30 PM EDT fancycade wrote: > Hi there! > > I would like to join the Python Modules Team. For the time being I am > interested in maintaining packages related to the upcoming covid > biohackathon. Specifically I am trying to get my feet wet by packaging this > module

Bug#956184: RFP: python3-sphinx-better-theme -- modified version of the default Sphinx theme

2020-04-07 Thread Scott Kitterman
Package: wnpp Severity: wishlist * Package name: python3-sphinx-better-theme Version : 0.1.5 Upstream Author : Steve Johnson * URL : https://pypi.org/project/sphinx-better-theme * License : Expat Programming Lang: Python Description : modified version o

Re: Telepathy-gabble and python2-rm

2020-04-06 Thread Scott Kitterman
On Monday, April 6, 2020 8:17:53 PM EDT Sandro Tosi wrote: > On Fri, Apr 3, 2020 at 5:04 PM Scott Kitterman wrote: > > There was a telepathy-gabble upload this week that took out a bunch of > > python2 build-deps, but it looks like telepathy-gabble-tests retained > > ma

Re: Python3 modules not built for all supported Python versions

2020-04-06 Thread Scott Kitterman
On Monday, April 6, 2020 9:24:35 AM EDT Jochen Sprickerhof wrote: > Hi Emilio, > > * Emilio Pozuelo Monfort [2020-03-30 17:47]: > >I've heard pybuild now has a cmake backend, so theoretically you could do > >something like > > > >%: > > dh $@ --buildsystem=pybuild --system=cmake > > [..] >

Telepathy-gabble and python2-rm

2020-04-03 Thread Scott Kitterman
There was a telepathy-gabble upload this week that took out a bunch of python2 build-deps, but it looks like telepathy-gabble-tests retained many of them as depends: https://packages.debian.org/unstable/telepathy-gabble-tests In particular, this is the last package in Testing that depends on py

Re: py2removal: proposal to increase apps popcon limit

2020-03-31 Thread Scott Kitterman
On Tuesday, March 31, 2020 9:54:41 AM EDT Sandro Tosi wrote: > >> Maybe you can paste the list of 20 affected apps, though? > > > > I'm more interested in the 18 that are above 1000. Could you please just > > list them all 38, sorted by popocon? > here's the list: > > cvs2svn - popcon = 303, > c

Re: Python3.8 as default final status

2020-03-27 Thread Scott Kitterman
On March 28, 2020 5:10:42 AM UTC, Sergio Durigan Junior wrote: >On Friday, March 27 2020, Håvard Flaget Aasen wrote: > >> On 27.03.2020 20:09, Sergio Durigan Junior wrote: >>> On Friday, March 27 2020, Scott Kitterman wrote: >>> >>>> The python3-defa

Re: Python3.8 as default final status

2020-03-27 Thread Scott Kitterman
On Friday, March 27, 2020 3:39:30 PM EDT Scott Kitterman wrote: > On Friday, March 27, 2020 3:21:38 PM EDT Håvard Flaget Aasen wrote: > > On 27.03.2020 20:09, Sergio Durigan Junior wrote: > > > On Friday, March 27 2020, Scott Kitterman wrote: > > >> The python3-

Re: Python3.8 as default final status

2020-03-27 Thread Scott Kitterman
On Friday, March 27, 2020 3:21:38 PM EDT Håvard Flaget Aasen wrote: > On 27.03.2020 20:09, Sergio Durigan Junior wrote: > > On Friday, March 27 2020, Scott Kitterman wrote: > >> The python3-defaults with python3.8 as the default python3 has migrated > >> to > >>

Python3.8 as default final status

2020-03-27 Thread Scott Kitterman
The python3-defaults with python3.8 as the default python3 has migrated to Testing thanks to the release team hammering things around until it went. Most of the outstanding autipkgtest failures with python3.8 were fixed either in unstable or in git/BTS. Here are the remaining issues that someon

Re: python3-openvdb: build against the default python3 version

2020-03-27 Thread Scott Kitterman
Pybuild has a cmake plugin that I think is relatively new. It may handle the complexity for you, but I've never tried it. We used to do this with pykde4, which is available on snapshot..d.o. Scott K On Friday, March 27, 2020 8:48:33 AM EDT Mathieu Malaterre wrote: > Hi all, > > Could anyone

Re: Python help needed for test suite in multiqc

2020-03-26 Thread Scott Kitterman
On March 26, 2020 7:02:20 AM UTC, Andreas Tille wrote: >Hi Andrey, > >On Thu, Mar 26, 2020 at 12:34:11AM +0500, Andrey Rahmatullin wrote: >> http://bugs.debian.org/954640 > >Thanks a lot. Multiqc builds with humanfriendly from Git. > >Kind regards > > Andreas. The bug is fixed in Unstab

Re: Autopkgtest issues blocking python3.8 as default transition

2020-03-24 Thread Scott Kitterman
On Monday, March 23, 2020 12:30:15 PM EDT Scott Kitterman wrote: > On Sunday, March 22, 2020 1:10:35 AM EDT Scott Kitterman wrote: > > On Saturday, March 21, 2020 2:28:15 PM EDT Scott Kitterman wrote: > > > On Saturday, March 21, 2020 5:44:15 AM EDT Graham Inggs wrote

Re: Autopkgtest issues blocking python3.8 as default transition

2020-03-23 Thread Scott Kitterman
On Sunday, March 22, 2020 1:10:35 AM EDT Scott Kitterman wrote: > On Saturday, March 21, 2020 2:28:15 PM EDT Scott Kitterman wrote: > > On Saturday, March 21, 2020 5:44:15 AM EDT Graham Inggs wrote: > > > Hi Scott > > > > > > On Sat, 21 Mar 2020 at 06:41, Scott

Re: Autopkgtest issues blocking python3.8 as default transition

2020-03-21 Thread Scott Kitterman
On Saturday, March 21, 2020 2:28:15 PM EDT Scott Kitterman wrote: > On Saturday, March 21, 2020 5:44:15 AM EDT Graham Inggs wrote: > > Hi Scott > > > > On Sat, 21 Mar 2020 at 06:41, Scott Kitterman wrote: > > > I've gone through and statused the issues cu

Re: Autopkgtest issues blocking python3.8 as default transition

2020-03-21 Thread Scott Kitterman
On Saturday, March 21, 2020 5:44:15 AM EDT Graham Inggs wrote: > Hi Scott > > On Sat, 21 Mar 2020 at 06:41, Scott Kitterman wrote: > > I've gone through and statused the issues currently listed on the package > > tracker for python3-defaults migration that are autop

Autopkgtest issues blocking python3.8 as default transition

2020-03-20 Thread Scott Kitterman
I've gone through and statused the issues currently listed on the package tracker for python3-defaults migration that are autopkgtest related [1]. I stuffed it into a pastebin [2]. I'm open to suggestions about where better to maintain such a list. If you ever want python3.8 as default python

Re: Bug#952952: RM: src:ipykernel-py2 -- RoM for Python 2 removal

2020-03-02 Thread Scott Kitterman
On Monday, March 2, 2020 9:14:52 AM EST Sandro Tosi wrote: > > The src:ipykernel-py2 package provides python-ipykernel, which is to be > > removed for the Python 2 removal transition. > > Cc-ing Gordon explicitly: the last time we spoke, Gordon wanted to > keep the python2 stack of ipython/ikernel

Re: Request to (re)-join DPMT and PAPT

2020-03-01 Thread Scott Kitterman
On Friday, February 28, 2020 2:56:24 PM EST Scott Talbert wrote: > Hi, > > I am currently a member as swt2c-guest, but I recently became a DD, so can > I please be re-added to DPMT and PAPT under swt2c. > > I still accept all policies. :) > > Thanks, > Scott Done. I set an expiration of a wee

Re: Request to join DPMT

2020-03-01 Thread Scott Kitterman
On Friday, February 28, 2020 2:28:29 PM EST Luca Boccassi wrote: > Hello, > > I'd like to join the DPMT group on Salsa, please. > > I currently maintain 15 Python modules uploaded (repos are in the > general debian group) that I'd like to move to the group, and most > importantly I have accepted

Re: Joining the team (again)

2020-03-01 Thread Scott Kitterman
On Sunday, March 1, 2020 2:53:13 PM EST Georg Faerber wrote: > Dear all, > > I was part of the team in the past as 'georg-guest', I would like to > join again as 'georg'. I do maintain anorack and mwic. > > I've read the team policy and accept it. > > Thanks, > Georg Welcome back. Scott K sig

Re: Separate lib and executable packages?

2020-02-08 Thread Scott Kitterman
On Saturday, February 8, 2020 2:50:54 PM EST Gordon Ball wrote: > On Sat, Feb 08, 2020 at 02:42:11AM +0000, Scott Kitterman wrote: > > On February 7, 2020 3:59:46 PM UTC, Mattia Rizzolo wrote: > > >On Fri, Feb 07, 2020 at 11:36:00AM +, Gordon Ball wrote: > > >>

Re: Separate lib and executable packages?

2020-02-08 Thread Scott Kitterman
On February 8, 2020 12:38:54 PM UTC, Ondrej Novy wrote: >Hi, > >so 8. 2. 2020 v 4:11 odesílatel Scott Kitterman >napsal: > >> Except: Every time we add a binary to Debian it impacts everyone. >The >> packages file gets bigger and so updates get slower. Although

Re: Separate lib and executable packages?

2020-02-07 Thread Scott Kitterman
On February 7, 2020 3:59:46 PM UTC, Mattia Rizzolo wrote: >On Fri, Feb 07, 2020 at 11:36:00AM +, Gordon Ball wrote: >> I wonder if this split really makes sense; it feels like adding the >> overhead of an extra binary package to avoid not having a very small >> file in /usr/bin if you're on

RE:pyqt5 and entrypoint

2020-02-02 Thread Scott Kitterman
On February 2, 2020 9:58:45 PM UTC, PICCA Frederic-Emmanuel wrote: >Hello > >on unstable it works but on buster (and we need to make it work for >buster) >we have this message > >Python 3.7.3 (default, Apr 3 2019, 05:39:12) >[GCC 8.3.0] on linux >Type "help", "copyright", "credits" or "licen

Re: Updating pip

2020-01-24 Thread Scott Kitterman
On Friday, January 24, 2020 2:00:36 PM EST Scott Kitterman wrote: > The next step is to deal with all the packages that pip vendors and we > unvendor. There are quite a few packages that need updating to a sufficient > version for the new pip: > > Needs packaging: > pep517 I

Updating pip

2020-01-24 Thread Scott Kitterman
I started looking into updating pip to the current release because I knew it would take awhile and we need to do it at some point. Merging our changes into the new upstream release turned out to be somewhat less challenging that I had feared (alternately it wasn't and I messed it up). I've pus

Re: Merge Requests

2019-12-06 Thread Scott Kitterman
It looks like a lot of this is lintian-brush generated and of questionable value, IMO. As an example, bumping compat to 12 is trivial to do. The hard part is checking if it affects the package content, so the bot has produced a proposed change that will take far longer to verify than it would

Re: autopkgtest-pkg-python fails if package name is python-pyMODULENAME (Was: Bug#945768: python-pypubsub: autopkgtest failure: No module named 'pypubsub')

2019-11-28 Thread Scott Kitterman
On November 28, 2019 5:27:53 PM UTC, Simon McVittie wrote: >On Thu, 28 Nov 2019 at 11:15:31 -0500, Sandro Tosi wrote: >> if you install `pubsub` as top-level module, your package must be >> named pythonN-pubsub, if not it violates the policy and it's RC >buggy. > >That's what I had thought, but

Re: python3-dev dh-python dependency

2019-11-18 Thread Scott Kitterman
On November 18, 2019 11:14:03 AM UTC, Thibaut Paumard wrote: >Hi, > >I've noted that python3-dev's last upload last week dropped the >dependency on dh-python. I find this change surprising in the context >of >the current Python 3.8 transition. > >This makes "my" package yp-svipc FTBFS. I'm gue

Re: Policy About Maintainer and Uploaders Fields (was: PAPT: join request)

2019-11-11 Thread Scott Kitterman
On November 10, 2019 10:09:57 PM UTC, Thomas Goirand wrote: >On 11/10/19 1:20 AM, Sandro Tosi wrote: >> is there any public trace of these "many voices"? > >Just like when we discussed moving away from SVN to Git, we can't know >the exact number unless we have a kind of poll/vote (but we don't

Re: package_data in python package

2019-10-28 Thread Scott Kitterman
On Monday, October 28, 2019 11:02:40 AM EDT Félix Sipma wrote: > On 2019-10-28 10:44-0400, Scott Kitterman wrote: > > It's the way setuptools works. Looking at the current upstream > > recommendations: > > > > https://python-packaging.readthedocs.io/en/latest/n

Re: package_data in python package

2019-10-28 Thread Scott Kitterman
On Monday, October 28, 2019 10:25:44 AM EDT Félix Sipma wrote: > Hi, > > I have a problem with package_data files in a package ("khard", which is > not currently under the debian-python umbrella but it is on my todo list > to transfer it, I just didn't find the time yet) not getting installed. >

Re: Request to (re)join the team

2019-10-15 Thread Scott Kitterman
On Monday, October 14, 2019 3:45:06 PM EDT Nick Morrott wrote: > Hi everyone, > > I'd like to migrate my current membership of the debian-python DPMT > and PAPT teams on salsa to use my shiny, new DD account \o/. My salsa > account is nickm. > > Thank you for your help, guidance, mentorship and s

Re: Raising severity to serious for some Python 2 leaf packages with no Python 3 support upstream

2019-10-13 Thread Scott Kitterman
On Sunday, October 13, 2019 10:52:17 PM EDT Thomas Goirand wrote: > Hi, > > In some cases I've seen, particularly in the med or science team, > switching some packages to Python 3 requires a significant effort. > > For example, today I looked into removing Python 2 from python-cogent. > Running s

Re: Request to join the Debian Python Modules Team

2019-10-07 Thread Scott Kitterman
On Wednesday, October 2, 2019 11:37:59 AM EDT Santiago Ruano Rincón wrote: > Hi there, > > I would like to request to be included in the Debian Python Modules > Team. > > * Why you want to join the team: I would like to maintain altair (See > #941599) within the team, as any other future python

Re: Joining DPMT

2019-10-06 Thread Scott Kitterman
On Monday, October 7, 2019 1:56:18 AM EDT Stuart Prescott wrote: > Hi folks > > Could you please add me to DPMT. > > I've been looking at upgrading plastex (which is team maintained but with no > active maintainer) to a newer upstream version; upgrading it to a newer > upstream version gets rid o

Re: What is the process to update the DPMT and PAPT policies?

2019-09-15 Thread Scott Kitterman
On September 15, 2019 11:59:08 PM UTC, "Louis-Philippe Véronneau" wrote: >Hi! > >What is the process to update the DPMT and PAPT policies? I feel the >DPMT policy is pretty good and I feel the PAPT policy could copy a >bunch >of stuff from there. > >For example, the PAPT policy doesn't include

Re: Packages depending on python-testtools are now RC: is bzr still a thing?

2019-09-14 Thread Scott Kitterman
On Saturday, September 14, 2019 6:43:13 PM EDT Thomas Goirand wrote: > Hi, > > As I wrongly thought python-extras was used only by OpenStack stuff, I > removed Python 2 support for it. Then someone filed a bug against > python-testtools (ScottK, I believe) saying that it became RC. > Therefore, I

Re: Re: Bug#920127: Removed package(s) from unstable

2019-09-08 Thread Scott Kitterman
On September 9, 2019 3:25:43 AM UTC, Paul Wise wrote: >On Mon, Sep 9, 2019 at 4:11 AM Scott Kitterman wrote: > >> This was sent to the FTP Team, but it seems like someone with some >bandwidth >> to assist from DPMT/PAPT would be a better audience. Note that the >remova

Fwd: Re: Bug#920127: Removed package(s) from unstable

2019-09-08 Thread Scott Kitterman
; > The full log for this bug can be viewed at https://bugs.debian.org/920127 > > This message was generated automatically; if you believe that there is > a problem with it please contact the archive administrators by mailing > ftpmas...@ftp-master.debian.org. > > Debian

Re: Python 3 transition question

2019-09-01 Thread Scott Kitterman
On September 2, 2019 4:00:53 AM UTC, Sandro Tosi wrote: >> I would just stop building these. And if the reverse dependencies >have a >> py2removal bug itself, then comment in these issues that the >> suggested/recommended package gets removed. If they don't have a >py2removal >> bug, please f

Re: Webpage to track py2removal bugs & packages

2019-08-31 Thread Scott Kitterman
On Saturday, August 31, 2019 11:09:33 AM EDT Andrey Rahmatullin wrote: > On Sat, Aug 31, 2019 at 10:20:32AM -0400, Scott Kitterman wrote: > > I definitely think it will be helpful. Thanks for putting it together. > > It's the best thing I've seen yet for answering the qu

Re: Webpage to track py2removal bugs & packages

2019-08-31 Thread Scott Kitterman
On Saturday, August 31, 2019 2:31:36 AM EDT Sandro Tosi wrote: > Hello, > i've prepared a small website, > http://sandrotosi.me/debian/py2removal/index.html, to keep track of > the bugs user-tagged `py2removal`. > > * i'm sure there are bugs > * it's pretty brutal html, but should provide useful i

Re: py2-rm: a few leaf packages to work on

2019-08-25 Thread Scott Kitterman
On Sunday, August 25, 2019 10:55:55 AM EDT Matthias Klose wrote: > On 24.08.19 07:03, Scott Kitterman wrote: > > On Thursday, August 15, 2019 8:08:41 AM EDT Thomas Goirand wrote: > >> Hi there! > >> > >> According to the daily graph I built here: > >>

<    1   2   3   4   5   6   7   8   >