>> So one thing I noticed when doing the ppc64le bootstrap is that >> there's a bunch of updates that are a bit of a mess and there's a >> whole bunch of run and dump in updates. There's everything from >> updates with CVEs that are broken for a a long time [2], updates there >> for 11+ months with missing deps (build or otherwise) [1], or just >> sitting there for ever [3]. I have cleaned up a bunch of stuff in >> epel7 around tagging too but not looked at the others. >> >> I know Kevin had a bit of a look at this [4] and I think I've fixed up >> a bunch of the issues in the process of the arch bringup which should >> settle a little once those updates go stable but I think we could do >> better to keep this cleaner with some of the tools we already use in >> Fedora. >> >> So some ideas to try and improve this, without a bunch of manual work, >> in no particular order: >> 1) Enable task-o-tron dep checking on updates in bodhi with aim to not >> push broken updates (EPEL is suppose to be more stable) >> 2) Automatic unpushing of updates that haven't gone stable after X >> time (I propose 3 months/90 days here). That should be ample time to >> know if it's good/bad. >> 3) Some sort of dep check spam-o-matic (daily branched/rawhide) style >> weekly report (might not be needed if we never break stuff) >> >> I was a bit shocked to see the state of EPEL7, I sort of expected it >> to be better than Fedora due to the more stable nature but it was, >> even this early in the el7 cycle, a bit of a mess! >> >> Anyone else have some thoughts and ideas for improving this? >> > > One part of this is that not a lot of people are using 7 compared to > 6. This was sort of the case for EL-6 that didn't see a huge jump in > growth until CentOS had EL-6.3 . Second of all there isn't a lot of > people active in packaging stuff in EPEL as have been in the past > versus the number of people wanting things. If people have ideas and > will be at FOSDEM I would love to talk with you.
To some degree you are correct, but there is someone pushing these updates, if they're not going to maintain them they should think twice before pushing them! _______________________________________________ epel-devel mailing list [email protected] http://lists.fedoraproject.org/admin/lists/[email protected]
