From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Ou6XA-0004V9-TB for garchives@archives.gentoo.org; Fri, 10 Sep 2010 16:33:05 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7ED71E07D7; Fri, 10 Sep 2010 16:32:59 +0000 (UTC) Received: from smtp-vbr19.xs4all.nl (smtp-vbr19.xs4all.nl [194.109.24.39]) by pigeon.gentoo.org (Postfix) with ESMTP id 106F4E0778 for ; Fri, 10 Sep 2010 16:32:40 +0000 (UTC) Received: from epia.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106]) (authenticated bits=0) by smtp-vbr19.xs4all.nl (8.13.8/8.13.8) with ESMTP id o8AGWdEx056108 for ; Fri, 10 Sep 2010 18:32:40 +0200 (CEST) (envelope-from jer@gentoo.org) Date: Fri, 10 Sep 2010 18:32:38 +0200 From: Jeroen Roovers To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RFC Bugzilla interaction guide for devs & editbugs users Message-ID: <20100910183238.11a96a69@epia.jer-c2.orkz.net> In-Reply-To: References: <20100907224727.5d6ccfae@amit.kihnet.sk> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i686-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by XS4ALL Virus Scanner X-Archives-Salt: 964e38a4-95f8-48dd-838a-916e08b6684a X-Archives-Hash: 842ea653b48e8a2cef1a0fece186b5dc On Tue, 7 Sep 2010 21:30:34 +0000 "Robin H. Johnson" wrote: > On Tue, Sep 07, 2010 at 10:47:27PM +0200, R=C3=B3bert =C4=8Cer=C5=88ansk= =C3=BD wrote: > > 2.3. Upstream issues > > Do not close a bug (as RESOLVED/UPSTREAM) until it is fixed by > > upstream. If the reason you propose this is visibility, then maybe we should make the quicksearch option include more than just open bugs. I've thought about having UPSTREAM/DUPLICATE/INVALID added so that bugzilla users can more easily discover whether a bug was already reported and was deemed fixed, a duplicate of another bug or canonically invalid. > This implies that the upstream is alive enough to fix it. >=20 > I feel it should mean that the bug has been reported to upstream, and > that state is documented in the bug. >=20 > 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). Quoting [1]: UPSTREAM=20 It is not suitable to deal with the bug at this level, and the bug should be taken to the upstream developers for resolution. It all depends on the kind of bug. Requests for new features should probably normally go upstream (including the kind where a patch is available). That's out of our scope. With the above proposal, feature request bugs like bug #171277 [2] might not go unnoticed as easily. In the case of app-misc/screen, upstream did seem dead for a couple of years, and even now after many new features were added (including vertical split) and bug fixes were included there, there is still no new version out. I guess that bug is still not marked UPSTREAM just to aid in its visibility - after the bug was reopened, no more duplicates were filed. jer [1] https://bugs.gentoo.org/page.cgi?id=3Dfields.html#resolution [2] https://bugs.gentoo.org/show_bug.cgi?id=3D171277