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 1FNEl9-000792-Ev for garchives@archives.gentoo.org; Sat, 25 Mar 2006 19:49:16 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.5) with SMTP id k2PJmkWE022517; Sat, 25 Mar 2006 19:48:47 GMT Received: from mail.net-conex.com (pops.net-conex.com [204.244.176.3]) by robin.gentoo.org (8.13.6/8.13.5) with ESMTP id k2PJkFYH016580 for ; Sat, 25 Mar 2006 19:46:15 GMT Received: from curie.orbis-terrarum.net (S01060050da688d47.vc.shawcable.net [24.80.100.253]) by mail.net-conex.com (8.13.4/8.12.11) with ESMTP id k2PJkESS021306 for ; Sat, 25 Mar 2006 11:46:14 -0800 Received: (qmail 9865 invoked by uid 10000); 25 Mar 2006 11:46:18 -0800 Date: Sat, 25 Mar 2006 11:46:18 -0800 From: "Robin H. Johnson" To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Official overlay support Message-ID: <20060325194618.GA21585@curie-int.vc.shawcable.net> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20060324144741.GB17315@olive.flatmonk> <1143227928.17575.44.camel@cgianelloni.nuvox.net> <200603252037.36722.pauldv@gentoo.org> 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; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <200603252037.36722.pauldv@gentoo.org> User-Agent: Mutt/1.5.11 X-Archives-Salt: 29df42a6-ab0e-4fd6-9f8c-a5e67cf7c96b X-Archives-Hash: 469fecdc713d250c01efe1d3b5fdf321 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 25, 2006 at 08:37:24PM +0100, Paul de Vrieze wrote: > On Friday 24 March 2006 20:18, Chris Gianelloni wrote: > > I really can't think of much besides kernel + toolchain that can have > > such devastating effects to the rest of the tree. The only other > > massive breakages would be via eclasses, which was my main target. > glibc is a good candidate. And portage a second one. *libc in general. binutils coreutils (Screwing up this is really fun, sort/xargs/tail etc.) And a general class, the reason I've had stuff in my own overlays: - Trying to develop clean/safe automated upgrade paths for complex packages. Early versions of these tend to do nasty things to data (openldap was esp. painful). > > Does anyone have any ideas how we could resonably reduce problems > > reported from things such as toolchain breakages in an overlay, yet > > still not punish the people running the overlay by disallowing it? I > > surely wouldn't want to limit the toolchain maintainers from being able > > to enjoy the use of an overlay if they wished it. > Perhaps we could ask people who run overlays with dangerous ebuilds, to h= ave=20 > these ebuilds protected by some environment variables. (The var must be s= et=20 > for the ebuild to work.) Only if portage can check the variable before starting to compile any packages. --=20 Robin Hugh Johnson E-Mail : robbat2@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2-ecc0.1.6 (GNU/Linux) Comment: Robbat2 @ Orbis-Terrarum Networks iD8DBQFEJZ4KPpIsIjIzwiwRAseDAKCknXOLan8rz/BWxtg35YhIV5Ta4wCdE671 +uB55X6QoXQ3Cdok0V2PLvs= =OJ/+ -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- -- gentoo-dev@gentoo.org mailing list