Re: How to watch pypi.org

2020-10-31 Thread Andrey Rahmatullin
On Sat, Oct 31, 2020 at 12:03:50PM +0100, Thomas Goirand wrote: > Pypi is often thought as a Python module source repository. It is *NOT*. > It is a repository for binaries to be consumed by pip. Oooh, that's a very interesting thought I never considered. -- WBR, wRAR signature.asc

Re: How to watch pypi.org

2020-10-30 Thread Andrey Rahmatullin
On Fri, Oct 30, 2020 at 03:18:58PM +0100, Fioddor Superconcentrado wrote: > As I said I'm very new to this and all (python) packages I'm using lately > use the usual python tools (pipy, setup.py, etc) and my first approach has > been to stick as close as possible to the upstream procedures. But I

Re: Bug#971111: gubbins: FTBFS: pkg_resources.extern.packaging.requirements.InvalidRequirement: Parse error at "'/build/g'": Expected W:(abcd...)

2020-10-30 Thread Andrey Rahmatullin
python/gubbins/common.py::parse_and_run() constructs an absolute path for the executable and then passes it to pkg_resources.get_distribution(). I have no idea what does this code want to achieve, as get_distribution() takes requirement specifications, not file paths. -- WBR, wRAR

Re: help with FTBFS bug due to python3.8/3.9 confusion

2020-10-26 Thread Andrey Rahmatullin
On Mon, Oct 26, 2020 at 08:54:37AM +0100, Stephen Sinclair wrote: > The recommendations are to change the build-dep on "python-dev" to > "python-all-dev", and I can confirm that this does allow the package > to build. (Is this the right thing to do?) Building a module for all supported Python

Re: python3- preffix

2020-10-04 Thread Andrey Rahmatullin
On Sun, Oct 04, 2020 at 05:39:16PM +0200, Fioddor Superconcentrado wrote: > Debian's packaging documentation requires the packages containing python3 > apps to be renamed with a python3 suffix. *apps* shouldn't have a prefix, only modules should. > Now I can put that prefix to the source too or

Re: How to watch pypi.org

2020-10-04 Thread Andrey Rahmatullin
On Sun, Oct 04, 2020 at 05:28:57PM +0200, 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 > >

Re: Merging the PAPT and the DMPT

2020-08-28 Thread Andrey Rahmatullin
Can you please also describe the current plans for changing/not changing the Git paths after the merge? -- WBR, wRAR signature.asc Description: PGP signature

Re: mismatched-python-substvar ${python3:Depends}

2020-07-08 Thread Andrey Rahmatullin
On Wed, Jul 08, 2020 at 03:35:19AM -0300, Pablo Mestre wrote: > Hi > > Im start packaging python-jsonrpc-server[1], but im dealing with an > lintian warning thats I dont understand > > W: python-jsonrpc-server source: mismatched-python-substvar > python-jsonrpc-server ${python3:Depends} > N: >

Re: packaging DiscoDOS - a cli tool for vinyl DJs

2020-05-18 Thread Andrey Rahmatullin
On Mon, May 18, 2020 at 11:24:23AM +0200, jojo wrote: > One question: Often I read the workflow is to first create a source > package and then the binary package from it. Is that true for python > tools as well? Yes. > I mean there is no "source/binary" in this sense. It doesn't matter whether

Re: pauvre is missing sklearn despite the package is installed

2020-04-27 Thread Andrey Rahmatullin
On Mon, Apr 27, 2020 at 01:17:50PM +0200, Andreas Tille wrote: > pkg_resources.DistributionNotFound: The 'sklearn' distribution was not found > and is required by pauvre It's actually called scikit-learn, not sklearn, see e.g. /usr/lib/python3/dist-packages/scikit_learn-0.22.2.post1.egg-info and

Re: pybuild and setup.py in unusual place

2020-04-17 Thread Andrey Rahmatullin
On Fri, Apr 17, 2020 at 08:10:34AM +, PICCA Frederic-Emmanuel wrote: > subsidiary question is it possible to run a command before all the > dh_auto_xxx without overrideing eveythings ? See "Injecting commands before or after a step" in dh(1). -- WBR, wRAR signature.asc Description: PGP

Re: pybuild and setup.py in unusual place

2020-04-17 Thread Andrey Rahmatullin
On Fri, Apr 17, 2020 at 07:31:55AM +, PICCA Frederic-Emmanuel wrote: > Hello, I have a packahe where the setup.py is not located at the root of the > directory. > > So I need to do > > override_dh_auto_XXX: > dh_auto_XXX -- -d > > Is there a export somthing whcih allows to says where

Re: where should we put private libraries

2020-04-12 Thread Andrey Rahmatullin
On Sun, Apr 12, 2020 at 03:18:39PM +0200, picca wrote: > I thought about adding rpath to these libraries in order to move then > under a private location /usr/lib/. This looks like the correct way to solve this. > The issue is that the current build system do not provide rpath for > these

Re: packaging manual for a beginner

2020-04-08 Thread Andrey Rahmatullin
On Tue, Apr 07, 2020 at 08:13:02PM +0200, Alex Mestiashvili wrote: > Hi Debian Python folks, > > Is there a good entry point for a newbie who wants to package a python > module? I am looking for a tool similar to dh-make-perl. In the past > I've been using stdeb as far as I remember, but it is

Re: [RFC] python-cobra, python3-sbml5

2020-04-04 Thread Andrey Rahmatullin
On Sat, Apr 04, 2020 at 06:53:55PM +0530, Nilesh Patra wrote: > >From the logs, in the last message[2] it looks like an import-error for > '_libsbml' file which corresponds to libsbml (with python3-sbml5 as a > provide) package. When I dug into looking at libsbml, I noticed that the > relevant

Re: Python help needed for test suite in multiqc

2020-03-25 Thread Andrey Rahmatullin
On Wed, Mar 25, 2020 at 08:31:10PM +0100, Andreas Tille wrote: > Hi Python folks, > > the Debian Med team intends to package multiqc[1]. When running the build > time tests I get: > > > ... >debian/rules override_dh_auto_test > make[1]: Verzeichnis „/build/multiqc-1.8+dfsg“ wird betreten >

Re: About itsdangerous

2020-02-27 Thread Andrey Rahmatullin
On Thu, Feb 27, 2020 at 05:02:32PM +0100, Julien Puydt wrote: > > https://alioth-archive.debian.org/git/collab-maint/python-itsdangerous.git.tar.xz > > > > I must be going through a very bad day, but trying to follow > https://wiki.debian.org/Salsa/AliothMigration#By_hand doesn't work ; > the

Re: About itsdangerous

2020-02-27 Thread Andrey Rahmatullin
On Thu, Feb 27, 2020 at 12:57:49PM +0100, Julien Puydt wrote: > Le jeudi 27 février 2020 à 15:49 +0500, Andrey Rahmatullin a écrit : > > On Thu, Feb 27, 2020 at 11:33:00AM +0100, Julien Puydt wrote: > > > Hi, > > > > > > I saw python3-itsdangerous

Re: About itsdangerous

2020-02-27 Thread Andrey Rahmatullin
On Thu, Feb 27, 2020 at 11:33:00AM +0100, Julien Puydt wrote: > Hi, > > I saw python3-itsdangerous was far behind upstream, and decided to if > it was easy to update : but it's not on salsa. > > Should I import the last known package version (recent upload to remove > the Python 2 package) to a

Re: git-buildpackage to be autoremoved due to python2 transition

2020-02-26 Thread Andrey Rahmatullin
On Wed, Feb 26, 2020 at 12:14:08PM +, Ian Jackson wrote: > I looked again and I was looking at an old version. Sorry for the > noise. I still think we have problems with these > 937132 nevow: Python2 removal in sid/bullseye > 938622 tahoe-lafs: Python2 removal in sid/bullseye > which I

Re: git-buildpackage to be autoremoved due to python2 transition

2020-02-26 Thread Andrey Rahmatullin
On Wed, Feb 26, 2020 at 11:28:03AM +, Ian Jackson wrote: > FYI. The widespread impact of this not so apparent because > git-buildpackage is typically used ad-hoc by maintainers, rather than > via (Build)-Depends. > > Relevant packages and bugs: > 943107 git-buildpackage: Python2 removal in

Re: application and private module extension

2020-02-03 Thread Andrey Rahmatullin
On Mon, Feb 03, 2020 at 02:32:22PM +, PICCA Frederic-Emmanuel wrote: > Hello, > > I am packaging a python application . So I dediced to put the module under > the private directory > > /usr/share/ > > but this software contain a cython extension. > > So at the end I have a lintian Error

Re: python3-distutils is not a separate package in stretch - uninstallable package in stretch-backports

2020-01-22 Thread Andrey Rahmatullin
On Wed, Jan 22, 2020 at 06:59:18PM +0100, Julien Puydt wrote: > Le mercredi 22 janvier 2020 à 21:04 +0500, Andrey Rahmatullin a écrit : > > On Wed, Jan 22, 2020 at 04:53:22PM +0100, Julien Puydt wrote: > > > Hi, > > > > > > I'm trying to solv

Re: python3-distutils is not a separate package in stretch - uninstallable package in stretch-backports

2020-01-22 Thread Andrey Rahmatullin
On Wed, Jan 22, 2020 at 04:53:22PM +0100, Julien Puydt wrote: > Hi, > > I'm trying to solve this bug on python3-setuptools-scm : > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=928156 > > where the problem is : > - python3-setuptools-scm depends on python3-distutils > - python3-distutils

Re: Help needed (Was: Bug#943083: libncl: Python2 removal in sid/bullseye)

2019-12-16 Thread Andrey Rahmatullin
On Mon, Dec 16, 2019 at 11:07:07AM +0100, Andreas Tille wrote: > I'm afraid 2to3 skipped this very file. I retried manually: > > $ 2to3 -w roundTripNCLTest.py > RefactoringTool: Skipping optional fixer: buffer > RefactoringTool: Skipping optional fixer: idioms > RefactoringTool: Skipping

Re: Help needed (Was: Bug#943083: libncl: Python2 removal in sid/bullseye)

2019-12-16 Thread Andrey Rahmatullin
On Mon, Dec 16, 2019 at 09:17:50AM +0100, Andreas Tille wrote: > inputParentPath = lineIter.next().strip() > AttributeError: '_io.StringIO' object has no attribute 'next' This should be changed to next(lineIter).strip(), 2to3 for some reason missed it. -- WBR, wRAR signature.asc

Re: Help needed (Was: pdb2pqr: Python2 removal in sid/bullseye)

2019-12-13 Thread Andrey Rahmatullin
On Fri, Dec 13, 2019 at 10:10:03PM +0100, Andreas Tille wrote: > i$ pdb2pqr > Traceback (most recent call last): > File "/usr/bin/pdb2pqr", line 52, in > from main import mainCommand > File "/usr/share/pdb2pqr/main.py", line 77, in > import extensions > File

Re: Bug#937262: Help with scons needed (Was: Help needed (Was: pdb2pqr: Python2 removal in sid/bullseye))

2019-12-13 Thread Andrey Rahmatullin
On Fri, Dec 13, 2019 at 03:49:22PM +0100, Andreas Tille wrote: > > g++ -o pdb2pka/substruct/Algorithms.cpython-37m-x86_64-linux-gnu.so > > -Wl,-z,relro -Wl,-z,now -shared pdb2pka/substruct/Algorithms.os -L/usr/lib > > -lpython3.7m -lpython3.7 > > /usr/bin/ld: cannot find -lpython3.7 > >

Re: Bug#937262: Help with scons needed (Was: Help needed (Was: pdb2pqr: Python2 removal in sid/bullseye))

2019-12-13 Thread Andrey Rahmatullin
On Fri, Dec 13, 2019 at 01:40:34PM +0100, Andreas Tille wrote: > > > g++ -o pdb2pka/substruct/Algorithms.cpython-37m-x86_64-linux-gnu.so > > > -Wl,-z,relro -Wl,-z,now -shared pdb2pka/substruct/Algorithms.os > > > -L/usr/lib -lpython3.7 > > > /usr/bin/ld: cannot find -lpython3.7 > > Actually,

Re: Bug#937262: Help with scons needed (Was: Help needed (Was: pdb2pqr: Python2 removal in sid/bullseye))

2019-12-13 Thread Andrey Rahmatullin
On Fri, Dec 13, 2019 at 09:49:47AM +0100, Andreas Tille wrote: > g++ -o pdb2pka/substruct/Algorithms.cpython-37m-x86_64-linux-gnu.so > -Wl,-z,relro -Wl,-z,now -shared pdb2pka/substruct/Algorithms.os -L/usr/lib > -lpython3.7 > /usr/bin/ld: cannot find -lpython3.7 Actually, it's a different

Re: Bug#937262: Help with scons needed (Was: Help needed (Was: pdb2pqr: Python2 removal in sid/bullseye))

2019-12-13 Thread Andrey Rahmatullin
On Fri, Dec 13, 2019 at 09:49:47AM +0100, Andreas Tille wrote: > So how can I enable proper linking to -lpython3.7 which is obviously not > in the library search path (but package libpython3.7 is definitely > installed in the pbuilder chroot). To link to a library you need to install its -dev

Re: [Help] consensuscore: Python2 removal in sid/bullseye

2019-12-07 Thread Andrey Rahmatullin
On Sat, Dec 07, 2019 at 09:23:16PM +0100, Andreas Tille wrote: > I tried to port consensuscore to Python3 in Git[1]. Unfortunately 2to3 > was not completely successfully since I get: This isn't 2to3's fault. >dh_auto_build -O--buildsystem=pybuild > I: pybuild base:217: /usr/bin/python3.8

Re: pytest help needed

2019-12-04 Thread Andrey Rahmatullin
Why are you running tests via PYBUILD_SYSTEM=custom PYBUILD_TEST_ARGS="{interpreter} setup.py test"? Is the pytest one not working? -- WBR, wRAR signature.asc Description: PGP signature

Bug#945792: RM: fpconst -- RoM; obsolete; no Python 3 support and no reverse deps

2019-11-28 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal The only release was in 2005. https://www.python.org/dev/peps/pep-0754/ was abouyt including it into stdlib and it failed. The only revdep, jack-mixer, was recently removed from the archive.

Bug#945264: RM: python-backports.os -- RoM; no Python 3 support and no reverse deps; low popcon

2019-11-21 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal Not needed with Py3 and not used by any package in Debian anymore. Popcon 82. -- WBR, wRAR signature.asc Description: PGP signature

Re: Bug#937657: Issue with numpy under Python 3.8

2019-11-17 Thread Andrey Rahmatullin
On Sun, Nov 17, 2019 at 04:29:56PM +0100, Andreas Tille wrote: > > If you look on the numpy tracker page [1], you'll see there is a note: > > > > "This package is part of the ongoing testing transition known as > > python3.8. Please avoid uploads unrelated to this transition, they > > would

Bug#943496: RM: python-adns -- RoM; ancient; dead upstream; no Python 3 support and no reverse deps

2019-10-25 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal https://pypi.org/project/adns-python/ no new releases since 2007. Popcon 544, because of transmission-remote-cli which was recently removed from the archive. Reverse deps checked with dak rm -Rnb

Re: 2Removal: handling circular dependencies

2019-10-24 Thread Andrey Rahmatullin
On Thu, Oct 24, 2019 at 08:49:41AM +0100, Simon McVittie wrote: > in general we > also consider broken Recommends to be a serious bug if anyone notices > them (due to Policy §2.2.1 "must not require or recommend a package > outside of main for compilation or execution"). Note that the release

Bug#942327: RM: sclapp -- RoQA; orphaned; dead upstream; no Python 3 support and no reverse deps

2019-10-14 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal http://www.alittletooquiet.net/software/sclapp/ is dead. The current upstream code was uploaded to Debian in 2008. Reverse deps checked with dak rm -Rnb python-sclapp -- WBR, wRAR signature.asc

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

2019-10-14 Thread Andrey Rahmatullin
On Mon, Oct 14, 2019 at 09:54:18AM -0400, Sandro Tosi wrote: > i think it's a bit premature to raise severity to RC (we should also > check with the release team): these bugs have been opened since just 2 > months and a half, and the development cycle for bullseye started not > longer before.

Bug#941067: RM: python-webflash -- RoQA; orphaned; dead upstream; no Python 3 support and no reverse deps

2019-09-24 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal Last release in 2009. http://python-rum.org/wiki/WebFlash is dead. Reverse deps checked with dak rm -Rn python-webflash -- WBR, wRAR signature.asc Description: PGP signature

Bug#941066: RM: python-toscawidgets -- RoQA; orphaned; no Python 3 support and no reverse deps

2019-09-24 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal Last release in 2011. Popcon 20. Reverse deps checked with dak rm -Rn python-toscawidgets -- WBR, wRAR signature.asc Description: PGP signature

Bug#941064: RM: myghty -- RoQA; orphaned; obsolete; no Python 3 support

2019-09-24 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal Long dead. "Myghty is a legacy library. New projects should use Mako templates". Last release in 2010. Reverse deps checked with dak rm -Rn myghty pylons webhelpers -- WBR, wRAR signature.asc

Bug#941063: RM: python-weberror -- RoM; no Python 3 support

2019-09-24 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal Part of the Pylons stack. Last release in 2016, but no Python 3 support anyway. "This software is not actively maintained. Simple bugfixes and other patches will be accepted, and released." Reverse

Bug#941061: RM: pylons -- RoM; obsolete; no Python 3 support

2019-09-24 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal Pylons is dead and Python2-only. The only revdep is python-webhelpers. Reverse deps checked with dak rm -Rn pylons webhelpers -- WBR, wRAR signature.asc Description: PGP signature

Bug#941062: RM: webhelpers -- RoM; obsolete; no Python 3 support

2019-09-24 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal Part of the Pylons stack, last release in 2011. Reverse deps checked with dak rm -Rn pylons webhelpers -- WBR, wRAR signature.asc Description: PGP signature

Re: 2Removal: handling circular dependencies / dropping tests before the binary?

2019-09-21 Thread Andrey Rahmatullin
On Sat, Sep 21, 2019 at 10:18:16AM +0100, Rebecca N. Palmer wrote: > Some Python 2 packages have circular (build-)dependencies, making it > impossible to remove them one at a time without breaking anything. Unless I'm missing something, this shouldn't be a problem, just go away and remove them all

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

2019-09-16 Thread Andrey Rahmatullin
Note that dak doesn't check autopkgtest deps. I'm using grep-dctrl -FTestsuite-triggers $pkg -sPackage /var/lib/apt/lists/deb.debian.org_debian_dists_unstable_main_source_Sources for that. -- WBR, wRAR signature.asc Description: PGP signature

Re: Python3 issue with Tkinter (Was: Bug#938447: scoary: Python2 removal in sid/bullseye)

2019-09-13 Thread Andrey Rahmatullin
On Fri, Sep 13, 2019 at 10:04:12PM +0200, Andreas Tille wrote: > try: > ttk > Tkinter > except NameError: > sys.exit("Need the following installed: Tkinter, tkFileDialog, ttk") > > > I have no idea what the call to tkk is supposed to do Checking that the name exists. > and why it

Bug#940184: RM: python-enthoughtbase -- RoM; dead upstream; ancient; no Python 3 support and no reverse deps

2019-09-13 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal https://pypi.org/project/EnthoughtBase/ is dead and I cannot find the new source. The current upstream source was uploaded to Debian in 2011. Popcon is 203, not sure why. It has only a reverse

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

2019-09-13 Thread Andrey Rahmatullin
On Fri, Sep 13, 2019 at 05:16:30PM +0800, Drew Parsons wrote: > Python maintainers, remember, check your reverse dependencies before > dropping your python2 packages. > Check each of > > build-rdeps python-yourmodule > apt-rdepends -r python-yourmodule > > and confirm the package has rdeps=0

Re: 2to3 adds '.' in front dir of "from dir import ..." statements (Was: [MoM] lefse migration to python 3])

2019-09-12 Thread Andrey Rahmatullin
On Thu, Sep 12, 2019 at 08:30:20AM +0200, Thomas Goirand wrote: > I wont comment on the relative import ambiguity problem, as Ghislain > replied correctly. However, I do want to comment on 2to3. > > I generally recommend against using it, in the favor of other tools. For > example, you can use

Re: [Help] Re: Bug#939181: cycle: Python2 removal in sid/bullseye

2019-09-12 Thread Andrey Rahmatullin
On Thu, Sep 12, 2019 at 09:17:08AM +0200, Andreas Tille wrote: > > > $ cycle > > > Traceback (most recent call last): > > > File "/usr/bin/cycle", line 12, in > > > from dialogs import * > > > File "/usr/share/cycle/dialogs.py", line 8, in > > > from cal_year import cycle, Val > > >

Re: [Help] Re: Bug#939181: cycle: Python2 removal in sid/bullseye

2019-09-11 Thread Andrey Rahmatullin
On Wed, Sep 11, 2019 at 04:12:34PM +0200, Andreas Tille wrote: > Control: tags -1 help > > On Wed, Sep 11, 2019 at 09:33:54AM -0300, Antonio Terceiro wrote: > > E: Sub-process /usr/bin/dpkg returned an error code (1) > > ~[100]$ cycle > > File "/usr/bin/cycle", line 29 > > if lang_find: > >

Re: [Help] Bug#938668: tifffile: Python2 removal in sid/bullseye

2019-09-05 Thread Andrey Rahmatullin
On Thu, Sep 05, 2019 at 07:42:15PM +0200, Andreas Tille wrote: > for some reason I do not understand are the dependencies of the > binary package > > Depends: python3-numpy (>= 1:1.16.0~rc1), python3-numpy-abi9, python3:any, > python:any > > > How can I get rid of the python:any dependency?

Bug#939352: RM: django-threaded-multihost -- RoM; dead upstream; RC-buggy; no Python 3 support and no reverse deps

2019-09-03 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal Doesn't work with current Django. No new upstream versions in Debian since the first upload in 2010. The homepage is dead. -- WBR, wRAR signature.asc Description: PGP signature

Bug#939351: RM: django-app-plugins -- RoM; RC-buggy; ancient; no Python 3 support and no reverse deps

2019-09-03 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal The version in Debian is released in 2009, no upstream releases since then. The package doesn't work, according to its RC bugs. -- WBR, wRAR signature.asc Description: PGP signature

Bug#939350: RM: python-django-rosetta -- RoM; RC-buggy; no Python 3 support and no reverse deps; low popcon

2019-09-03 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal Doesn't support modern Django and FTBFS because of that (#933146). Popcon 20. -- WBR, wRAR signature.asc Description: PGP signature

Bug#939349: RM: django-prometheus -- RoM; RC-buggy; low popcon

2019-09-03 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal The package FTBFS (#918418). Ships a Python 2 subpackage which can't be dropped because of that FTBFS. Popcon 11. -- WBR, wRAR signature.asc Description: PGP signature

Bug#939348: RM: djangocms-admin-style -- RoM; RC-buggy; low popcon

2019-09-03 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal Doesn't support modern Django and FTBFS because of that (#865293). Ships a Python 2 subpackage which can't be dropped because of that FTBFS. Popcon 15 and less. -- WBR, wRAR signature.asc

Bug#939327: RM: python-gnutls -- RoM; no Python 3 support and no reverse deps

2019-09-03 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal The upstream code doesn't support Python 3 and there is no ongoing effort or even an upstream issue about this. Popcon 491. This is probably caused by sagemath, which depends on it in oldstable but

Bug#939319: RM: python-contract -- RoQA; orphaned; ancient; no Python 3 support and no reverse deps

2019-09-03 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal No upstream releases since 2007. Popcon 46. -- WBR, wRAR signature.asc Description: PGP signature

Bug#939320: RM: python-plwm -- RoQA; orphaned; ancient; no Python 3 support and no reverse deps

2019-09-03 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal No upstream releases since 2009. Popcon 41. -- WBR, wRAR signature.asc Description: PGP signature

Re: Webpage to track py2removal bugs & packages

2019-09-02 Thread Andrey Rahmatullin
On Mon, Sep 02, 2019 at 04:43:40PM +0800, Drew Parsons wrote: > Looks great, is plenty enough accurate for the task. It tells us it's more > important to process live-task-standard than python-gnatpython-doc. Not necessarily. live-task-standard just depends on python, without any other python2

Bug#939098: RM: mocker -- RoM; no Python 3 support and no reverse deps; low popcon

2019-09-01 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertags: py2removal No upstream releases since 2010. Popcon is 19. Reverse deps checked with dak rm -Rnb python-mocker -- WBR, wRAR signature.asc Description: PGP signature

Re: updating mechanize - help concerning tests with pybuild

2019-08-31 Thread Andrey Rahmatullin
On Sat, Aug 31, 2019 at 07:10:43PM +0200, Raphael Hertzog wrote: > Looking at the status of the packages in the team, it's quite clear that > the team is MIA as a whole: > https://qa.debian.org/developer.php?email=pkg-zope-develop...@lists.alioth.debian.org > > The only recent upload is from

Re: Webpage to track py2removal bugs & packages

2019-08-31 Thread Andrey Rahmatullin
On Sat, Aug 31, 2019 at 11:50:33AM -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 what can > > > we try to kill off now. > > > > > > Please keep it updated. > > > >

Re: Webpage to track py2removal bugs & packages

2019-08-31 Thread Andrey Rahmatullin
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 what can we try to > kill off now. > > Please keep it updated. Please note though that

Re: updating mechanize - help concerning tests with pybuild

2019-08-31 Thread Andrey Rahmatullin
On Sat, Aug 31, 2019 at 11:33:54AM +0900, Norbert Preining wrote: > here are two questions: one concerning adopting/updating mechanize and > how to deal with rdepends, one concerning how to fix tests with special > requirements in pybuild. > > For calibre and porting to python3, I need mechanize

Bug#935841: RM: python-googlecloudapis -- RoM; RC-buggy; uninstallable

2019-08-26 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal Depends and build-depends on python3-protorpc-standalone which is not installable on Python 3.7, and on python-oauth2client which is dropped from Debian. Reverse deps checked with dak rm -Rn

Bug#935840: RM: python-protorpc-standalone -- RoQA; orphaned; RC-buggy; incompatible with Python 3.7

2019-08-26 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal From the O bug (#906195): "If it is still RC buggy at the time of the freeze, I'll ask for its removal from Debian." The only reverse dep is python-googlecloudapis which has other problems and isn't

Bug#935838: RM: python-visual -- RoQA; orphaned; RC-buggy; broken

2019-08-26 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal Control: block -1 by 935073 Control: block -1 by 911171 According to #884616 (RC bug on python-visual) and #911171 (RC bug on epigrass) it's broken and should not be used. Its only reverse dep is

Bug#935837: RM: pygdchart2 -- RoQA; orphaned; ancient; dead upstream; no Python 3 support and no reverse deps

2019-08-26 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal http://www.nullcube.com/software/pygdchart2.html (from the O bug) is dead. No new releases in Debian since initial packaging in 2005. The only reverse dep is rebuildd for which an RM bug was just

Bug#935836: RM: rebuildd -- RoQA; orphaned; low popcon; dead upstream; Python 2-only

2019-08-26 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal Native package by a retired DD. Homepage gives 404. Last release in 2012. Popcon 8. Depends on several py2 packages. Reverse deps checked with dak rm -Rnb rebuildd -- WBR, wRAR signature.asc

Bug#935835: RM: htmlgen -- RoQA; orphaned; RC-buggy; ancient; no Python 3 support and no reverse deps

2019-08-26 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal Source in Debian was first packaged in 1999. Depends on cruft python-imaging. Reverse deps checked with dak rm -Rnb python-htmlgen -- WBR, wRAR signature.asc Description: PGP signature

Re: Git, gbp blues

2019-08-26 Thread Andrey Rahmatullin
On Mon, Aug 26, 2019 at 08:20:13AM +0200, Guðjón Guðjónsson wrote: > > The correct procedure is running “gbp pq import” *before* importing a new > > tarball. Then after importing you do “gbp pq rebase”. > In fact I did do that. Then you would get an error message when trying to do that second

Re: Git, gbp blues

2019-08-25 Thread Andrey Rahmatullin
On Sun, Aug 25, 2019 at 10:01:02PM +0200, Guðjón Guðjónsson wrote: > > > Isn't this an error. Shouldn't it be git checkout? > > > $ gbp checkout debian/master > > Yes. > You mean it should be git checkout? Yes. > > If you ran gbp pq import after importing the new tarball and it didn't say > >

Re: Git, gbp blues

2019-08-25 Thread Andrey Rahmatullin
On Sun, Aug 25, 2019 at 09:40:16PM +0200, Guðjón Guðjónsson wrote: > Isn't this an error. Shouldn't it be git checkout? > $ gbp checkout debian/master Yes. > But I still find working with patch queues difficult especially with > new upstream where the old patches don't apply correctly. > I tried

Bug#935685: RM: python-opster -- RoM; no Python 3 support and no reverse deps; low popcon

2019-08-25 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal https://github.com/piranha/opster/ supports Python 3. Popcon is 14. Reverse deps checked with dak rm -Rnb python-opster -- WBR, wRAR signature.asc Description: PGP signature

Bug#935689: RM: python-unipath -- RoM; ancient; no Python 3 support and no reverse deps; low popcon

2019-08-25 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal No upstream releases since 2008. Popcon is 17. Reverse deps checked with dak rm -Rnb python-unipath -- WBR, wRAR signature.asc Description: PGP signature

Bug#935687: RM: python-txosc -- RoM; ancient; no Python 3 support and no reverse deps; low popcon

2019-08-25 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal There is no upstream development at https://bitbucket.org/arjan/txosc since 2011. Popcon is 6. Reverse deps checked with dak rm -Rnb python-txosc -- WBR, wRAR signature.asc Description: PGP

Bug#935688: RM: unittest-xml-reporting -- RoM; no Python 3 support and no reverse deps; low popcon

2019-08-25 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal Latest upstream code supports Python 3. There is a Python 3 request bug, #737790, 5.5 years old. Popcon is 34. Reverse deps checked with dak rm -Rnb python-xmlrunner -- WBR, wRAR signature.asc

Bug#935446: RM: flower -- RoQA; orphaned; RC-buggy; low popcon; no Python 3 support and no reverse deps

2019-08-22 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal The package is Python 2 only and depends on celery which is Python 3 only. It also depends on libjs-twitter-bootstrap which will be removed too (#908424). The upstream code supports Python 3.

Bug#935331: RM: libavg -- RoQA; orphaned; no Python 3 support and no reverse deps

2019-08-21 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal I couldn't find if the upstream source supports Python 3. Reverse deps checked with dak rm -Rnb python-libavg -- WBR, wRAR signature.asc Description: PGP signature

Bug#935131: RM: xpyb -- RoQA; orphaned; RC-buggy; no Python 3 support and no reverse deps

2019-08-19 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal No upstream releases since the last packaged one in 2012. python3-xcffib description says "This package is intended to be a (mostly) drop-in replacement for xpyb. xpyb has an inactive upstream,

Bug#935130: RM: pyvtk -- RoQA; orphaned; ancient; no Python 3 support and no reverse deps

2019-08-19 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal The latest upstream code at https://github.com/pearu/pyvtk seems to support Python 3, but the Debian package contains code from 2007. Reverse deps checked with dak rm -Rnb python-pyvtk -- WBR,

Bug#935129: RM: python-uniconvertor -- RoQA; orphaned; RC-buggy; no Python 3 support and no reverse deps

2019-08-19 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal Looks like it doesn't work at all in the current state. Reverse deps checked with dak rm -Rn python-uniconvertor -- WBR, wRAR signature.asc Description: PGP signature

Bug#935125: RM: pyexcelerator -- RoQA; orphaned; ancient; no Python 3 support and no reverse deps

2019-08-19 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal Last release in 2009. Reverse deps checked with dak rm -Rnb python-excelerator -- WBR, wRAR signature.asc Description: PGP signature

Bug#935124: RM: pyao -- RoQA; orphaned; ancient; dead upstream; no Python 3 support and no reverse deps

2019-08-19 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal There is some Py3 fork at https://github.com/tynn/PyAO Reverse deps checked with dak rm -Rn pyao -- WBR, wRAR signature.asc Description: PGP signature

Bug#935122: RM: optcomplete -- RoQA; orphaned; no Python 3 support and no reverse deps

2019-08-19 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal Upstream Python 3 bugreport: https://bitbucket.org/blais/optcomplete/issues/2/python3-compatibility Reverse deps checked with dak rm -Rnb python-optcomplete -- WBR, wRAR signature.asc

Bug#935120: RM: jabber.py -- RoQA; orphaned; ancient; no Python 3 support and no reverse deps

2019-08-19 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal Last release in 2003. Reverse deps checked with dak rm -Rnb python-jabber -- WBR, wRAR signature.asc Description: PGP signature

Bug#934832: RM: pygpiv -- RoQA; orphaned; no Python 3 support and no reverse deps

2019-08-15 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal User: debian-python@lists.debian.org Usertag: py2removal No upstream releases since 2009. Reverse deps checked with dak rm -Rnb python-gpiv -- WBR, wRAR signature.asc Description: PGP signature

Re: Python 2 and PyPy module removal from Debian

2019-08-15 Thread Andrey Rahmatullin
On Wed, Jul 24, 2019 at 01:35:35AM +0200, Piotr Ożarowski wrote: > During DebConf19 we¹ have tried to figure out how to manage Python 2 and PyPy > module removal from Debian and below is our proposal. > After discussing it on this mailing list we plan to send an email to > debian-devel@l.d.o with

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

2019-08-15 Thread Andrey Rahmatullin
On Thu, Aug 15, 2019 at 02:08:41PM +0200, 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, please

Re: Side effect of dropping python2 with -doc packages

2019-08-13 Thread Andrey Rahmatullin
On Tue, Aug 13, 2019 at 11:05:33AM -0700, Joseph Herlant wrote: > > Yes, this is the third email on this in the last month, previous two > > didn't get any replies. > > Sorry I didn't mean to anger you or be disrespectful in any way. My > apologies if I did. I wasn't angered, the second of those

Re: Side effect of dropping python2 with -doc packages

2019-08-13 Thread Andrey Rahmatullin
On Tue, Aug 13, 2019 at 10:16:28AM -0700, Joseph Herlant wrote: > While tidying up some packages before taking some time off I realized > that some packages like django-tables had binary packages that took > the convention of creating -doc packages using -doc (a > very long time ago). > > The

Re: Investigating the reverse dependencies of python-monotonic.

2019-08-13 Thread Andrey Rahmatullin
On Tue, Aug 13, 2019 at 11:38:33AM +0100, peter green wrote: > One package that stood out from the rest was python-monotonic. > python-monotonic is maintained by the Debian openstack team, but it doesn't > seem to be in any way openstack specific, nor does upstream seem to have > dropped

Documentation location in Py3 -doc packages

2019-08-06 Thread Andrey Rahmatullin
Hello. While removing a py2 subpackage I noticed the following difference: - in the old version -doc ships /usr/share/doc/python-foo/ - in the new version -doc ships /usr/share/doc/python-foo-doc/ During the new version build process, dh_installdocs complains about main package auto-detection.

Re: dh_python2 removing empty directories

2019-07-19 Thread Andrey Rahmatullin
On Fri, Jul 19, 2019 at 01:57:11PM -0400, Scott Talbert wrote: > > > I'm running dh_python2 in a package on a non-standard directory path so it > > > will handle byte compilation, etc. However, it seems to be removing empty > > > directories from the directory tree. Is there any way to avoid

Re: dh_python2 removing empty directories

2019-07-19 Thread Andrey Rahmatullin
On Fri, Jul 19, 2019 at 01:32:47PM -0400, Scott Talbert wrote: > I'm running dh_python2 in a package on a non-standard directory path so it > will handle byte compilation, etc. However, it seems to be removing empty > directories from the directory tree. Is there any way to avoid this >

  1   2   >