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 1OR9uU-0006kN-4y for garchives@archives.gentoo.org; Tue, 22 Jun 2010 20:17:30 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7DE11E085A; Tue, 22 Jun 2010 20:17:26 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 3F6A5E0839 for ; Tue, 22 Jun 2010 20:17:08 +0000 (UTC) Received: from [192.168.188.1] (82-71-33-97.dsl.in-addr.zen.co.uk [82.71.33.97]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 81A541B40E9 for ; Tue, 22 Jun 2010 20:17:07 +0000 (UTC) Message-ID: <4C211A40.6070001@gentoo.org> Date: Tue, 22 Jun 2010 21:17:04 +0100 From: Mike Auty User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.4) Gecko/20100619 Lightning/1.0b2pre Thunderbird/3.1 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: New global USE flag: introspection References: <201006210933.57444.reavertm@gmail.com> <1277130128.7004.43.camel@TesterBox.tester.ca> <201006211744.38483.reavertm@gmail.com> <1277205855.29893.1.camel@lillen> <4C20E5DD.7020400@gentoo.org> In-Reply-To: X-Enigmail-Version: 1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: bfb13039-01ae-4dec-93fc-a7f0a141e6e2 X-Archives-Hash: 3d06edfdf7516312ca911349ff83e424 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 22/06/10 18:11, Arun Raghavan wrote: > It is not a GNOME-only flag. A general introspection flag may not be, but this isn't a general introspection flag, this is specific to gobject and the suggestions try to clarify that. People who want gobject-introspection (which concerns gobject, and is therefore appropriate for a "g" prefix) will not want to have to manually differentiate between arbitrary-library-introspection and gobject-introspection by fiddling around with a package.use file to individually turn it on and off. It should be an easy, global USE flag to enable once in make.conf and forget about. > Which should not be an issue since any library that has some sort of > introspection can use this flag (and the use.desc can be changed > appropriately at that time if it does not use gobject-introspection). Why have to change it in the future (and probably split it into two flags then), when the choice hasn't been made yet? Or, to put your own question to you, why are you vehemently for "introspection" when others have shown concern with the choice? As far as I can see, the only difference is requiring a slightly longer use_enable line. In the end, it's not a big issue and whichever is chosen it'll work out. I'm just trying to figure out why the compromise solutions aren't good enough to satisfy everyone? Mike 5:) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (GNU/Linux) iEYEARECAAYFAkwhGkAACgkQu7rWomwgFXp0dQCePjaHQn6JeBO6OrzwsIHBp8f1 +2gAoJDD4MS1spuo1DiqD96uOfX8ZBj9 =TJvC -----END PGP SIGNATURE-----