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 1FMmaF-0001Zg-4d for garchives@archives.gentoo.org; Fri, 24 Mar 2006 13:44:07 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.5) with SMTP id k2ODhafa005900; Fri, 24 Mar 2006 13:43:36 GMT Received: from smtp04.gnvlscdb.sys.nuvox.net (smtp.nuvox.net [64.89.70.9]) by robin.gentoo.org (8.13.6/8.13.5) with ESMTP id k2ODfOxb003556 for ; Fri, 24 Mar 2006 13:41:24 GMT Received: from cgianelloni.nuvox.net (216.215.202.4.nw.nuvox.net [216.215.202.4]) by smtp04.gnvlscdb.sys.nuvox.net (8.12.11/8.12.11) with SMTP id k2ODfdbm016886 for ; Fri, 24 Mar 2006 08:41:39 -0500 Received: by cgianelloni.nuvox.net (sSMTP sendmail emulation); Fri, 24 Mar 2006 08:37:31 -0500 Subject: Re: [gentoo-dev] Sandboxes From: Chris Gianelloni To: gentoo-dev@lists.gentoo.org In-Reply-To: <44233322.2040801@gentoo.org> References: <44233322.2040801@gentoo.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-566hwkpu2BA0Z6z3yDXN" Organization: Gentoo Linux Date: Fri, 24 Mar 2006 08:37:30 -0500 Message-Id: <1143207450.17575.4.camel@cgianelloni.nuvox.net> 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 X-Mailer: Evolution 2.4.2.1 X-Archives-Salt: adb429f7-b9ee-4a73-ba12-5afff21c3643 X-Archives-Hash: 678f1fa35689249e7de4d4c32c1d65d7 --=-566hwkpu2BA0Z6z3yDXN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2006-03-23 at 18:45 -0500, Alec Warner wrote: > PROPOSAL: >=20 > a) overlays.gentoo.org -> A sub-domain for hosting overlays or > 'development sandboxes'. Developers want an area for sandboxed > development of packages outside of the main tree. As stated in the > previous thread this allows faster developer with less overread (QA, > changelogs, etc..). These sandboxed areas also allow non-developers to > contribute to projects in a useful manner. >=20 > b) overlays.gentoo.org -> Is not meant for public consumption by users. > overlays.gentoo.org is merely a development aid and not meant for > public consumption. Users tend to not know how overlays are > implemented. Multiple activated overlays also can cause hard to debug > issues as overlays over-ride ebuilds and eclass in each other and the > tree itself. >=20 > c) Overlays may be secured on an per-overlay basis to prevent normal > users from both reading and writing to the overlay. For example a > project may wish to have an overlay and invite two or three > non-developers to contribute. This makes creating small development > units easy, while keeping QA the main tree relatively high. >=20 > This is what I see, and this is kinda what I would want. As an overlay > "creator" I should be able to add/remove accounts from my own overlay ( > to reduce the load on the overlay project/infra ). In essence, creating > a bunch of small communities for development. >=20 > Thoughts on ideas on this somewhat more focussed idea? ( or at least I > think it's more focused :P ) OK. I have an idea for a compromise, then. An overlay, when created is not readable by anyone without an account. The new overlay is governed by whatever rules that the overlay owners wish to use. However, before an overlay can be opened up for public RO access, one simple rule must be followed: It must not break the normal tree through its use. What this means is if you've got some whiz-bang version of foo out that that requires changes to bar.eclass, then bar.eclass (in your overlay) needs to remain backwards compatible with what is in the tree insofar as it does not break non-overlay ebuilds through its use. With this *single* policy, we manage to reduce the problems that have been brought up in the other threads. --=20 Chris Gianelloni Release Engineering - Strategic Lead x86 Architecture Team Games - Developer Gentoo Linux --=-566hwkpu2BA0Z6z3yDXN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBEI/YakT4lNIS36YERAt9bAJ4v/QuwCi5SDgxZ88N0A19MHcBUOQCgwhfj 9MiSoMKW07dWJVDdsidmhmA= =eYuX -----END PGP SIGNATURE----- --=-566hwkpu2BA0Z6z3yDXN-- -- gentoo-dev@gentoo.org mailing list