On Sun, 6 Dec 2015 15:50:10 +0100, Reindl Harald wrote: > but what is the reason for maintainers building updates without the > intention to push them? There are maintainers, who dislike a lot of things related to the release processes. They consider bodhi a pain to use. They would prefer doing things differently, with less work, and more like fire'n'forget as how they do it within Rawhide. That's also the reason why they release another update while the previous update has not been pushed yet. And bodhi still cannot handle that case and sometimes pushes an older package after a newer package. If what I've read somewhere is true, it isn't easy to fix in bodhi (or koji) for reasons I don't know. > bodhi should punish maintaines with daily mails when a package has > enough karma or has reached the time to get pushed even without karma so > that the maintainer has a good reason for push it or decide to delete it > (with a very good reason) History has shown that attempts at "punishing" maintainers with so-called "nagmails" doesn't lead to anything good. Automated systems have a bad habit of sending nagmails when the human knows better. Then the human decides to filter out the annoying mails. Fedora's release process is poor and misdesigned and full of problems. Currently I have two security fixes, which are two months old. Nobody does the needed testing. The karma isn't reached. Nobody ensures that they enter the stable updates repo even with 0 karma. Meanwhile, F21 has reached end-of-life without anyone making sure to do a last push of security fixes for it. If I had not released any fixes, nobody would have reminded me. In other cases, there have been CVE tickets in bugzilla filed by the security team from Red Hat with nobody working on fixes for Fedora, not even sending reminders. We need more thinking humans to make the right decisions. Look at the age of updates in the updates-testing reports! This is crap 2.0. -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx
