Path: csiph.com!aioe.org!bofh.it!news.nic.it!robomod From: peter green Newsgroups: linux.debian.bugs.dist,linux.debian.maint.python Subject: Bug#934333: Investigating the reverse dependencies of python-monotonic. Date: Tue, 13 Aug 2019 15:40:01 +0200 Message-ID: References: X-Original-To: Andrey Rahmatullin X-Mailbox-Line: From debian-bugs-dist-request@lists.debian.org Tue Aug 13 13:33:09 2019 Old-Return-Path: X-Spam-Flag: NO X-Spam-Score: -3.95 Reply-To: peter green , 934333@bugs.debian.org Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Debian OpenStack X-Debian-Pr-Message: followup 934333 X-Debian-Pr-Package: python-monotonic X-Debian-Pr-Source: python-monotonic X-Spam-Bayes: score:0.0000 Tokens: new, 22; hammy, 150; neutral, 175; spammy, 0. spammytokens: hammytokens:0.000-+--H*u:60.0, 0.000-+--Hx-spam-relays-external:!IPv6, 0.000-+--openstack, 0.000-+--ccing, 0.000-+--builddeps User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------E8BBCB3FE21BB424CA2BF848" Content-Language: en-US X-Debian-Message: from BTS X-Mailing-List: archive/latest/1551765 List-ID: List-URL: Approved: robomod@news.nic.it Lines: 138 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Cc: 934333@bugs.debian.org, debian-python@lists.debian.org, oz@packages.debian.org, duplicity@packages.debian.org, rekall@packages.debian.org, elastalert@packages.debian.org X-Original-Date: Tue, 13 Aug 2019 14:30:03 +0100 X-Original-Message-ID: X-Original-References: <33e1e89f-7c02-789b-37da-18722cba4652@p10link.net> <20190813105422.GA1759@belkar.wrar.name> <20190813105422.GA1759@belkar.wrar.name> Xref: csiph.com linux.debian.bugs.dist:969601 linux.debian.maint.python:11614 This is a multi-part message in MIME format. --------------E8BBCB3FE21BB424CA2BF848 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit (note for people reading on bug 934333, the start of this thread can be found at https://lists.debian.org/debian-python/2019/08/msg00070.html ) On 13/08/2019 11:54, Andrey Rahmatullin wrote: > This is worrying, a package with revdeps shouldn't have been dropped. AIUI a "go cleanly" approach was agreed at the Python BoF, but by that time an aggressive removal process was already well underway for django and openstack related packages. > By the way, you checked only deps, not build-deps, as at least > python-coloredlogs and python-datalad has reverse build-deps. I took a look at the build-rdeps, also this time I used unstable whereas my previous analysis had been looking at buster (yeah, this made little sense, I was probablly meaning to use bullseye but mixed the words up in my head, not that I think it made any difference). Again i'm not investigating openstack related stuff. This seems to add a few more packages to our set python-jira (via python-tenacity) cyvcf2 (via python-coloredlogs, sid version has dropped the python2 stuff, but it's blocked from having old versions cleaned up and migrating to testing by build failures on mips*) heudiconv (via python-datalad, sid only, never been in testing or a stable release, WTF was someone doing uploading a new python2 only package in 2019?!) python-googlecloudapis (via python-oauth2client, sid only) python-google-auth(via python-oauth2client, sid only) rekall(via python-oauth2client) python-oslo.cache (via python-etcd3gw, openstack related) elastalert (via python-jira, also depends on python-croniter) > I've also noted https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934333 ccing this mail there. > > As for duplicity, the latest upstream version (not packaged) support > Python 3. There is a bug report for it, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929949 In a response to bug 934333 Ondrej Novy wrote: > just my two cents: correct solution is to add Python 3.x support to > python-m2crypto and migrate oz to Python 3. I agree that is the correct long term soloution, however as mentioned in this mail and in https://lists.debian.org/debian-python/2019/08/msg00070.html it's not just oz that is involved here. > Reintroduction Python2 support to python-monotonic is not good idea, we are > going to drop Python 2 completly from Debian. I understand that dropping python 2 is the goal, but my understanding of https://lists.debian.org/debian-python/2019/07/msg00069.html and https://lists.debian.org/debian-python/2019/07/msg00080.html is the plan was to do it cleanly, starting with leaf stuff and working down the dependency stack. IMO python-monotonic should be reinstated until it's reverse dependencies are sorted out. --------------E8BBCB3FE21BB424CA2BF848 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
(note for people reading on bug 934333, the start of this thread can be found at https://lists.debian.org/debian-python/2019/08/msg00070.html )

On 13/08/2019 11:54, Andrey Rahmatullin wrote:
This is worrying, a package with revdeps shouldn't have been dropped.

AIUI a "go cleanly" approach was agreed at the Python BoF, but by that time an aggressive removal process was already well underway for django and openstack related packages.

By the way, you checked only deps, not build-deps, as at least
python-coloredlogs and python-datalad has reverse build-deps.

I took a look at the build-rdeps, also this time I used unstable whereas my previous analysis had been looking at buster (yeah, this made little sense, I was probablly meaning to use bullseye but mixed the words up in my head, not that I think it made any difference). Again i'm not investigating openstack related stuff. This seems to add a few more packages to our set

python-jira (via python-tenacity)
cyvcf2 (via python-coloredlogs, sid version has dropped the python2 stuff, but it's blocked from having old versions cleaned up and migrating to testing by build failures on mips*)
heudiconv (via python-datalad, sid only, never been in testing or a stable release, WTF was someone doing uploading a new python2 only package in 2019?!)
python-googlecloudapis (via python-oauth2client, sid only)
python-google-auth(via python-oauth2client, sid only)
rekall(via python-oauth2client)
python-oslo.cache (via python-etcd3gw, openstack related)
elastalert (via python-jira, also depends on python-croniter)

I've also noted https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934333
ccing this mail there.

As for duplicity, the latest upstream version (not packaged) support
Python 3.
There is a bug report for it, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929949

In a response to bug 934333 Ondrej Novy wrote:
just my two cents: correct solution is to add Python 3.x support to
python-m2crypto and migrate oz to Python 3.
I agree that is the correct long term soloution, however as mentioned in this mail and in https://lists.debian.org/debian-python/2019/08/msg00070.html it's not just oz that is involved here. 
Reintroduction Python2 support to python-monotonic is not good idea, we are
going to drop Python 2 completly from Debian.
I understand that dropping python 2 is the goal, but my understanding of https://lists.debian.org/debian-python/2019/07/msg00069.html and https://lists.debian.org/debian-python/2019/07/msg00080.html is the plan was to do it cleanly, starting with leaf stuff and working down the dependency stack.

IMO python-monotonic should be reinstated until it's reverse dependencies are sorted out.
--------------E8BBCB3FE21BB424CA2BF848--