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.62) (envelope-from ) id 1HXQOT-0007Y2-Ut for garchives@archives.gentoo.org; Fri, 30 Mar 2007 23:20:30 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l2UNJGfF003236; Fri, 30 Mar 2007 23:19:16 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l2UNHMhg001078 for ; Fri, 30 Mar 2007 23:17:22 GMT Received: from [192.168.0.104] (ip68-8-82-214.sd.sd.cox.net [68.8.82.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id E7EAE64BA2 for ; Fri, 30 Mar 2007 23:17:21 +0000 (UTC) Message-ID: <460D9A17.9060300@gentoo.org> Date: Fri, 30 Mar 2007 16:15:35 -0700 From: Josh Saddler User-Agent: Thunderbird 1.5.0.10 (X11/20070309) 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] [soc] Python bindings for Paludis References: <200703240028.15461.peper@gentoo.org> <200703301404.16400.vapier@gentoo.org> <20070330193517.1c84fda1@snowflake> <200703301651.54783.vapier@gentoo.org> <6D25C059-0342-48C9-8DB9-B8932FFE24D8@gentoo.org> In-Reply-To: <6D25C059-0342-48C9-8DB9-B8932FFE24D8@gentoo.org> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDAC17B1633F82557B1E9A170" X-Archives-Salt: 0ac586af-76a1-4074-94f8-2e3413740fd9 X-Archives-Hash: 17e200e4861178a79da07a24e179bff7 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDAC17B1633F82557B1E9A170 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Anant Narayanan wrote: > Hi Mike, >=20 > On 31-Mar-07, at 2:21 AM, Mike Frysinger wrote: >> not really, why dont you apply some of your logic: >> - you are not wanted as an official Gentoo developer ... the past >> clearly >> shows this >> - the official package manager of Gentoo would need to be >> completely "in-house" with respect to control, direction, etc... >> - "in-house" would require every one who is control of the package >> manager to >> be a Gentoo developer >> - in order for you to gain @gentoo.org again, we'd need either a >> complete >> flush of developer blood who would accept you or you to change >> yourself ... >> neither of which are realistic >> >> so let's put this all together shall we: >> you are in full control of paludis, you will not be a Gentoo develope= r, >> thereforce paludis will not be the official Gentoo package manager >=20 > The logic is flawed. I don't understand why Gentoo can't switch to > paludis so long as there are "in-house" Gentoo developers ready to > maintain and support it. >=20 > >> "emerge" is a brand name for Gentoo and while you can complain about >> lack of >> features all you want, dropping portage and installing a different >> package >> manager with a completely different interface will surely causes a >> huge pita >> for everyone >=20 > It is a rather trivial issue to wrap paludis or pkgcore commands to > their "emerge" equivalents. As discussed before on the thread, mere > command-line compatibility is not an issue at all. If a switch is made > to a new package, I am sure enough steps will be taken to ensure that > the process is as transparent as possible, and most users will not even= > notice the difference; except of course the immediate benefits. >=20 > Cheers, > --=20 > Anant > --gentoo-dev@gentoo.org mailing list >=20 No one is proposing that Gentoo "switch" to anything at this point. Speaking from a documentation perspective, it's actually more of a task than you'd think. Command wrappers to emerge etc. are one thing, but the output produced is another. Not to mention the fact that Paludis can't do things that Portage does, and vice versa. It's not a 1:1 drop-in replacement, and no one should say it is. There'd be a helluva lot of documentation to rewrite, for both /doc/en/ (which the GDP oversees) as well as the many docs in the various /proj/ spaces. For the forseeable future, since we can't go on vague statements from either camp of "feature foo will be ready in, oh, about $x releases", Portage is here to stay. It's not being replaced by anything. --------------enigDAC17B1633F82557B1E9A170 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGDZoa5aFMlhMsVyURAhHaAKDY3eOat/viNnM6QR8sKhCLPPZGOgCfajhd vp9qs8aQlS2jNAm+IaD14u8= =VVVT -----END PGP SIGNATURE----- --------------enigDAC17B1633F82557B1E9A170-- -- gentoo-dev@gentoo.org mailing list