Re: Webpage to track py2removal bugs & packages

2019-09-03 Thread Sandro Tosi
On Sat, Aug 31, 2019 at 2:31 AM Sandro Tosi  wrote:
> i've prepared a small website,
> http://sandrotosi.me/debian/py2removal/index.html, to keep track of
> the bugs user-tagged `py2removal`.

there was a bug in the script populating that page that's now been
fixed: if a source package had only build-dep on python* packages, but
none of its binary packages did, then the src pkg was missing from the
list.

Now even source packages (with b-deps on python*) are there; there's
currently no reverse-(build-)depends graphs for them; they may be
available one day.

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi



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

2019-09-03 Thread Andrey Rahmatullin
Package: ftp.debian.org
Severity: normal
User: debian-python@lists.debian.org
Usertags: py2removal

Doesn't work with current Django. No new upstream versions in Debian
since the first upload in 2010. The homepage is dead.

-- 
WBR, wRAR


signature.asc
Description: PGP signature


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

2019-09-03 Thread Andrey Rahmatullin
Package: ftp.debian.org
Severity: normal
User: debian-python@lists.debian.org
Usertags: py2removal

The version in Debian is released in 2009, no upstream releases since
then.
The package doesn't work, according to its RC bugs.

-- 
WBR, wRAR


signature.asc
Description: PGP signature


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

2019-09-03 Thread Andrey Rahmatullin
Package: ftp.debian.org
Severity: normal
User: debian-python@lists.debian.org
Usertags: py2removal

Doesn't support modern Django and FTBFS because of that (#933146).

Popcon 20.

-- 
WBR, wRAR


signature.asc
Description: PGP signature


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

2019-09-03 Thread Andrey Rahmatullin
Package: ftp.debian.org
Severity: normal
User: debian-python@lists.debian.org
Usertags: py2removal

The package FTBFS (#918418).
Ships a Python 2 subpackage which can't be dropped because of that FTBFS.

Popcon 11.

-- 
WBR, wRAR


signature.asc
Description: PGP signature


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

2019-09-03 Thread Andrey Rahmatullin
Package: ftp.debian.org
Severity: normal
User: debian-python@lists.debian.org
Usertags: py2removal

Doesn't support modern Django and FTBFS because of that (#865293).
Ships a Python 2 subpackage which can't be dropped because of that FTBFS.

Popcon 15 and less.

-- 
WBR, wRAR


signature.asc
Description: PGP signature


Re: Webpage to track py2removal bugs & packages

2019-09-03 Thread Sandro Tosi
On Tue, Sep 3, 2019 at 10:11 AM PICCA Frederic-Emmanuel
 wrote:
> I can not find python-pyqtgraph in your list.
>
> It seems to me that this package has reverse dependencies, but the python2 
> binaries where remove..., but this is another problem.

the script that produces that page only checks for open bugs
(usertagged properly); since
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=938088 was closed,
it wont appear in the list


--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi



RE:Webpage to track py2removal bugs & packages

2019-09-03 Thread PICCA Frederic-Emmanuel
Hello sandro,

I can not find python-pyqtgraph in your list.

It seems to me that this package has reverse dependencies, but the python2 
binaries where remove..., but this is another problem.

Cheers


Frederic



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

2019-09-03 Thread Andrey Rahmatullin
Package: ftp.debian.org
Severity: normal
User: debian-python@lists.debian.org
Usertags: py2removal

The upstream code doesn't support Python 3 and there is no ongoing effort
or even an upstream issue about this.

Popcon 491. This is probably caused by sagemath, which depends on it in
oldstable but not in stable and has similar popcon values.

-- 
WBR, wRAR


signature.asc
Description: PGP signature


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

2019-09-03 Thread Andrey Rahmatullin
Package: ftp.debian.org
Severity: normal
User: debian-python@lists.debian.org
Usertags: py2removal

No upstream releases since 2007.

Popcon 46.

-- 
WBR, wRAR


signature.asc
Description: PGP signature


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

2019-09-03 Thread Andrey Rahmatullin
Package: ftp.debian.org
Severity: normal
User: debian-python@lists.debian.org
Usertags: py2removal

No upstream releases since 2009.

Popcon 41.

-- 
WBR, wRAR


signature.asc
Description: PGP signature


Re: Webpage to track py2removal bugs & packages

2019-09-03 Thread Drew Parsons

On 2019-09-03 11:56, Sandro Tosi wrote:

Within a given rdeps count it currently has secondary sorting made on
Bug No. It would polish off the forward deps if they could be used for
secondary sorting instead (highest number to lowest).  Bonus points 
for

making the headers clickable so the reader can choose which secondary
sorting is most useful (Bug No. vs Binary Pkg vs Maintainer vs # deps)


with the latest update the table is initially sorted by (# rdeps, #
fdeps); i've also made the header clickable, so that you can sort the
table on that column, but it doesnt preserve sorting between clicks
(ie if you click columnA and then columnB, the sorting on cB will
loose entirely the sorting that previously was set on cA, so you cant
click on # fdeps and then #rdeps and expect to return to he initial
sorting).


Looks good to me. 2-state sorting is plenty good, I think.



since i've already all the information there, i was thinking if we
should start posting a status of the rdepends in each bug, would it be
worth the effort? i'm not sure i want to spam too frequently the BTS,
so what would be an acceptable frequency: once a week?  if we want to
pile on this, all the blocks/blockedby bts massaging could be done by
this script i guess?



I'm less certain about this.  Once a week would be too often I think.  
We're at the point now where we know the python2 decommissioning needs 
to be done. You've given us the list of packages, we just need to go 
start working on them.


Drew



Re: Joining PAPT

2019-09-03 Thread Ondrej Novy
Hi,

po 2. 9. 2019 v 21:42 odesílatel Denis Danilov 
napsal:

> could someone from salsa-python-admins check my join request please?
> fortran-language-server package is implemented in python, so it looks like
> it
> makes sense to have it under PAPT.
>

done, welcome :)

-- 
Best regards
 Ondřej Nový