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

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

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

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

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

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

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

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

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,

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, > >>> > >>>

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

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

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,

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

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.

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 > > &g

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

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

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 b

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

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

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 >

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

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 >

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

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

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:

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-backen

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

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.

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 >

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

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

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, >

Re: Python3.8 as default final status

2020-03-28 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 p

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

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

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 current

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 autopkgtes

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

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

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

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

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. Alt

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

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

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

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

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

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,

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

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/non-co

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

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

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

Re: Joining DPMT

2019-10-07 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

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

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 distributi

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

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 question of

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

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: > >>

Re: Python2/Qt4 removal

2019-08-24 Thread Scott Kitterman
On Saturday, August 24, 2019 3:26:33 AM EDT Scott Kitterman wrote: > On Saturday, August 24, 2019 2:46:04 AM EDT Guðjón Guðjónsson wrote: > > Hi list > > > > QScintilla Qt4/python2 version has one reverse dependency and it is the > > tora package that is marked

Re: Removing py2 support from python-xattr

2019-08-24 Thread Scott Kitterman
On Saturday, August 24, 2019 6:28:10 PM EDT Thomas Goirand wrote: > Hi, > > I came across python-xattr, which I know well because it's used in > Swift. I went to investigate it's reverse dependencies, and discovered > that it's py2 version is only used by calendarserver, which itself, is > py2

Re: Python2/Qt4 removal

2019-08-24 Thread Scott Kitterman
On Saturday, August 24, 2019 2:46:04 AM EDT Guðjón Guðjónsson wrote: > Hi list > > QScintilla Qt4/python2 version has one reverse dependency and it is the > tora package that is marked for autoremoval on the 5th of September. > > Shall I keep support for Qt4/python2 in my upgrade or is it ok to

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

2019-08-23 Thread Scott Kitterman
On Thursday, August 15, 2019 8:08:41 AM EDT Thomas Goirand wrote: > Hi there! > > According to the daily graph I built here: > http://py2graph.infomaniak.ch/py2.7.deps.svg > > we can work on Python 2 removal for the below packages. Note that I have > *not* checked for reverse dependencies,

Re: Update for pyyaml

2019-08-05 Thread Scott Kitterman
On Monday, August 5, 2019 8:53:21 AM EDT mer...@debian.org wrote: > Hi Scott, > > On 2019-08-05 02:07, Scott Kitterman wrote: > > I'm about to upload an updated pyyaml. It adds deprecation warnings for > > unsafe pyyaml usage [1]. If you maintain a package that uses pyyaml,

Update for pyyaml

2019-08-04 Thread Scott Kitterman
I'm about to upload an updated pyyaml. It adds deprecation warnings for unsafe pyyaml usage [1]. If you maintain a package that uses pyyaml, you should check and make sure it is using it in a safe way. Since it's a warning and not an error, I don't expect the update to actually break thins,

Re: Removing python2 packages

2019-07-24 Thread Scott Kitterman
On July 24, 2019 4:08:54 PM UTC, Scott Talbert wrote: >On Tue, 23 Jul 2019, Ondrej Novy wrote: > >> út 23. 7. 2019 v 11:40 odesílatel Scott Talbert >napsal: >> When removing leaf python2 packages for bullseye, is there >> anything >> >> >> __modules__ package :) >>   >>

Re: Transition tracker for rm python2 live

2019-07-23 Thread Scott Kitterman
On July 24, 2019 1:01:47 AM UTC, "eamanu15 ." wrote: >El mar., 23 de jul. de 2019 a la(s) 21:55, Drew Parsons >(dpars...@debian.org) >escribió: > >> Scott Kitterman wrote: >> > See https://release.debian.org/transitions/html/python2-rm.html >> > &

Re: Accepted dh-python 4.20190722 (source) into unstable

2019-07-22 Thread Scott Kitterman
Thanks. That dropped almost 1,900 packages off the tracker. Scott K On July 22, 2019 4:07:43 PM UTC, "Piotr Ożarowski" wrote: >Format: 1.8 >Date: Mon, 22 Jul 2019 17:40:36 +0200 >Source: dh-python >Architecture: source >Version: 4.20190722 >Distribution: unstable >Urgency: medium >Maintainer:

Transition tracker for rm python2 live

2019-07-21 Thread Scott Kitterman
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. Scott K

Re: Use debhelper-compat instead of debian/compat

2019-07-18 Thread Scott Kitterman
On July 18, 2019 7:15:38 PM UTC, Ondrej Novy wrote: >Hi, > >according to debhelper man package it's recommended to use >debhelper-compat >instead of debian/compat file. > >I would like to mass-commit this change to DPMT/PAPT, example: >

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

2019-07-16 Thread Scott Kitterman
On July 16, 2019 3:42:47 PM UTC, Matthias Klose wrote: >On 16.07.19 17:31, Julien Puydt wrote: >> Le 16/07/2019 à 17:21, Andrey Rahmatullin a écrit : >>> Python 2 is included in buster and so will be supported for several >>> years. >>> >> >> The starting point of the thread was : >> 1. Ok,

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

2019-07-08 Thread Scott Kitterman
On Monday, July 8, 2019 5:45:17 PM EDT Thomas Goirand wrote: > On 7/8/19 6:28 PM, Stewart Ferguson wrote: > > On 2019-07-08 00:13:45, Thomas Goirand wrote: > >> On 7/7/19 5:31 PM, Matthias Klose wrote: > >>> you can start dropping it now, however please don't drop anything yet > >>> with > >>>

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

2019-07-07 Thread Scott Kitterman
On Sunday, July 7, 2019 6:13:45 PM EDT Thomas Goirand wrote: > On 7/7/19 5:31 PM, 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

Re: Fixing pip for Buster

2019-03-30 Thread Scott Kitterman
On March 30, 2019 10:29:27 AM UTC, Thomas Goirand wrote: >Hi, > >Clack Boylan, from the OpenStack infra team, wrote this patch: > >https://github.com/pypa/pip/pull/6367/commits/f8292a304deebcf0e4cda2e40caa226c70030f11 > >which fixes this: > >https://bugs.debian.org/837764 > >I do believe this

  1   2   3   4   5   6   7   >