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 1FE9nq-0000fk-A3 for garchives@archives.gentoo.org; Tue, 28 Feb 2006 18:42:30 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k1SIeqjL002937; Tue, 28 Feb 2006 18:40:52 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id k1SIc1fZ010878 for ; Tue, 28 Feb 2006 18:38:01 GMT Received: from localhost ([127.0.0.1] helo=home.wh0rd.org) by smtp.gentoo.org with esmtp (Exim 4.54) id 1FE9kJ-0002RW-LF for gentoo-dev@lists.gentoo.org; Tue, 28 Feb 2006 18:38:51 +0000 Received: (qmail 16329 invoked from network); 28 Feb 2006 13:35:24 -0500 Received: from unknown (HELO vapier) (192.168.0.2) by 192.168.0.1 with SMTP; 28 Feb 2006 13:35:24 -0500 From: Mike Frysinger Organization: wh0rd.org To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] QA Team's role Date: Tue, 28 Feb 2006 13:39:15 -0500 User-Agent: KMail/1.9.1 References: <20060227203709.2a7bff47@snowdrop.home> <20060228171157.370ebf4b@snowdrop.home> <1043040397.20060228190017@gentoo.org> In-Reply-To: <1043040397.20060228190017@gentoo.org> GEOMAN: IS A RETARD 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 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602281339.15979.vapier@gentoo.org> X-Archives-Salt: 6d5ec636-c77d-4f31-966b-4d6561259a5e X-Archives-Hash: efb56de060773e8415832f3362cd5546 On Tuesday 28 February 2006 13:00, Jakub Moc wrote: > 28.2.2006, 18:11:57, Ciaran McCreesh wrote: > > On Tue, 28 Feb 2006 17:02:11 +0000 Renat Lumpau wrote: > > | On Tue, Feb 28, 2006 at 04:35:32PM +0000, Ciaran McCreesh wrote: > | >> Ebuilds can't override this either. Read on in the eclass and you'll > | >> notice that it checks that SLOT hasn't been changed to something > | >> sane. > > | > > | Excepting that you can set WEBAPP_MANUAL_SLOT="yes" and set SLOT to > > | whatever the hell you want. But don't let my facts get in the way of > > | your nonsense. > > > > And it sticks out a nasty ewarn and says that the ebuild is probably > > broken. > > > ewarn "This ebuild overrides the default SLOT behaviour for webapps" > ewarn "If this package installs files into the htdocs dir, this is" > ewarn "probably a bug in the ebuild." > > > Sigh... what kind of QA issue is that? 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 -- gentoo-dev@gentoo.org mailing list