Re: Build and run-time triplets

2022-06-09 Thread Andrey Rahmatullin
On Thu, Jun 09, 2022 at 10:43:01AM +0100, Julian Gilbey wrote: > > > The normal way for this is putting it into > > > /usr/lib//pkgname/foo.so, and according to the code below you'll > > > need the full path at the run time so you indeed need the triplet at both > > > build and run time. > > > >

Re: Build and run-time triplets

2022-06-09 Thread Andrey Rahmatullin
On Thu, Jun 09, 2022 at 09:56:42AM +0100, Julian Gilbey wrote: > > [...] > > > Well, the upstream wanted to compile two versions of the library, one > > > for 64 bit architectures and one for 32 bit architectures. I don't > > > really want to build two different arch libraries in a single build,

Re: Build and run-time triplets

2022-06-09 Thread Andrey Rahmatullin
On Thu, Jun 09, 2022 at 08:42:28AM +0100, Julian Gilbey wrote: > > > I'd like to ask for some help. I'm working on packaging pydevd, which > > > builds a private .so library. Ordinary extensions built using cython > > > or similar end up being called "foo.cpython-310-x86_64-linux-gnu.so", > > >

Re: Build and run-time triplets

2022-06-09 Thread Andrey Rahmatullin
On Wed, Jun 08, 2022 at 10:43:57PM +0100, Julian Gilbey wrote: > I'd like to ask for some help. I'm working on packaging pydevd, which > builds a private .so library. Ordinary extensions built using cython > or similar end up being called "foo.cpython-310-x86_64-linux-gnu.so", > but this

Re: a review of your bumblebee-status package

2022-06-07 Thread Andrey Rahmatullin
On Mon, Jun 06, 2022 at 10:42:53PM -0400, Ben Westover wrote: > > Does the package *work* at all in 3.10? We might not want to silence > > real errors here... > > Upstream says 3.4-3.9 is supported, but I don't know if that's because 3.10 > doesn't work or because they haven't bothered to add it.

Re: Ask for reviewing

2022-05-28 Thread Andrey Rahmatullin
On Sat, May 28, 2022 at 06:39:56PM +0430, Danial Behzadi wrote: > Hey folks, > > I recently uploaded my python app to deb-expo. As this is my first > packaging experience in Debian, I would love to get some feedback on my > packaging to make it better. > > Here is my package:

Re: How to create a new package in git ?

2022-05-23 Thread Andrey Rahmatullin
On Mon, May 23, 2022 at 10:02:09AM +0200, Jean Baptiste Favre wrote: > Hello, > Looking to help to package Frescobaldi 3.2 release, which includes Python > 3.10 compatibility fixes, I figured out 3.2 release introduces a new > dependency against qpageview [1] which is currently not packaged in

Re: ITP: tractor -- Setup an onion routing proxy

2022-04-30 Thread Andrey Rahmatullin
On Sat, Apr 30, 2022 at 01:38:02PM +0430, دانیال بهزادی wrote: > Hey, > > I recently sent an [ITP request](1) of [my python package](2) to wnnp and > they told me to send it here. > > I'm not familiar to the workflow here yet. What should I do to include this > app (and my other packages) in

Re: Help for python-subby needed

2022-01-28 Thread 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. > Unfortunately it does not build easily[1]: > >dh_auto_build -O--buildsystem=pybuild > E: pybuild pybuild:367: build: plugin flit failed with:

Re: [help] pymol: Deprecation warning during startup

2021-12-14 Thread Andrey Rahmatullin
On Tue, Dec 14, 2021 at 09:17:31PM +0100, Andreas Tille wrote: > I think I've fixed the issue[1] and it works nicely at command line. > Unfortunately > Salsa-CI[2] shows a new issue > >AttributeError: module 'importlib' has no attribute 'util' You should explicitly import modules that you

Re: Installing data files with pybuild

2021-12-01 Thread Andrey Rahmatullin
On Wed, Dec 01, 2021 at 04:57:44PM +, Julian Gilbey wrote: > Hello! > > pybuild is magic. It knows where the build directory is, despite it > seemingly calling setup.py with no command line arguments specifying > it! > > But anyway, my actual question is this. How do I ensure that the data

Re: [Help] diskcache: FTBFS now even earlier due to Python3.10

2021-11-29 Thread Andrey Rahmatullin
On Mon, Nov 29, 2021 at 05:58:47PM +0100, Andreas Tille wrote: > ERROR: py310: could not install deps [django>=2.2.*, pytest, pytest-cov, > pytest-django, pytest-xdist]; v = > InvocationError("/build/diskcache-5.2.1/.tox/py310/bin/python -m pip install > 'django>=2.2.*' pytest pytest-cov

Bug#1000547: RM: ROM; NPOASR; FTBFS; doesn't work

2021-11-24 Thread Andrey Rahmatullin
Package: ftp.debian.org X-Debbugs-Cc: debian-python@lists.debian.org, rodrilopez@gmail.com Severity: normal This package wasn't updated for the Python 3.9 transition and removed from testing on 2020-11-27. Its FTBFS actually suggests it doesn't work with modern celery, this was fixed upstream

Bug#1000545: RM: doublex -- ROM; FTBFS; dead upstream

2021-11-24 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: debian-python@lists.debian.org, david.vi...@gmail.com This package wasn't updated for the Python 3.9 transition and removed from testing on 2020-11-27. The test failures aren't fixed upstream, and

Bug#1000543: RM: python-enable -- ROM; FTBFS; not installable

2021-11-24 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: debian-python@lists.debian.org, va...@debian.org This package wasn't updated for the Python 3.9 transition. It was removed from testing even earlier than that, on 2019-10-19. It's not installable as it requires Python 3.7 or 3.8. The FTBFS

Bug#1000542: RM: celery-haystack -- ROM; FTBFS; doesn't work; dead upstream

2021-11-24 Thread Andrey Rahmatullin
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: debian-python@lists.debian.org, fl...@debian.org This package wasn't updated for the Python 3.9 transition and removed from testing on 2020-12-11. Its FTBFS actually suggests it doesn't work with modern celery, the upstream bug is

Re: [help] New error in test cases of bmtk

2021-11-22 Thread Andrey Rahmatullin
On Mon, Nov 22, 2021 at 01:27:23PM +0100, Andreas Tille wrote: > Hi, > > I think I've found a patch[1] to solve the original issue which just > seems to be a floating point precision issue. However, meanwhile there > is another less simple issue: > > ERRORS

Re: Request for review for Poetry(Was: Re: Asking for help Poetry)

2021-11-19 Thread Andrey Rahmatullin
On Fri, Nov 19, 2021 at 03:54:48PM +0100, Taihsiang Ho (tai271828) wrote: > [5] Some of the error messages from latest package source: > > short test summary info > > FAILED

Re: platform.machine() on salsa i386 build?

2021-10-30 Thread Andrey Rahmatullin
On Sat, Oct 30, 2021 at 02:20:40PM +0200, Ole Streicher wrote: > I have a package (pyraf) where I need to switch off some tests for i386 > (but not for other 32-bit platforms). I do this by > > import platform > is_i386 = platform.machine() in ('i386', 'i486', 'i586', 'i686') Yup, this is

Re: dh_python or pybuild

2021-10-11 Thread Andrey Rahmatullin
On Mon, Oct 11, 2021 at 12:23:31PM +, c.bu...@posteo.jp wrote: > I am not sure if I misunderstand something or if the documentation is > inconsistent. > > The PythonPolicy > https://www.debian.org/doc/packaging-manuals/python-policy/ > tells me that dh_python should be the preferred tool for

Re: Fwd: keyman-config is marked for autoremoval from testing

2021-09-28 Thread Andrey Rahmatullin
On Tue, Sep 28, 2021 at 05:06:01PM +0200, Eberhard Beilharz wrote: > It (build-)depends on packages with these RC bugs: > 994354: python-gevent: Removal of the python3-*-dbg packages in sid/bookworm > https://bugs.debian.org/994354 Please read these lines again. -- WBR, wRAR signature.asc

Re: python-django-js-asset_1.2.2-3_source.changes REJECTED

2021-09-20 Thread Andrey Rahmatullin
On Mon, Sep 20, 2021 at 11:14:44AM -0400, Sandro Tosi wrote: > > That's because gbp does not use pristine-tar by default, and > > debian/gbp.conf was missing `pristine-tar=True`. Just pushed a commit to > > fix that. > I dont think this is the right approach: the default options to work > on DPT

Re: python-django-js-asset_1.2.2-3_source.changes REJECTED

2021-09-20 Thread Andrey Rahmatullin
On Sun, Sep 19, 2021 at 10:56:33PM +0200, Carsten Schoenert wrote: > Hi Antonio, > > thanks for your quick feedback! > > Am 19.09.21 um 21:24 schrieb Antonio Terceiro: > > > Looking from my side, the tarball from the archive (apt source > > python-django-js-asset) and the one generated by

Re: How to contribute

2021-05-24 Thread Andrey Rahmatullin
On Sat, May 22, 2021 at 10:39:06PM +0200, Fabrice Bauzac-Stehly wrote: > I have followed the procedure to be able to contribute within the Debian > Python team some time ago, and I now have permissions related to the > Debian Python team. Then you can contribute directly, at least to the packages

Re: Build an initial Debian source package with py2dsp from a GitHub project

2021-05-05 Thread Andrey Rahmatullin
On Thu, May 06, 2021 at 01:16:40AM +0530, Utkarsh Gupta wrote: > Hello, > > On Thu, May 6, 2021 at 12:33 AM Sandro Tosi wrote: > > that's correct, the package still needs to be on PyPI, as that's the > > place where py2dsp obtains most of the package metadata > > Can we change that or have a

Re: Build an initial Debian source package with py2dsp from a GitHub project

2021-05-05 Thread Andrey Rahmatullin
On Thu, May 06, 2021 at 12:08:06AM +0530, Utkarsh Gupta wrote: > However, I am running into an issue (or I guess I am just not doing it > correctly). > Whilst trying to package from the g/h source > (https://github.com/keylime/keylime), it fails like this: > http://paste.debian.net/1195339/ > >

Re: Fwd: My deep mistake with the python-absl package

2021-04-19 Thread Andrey Rahmatullin
On Mon, Apr 19, 2021 at 11:12:01AM +0200, Arturo Borrero Gonzalez wrote: > There may be 2 other options: > * I could ask ftp-masters to drop my upload, not sure if that's something > they can do. [spoiler: on IRC #debian-ftp they pointed me to talk to you] It's already in sid:

Re: Requesting upload of proxmoxer 1.1.1-1 to unstable

2021-04-16 Thread Andrey Rahmatullin
On Fri, Apr 16, 2021 at 03:46:45PM +0200, Lorenz Schori wrote: > Hi, > > I updated proxmoxer to upstream 1.1.1 (latest stable release). I've > pushed debian/master, upstream and pristine-tar branches now to salsa. > > I did a smoke test (debian/rules clean, debian/rules build, > debian/rules

Re: How to install older python version on Debian

2021-03-26 Thread Andrey Rahmatullin
On Fri, Mar 26, 2021 at 10:01:54AM +, PICCA Frederic-Emmanuel wrote: > > Hello, > > > I’d suggest you build it from source (python.org/ftp... with the needed > > version) as an additional python version, and then create your venv using > > the 3.6. > > > You can dm me if you might need

Re: How to install older python version on Debian

2021-03-26 Thread Andrey Rahmatullin
On Fri, Mar 26, 2021 at 09:55:03AM +0800, Robbi Nespu wrote: > Dear Debian Python, > > I would like to install older python (version 3.6) on my venv environment > > $ inxi -S > System:Host: debian Kernel: 5.10.0-4-amd64 x86_64 bits: 64 Desktop: KDE > Plasma 5.20.5 >Distro: Debian

Re: Need a Python 3.8 virtual environment

2021-03-03 Thread Andrey Rahmatullin
On Wed, Mar 03, 2021 at 05:39:04PM +, Stefano Rivera wrote: > You need python3.8-venv. Which doesn't exist, at least in the current repos. -- WBR, wRAR signature.asc Description: PGP signature

Re: Need a Python 3.8 virtual environment

2021-03-03 Thread Andrey Rahmatullin
On Wed, Mar 03, 2021 at 08:32:01AM -0500, Yaroslav Halchenko wrote: > > I'm trying to use a (non-Debian) python system built on python 3.8. > > Debian's > > default is currently 3.9 so I am advised to use a virtual environment. > > Being > > a newbie, I searched around and found a writeup

Re: Need a Python 3.8 virtual environment

2021-03-02 Thread Andrey Rahmatullin
It looks like the only sane way to use non-default Python versions is to build them locally using pyenv. -- WBR, wRAR signature.asc Description: PGP signature

Re: Python package situation

2021-02-16 Thread Andrey Rahmatullin
On Wed, Feb 17, 2021 at 11:51:52AM +1100, Brian May wrote: > I believe there are a number of Python packages in Debian unstable that > are out of date in respect to latest upstream. > > e.g. > > https://qa.debian.org/developer.php?login=bam%40debian.org=yes > > Somebody needs to do the work to

Re: Python package situation

2021-02-16 Thread Andrey Rahmatullin
On Tue, Feb 16, 2021 at 09:48:05PM +0100, Martin wrote: > > I *wish* I could > > just install everything via the Debian Packaging System, but the reality for > > most relevant Python packages is very different: packages are either > > outdated or do not exist in Debian > > Are you talking about

Re: New Python project

2020-12-12 Thread Andrey Rahmatullin
On Sat, Dec 12, 2020 at 01:56:46PM +0100, Nyírő Balázs wrote: > Can you help me to give the steps > that how can a new project be placed in Debian repos? https://mentors.debian.net/intro-maintainers/ has the outline. But please note the "Please do not treat Debian as a platform to advertise your

Re: Error in build time tests (Was: numpy breaks nipy autopkgtest: No module named 'numpy.testing.decorators')

2020-12-08 Thread Andrey Rahmatullin
On Tue, Dec 08, 2020 at 09:44:51PM +0100, Andreas Tille wrote: > > https://github.com/nipy/nipy/issues/461 > > As far as I can see that's included into 0.4.3~rc1. If by "it" you mean requiring sympy older than the Debian one then yes. But the package evidently doesn't enforce this requirement.

Re: How to run unit tests?

2020-12-08 Thread Andrey Rahmatullin
On Tue, Dec 08, 2020 at 09:33:03PM +0100, Peter Wienemann wrote: > Dear Python experts, > > in trying to update the python-lark package [0] to the most recent upstream > version, an interesting issue regarding unit tests showed up [1]. Depending > on how one runs unit tests they either fail or

Re: Error in build time tests (Was: numpy breaks nipy autopkgtest: No module named 'numpy.testing.decorators')

2020-12-08 Thread Andrey Rahmatullin
On Tue, Dec 08, 2020 at 07:02:22PM +0100, Andreas Tille wrote: > TypeError: unsupported operand type(s) for *: 'GreaterThan' and 'Add' Consider starting to use Google to find at least some info related to questions you ask. https://github.com/nipy/nipy/issues/461 -- WBR, wRAR signature.asc

Re: Python3.9 issue: '"yield from" can't be applied to "Condition"' (Was: Bug#976779: mypy FTBFS with only python 3.9)

2020-12-08 Thread Andrey Rahmatullin
On Tue, Dec 08, 2020 at 01:27:57PM +0100, Andreas Tille wrote: > test-data/samples/crawl.py:750: error: "yield from" can't be applied to > "Condition" > test-data/samples/crawl.py:772: error: "yield from" can't be applied to > "Semaphore" > test-data/samples/crawl.py:778: error: "yield from"

Re: python3-(py)crypto(dome)?

2020-12-05 Thread Andrey Rahmatullin
On Sat, Dec 05, 2020 at 06:29:32PM +0100, Martin wrote: > The fix in wokkel should not lead to a problem after the next upload of > python3-pycryptodome. I disagree. Currently wokkel clearly has a problem and it's most lilely a typo. If python3-pycryptodome will be renamed to python3-cryptodome,

Re: python3-(py)crypto(dome)?

2020-12-05 Thread Andrey Rahmatullin
On Sat, Dec 05, 2020 at 02:43:44PM +0100, Martin wrote: > Dears, > > I'm a little confused about what the correct name for the > binary package python3-pycryptodome should or will be. Depends on the module name it provides. So python3-cryptodome, it seems. > Because

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

  1   2   3   >