I think that this list way longer.
It is other quite easy method to filter all those packages which are
now under thread to be removed,
Below oneliner has been executed in directory with yesterday synced
rawhide src.rpm mirror:
[tkloczko@domek fedora]$ for i in {20..30}; do echo "fc$i $( ls -1
?/*fc$i.src.rpm | wc -l)"; done
fc20 1
fc21 29
fc22 22
fc23 33
fc24 117
fc25 18
fc26 85
fc27 107
fc28 391
fc29 20100
fc30 744
Whatever what is <= f28 is potentially already dead or still needs to be fixed.
[tkloczko@domek fedora]$ echo "1+29+22+33+117+18+85+107+391"| bc
803
[tkloczko@domek fedora]$ echo "scale=3; (803*100)/21784" | bc
3.686
So about 3.7% of all Fedora packages are now dead and/or unmaintained.
This number maybe even a bit bigger as similar problem may have some
non-zero number of the *f29.src.rpm packages as well.
IMO first move after bumping Fedora version in rawhide should be
remove all packages from rawhide after finishing mass rebuild of all
packages as it can be done without touching spec files (bumping
%{dist} macro allows to do this).
This should open clean situation on start next Fedora development cycle.
On next %{dist} bump whatever what was not possible successfully
rebuild from FedoraVer-2 should be *automatically orphaned*.
Additionally on moving every few days new batches of packages to
rawhide IMO it may be published list of the packages which will be
automatically orphaned if no one will take care of correcting build of
those packages against rawhide.
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to 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/devel@xxxxxxxxxxxxxxxxxxxxxxx
