From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1FEAsC-0000ZE-1j for garchives@archives.gentoo.org; Tue, 28 Feb 2006 19:51:04 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k1SJmZYY006468; Tue, 28 Feb 2006 19:48:35 GMT Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id k1SJgfWw029634 for ; Tue, 28 Feb 2006 19:42:41 GMT Received: from dagger.cc.vt.edu (IDENT:mirapoint@evil-dagger.cc.vt.edu [10.1.1.11]) by lennier.cc.vt.edu (8.12.11/8.12.11) with ESMTP id k1SJhQnt009161 for ; Tue, 28 Feb 2006 14:43:26 -0500 Received: from [128.173.184.73] (gs4073.geos.vt.edu [128.173.184.73]) by dagger.cc.vt.edu (MOS 3.7.3a-GA) with ESMTP id FGX50051; Tue, 28 Feb 2006 14:42:46 -0500 (EST) Message-ID: <4404A7B4.2090305@gentoo.org> Date: Tue, 28 Feb 2006 14:42:44 -0500 From: "Stephen P. Becker" User-Agent: Mail/News 1.5 (X11/20060206) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] QA Team's role References: <20060227203709.2a7bff47@snowdrop.home> <20060228171157.370ebf4b@snowdrop.home> <1043040397.20060228190017@gentoo.org> <200602281339.15979.vapier@gentoo.org> <1079869592.20060228202701@gentoo.org> In-Reply-To: <1079869592.20060228202701@gentoo.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 66dea434-bd51-47f4-940d-7eba7d4b09b0 X-Archives-Hash: 545361af7b8255dbd46bfca71ce329d1 >> which part dont you understand ? the user sets a variable and then is told >> that the package probably contains a bug ... seems pretty confusing to me >> -mike > > rl03 already replied to that. I don't see any QA issues there, and if > someone from QA team does, then he probably has too much time to ponder over > the tree and invent issues where they don't exist. I don't see any point > "fixing" this, at least until FEATURES="mindreader" is implemented. Portage > QA notices may be equally confusing to the users, with this kind of logic, > yet they stay there - and number of people complaining about USE_EXPAND > notices is much higher than the number of people who complained about > confusing ewarn from webapps slot (exactly zero is far as I could find). > > Once again, don't invent problems, please. Nobody is inventing problems Jakub. Just because nobody has yet complained does not mean that there is not a problem. If you can't see the QA issues, then you really need to stop commenting in this thread, because there are a lot of people who know better. Furthermore, you are playing right into the hands of He Whom I Will Not Name, thus allowing yourself to be trolled into sounding like an idiot in public. You suffered from the same problem in the bbapm thread recently. -Steve -- gentoo-dev@gentoo.org mailing list