From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1IgJUo-0004K2-Po for garchives@archives.gentoo.org; Fri, 12 Oct 2007 12:20:03 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.1/8.14.0) with SMTP id l9CC9Jqb017680; Fri, 12 Oct 2007 12:09:19 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.14.1/8.14.0) with ESMTP id l9CC7RFW015412 for ; Fri, 12 Oct 2007 12:07:28 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 557C664EE3 for ; Fri, 12 Oct 2007 12:07:27 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -2.41 X-Spam-Level: X-Spam-Status: No, score=-2.41 required=5.5 tests=[AWL=0.189, BAYES_00=-2.599] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ERD3-EwtRuZX for ; Fri, 12 Oct 2007 12:07:19 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id B002E64224 for ; Fri, 12 Oct 2007 12:07:17 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IgJIH-00021U-BL for gentoo-dev@gentoo.org; Fri, 12 Oct 2007 12:07:05 +0000 Received: from ip68-230-96-73.ph.ph.cox.net ([68.230.96.73]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 12 Oct 2007 12:07:05 +0000 Received: from 1i5t5.duncan by ip68-230-96-73.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 12 Oct 2007 12:07:05 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: lame use flag, local to global Date: Fri, 12 Oct 2007 12:06:56 +0000 (UTC) Message-ID: References: <470C40F0.8050501@gentoo.org> <1192002003.19716.2.camel@localhost> <470CD9B5.3000706@gentoo.org> 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: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ip68-230-96-73.ph.ph.cox.net User-Agent: Pan/0.132 (Waxed in Black) Sender: news X-Archives-Salt: de992d18-d9a8-4b67-9be2-bfd836e01758 X-Archives-Hash: 1fa28d345b311548b08538d319cb5cae Steve Long posted fen3qr$lu6$1@sea.gmane.org, excerpted below, on Fri, 12 Oct 2007 07:26:12 +0100: >> In that case, shouldn't the description mention that? Something like: >> >> MP3 encoding support using LAME (as opposed to ffmpeg) >> > What about when the next one gets added-- would it need to say "as > opposed to ffmpeg or lame"? Good point. However, my minor complaint with USE flags is that they too often don't really say what the USE flag actually does. In this case as- is, the implication is that with -lame, there's no encoding support, when the general case is that there's still encoding support, but from something else (ffmpeg). Ideally, the description isn't so vague as to leave the user with the wrong impression, or having to dig into the ebuild itself to find out what the practical effect is. So something like: Support LAME as mp3 encoder (see ffmpeg also) Then ideally, if a package supported both encoders, both would be flags, and if possible, support for both would be built if both USE flags were enabled. That's a bit more expandable, altho it still mentions ffmpeg. Making it generic "(other encoders may also be supported)" might be better in some ways, but isn't as helpful in others. IMO, the ffmpeg reference is more helpful, and the mention of ffmpeg could be expanded if other options become popular enough to warrant it. What I'd /really/ like would be a simple way to list what each flag does in a particular package, sort of like what use.local sometimes does now, if the description is specific enough, but for global flags as well. Take USE=perl. Sure, it supports perl, but is it perl bindings, or additional user scripts in perl, or documentation for perl devs, or ??? A use.local.desc (or whatever) file listing every package with the flag, and what the flag actually does in that package in practical terms, would sure be useful! =8^) Of course, being a separate file, it'd be difficult to keep up to date. Perhaps a better solution might be an IUSE_DESC variable that every ebuild and eclass could (and would eventually be required to) populate. Then it's metadata for the package kept right in the ebuild/eclass, where it's easy to keep up to date when the package itself changes. Then all we'd need would be a parsing tool for that info... euse could be expanded to grab it if --verbose is set, perhaps, and life would be /so/ much easier, at least for /some/ users. =8^) Yes, I know the chances of it happening would be better if I were to become a dev and volunteer to help with all the updates, since it's my itch I want scratched. Maybe it'll happen someday. In the mean time... maybe I can spread the itch. =8^) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- gentoo-dev@gentoo.org mailing list