[Bug 677799] Broken dependency: perl-DateTime-Format-Mail-0.3001-9.fc15.noarch requires perl(DateTime) >= 0:0.1705

[bugzilla at redhat.com]

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 at freenet.de> 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.