Re: python 2 retirement commo efforts

[R P Herrold]

On Tue, 17 Jul 2018, R P Herrold wrote:

>  I've poked at getting accurate counts and manifests of unique 
>  python(2) package SRPMs off my mirror today -- I'll supplement 
>  this email with the script and links to the mainfests 
>  tomorrow.  A 'sort | uniq' let me down as to getting an 
>  accurate count released today 
tomorrow arrived on me,  but here are the promised report and 
links to the results and the generator script

[/share/MD0_DATA/Mirror/lftp] # time ./stats.sh
# packages starting with target: python 
#   but NOT python3 
#   collated from a mirror: 20180718 

    264 /tmp/redhat_rhel_SRPMSonly_6Server.txt
    475 /tmp/redhat_rhel_SRPMSonly_7Server.txt
    644 /tmp/redhat_epel_6.txt
    825 /tmp/redhat_epel_7.txt
   2776 /tmp/redhat_fedora_fedora-28.txt
   2132 /tmp/redhat_rawhide2017.txt

real    64m28.714s
user    1m11.330s
sys     3m6.450s


The first column is the number of unique SRPMs for a given 
archive, seen.  Inside the files (the link of which is my 
second column and the basename of which is accessible per the 
links below) are detail counts of the number for each distinct 
SRPMs within a given package name, as seen on a local private 
mirror I use and maintain


Copies of the detail, and of the script producing the 
reports are at:

http://gallery.herrold.com/stuff/redhat_rhel_SRPMSonly_6Server.txt
http://gallery.herrold.com/stuff/redhat_rhel_SRPMSonly_7Server.txt
http://gallery.herrold.com/stuff/redhat_epel_6.txt
http://gallery.herrold.com/stuff/redhat_epel_7.txt
http://gallery.herrold.com/stuff/redhat_fedora_fedora-28.txt
http://gallery.herrold.com/stuff/redhat_rawhide2017.txt

http://gallery.herrold.com/stuff/stats.sh


The _purpose_ of getting the count of 'number of updated 
packages' for each given package is to permit seeing 'hot 
spots', and the 'no issues' 'build once and forget' packages 
particularly in RHEL and EPEL.  Because of the way that 
current Fedora and RawHide are built, there is churn on 
rebuilds, even with non-material internal changes.  THe 


The ** POINT ** of producing such a report is to  'put 
numbers' on the scope of the work rather than loose armwaving 
assertions such as:

>  Fedora still has more than 3000 packages depending on 
>  python2 – many more than we can support without upstream 
>  help. 
I did not try to structure and run a report to try to 
enumerate and count by dependencies.  Looking at the 
problem with such a statistic, as to 'upstream' 'keystone' 
packages will, I suspect, show that many of the dependencies 
almost certainly 'cluster around a few 'branch' packages

-- Russ herrold