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