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
_______________________________________________
epel-devel mailing list -- epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to epel-devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@xxxxxxxxxxxxxxxxxxxxxxx/message/W6XBLTIY5QLTSU4FBRDXHA3UCEH4PL43/
