Re: package_data in python package

2019-10-28 Thread Ole Streicher
Félix Sipma writes: > They just run "python3 setup.py install" > (https://github.com/scheibler/khard/issues/231): > [...] > > For my part, I "just" build the debian package with "gbp buildpackage", > and with "dh $@ --with python3 --buildsystem=pybuild" in debian/rules. > > The solutions I say ar

Re: package_data in python package

2019-10-28 Thread Félix Sipma
On 2019-10-28 11:15-0400, Scott Kitterman wrote: > 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.readthedoc

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-code-files.html > > > > your sol

Re: package_data in python package

2019-10-28 Thread Félix Sipma
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-code-files.html > > your solution seems correct. Hi Scott, Thanks for your message. I'm not sure I get

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

package_data in python package

2019-10-28 Thread Félix Sipma
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. I submitted an error upstream, https://github.com/scheibler/khard/issues/23

Re: Discussing next steps for the Python2 removal

2019-10-28 Thread Ondrej Novy
Hi, po 28. 10. 2019 v 10:56 odesílatel Simon McVittie napsal: > The maintainer of a leaf package can do this in a few minutes at any > time, but library packages with many reverse-dependencies (for example > dbus-python) don't really have that option, so I hope using autorm for > library package

Re: Discussing next steps for the Python2 removal

2019-10-28 Thread Simon McVittie
On Fri, 25 Oct 2019 at 12:38:11 +0200, Ondrej Novy wrote: > this is not how autorm works. You can't remove from testing only one of two > binary package from same source package. You are removing  package as a whole. > > But maintainer can anytime fix that bug by removing py2 binary from source >

Bug#943693: RFP: python-ws-discovery -- WS-Discovery implementation for Python

2019-10-28 Thread Helmut Grohne
Package: wnpp Severity: wishlist Tags: patch * Package name: python-ws-discovery Version : 1.1.2 Upstream Author : Andrei Kopats * URL : https://github.com/andreikop/python-ws-discovery * License : LGPL-3 Programming Lang: Python Description : WS-Discov