On Mon, 23 Dec 2019 22:43:00 -0500 Sandro Tosi wrote:
> Source: ipython-py2
> Version: 5.8.0-2
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
>
...
> (source:ipython-py2)Build-Depends->python-matplotlib
.
Package: ftp.debian.org
Severity: normal
Hello,
the following packages list is a closed set of packages (no external
dependencies outside of the set):
yum createrepo python-lzma yum-metadata-parser mock yum-utils dtc-xen deltarpm
they are part of what it used to be the redhat packages set in
On Sat, Feb 8, 2020 at 1:51 PM Moritz Mühlenhoff wrote:
>
> On Thu, Jan 30, 2020 at 01:36:33AM -0500, Sandro Tosi wrote:
> > > > koji is keeping createrepo in the archive, which keeps python-lzma in
> > > > the archive.
> > >
> > > there's also
Control: tags -1 +moreinfo
> Hello. I also missing to ability to communicate with my server, so I
> made a small patch to clarify (TLS vs STARTTLS) and add option to use
> TLS on port 465. I didn't tested it yet, since in my code I just
> replaced SMTP to SMTP_SSL, but should work. Feel free to
Control: retitle -1 libmypaint: please package 1.5.0
> Speaking as the current de facto mypaint/libmypaint maintainer, I
> would advice against this, because MyPaint 2.0 will depend on
> libmypaint 1.5.0 and not libmypaint-2.0. This is a fairly recent
> development, though it's been discussed for
Source: libmypaint
Severity: wishlist
Hello,
in order to be able to upgrade mypaint to the latest beta version (which
supports python3), we need an up-to-date libmypaint:
https://github.com/mypaint/mypaint/releases/tag/v2.0.0-beta.0
could you please prepare such an upload (maybe in experimental
On Fri, Feb 7, 2020 at 6:37 AM Adrian Bunk wrote:
>
> On Thu, Feb 06, 2020 at 09:20:31PM -0500, Sandro Tosi wrote:
> > On Sun, Feb 2, 2020 at 6:51 AM Adrian Bunk wrote:
> > >
> > > On Tue, Jan 28, 2020 at 04:06:28PM -0500, Sandro Tosi wrote:
> > > &
> Is it possible to remove the AUTORM tag until this is done, or should we
> let it get deleted and upload a new python3-gmpy package after that?
it will just be removed from testing, which is fine: it will go back
in when the python3 package hits unstable and no more RC bugs pop up
--
Sandro
Control: tags -1 -moreinfo
> But it still has a reverse dependency. I think that package should get
> time drop the dependency first, don't you think (it seems to me that
> it's a meta-package that could easily do that)?
`forensics-all` is a metapackage from `src:forensics-all`, and i
thought we
On Sun, Feb 2, 2020 at 6:51 AM Adrian Bunk wrote:
>
> On Tue, Jan 28, 2020 at 04:06:28PM -0500, Sandro Tosi wrote:
> >...
> > python-txsocksx -> foolscap -> tahoe-lafs
> >
> > both foolscap and tahoe-lafs were removed from testing, so to my
> > script
On Thu, Feb 6, 2020 at 10:23 AM Hilmar Preuße wrote:
>
> Am 31.01.2020 um 11:21 teilte Norbert Preining mit:
>
> Hi Norbert,
>
> >> could you please have a look at this bug soon? texlive-science is the
> >
> > Well, I will upload some packages at some point in the future, which
> > simply
+++ pyserial-3.4/debian/changelog 2020-02-03 11:29:07.0 -0500
@@ -1,3 +1,10 @@
+pyserial (3.4-5.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop python2 support; Closes: #937533
+
+ -- Sandro Tosi Mon, 03 Feb 2020 11:29:07 -0500
+
pyserial (3.4-5) unstable; urgency=medium
> > $ apt-cache rdepends python-gmpy
> > python-gmpy
> > Reverse Depends:
> >obfsproxy
> >python-tlslite-ng
> >python-sympy
> >python-gmpy-doc
> >
> >
>
> Dependencies on obfsproxy and python-sympy documented with affects and
> blocks. python-tlslite-ng has been removed already,
> I'd have been happy to, but at the time, DPMT was using git-dpm and it
> didn't seem worth learning to use an unmaintained tool just to package a
> couple of python modules.
yeah, i feel you, and since then we migrated to salsa and a plain gbp
+ pristine-tar workflow
--
Sandro "morph" Tosi
My
; Closes: #937738
+
+ -- Sandro Tosi Sun, 02 Feb 2020 15:13:55 -0500
+
python-et-xmlfile (1.0.1-2) unstable; urgency=medium
* Use compliant binary package names (Closes: #822742)
diff -Nru python-et-xmlfile-1.0.1/debian/control python-et-xmlfile-1.0.1/debian/control
--- python-et-xmlfile
2017-09-24 21:15:10.0 -0400
+++ jdcal-1.0/debian/changelog 2020-02-02 15:10:30.0 -0500
@@ -1,3 +1,10 @@
+jdcal (1.0-1.3) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop python2 support; Closes: #936762
+
+ -- Sandro Tosi Sun, 02 Feb 2020 15:10:30 -0500
+
jdcal (1.0
Source: openpyxl
Severity: normal
Hello,
the source package contains a doc/ directory, containing sphinx doc: can you
please build it and start producing a -doc package with it?
thanks,
Sandro
-- System Information:
Debian Release: 10.0
APT prefers unstable-debug
APT policy: (500,
> We're using moin for the Debian wiki, so we can't sensibly just remove
> it from Debian. Upstream are working on python3 migration, but only
> for the new moin2 codebase. I'm watching the work going on there to
> see when it makes sense for us to start playing with it...
that seems a sensible
Control: tags -1 +fixed-upstream
On Fri, 30 Aug 2019 07:49:53 + Matthias Klose wrote:
> Package: src:rdiff-backup
> Version: 1.3.3-1
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
it appears just yesterday upstream released the second
Package: python-couchdb
Severity: serious
Hello,
i believe this package should be removed from debian:
* currently py2 only in Debian, with py3 support upstream
* no reverse dependencies
* low popcon
* deprecated upstram, python-cloudant suggested as a better replacement
> Am 01.02.20 um 17:06 schrieb Steve Cotton:
> > On Sat, Feb 01, 2020 at 04:06:56PM +0100, Markus Koschany wrote:
> >> Please don't remove any games from Debian because of the Python 2
> >> removal and try to port the games to Python 3 instead. For instance
who should port these games? the
> I'd preffer to drop pyexiv2 completely. The recommended upstream
> approach was to use GI (and gir1.2-gexiv2-0.10) and that's where most
> of the reverese dependencies have migrated.
Sure, that sounds like a good plan: do you want me to file the RM bug?
--
Sandro "morph" Tosi
My website:
Hello everyone,
On Wed, 23 Oct 2019 02:33:25 + mo...@debian.org wrote:
> Source: fretsonfire
> Version: 1.3.110.dfsg2-5
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
what is the future of fretsonfire in Debian? the version we have in
Control: tags -1 +fixed-upstream
On Fri, 30 Aug 2019 07:33:40 + Matthias Klose wrote:
> Package: src:pyexiv2
> Version: 0.3.2-9
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
Python3 support has been developed in a separate project
to `tool:pytest`, fixes a FTBFS
+
+ -- Sandro Tosi Fri, 31 Jan 2020 21:34:39 -0500
+
panoramisk (1.0-1.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru panoramisk-1.0/debian/control panoramisk-1.0/debian/control
--- panoramisk-1.0/debian/control 2016-10-04 13:05:37.0
On Fri, Jan 31, 2020 at 5:21 AM Norbert Preining wrote:
>
> Hi
>
> > could you please have a look at this bug soon? texlive-science is the
>
> Well, I will upload some packages at some point in the future, which
can this be very soon instead?
> simply upgrades all py2 to py3 deps, not taking
> Volatility is Python2 based and is being replaced by Volatility3. I
> was working over Volatility3 one month ago but I stopped. I think I
> will finish my work in three weeks. However, I don't know Volatility3
> yet and I need perform several tests to put it in Debian. I think that
> Volatility
On Fri, Jan 31, 2020 at 1:06 PM Marek Marczykowski-Górecki
wrote:
>
> On Thu, Jan 30, 2020 at 05:40:55PM -0800, Mike Miller wrote:
> > On Thu, Jan 30, 2020 at 01:36:33 -0500, Sandro Tosi wrote:
> > > yep i came across all of them starting from python-lzma -- do you know
&g
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
Please remove volatility from testing; volatility is the last reverse
dependency of python-openpyxl, which can then be dropped.
I've already filed an RC bug against src:volatility to keep it
Source: volatility
Severity: serious
Hello,
this is a temporary RC bug to prevent volatility to get into testing, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=938797#46 for maintainer's
ack.
this can be closed when volatility3 (python3 port of volatility) has been
packaged and
On Thu, 16 Jan 2020 21:36:39 -0500 Sandro Tosi wrote:
> On Sat, 19 Oct 2019 11:56:21 -0300 Eriberto wrote:
> > Em sábado, 19 de outubro de 2019, Raphael Hertzog
> > escreveu:
> >
> > > Control: tag -1 + fixed-upstream
> > >
> > > On Fri, 30
Dear TeX Maintainers,
On Fri, 30 Aug 2019 07:55:39 + Matthias Klose wrote:
> Package: src:texlive-extra
> Version: 2019.20190824-1
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
could you please have a look at this bug soon?
Dear Lintian maintainers,
On Fri, 30 Aug 2019 07:24:56 + Matthias Klose wrote:
> Package: src:lintian
> Version: 2.19.0
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
it looks like the python dependencies were introduced in 2.5.5 for:
:02.0 -0500
+++ netifaces-0.10.9/debian/changelog 2020-01-31 00:43:09.0 -0500
@@ -1,3 +1,10 @@
+netifaces (0.10.9-0.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop python2 support; Closes: #937129
+
+ -- Sandro Tosi Fri, 31 Jan 2020 00:43:09 -0500
+
netifaces (0.10.9
On Thu, Jan 30, 2020 at 2:31 AM John Paul Adrian Glaubitz
wrote:
>
> Hello!
>
> Thanks for notifying me.
>
> On 1/19/20 3:23 AM, Sandro Tosi wrote:
> > This bug was closed, but the package has still some dependencies towards
> > Python2 packages, in details:
On Thu, Jan 30, 2020 at 4:12 AM Holger Levsen wrote:
>
> On Thu, Jan 30, 2020 at 01:36:33AM -0500, Sandro Tosi wrote:
> > yep i came across all of them starting from python-lzma -- do you know
> > what's the status of the "RedHat infrastructure" in debian? many (if
> > koji is keeping createrepo in the archive, which keeps python-lzma in
> > the archive.
>
> there's also mock, yum, rpm, deltarpm and yum-metadata-parser affected by
> this.
yep i came across all of them starting from python-lzma -- do you know
what's the status of the "RedHat infrastructure"
Control: tags -1 +fixed-upstream
On Wed, 27 Nov 2019 23:58:50 + Sandro Tosi wrote:
> Source: mock
> Version: 1.3.2-2
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
it looks like the latest upstream release, 1.4.21-1
Control: tags -1 +fixed-upstream
On Fri, 30 Aug 2019 09:57:23 + Holger Levsen wrote:
> On Fri, Aug 30, 2019 at 07:22:19AM +, Matthias Klose wrote:
> > Package: src:koji
> > Version: 1.16.2-1
> [...]
> > Your package either build-depends, depends on Python2, or uses Python2
> > in the
> I would have tried going "longer" way, given the age of 0.5.3. Would
> you have time for it Sandro, or should I try?
if you have spare cycles, i'd prefer if you could have a look at it
Cheers,
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian:
On Mon, Jan 27, 2020 at 6:57 PM Simon McVittie wrote:
> The long-term solution is dropping Python 2 (#937099).
there is a new beta version for 2.0.0 that should support python3;
it's in my backlog of activities for py2removal, but if someone wants
to have a go at that, that'd be great
--
yep, this is clearly my fault.
i could either reintroduce pep8, or maybe we could have pycodestyle
provide pep8 and that should satisfy the dependencies?
On Mon, Jan 27, 2020 at 6:45 PM Simon McVittie wrote:
>
> Control: tags 949938 + pending
>
> On Mon, 27 Jan 2020 at 13:21:03 +0200, Adrian
On Fri, 30 Aug 2019 07:23:14 + Matthias Klose wrote:
> Package: src:libfreenect
> Version: 1:0.5.3-1
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
in the archive we have 0.5.3, released in 2015; the latest upstream
release is 0.5.7
+++ python-yubico-1.3.3/debian/changelog 2020-01-26 21:30:44.0 -0500
@@ -1,3 +1,10 @@
+python-yubico (1.3.3-0.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop python2 support; Closes: #938283
+
+ -- Sandro Tosi Sun, 26 Jan 2020 21:30:44 -0500
+
python-yubico (1.3.3-0.1
/changelog 2019-10-26 11:25:54.0 -0400
+++ python-reportlab-3.5.31/debian/changelog 2020-01-26 16:27:20.0 -0500
@@ -1,3 +1,10 @@
+python-reportlab (3.5.31-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop python2 support; Closes: #938130
+
+ -- Sandro Tosi Sun, 26
is listed as other
> Uploader. I think if we do not hear from either of you in the next two
> weeks I agree with Sandro and a removal seems to be the best idea.
>
> Kind regards
>
> Andreas.
>
> On Thu, Jan 09, 2020 at 12:40:14AM -0500, Sandro Tosi wrote:
> > c
Source: google-apputils-python
Severity: serious
Hello,
i think we should remove google-apputils-python from debian:
* last upstream release in 2014
* upstream marked[1] it as "Obsolete. Please migrate to absl-py instead."
* no reverse dependencies for both py2 and py3 packages
* RC-buggy since
-0.5.0/debian/changelog 2017-09-16 04:22:09.0 -0400
+++ shortuuid-0.5.0/debian/changelog 2020-01-24 00:05:18.0 -0500
@@ -1,3 +1,10 @@
+shortuuid (0.5.0-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop python2 support; Closes: #938478
+
+ -- Sandro Tosi Fri, 24
python2 support; Closes: #937969
+
+ -- Sandro Tosi Thu, 23 Jan 2020 21:04:01 -0500
+
python-omemo-backend-signal (0.2.3-1) unstable; urgency=medium
* Initial package (Closes: #919367)
diff -Nru python-omemo-backend-signal-0.2.3/debian/control python-omemo-backend-signal-0.2.3/debian/control
Source: netifaces
Severity: important
Hello,
the DPMT policy[1], which everyone in the team should read and accept, states:
DPMT requires a pristine-tar branch, and only upstream tarballs can be used
to advance the upstream branch.
[1]
Hey Ben,
On Fri, 30 Aug 2019 07:58:45 + Matthias Klose wrote:
> Package: src:wireless-regdb
> Version: 2016.06.10-1
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
could you have a look at updating this package to use python3? i
looked
+
+ -- Sandro Tosi Sun, 19 Jan 2020 18:21:22 -0500
+
ns3 (3.30+dfsg-3) unstable; urgency=medium
* Fix FTBFS: move all Build-Depends-Indeps to Build-Depends.
diff -Nru ns3-3.30+dfsg/debian/control ns3-3.30+dfsg/debian/control
--- ns3-3.30+dfsg/debian/control 2019-09-16 05:18:03.0 -0400
On Sun, Jan 19, 2020 at 3:19 PM Olly Betts wrote:
>
> On Sat, Jan 18, 2020 at 09:58:15PM -0500, Sandro Tosi wrote:
> > This bug was closed, but the package has still some dependencies towards
> > Python2 packages, in details:
> >
> > (binary:pinot)Recommends->p
-1.05/debian/changelog 2020-01-19 14:45:31.0 -0500
@@ -1,3 +1,10 @@
+pinot (1.05-4.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Drop unnecessary alternative Recommends on python-docutils; Closes: #945722
+
+ -- Sandro Tosi Sun, 19 Jan 2020 14:45:31 -0500
+
pinot (1.05-4
Source: txsocksx
Severity: serious
Hello,
i think txsocksx should be removed from debian:
* python2-only
* upstream is not progressing on the py3k porting:
https://github.com/habnabit/txsocksx/issues/19
* leaf package
if i dont hear back within a week with a good reason to keep this package,
> Please can you motivate the reactivation for bug 936497?
it was in the subsequent message:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=936497#39
> If your decision was motivated by an automatic detection tool, please
> can you describe the detection tool you have used?
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:stevedore)Testsuite-Triggers->python-stevedore
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:logbook)Build-Depends->python-all
(source:logbook)Build-Depends->python-setuptools
(source:logbook)Build-Depends->python-sphinx
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:llvmlite)Build-Depends->python-enum34
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:python-pymzml)Build-Depends-Indep->python-sphinx
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:blueman)Build-Depends->cython
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:python-crontab)Testsuite-Triggers->python
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:sphinx-testing)Testsuite-Triggers->python-nose
(source:sphinx-testing)Testsuite-Triggers->python-six
(source:sphinx-testing)Testsuite-Triggers->python-sphinx
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:python-novaclient)Testsuite-Triggers->python-novaclient
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(binary:scoop-doc)Recommends->python-scoop
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(binary:kopano-utils)Depends->python:any
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(binary:libadios-bin)Depends->python:any
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(binary:openturns-examples)Depends->python
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:yapsy)Build-Depends-Indep->python-configparser
Re-opening, so that they can be taken care of.
Control: reopen -1
On Sat, Jan 18, 2020 at 9:51 PM Louis-Philippe Véronneau
wrote:
>
> close 946100
> thanks
>
> This was done on the VCS a while ago:
>
> https://salsa.debian.org/python-team/modules/python-openidc-client/commit/54187e104951c4e67247d23472481e80b73f3921
since this change was
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:vim-autopep8)Build-Depends->python-sphinx
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:python-pattern)Build-Depends->python2-minimal
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(binary:subliminal-nautilus)Depends->python-nautilus
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:python-osprofiler)Testsuite-Triggers->python-osprofiler
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:sphinxcontrib-programoutput)Build-Depends-Indep->python-pytest
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:cycle)Build-Depends-Indep->python
(binary:cycle)Depends->python2:any
(binary:cycle)Depends->python2:any
(binary:cycle)Depends->python-wxgtk3.0
Re-opening, so that
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:compreffor)Build-Depends->cython
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:tifffile)Testsuite-Triggers->python
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(binary:pinot)Recommends->python-docutils
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:python-biom-format)Build-Depends->cython
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:python-yubico)Build-Depends->python-all
(source:python-yubico)Build-Depends->python-nose
(source:python-yubico)Build-Depends->python-setuptools
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(binary:libreoffice-lightproof-pt-br)Depends->python-uno
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:pygobject)Build-Depends->python-all-dbg
(source:pygobject)Build-Depends->python-all-dev
(source:pygobject)Build-Depends->python-cairo-dbg
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:sagemath)Build-Depends->cython
(source:sagemath)Build-Depends->cython-dbg
(binary:sagemath)Depends->cython
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(binary:pwman3)Recommends->python-mysqldb
(binary:pwman3)Recommends->python-pygresql
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:python-xarray)Build-Depends->python-pip
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(binary:libufo-bin)Depends->python:any
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:puppet-module-horizon)Build-Depends->python-all
(source:puppet-module-horizon)Build-Depends->python-pbr
(source:puppet-module-horizon)Build-Depends->python-setuptools
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:nut)Testsuite-Triggers->python
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:puppet-module-manila)Build-Depends->python-all
(source:puppet-module-manila)Build-Depends->python-pbr
(source:puppet-module-manila)Build-Depends->python-setuptools
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(binary:pyqt5.qsci-dev)Depends->python-sip-dev
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(binary:openvswitch-switch)Depends->python:any
(binary:openvswitch-vtep)Depends->python:any
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:python-distutils-extra)Build-Depends->python-all
(source:python-distutils-extra)Build-Depends->python-setuptools
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:puppet-module-sahara)Build-Depends->python-all
(source:puppet-module-sahara)Build-Depends->python-pbr
(source:puppet-module-sahara)Build-Depends->python-setuptools
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:zinnia)Build-Depends->python-all-dev
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:seqprep)Testsuite-Triggers->python
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:pybtex)Testsuite-Triggers->python-all
(source:pybtex)Testsuite-Triggers->python-nose
(source:pybtex)Testsuite-Triggers->python-pybtex
Re-opening, so that they can be
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:pysha3)Build-Depends->python-setuptools
Re-opening, so that they can be taken care of.
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:cherrypy3)Build-Depends->python-all
(source:cherrypy3)Build-Depends->python-coverage
(source:cherrypy3)Build-Depends->python-mock
Control: reopen -1
This bug was closed, but the package has still some dependencies towards
Python2 packages, in details:
(source:lasso)Build-Depends->python
Re-opening, so that they can be taken care of.
701 - 800 of 5200 matches
Mail list logo