From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LjN05-0007Q9-Is for garchives@archives.gentoo.org; Tue, 17 Mar 2009 00:17:45 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EAFA4E01D6; Tue, 17 Mar 2009 00:17:43 +0000 (UTC) Received: from mail-fx0-f161.google.com (mail-fx0-f161.google.com [209.85.220.161]) by pigeon.gentoo.org (Postfix) with ESMTP id 9525BE01D6 for ; Tue, 17 Mar 2009 00:17:43 +0000 (UTC) Received: by fxm5 with SMTP id 5so1258843fxm.34 for ; Mon, 16 Mar 2009 17:17:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=XAWr+M+RmchVaXFirp//vxABNKxu0Bdr+aJ+TecvZp8=; b=VIJFa/3e+BDw0zhpwuf+0RosfjdOAztKQnp7osJDVMyOYu1nF8rc0NDwei7CSTzBry jcr9bmVCw7nFv29ThXShxtWgN/oKcLxRzLTwPjQ31CYVT7OteIY1QQP2Fpc+CWrXhrxZ Do/kAtYOUR5XINtCY/Xk5/YF0vkuem1xEYUxY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=EcS9j/9nshrgoaMT7PvOolZMjd8EXrJlPaGvCqfwjpnCAEUhVUPqe2cV1pH07eMcgi TCtCexZxsTEDRJ4gWgBbjvSv7RztoX1bKr9zranwr9KbBWqUIcTFpBHQMg3vbWzk4jPb XD42+rSzbRhgHqP35kN99Y5Z0wVnutv50ZVSs= Received: by 10.103.175.8 with SMTP id c8mr2460393mup.117.1237249062891; Mon, 16 Mar 2009 17:17:42 -0700 (PDT) Received: from snowmobile (92-235-187-79.cable.ubr18.sgyl.blueyonder.co.uk [92.235.187.79]) by mx.google.com with ESMTPS id y37sm11740898mug.23.2009.03.16.17.17.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 16 Mar 2009 17:17:42 -0700 (PDT) Date: Tue, 17 Mar 2009 00:17:33 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] EAPI 3 PMS Draft Message-ID: <20090317001733.65c0207e@snowmobile> In-Reply-To: <49BEE933.9060203@gentoo.org> References: <20090316204717.699511f0@snowcone> <200903162359.45789.reavertm@poczta.fm> <20090316232011.215effd5@snowcone> <200903170026.40842.scarabeus@gentoo.org> <20090316233530.503e9229@snowcone> <49BEE933.9060203@gentoo.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; i686-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/DRWWkPvi=jn6rDmc7BdW1YD"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: 205fc7b6-9d1b-42a2-9966-3c3ff8e6ea8c X-Archives-Hash: d8f2a621b048f5483722e5faf170737e --Sig_/DRWWkPvi=jn6rDmc7BdW1YD Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 16 Mar 2009 23:05:07 -0100 "Jorge Manuel B. S. Vicetto" wrote: > the point about kdebuild-1 and PMS was settled by the previous council > who decided that it wasn't and would never be part of the Gentoo PMS > and asked you to remove it from the document. Hence the "remove kdebuild" switch you can turn on if you're looking to use PMS for 'official' purposes rather than package manager development. > About it being approved by the Gentoo KDE team, that's not entirely > true. Most of the members of the team at the time worked on it and > opted to use it, but there was never a vote to approve it officially. The Gentoo KDE team lead at the time approved it and recognised it as official. > I don't have a problem with the kdebuild-1 EAPI, but it should be clear > that it was never an official Gentoo EAPI. It was officially approved by the Gentoo KDE team lead on behalf of his team. > It should also be cleared that although it was the chosen EAPI for the > KDE team 18 months ago, it is no longer used by the current team. So? I'd hope people aren't using EAPI 0 for anything new now either. > I suggest we create an Appendix with non-official EAPIs and > non-approved proposals. That way, kdebuild-1 and other EAPIs would be > listed in the Appendix, so we could have a list of features or > proposed features, and it would also be clear they're not official > EAPIs. What do you think? It doesn't work. There's no sensible way of separating out technical details of EAPIs into an appendix whilst keeping things readable. A summary as an appendix with references to the detailed section does work, and that's there already, as is a description of kdebuild-1's status. Also, this has nothing to do with EAPI 3. Please stop flogging this dead horse so that the noise doesn't drown out what we're trying to get done here. --=20 Ciaran McCreesh --Sig_/DRWWkPvi=jn6rDmc7BdW1YD Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkm+7CEACgkQ96zL6DUtXhHb2ACggy8RZHcAmvNLkX/ibL0zUvFI qB4AnjWAZEE4SfT5Pp4bYD677Buh4rRR =qGqT -----END PGP SIGNATURE----- --Sig_/DRWWkPvi=jn6rDmc7BdW1YD--