Pacho Ramos posted on Wed, 08 Sep 2010 00:05:34 +0200 as excerpted:

> El mié, 08-09-2010 a las 01:44 +0400, dev-ran...@mail.ru escribió:
>> On Tue, Sep 07, 2010 at 09:30:34PM +0000, Robin H. Johnson wrote:
>> > This implies that the upstream is alive enough to fix it.
>> > 
>> > I feel it should mean that the bug has been reported to upstream, and
>> > that state is documented in the bug.
>> > 
>> > If we keep every upstream bug open instead of closed, we'd have
>> > probably another 2500 open bugs (5312 RESO/UPSTREAM in the history of
>> > Gentoo, and I'm ballparking that 50% aren't actually fixed yet
>> > upstream).
>> 
>> Bug may be a blocker. And marking it as RESOLVED/UPSTREAM you may
>> unblock another bug (e.g. stabilization request) which should be still
>> blocked because there is no fixed package in tree.
>> 
>> 
> In most cases when it's really a blocker, bug will remain opened anyway
> until solved or, if not possible, stabilization will be postponed.

Additionally, RESOLVED/UPSTREAM indicates that the Gentoo package 
maintainer (or other dev who marked it such) believes Gentoo is not the 
appropriate place for a patch fixing the problem.

As such, the bug will never be fixed at the Gentoo level, only upstream, 
and if there's a blocker on it, the blocker would never get resolved 
either, until upstream fixes it.  Where upstream isn't active or doesn't 
believe the fix appropriate either, that'd lead to stalemate and forever 
blocking the dependent Gentoo bug.  That's not appropriate either.

So RESOLVED/UPSTREAM *should* unblock blockers, even where upstream 
doesn't resolve, or we've simply created a deadlock that's not going to be 
resolved.  If it's truly a blocker, the problem will need worked around 
some other way.  But often, "blockers" really aren't blockers, when 
upstream chooses not to take the package in that direction after all.  It 
simply means some other alternative, perhaps an alternative package, must 
be developed instead, and the package as it is can continue to evolve in 
the normal way.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman


Reply via email to