From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1L0VZt-0007Pn-CD for garchives@archives.gentoo.org; Thu, 13 Nov 2008 06:21:17 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D4861E03F1; Thu, 13 Nov 2008 06:21:14 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id A7263E03F1 for ; Thu, 13 Nov 2008 06:21:14 +0000 (UTC) Received: from gentoo.org (c-71-193-142-160.hsd1.or.comcast.net [71.193.142.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 894B36462A for ; Thu, 13 Nov 2008 06:21:12 +0000 (UTC) Date: Wed, 12 Nov 2008 22:21:11 -0800 From: Donnie Berkholz To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Please review: function epunt_la_files for eutils.eclass Message-ID: <20081113062111.GA15777@comet> References: <200811091704.10291.loki_val@gentoo.org> <200811121540.50740.loki_val@gentoo.org> <491B00DB.4000901@gentoo.org> <200811121816.04870.loki_val@gentoo.org> 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; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <200811121816.04870.loki_val@gentoo.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-Archives-Salt: dc20ccea-22b6-41a0-8ec7-132d5d196bca X-Archives-Hash: 77fb0f478593214725333d63a7fe235b --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 18:16 Wed 12 Nov , Peter Alfredsen wrote: > On Wednesday 12 November 2008, R=E9mi Cardona wrote: > > Mart had already proposed a "static-lib" USE flag. Donnie just > > suggested on IRC we turn this use flag into a FEATURES flag. >=20 > That's problematic. You can't turn off a FEATURES flag for individual=20 > packages. See above. Except for RESTRICT as you mention below... > > I think those are much better options than just using this function > > in some ebuilds. >=20 > I think it would make sense to have a static-libs USE flag and couple it= =20 > with use of epunt_la_files where it's appropriate. FEATURES flag, no.=20 > The package maintainer decides which files get installed, noone else.=20 If people want to compile an app statically (e.g. for embedded use, for=20 portability to unknown systems, etc), Gentoo should enable them to do=20 so. It shouldn't enable them to do so in erratic cases and randomly fail=20 in others because the libtool archives are randomly distributed. > With a FEATURES flag, we would break the whole tree and then need to fix= =20 > it up with RESTRICT=3Dno-static-libs for every individual ebuild where it= =20 > fails. Tedious and not really worth our time. By selectively doing=20 > this, we can do it intelligently and over time, minimizing the=20 > inconvenience to users. If anything, this suggestion is far more tedious because it requires=20 modifications to orders of magnitude more ebuilds if we want to globally=20 avoid libtool archives. Have a FEATURES flag that is not on by default but is enabled by the=20 developer profile, and I bet you'd find whatever needs a RESTRICT that=20 we don't already know about pretty quick. --=20 Thanks, Donnie Donnie Berkholz Developer, Gentoo Linux Blog: http://dberkholz.wordpress.com --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEABECAAYFAkkbx1cACgkQXVaO67S1rtujAACcDxUVNg55/QXD4ItcXFhDh+mV 5gUAnRu6IaD97ATMxmfoVufl7sxC/+yI =jQZP -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA--