From owner-freebsd-ports@FreeBSD.ORG Sat Mar 13 06:54:02 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE9BD16A4CE for ; Sat, 13 Mar 2004 06:54:02 -0800 (PST) Received: from postman.arcor.de (postman2.arcor-online.net [151.189.0.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08C6943D1D for ; Sat, 13 Mar 2004 06:54:02 -0800 (PST) (envelope-from eikemeier@fillmore-labs.com) Received: from fillmore.dyndns.org (port-212-202-51-138.reverse.qsc.de [212.202.51.138]) (authenticated bits=0)i2DErrko021361 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 13 Mar 2004 15:53:54 +0100 (MET) Received: from [172.16.0.2] (helo=fillmore-labs.com) by fillmore.dyndns.org with esmtp (Exim 4.30; FreeBSD) id 1B2AWM-000I0i-Ug; Sat, 13 Mar 2004 15:53:50 +0100 Message-ID: <4053207E.4000000@fillmore-labs.com> Date: Sat, 13 Mar 2004 15:53:50 +0100 From: Oliver Eikemeier Organization: Fillmore Labs GmbH - http://www.fillmore-labs.com/ MIME-Version: 1.0 To: Thomas-Martin Seck References: <20040313110145.763.qmail@laurel.tmseck.homedns.org> In-Reply-To: <20040313110145.763.qmail@laurel.tmseck.homedns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: Sergey Matveychuk cc: freebsd-ports@freebsd.org Subject: Re: default OPTIONS aren't the default when BATCH is set X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2004 14:54:02 -0000 Thomas-Martin Seck wrote: > * Sergey Matveychuk [gmane.os.freebsd.devel.ports]: > > >>There is a workaround while it's not fixed: >>OPTIONS= SOME_DEFAULT "..." on >>WITH_SOME_DEFAULT?= yes > > That looks bogus to me. The ?= does not make sense for variables > which are checked for definedness only (?= is the same as = since you > cannot 'unset' the variable on the commandline) and IMO it is sufficient > to fix the port's options parser to check for WITHOUT_OPTION_FOO when > 'foo' defaults to 'on'. At least this is how I do it in my ports. The whole WITHOUT_* stuff is a misfeature IMHO. What options do I get when I do cd textproc/libxml2; make WITHOUT_PYTHON=yes WITH_SCHEMA=yes WITH_XMLLINT_HIST=yes (which I have in pkgtools.conf). Now I (and lots of other port users) are chasing ports that are early adaptors of buggy features. Not very pleasing. Sorry for the rant, but have you every considered how many man hours of work you generate when you change WITH_X to WITHOUT_X? -Oliver