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 1FE9Wu-0004YC-9d for garchives@archives.gentoo.org; Tue, 28 Feb 2006 18:25:00 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k1SIMmUJ018639; Tue, 28 Feb 2006 18:22:48 GMT Received: from egr.msu.edu (jeeves.egr.msu.edu [35.9.37.127]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id k1SIITBK028048 for ; Tue, 28 Feb 2006 18:18:29 GMT Received: from [35.9.140.252] (tokyo.dhcp.egr.msu.edu [35.9.140.252]) by egr.msu.edu (8.13.4/8.13.4) with ESMTP id k1SI2CvC009488 for ; Tue, 28 Feb 2006 13:02:12 -0500 (EST) Message-ID: <44049022.4030906@gentoo.org> Date: Tue, 28 Feb 2006 13:02:10 -0500 From: Alec Warner User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en 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: <20060226222217.GB17257@aerie.halcy0n.com> <1140997703.12229.166.camel@demandred.gnqs.org> <20060227003413.GE17257@aerie.halcy0n.com> <20060227170834.075e9388@snowdrop.home> <1141071970.804.19.camel@demandred.gnqs.org> <20060227203709.2a7bff47@snowdrop.home> <1159375278.20060227214923@gentoo.org> <20060227213321.7ee405ec@snowdrop.home> <394439379.20060228103817@gentoo.org> <20060228145246.67dee076@snowdrop.home> <1141139552.2741.2.camel@localhost> <7310506941.20060228162637@gentoo.org> <20060228154246.3e34d340@snowdrop.home> <1141143118.2741.18.camel@localhost> <20060228163532.273200be@snowdrop.home> <1232307950.20060228180003@gentoo.org> <20060228170954.37396045@snowdrop.home> <16410671399.20060228183024@gentoo.org> <20060228173810.3e209be2@snowdrop.home> In-Reply-To: <20060228173810.3e209be2@snowdrop.home> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 1e5bae55-7e27-4662-b606-ab8ab23d2f16 X-Archives-Hash: a438ea1bc5585d89d04ad905c62a131b Ciaran McCreesh wrote: >On Tue, 28 Feb 2006 18:30:24 +0100 Jakub Moc wrote: >| OK, so kernel-2.eclass is abusing the slot as well, go scream on >| kernel devs. > >No. kernel-2 installs sources, not an actual package. > >| > | Yeah, it checks for that since that's the way the eclass is >| > | designed. You can't declare a slot in a kernel ebuild either. >| >| > One is a design flaw. The other is not. >| >| Ah, tell me about the dual standards :P > >Not dual standards at all. There's nothing wrong with saying "don't do >x unless you're doing y", with appropriate justification. > >| > | Well, starts to be boring - so, either come with something valid >| > | from QA standpoint or stop now. >| >| > This is a valid issue from a QA standpoint. This is also why I'm not >| > going to waste my time doing a proper list -- rather than addressing >| > issues, they are being passed off as irrelevant or even features. >| >| Next time, rather think a couple of times up before claiming >| something very broken on a public mailing list where you have no >| proof for such claims. Will be immensely helpful for everyone >| involved. > >No proof? > >Sheesh, you'll probably claim that this isn't broken next too: > > if [ "${IS_UPGRADE}" = "1" ] ; then > einfo "Removing old version ${REMOVE_PKG}" > > emerge -C "${REMOVE_PKG}" > fi > > > Semantics of the logic aside, calling emerge from within an ebuild is a BIG nono. -Alec Warner -- gentoo-dev@gentoo.org mailing list