Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=677799 --- Comment #8 from Ralf Corsepius <rc040203@xxxxxxxxxx> 2011-02-16 10:50:10 EST --- (In reply to comment #7) > (In reply to comment #6) > > (In reply to comment #4) > > > Well, not *easily* ... but the AutoQA [1] folks are working on it. > > Meanwhile switch off this silly delay queue - Whether you like it or not, it > > has never worked, not even in f13 and f14 ... it's just that the "broken mass > > merger" is exposing the delay queue's detrimental effect to a wider audience. > > The "delay" as you call it, has worked quite nicely during Fedora 14 > stabilization. You are cheating to yourself - The only effect it has is it adding more delays to the already exiting delays. Probably you're too close to it and don't maintain enough packages to understand. > As maintainer, you might not have exposure to the numerous pain > points we experience when trying to assemble a distribution full of > interdependent moving targets. I am experiencing the detrimental impact of the delays at full strength all of the time, e.g. * fixing bugs takes weeks and months, if a bug fix adds a necessity of updating or adding a package chain (pretty common with perl). * updates/bug-fixes are outdated when they are being released (Typically happens when upstreams start "hectic activity", when being notified about bugs) * not being able to push bug-fixes in timely manners (typically happens when bugs are causing "non-security" relevant malfunctions). > As a Fedora user+contributor, I'm sure you are > aware of the issues we encounter leading up to release milestones. Correct, and the delays add further to them. Ask yourselves: Why is this thread around? .... because the delays are rending fixing bugs a nightmare and are the cause of churn and bugs, next to a release milestone!! > While the Karma system isn't perfect, and there are always improvements that > could be made, it has been a life saver to allow us to more consistently > release Fedora on time. You mean on the may-be 5-10% of packages which receive a vote at all? >From my packages (And I maintain many), in almost all cases, my packages don't receive any vote at all - I.e. the only benefit of karma my package receive is them being delayed and occasionally outdated before they are released. > Calling a process bureaucratic doesn't necessarily > move the discussion forward in a positive manner. I disagree, but I am not naive enough to assume the "officer" who processes the bureaucracy to understand the detrimental effects and overhead he adds. I only played nice to it this time, because this allowed us to escape the delays and to achieve mostly the same effect as "a push to stable". A functional "push to stable" would have had the same effect, w/ and w/o karma. 'nough said. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/perl-devel
