From owner-freebsd-ports@FreeBSD.ORG Thu Feb 7 05:33:05 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 759A96AD for ; Thu, 7 Feb 2013 05:33:05 +0000 (UTC) (envelope-from sperber@FreeBSD.org) Received: from mx.frozen-zone.org (frozen-zone.org [78.47.101.194]) by mx1.freebsd.org (Postfix) with ESMTP id 35CEA1BA for ; Thu, 7 Feb 2013 05:33:04 +0000 (UTC) Received: by mx.frozen-zone.org (Postfix, from userid 58) id 25BB751F8FE; Thu, 7 Feb 2013 05:33:03 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mx.frozen-zone.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable version=3.3.2 Received: from fz-sub1.local (178.112.6.96.wireless.dyn.drei.com [178.112.6.96]) by mx.frozen-zone.org (Postfix) with ESMTPSA id 1205D51F381; Thu, 7 Feb 2013 05:33:00 +0000 (UTC) Message-ID: <51133C86.80303@FreeBSD.org> Date: Thu, 07 Feb 2013 06:32:54 +0100 From: Armin Pirkovitsch User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130202 Thunderbird/17.0.2 MIME-Version: 1.0 To: lists@eitanadler.com Subject: Re: [CFT+BRAINSTORM] One USE_ to rule them all References: <20130204181946.GF67687@ithaqua.etoilebsd.net> <511003B3.90600@gmail.com> <20130205232407.GM88651@ithaqua.etoilebsd.net> <20130206091932.GF1268@ithaqua.etoilebsd.net> <20130206104221.GH1268@ithaqua.etoilebsd.net> <20130206124123.GP57799@culot.org> <20130206132101.GI1268@ithaqua.etoilebsd.net> <5112B710.9040000@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Feb 2013 05:33:05 -0000 On 02/06/13 22:52, Eitan Adler wrote: > On 6 February 2013 15:03, Armin Pirkovitsch wrote: >> On 02/06/13 14:26, Eitan Adler wrote: >>> On 6 February 2013 08:21, Baptiste Daroussin wrote: >>>> On Wed, Feb 06, 2013 at 08:13:54AM -0500, Eitan Adler wrote: >>>>> On 6 February 2013 07:41, Frederic Culot wrote: >>>>> ... >>>>> >>>>> FEATURES. It is likely to be easy to grep (as opposed to USE). >>>>> >>>>> -- >>>>> Eitan Adler >>>> >>>> What's wrong with grep USE= or grep USE+ ? >>> >>> easier does not mean the alternate is impossible. >>> >>> grep -R FEATURES /usr/ports >>> is slightly easier than >>> grep -ER "USE[+=]" /usr/ports >>> >>> which is also wrong (it loses ${USE} for example). >> >> wouldn't "USES" solve that dilemma? >> And it would grammatically even be correct: >> Port X USES gmake, gettext, whatever... > > There are already a number of false positives. The objection is not > as strong though. > > My preference is for a distinct, easily greppable, low false positive, term. > > # find /usr/ports -name Makefile | xargs grep -R FEATURES | wc -l 82 # find /usr/ports -name Makefile | xargs grep -R USES | wc -l 20 Sounds to me like there are less false positives for USES.