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.43) id 1EKHYw-0003sz-CJ for garchives@archives.gentoo.org; Tue, 27 Sep 2005 15:40:10 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id j8RFVduD018945; Tue, 27 Sep 2005 15:31:39 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id j8RFStL1021524 for ; Tue, 27 Sep 2005 15:28:56 GMT Received: from c-67-171-150-177.hsd1.or.comcast.net ([67.171.150.177] helo=[192.168.1.106]) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1EKHUr-0005gc-Qa for gentoo-dev@lists.gentoo.org; Tue, 27 Sep 2005 15:35:57 +0000 Message-ID: <433966D9.3040401@gentoo.org> Date: Tue, 27 Sep 2005 08:35:53 -0700 From: Donnie Berkholz User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050821) X-Accept-Language: en-us, en 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] Dirt: To shove under the rug or not shove under the rug? (aka another round of USE_EXPAND) References: <200509271823.25788.jstubbs@gentoo.org> In-Reply-To: <200509271823.25788.jstubbs@gentoo.org> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 79f9617f-9a1b-4f12-9bb9-e75587d12be9 X-Archives-Hash: a4ed7667798d20bc784977852fd1bca1 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jason Stubbs wrote: | Removing the QA check while the QA problem still exists is, in my mind, just | plain ludicrous. Removing the QA check once the QA problem is fixed doesn't | make much sense to me either. However, adjusting the check where necessary to | match the fix is reasonable. | | So what needs to be done to fix it? Well, what is the purpose of USE_EXPAND? | Put simply, it is to allow the user to select one or more features of a | package from a list of choices. How is this different to USE flags? The | choices all pertain to one aspect of the package(s). What I have done in my ebuilds using USE_EXPAND is add extra IUSE-like variables, for example: IUSE_VIDEO_CARDS="radeon sis mga" IUSE_INPUT_DEVICES="synaptics wacom" for `use video_cards_sis` etc.. This would allow for possible QA checks. Potentially, portage could look through and display things at --verbose like: [ebuild N ] x11-base/x11-drm-20050807 +dga -nls VIDEO_CARDS="+sis +mga -radeon" 538 kB [2] USE_EXPAND allows grouping a similar set of USE flags together to indicate their relatedness, and it is particularly useful when there are both USE_EXPAND and non-USE_EXPAND flags on the same ebuild. It is also useful when a number of packages make use of the same group of USE_EXPAND variables. The main problem with USE_EXPAND right now is that people just don't realize it exists, so they don't take advantage of it. We need a way to tell them, such as the --verbose output I suggested and some more documentation. Thanks, Donnie -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDOWbZXVaO67S1rtsRAulnAKCkevKbDcd1ib2S9W3m8Ila797KGgCeLWNS ZY+Fat5UX9sjVA0r+yB159U= =Kysv -----END PGP SIGNATURE----- -- gentoo-dev@gentoo.org mailing list