Re: Upstream bugs vs. Fedora bugs: KDE people do it wrong

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2010-03-29 at 14:11 +0200, Jaroslav Reznik wrote:
> On Monday 29 March 2010 14:03:51 Yaakov Nemoy wrote:
> > 2010/3/29 Michał Piotrowski <mkkp4x4@xxxxxxxxx>:
> > > 2010/3/29 Oliver Falk <oliver@xxxxxxxxxxxxxxx>:
> > >> I had similar issues already and I totally agree with Christoph!
> > >> The maintainer should not redirect the bugreporter to the upstream
> > >> bugreporting plattform. I already have plenty of accounts on upstream
> > >> bugzillas because of exactly this...
> > > 
> > > I don't see any problem here if KDE SIG just declare "we don't fix KDE
> > > bugs, we just update packages".
> > > 
> > > They are not KDE developers, so they don't know how to fix these bugs.
> > 
> > This response regardless, as a downstream user of a package, if i
> > report a bug, it's nice to know if it's going to be fixed in a current
> > release or not. Until the upstream bugfix lands in a package
> > downstream, downstream should leave the bug open. 
> 
> Current Bugzilla policy says CLOSED as UPSTREAM is correct resolution. It's 
> just terminology - I would prefer another one - like just UPSTREAM status, or 
> ON_DEV UPSTREAM or something similar. CLOSED UPSTREAM does not mean that 
> nobody cares! It's still tracked!

There's an 'Upstream' keyword you can use instead of the UPSTREAM
resolution. The choice of which to use is currently left up to
maintainer discretion.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux