Re: New upstream version numpydoc 1.2.1 on salsa?

2022-03-30 Thread Christian Kastner
Hi Chiara, On 2022-03-31 00:04, Chiara Marmo wrote: > Version 1.2.0 is affected by a bug [1] which generates a scikit-learn > bug in debian [2]. > > Version 1.2.1 will fix the debian bug and hopefully moves towards the > migration of scikit-learn new version in testing. > > Is someone in this

Re: upstream python concerns, python3-full package for bullseye

2021-02-12 Thread Christian Kastner
On 12.02.21 10:16, Thomas Goirand wrote: > I mostly agree to add a metapackage. I just don't agree with the choice > of package name. It makes our user believe that Python isn't "full" > without it I think you are reading waaay too much into just this name. The package will also have a synopsis

Re: Generic Python packages which don’t work on all architectures

2021-01-20 Thread Christian Kastner
On 21.01.21 02:44, Paul Wise wrote: > I am now thinking that a more generic solution than Architecture: > linux-all is needed, in order to cover your case as well. Perhaps > something like Available-Architecures or Runtime-Architectures or > Architecture-all-Architectures: or similar. To be

Bug#977651: ITP: sphinx-prompt -- Sphinx directive to add unselectable prompt

2020-12-18 Thread Christian Kastner
Package: wnpp Severity: wishlist Owner: Christian Kastner * Package name: sphinx-prompt Version : 1.3.0 Upstream Author : Stéphane Brunner * URL : https://github.com/sbrunner/sphinx-prompt * License : BSD-3-Clause Programming Lang: Python Description

Re: Packaging a python module when already using cmake buildsystem

2020-09-25 Thread Christian Kastner
On 2020-09-24 13:22, Francis Murtagh wrote: > I'm trying to package a newly added python component of our > tool https://tracker.debian.org/pkg/armnn. > > It has a setup.py and uses SetupTools and DistUtils so I was hoping to > add --with Python3 and hope that a lot of magic would be done by

Re: Merging the PAPT and the DMPT

2020-09-21 Thread Christian Kastner
On 2020-09-21 10:45, Ondrej Novy wrote: > út 15. 9. 2020 v 0:12 odesílatel Christian Kastner Has getting rid of the subgroups entirely been considered, IOW: moving > the packages directory to python-team/? > > reason is ACL. We need different access for "tools&q

Re: Merging the PAPT and the DMPT

2020-09-14 Thread Christian Kastner
On 2020-09-14 09:59, Ondrej Novy wrote: > * transferring all project from modules+applications to packages subgroup Has getting rid of the subgroups entirely been considered, IOW: moving the packages directory to python-team/? The only remaining subgroup seems to be "tooling", and that could

Re: [DRAFT] DPMT and PAPT is DPT now

2020-09-14 Thread Christian Kastner
Hi Ondřej, On 2020-09-14 10:39, Ondrej Novy wrote: > for simplification we merged two subteams - Debian Python Modules Team > and Python Applications Packaging Team into just one: Debian Python > Team, DPT. > > All Salsa repositories are in "packages" subgroup [1] now. > > We have only one team

Re: Merging the PAPT and the DMPT

2020-09-07 Thread Christian Kastner
On 2020-09-07 13:38, Ondrej Novy wrote: > ~10 days without reply, merged. I'm really happy about this :-) I've always found the split odd. By the way, this might be something worth sending to debian-devel-announce, possibly including a short summary/description of how this affects contributors

Bug#969766: ITP: python-multipledispatch -- multiple dispatch in Python

2020-09-07 Thread Christian Kastner
Package: wnpp Severity: wishlist Owner: Christian Kastner * Package name: python-multipledispatch Version : 0.6.0 Upstream Author : Matthew Rocklin * URL : https://github.com/mrocklin/multipledispatch/ * License : BSD-3-clause Programming Lang: Python

Bug#968152: ITP: python-iniconfig -- brain-dead simple parsing of ini files

2020-08-09 Thread Christian Kastner
Package: wnpp Severity: wishlist Owner: Christian Kastner * Package name: python-iniconfig Version : 1.0.1 Upstream Author : Ronny Pfannschmidt * URL : https://github.com/RonnyPfannschmidt/iniconfig * License : MIT Programming Lang: Python Description

Bug#968151: ITP: python-xmlschema -- implementation of XML Schema for Python

2020-08-09 Thread Christian Kastner
Package: wnpp Severity: wishlist Owner: Christian Kastner * Package name: python-xmlschema Version : 1.2.2 Upstream Author : SISSA (Scuola Internazionale Superiore di Studi Avanzati) * URL : https://github.com/sissaschool/xmlschema/ * License : MIT

Re: Issues running pytest from within .pybuild

2020-05-18 Thread Christian Kastner
On 2020-05-18 01:30, Scott Kitterman wrote: > On Sunday, May 17, 2020 6:26:11 PM EDT Christian Kastner wrote: >> From the GitHub issue, it seems as if the current practice of testing >> from within .pybuild is not supported by pytest, but I'm inclined to >> believe t

Issues running pytest from within .pybuild

2020-05-17 Thread Christian Kastner
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 I inquired [1] with pytest upstream as to why this could be happening.

Re: Python3.8 Transition Lessons Learned

2020-04-17 Thread Christian Kastner
Hi Scott, On 2020-04-14 16:22, Scott Kitterman wrote: > These binNMUs migrated to Testing immediately. This resulted in a case where > in Testing, python3.7 and python3.8 were supported versions, but packages had > lost their python3.7 support. This caused autopkgtest failures which >

Re: New packages: -doc package with python or python3 prefix?

2020-03-28 Thread Christian Kastner
On 28.03.20 12:22, Simon McVittie wrote: > On Sat, 28 Mar 2020 at 11:44:35 +0100, ghisv...@gmail.com wrote: >> I believe it should remain python- (as the programming language), >> instead of python3- (the major version targeted). > > In cases where the documentation is large enough to justify a

New packages: -doc package with python or python3 prefix?

2020-03-28 Thread Christian Kastner
The Python 2 removal page [1] states that existing python-$foo-doc packages should not be renamed to python3-$foo-doc. But what about new packages? I have a package in NEW that provides python3-tpot, but should the doc package have a python- or python-3 prefix? [1]

Re: dh_python3 sets shebang to Python 2 -- is this a bug?

2020-01-20 Thread Christian Kastner
Hi Andreas! On 20.01.20 17:40, Andreas Henriksson wrote: > On Mon, Jan 20, 2020 at 08:51:56AM +0100, Christian Kastner wrote: > I've personally seen some upstream use 'python' in shebang with the > intention of meaning 'works with either python2 or python3', but in > debian it seems

Bug#944261: ITB: python-seaborn -- Python data visualization library

2019-11-06 Thread Christian Kastner
Package: wnpp Severity: wishlist Owner: Christian Kastner X-Debbugs-CC: debian-de...@lists.debian.org, debian-python@lists.debian.org, debian-scie...@lists.debian.org * Package name: python-seaborn Version : 0.9.0 Upstream Author : Michael Waskom * URL : https

Re: Python2 removal: package with low-popcon reverse dependencies

2019-10-11 Thread Christian Kastner
On 11.10.19 19:47, Matthias Klose wrote: > On 11.10.19 18:27, Christian Kastner wrote: >> This would nevertheless be a case for the "py2keep", right? > > No. > > #933348 is another bug for removed packages (mopidy-scrobler). Do you > really want to keep that?

Python2 removal: package with low-popcon reverse dependencies

2019-10-11 Thread Christian Kastner
Hi, python-cachetools provides modules for Python2 and Python3. The Python2 module as two reverse dependencies, both with low installed popcon: python-cachetools: 302 mopidy-podcast: 109 mopidy-internetarchive: 95 This would nevertheless be a case for the "py2keep",

Please remove pyrit from PAPT Salsa

2019-02-10 Thread Christian Kastner
Hi, pyrit has been handed over to pkg-security, where it will be better taken care of, and the main repository is now pkg-security-team/pyrit. Could one of the owners of PAPT on Salsa please remove the repository python-team/applications/pyrit? Regards, Christian

Re: Graph-tool in Debian

2015-01-20 Thread Christian Kastner
Hi Tiago, On 2015-01-20 11:49, Tiago de Paula Peixoto wrote: I already provide Debian packages: https://graph-tool.skewed.de/download#debian But I would like to probe your interest into getting this into Debian proper. I would be willing to maintain the package, but I would need

Re: Proposed git migration plan

2014-08-27 Thread Christian Kastner
On 2014-08-27 01:41, Antoine Musso wrote: Le 27/08/2014 10:13, Sandro Tosi a écrit : snip Offline commits? how many time (for real..) you badly needed it? i guess so few that if you (for one time) just do a big commit instead of a storm of micro commit the world wont stop As a side effect,

Re: Proposed git migration plan

2014-08-26 Thread Christian Kastner
On 2014-08-26 20:04, Stuart Prescott wrote: I eventually gave up and used git-import-dscs -- debsnap. That said -- all the above experience was with full-source svn repos. I would anticipate that the debian/-only repos would be easier to migrate as they are much simpler, but then the new git

Re: dh_auto_* and Makefile

2014-05-01 Thread Christian Kastner
On 2014-05-02 02:48, Brian May wrote: In a particular project (django-model-utils 2.0.3 to be precise), if I have a debian/rules file containing: %: dh $@ --with python2 Then dh_auto_* tools determine that the project comes with a Makefile (upstream file), and uses that instead

Re: Package for multiple Python versions

2011-07-22 Thread Christian Kastner
On 07/22/2011 09:57 AM, Mitar wrote: I now saw that my Orange package is build just for Python 2.6. http://orange.biolab.si/debian/dists/squeeze/main/source/ How can I make it be build also for 2.7? 1. Get a list of requested Python versions with pyversions(1) 2. Perform build with

Re: Help with my Debian package for Orange

2011-07-01 Thread Christian Kastner
On 06/29/2011 06:58 PM, Mitar wrote: I have made a Debian package for Orange: http://orange.biolab.si/ The idea is that we have a daily snapshot packaged as Debian package. You can get it here (also source package): http://orange.biolab.si/debian/ FYI, a separate packaging was

Re: Help with my Debian package for Orange

2011-07-01 Thread Christian Kastner
On 07/01/2011 05:21 AM, Barry Warsaw wrote: On Jul 01, 2011, at 01:00 AM, Mitar wrote: I will not yet use dh as it looks too magical for me for now. I would like to understand what is happening. And first have a working package. Then I can play with cleaning it up. Or would it be easier to

Re: Where to put debugging extension

2011-06-15 Thread Christian Kastner
On 06/15/2011 09:47 PM, Nikolaus Rath wrote: Should I put the extension build for the debug interpreter into the normal python-xx package, or into the python-xx-dbg package that also contains the debugging symbols? The first variant seems to be more common, but I'm having trouble to come up

Re: dh_strip and Python Extensions

2011-05-26 Thread Christian Kastner
Hi, On 05/26/2011 02:32 AM, Nikolaus Rath wrote: I'm not quite sure when this started, but dh_strip is placing my Python .so extensions into /usr/lib/debug/..., which makes Lintian complain: [...] $ lintian ../python-llfuse-dbg_0.31-1_amd64.deb W: python-llfuse-dbg:

Re: python sample packages?

2010-11-08 Thread Christian Kastner
On 11/08/2010 09:53 PM, Paul Elliott wrote: Sorry if this is a faq, but are there any hellow world debian sample packages that could be used as a starting point? I'm not aware of any. [0], however, appears to provide the relevant code sections for packaging modules

Re: Package relationships for python debug packages

2010-10-19 Thread Christian Kastner
On Tue, 19 Oct 2010 13:23:35 +1100, Ben Finney ben+deb...@benfinney.id.au wrote: Howdy all, What relationship should be declared between a binary ‘python-foo-dbg’ package and the ‘python-dbg’ package? I can't remember the rationale, but the consensus was not what I expected. Should the

Building Python debug extensions with dh

2010-08-10 Thread Christian Kastner
A mentor recently proposed that I ship -dbg versions of a Python extension. Researching on how to properly do so, it appeared that there was no standard approach to this. On the contrary, I found numerous differing implementations, with quite a few exhibiting some flaws. I chose to follow the

RFS: pyrit

2010-05-20 Thread Christian Kastner
Dear mentors, I am looking for a sponsor for my package pyrit. * Package name: pyrit Version : 0.3.0-1 Upstream Author : Lukas Lueg lukas.l...@gmail.com * URL : http://code.google.com/p/pyrit/ * License : GPLv3 + OpenSSL linking exception Section :

Re: RFS: pyrit

2010-05-20 Thread Christian Kastner
On 05/20/2010 03:58 PM, Paul Wise wrote: On Thu, May 20, 2010 at 9:24 PM, Christian Kastner deb...@kvr.at wrote: Pyrit is an excellent example of a GPGPU-driven application. It consists of a main program and optional extensions for various GPGPU technologies, such as NVIDIA CUDA and OpenCL