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.60) (envelope-from ) id 1FltTJ-0005ib-Ig for garchives@archives.gentoo.org; Thu, 01 Jun 2006 20:08:45 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.6) with SMTP id k51K6DRF011334; Thu, 1 Jun 2006 20:06:13 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.13.6/8.13.6) with ESMTP id k51JxdkA029890 for ; Thu, 1 Jun 2006 19:59:39 GMT Received: from localhost (adsl-67-67-81-246.dsl.hstntx.swbell.net [67.67.81.246]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id C3985642A6 for ; Thu, 1 Jun 2006 19:59:38 +0000 (UTC) Date: Thu, 1 Jun 2006 15:00:13 -0500 From: Grant Goodyear To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Monthly Gentoo Council Reminder for June Message-ID: <20060601200013.GA10902@dst.grantgoodyear.org> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20060601145923.16A4F64651@smtp.gentoo.org> <200606012144.46995.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="gatW/ieO32f1wygP" Content-Disposition: inline In-Reply-To: <200606012144.46995.pauldv@gentoo.org> User-Agent: Mutt/1.5.11 X-Archives-Salt: 10254d48-2bbc-451e-8f07-151c1be72f7a X-Archives-Hash: be7c2dacdf64d85be350ca1f7f181d0a --gatW/ieO32f1wygP Content-Type: multipart/mixed; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Paul de Vrieze wrote: [Thu Jun 01 2006, 02:44:39PM CDT] > I would like the council to discuss GLEP 49 as has been discussed on > the list some weeks ago. It is about the package manager requirements. Incidentally, I drafted a competing GLEP that I posted to -dev (<20060522172314.GB7577@dst.grantgoodyear.org>) that was either overlooked in the rest of that thread or ignored because people considered it to be useless; I'm not sure which. In any event, I just want to bring it to the council's attention as an alternative approach. -g2boojum- --=20 Grant Goodyear=09 Gentoo Developer g2boojum@gentoo.org http://www.gentoo.org/~g2boojum GPG Fingerprint: D706 9802 1663 DEF5 81B0 9573 A6DC 7152 E0F6 5B76 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="glep-0049.rst" Content-Transfer-Encoding: quoted-printable GLEP: xx Title: Supporting alternative package managers Version: $Revision: 1.3 $ Last-Modified: $Date: 2005/11/13 17:16:50 $ Author: Grant Goodyear Status: Draft Type: Standards Track Content-Type: text/x-rst Created: 22-May-2006 Abstract =3D=3D=3D=3D=3D=3D=3D=3D To support alternatives to the official package manager (portage, at the time of this writing), some sane ground rules need to be set. Specifically, no alternative ebuild-based package manager may be added to the tree unless it successfully works with all ebuilds supported by the official package manager. Moreover, no ebuilds may be added to the tree unless they are supported (without change) by the official package=20 manager. Specification =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D * No alternative ebuild-based package manager may be added to the tree unless it successfully works with all ebuilds supported by the official package manager. If an alternative package manager is runtime incompatible with the official package manager, then it must be masked and provide appropriate warnings. * No ebuilds may be added to the tree unless they are supported (without change) by the official package manager. Rationale =3D=3D=3D=3D=3D=3D=3D=3D=3D The first rule sets a reasonable bar for adding an alternative package manager to the tree. Note that if an ebuild currently in the tree doesn't work with the official package manager, it isn't expected to work with an alternative package manager either. The second rule ensures that an alternative package manager cannot become a de-facto requirement by supporting packages that the official package manager cannot handle. In order to keep this proposal as simple and focused as possible, it has nothing to say about the process by which an alternative package manager might one day become the official package manager. It is assumed that sanity will reign, and no package manager will become official without being able to build installation media, providing a transition path from or to the existing official package manager, etcetera. Backwards Compatibility =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Pretty much the whole point, and it's explicit here. Copyright =3D=3D=3D=3D=3D=3D=3D=3D=3D This document has been placed in the public domain. --LZvS9be/3tNcYl/X-- --gatW/ieO32f1wygP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEf0dNptxxUuD2W3YRAiUCAJ4n3C8yOdDUrFIP4IW/G2d4bvJb4gCfZQmM iA1PmY9Y+urpbtii6u0Zha4= =/cYf -----END PGP SIGNATURE----- --gatW/ieO32f1wygP-- -- gentoo-dev@gentoo.org mailing list