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
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
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
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
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
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
>
>
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
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:
>
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
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
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
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
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
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
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
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
>
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
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
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
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
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
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
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
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
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
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
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
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
> >
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,
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
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
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
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
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.
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
> > >
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:
> >
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?
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
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
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
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
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
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
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
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
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
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
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
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.
> >
> >
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
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
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
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
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
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
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
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
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
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
> >
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
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
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
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
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
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.
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
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,
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,
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
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
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
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
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
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
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
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
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
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
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
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.
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
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 - 100 of 178 matches
Mail list logo
