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 1I888g-0007Aq-0D for garchives@archives.gentoo.org; Tue, 10 Jul 2007 05:19:54 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l6A5Iqvp011375; Tue, 10 Jul 2007 05:18:53 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 l6A5GtiX009015 for ; Tue, 10 Jul 2007 05:16:56 GMT Received: from ip6-localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 096F864306 for ; Tue, 10 Jul 2007 05:16:55 +0000 (UTC) From: Mike Frysinger Organization: wh0rd.org To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] should we do an EAPI bump now with features that are already implemented? Date: Tue, 10 Jul 2007 01:17:04 -0400 User-Agent: KMail/1.9.7 References: <4692B388.9030604@gentoo.org> <20070709232619.7d7052b5@snowflake> In-Reply-To: <20070709232619.7d7052b5@snowflake> 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; boundary="nextPart3181818.lRgvU1SzVl"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200707100117.04889.vapier@gentoo.org> X-Archives-Salt: 33acdfba-2c1d-40d5-93bf-cd2ae8a2e34e X-Archives-Hash: 0af1f52ab3f95895ed7a17c1d28bb0ce --nextPart3181818.lRgvU1SzVl Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 09 July 2007, Ciaran McCreesh wrote: > As for IUSE defaults... There were objections against that feature on > the grounds that it's unnecessary and increased maintenance. Do they > really offer any benefit over package.use? where ? i have yet to see an objection to IUSE defaults and plenty of=20 support. in fact, the exact opposite makes sense: it *decreases*=20 maintenance. time and again having information split between an ebuild and= =20 the profiles/ directory has resulted in bit rot. having all the informatio= n=20 in the ebuild allows for trivial changes on a per-ebuild basis and not=20 needing to update multiple files in unrelated trees. =2Dmike --nextPart3181818.lRgvU1SzVl Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.5 (GNU/Linux) iQIVAwUARpMWUEFjO5/oN/WBAQIm9hAAv4eWvqVs7EVzJGg9NSLuQui3ciU7ljHf t56yyu8c3efpEhqvlkymFw6ZYY1bJDPXLRnOaCF1lFsuFhiESdqRko9MDUyY6gkt VUJbQzq4IMxf++4A+hRt3jK67uCfzKyj1Iov50rd18D8jI94H29+rHYSdVgAb2KD /SEKjpjBzO/bN9XUkXZLCPcwvhzb20RU4utT24F6o/eRcEKfqogFPDjBF1bYCFm/ q2ZSqHdBB18yJ57AejUlkJRh4VS/w9nafNo64rY7X47kYi8/hOJonvHOiRyIe/DA mcqIQKiGSjhbTYGqqBo2hbn8VhEfi+aQP0uowmtGa5oB9d7uPhuW/KOMEpOE9DjM SDS2hpPpYv1PaVoSFDKgWo81vtNFuBtPMEgctCHnbcEywPttvCQCTiSSsuiUGdWH RCTXML8vP8hw2BkjZV6I5a3gx6VhS9vKewRefD2JPNB6+KrWdIUuyuGl8jcTTbCz rFOhg4WFHpNEMW9LNwhM4MI8veF83QzY0aD0FB0DWjEgJiLGEJTR3v7HR5eVSHK0 9ogPncCsy9ueUDQFuiNcNZa9Vb7VlXW/qtB6WwxBPkZnQ6LG75hpHBnhKzG9bHjq ARzIRkZ+uuyGmLhbzh5Q/FfEdwRAPKDJY68u6s6hcy1jLR9FiYVWC46vprLH5YW7 itSv0MBsQ6Y= =aMUs -----END PGP SIGNATURE----- --nextPart3181818.lRgvU1SzVl-- -- gentoo-dev@gentoo.org mailing list