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 1FE84g-0004xq-11 for garchives@archives.gentoo.org; Tue, 28 Feb 2006 16:51:46 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k1SGk4q4009372; Tue, 28 Feb 2006 16:46:04 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 k1SGYiRs011218 for ; Tue, 28 Feb 2006 16:34:44 GMT Received: from [213.121.151.206] (helo=snowdrop.home) by smtp.gentoo.org with esmtpa (Exim 4.54) id 1FE7p6-0001vu-Js for gentoo-dev@lists.gentoo.org; Tue, 28 Feb 2006 16:35:40 +0000 Received: from localhost ([127.0.0.1] helo=snowdrop.home) by snowdrop.home with esmtp (Exim 4.54) id 1FE7p0-0002nA-Ut for gentoo-dev@lists.gentoo.org; Tue, 28 Feb 2006 16:35:35 +0000 Date: Tue, 28 Feb 2006 16:35:32 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] QA Team's role Message-ID: <20060228163532.273200be@snowdrop.home> In-Reply-To: <1141143118.2741.18.camel@localhost> 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> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i686-pc-linux-gnu) 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: multipart/signed; boundary="Sig_7SgRVf12sD4Vus4Sc=+V1YJ"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: bda101c6-3a1b-440b-87bb-3d640cdff012 X-Archives-Hash: fef3ec5e47707ec6b22e1560ea4de146 --Sig_7SgRVf12sD4Vus4Sc=+V1YJ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 28 Feb 2006 17:11:58 +0100 Patrick Lauer wrote: | Ok, sorry for being dumb :-) | What exactly is the issue there? I don't see the issue in setting SLOT | depending on ... uhm ... some variable. Looks kinda logical at first | glance, but I'm not aware of the issues it causes. PVR includes the revision of an ebuild. This means that if a revbump is made on a webapp package to fix a critical flaw, users will still have the old broken package installed too. This is especially relevant for security issues, but also applies to other kinds of fix. 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. --=20 Ciaran McCreesh : Gentoo Developer (Wearer of the shiny hat) Mail : ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm --Sig_7SgRVf12sD4Vus4Sc=+V1YJ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (GNU/Linux) iD8DBQFEBHvW96zL6DUtXhERAskGAKC0LH/XdbXZkZnKiMuDv6FBcjoIYgCfZaTg jaZOm+PQpt8VcjuvAsNv1R4= =iyWs -----END PGP SIGNATURE----- --Sig_7SgRVf12sD4Vus4Sc=+V1YJ-- -- gentoo-dev@gentoo.org mailing list