From owner-freebsd-ports@FreeBSD.ORG Sun Mar 14 16:56:00 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 7146416A4CE for ; Sun, 14 Mar 2004 16:56:00 -0800 (PST) Received: from harp.mtu.ru (harp.mtu.ru [212.188.8.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E24543D46 for ; Sun, 14 Mar 2004 16:55:59 -0800 (PST) (envelope-from sem@ciam.ru) Received: from hueymiccailhuitl.mtu.ru (hueytecuilhuitl.mtu.ru [195.34.32.123]) by harp.mtu.ru (Postfix) with ESMTP id 7D8A1BF4F0 for ; Mon, 15 Mar 2004 03:55:57 +0300 (MSK) Received: from ciam.ru (ppp136-227.dialup.mtu-net.ru [62.118.136.227]) by hueymiccailhuitl.mtu.ru (Postfix) with ESMTP id 87551F9B8C; Fri, 12 Mar 2004 04:45:10 +0300 (MSK) (envelope-from sem@ciam.ru) Message-ID: <4051162D.6090006@ciam.ru> Date: Fri, 12 Mar 2004 04:45:17 +0300 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040227 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock References: <200403120157.01609.avleeuwen@piwebs.com> <200403120207.32272.michaelnottebrock@gmx.net> In-Reply-To: <200403120207.32272.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: Mon, 15 Mar 2004 00:56:00 -0000 Michael Nottebrock wrote: > On Friday 12 March 2004 01:56, Arjan van Leeuwen wrote: > > >>Apart from being a nuisance for me when updating, does this also mean that >>packages built on by the FreeBSD package cluster are also built without >>there default options? > > > I can confirm that at least on kde@'s cluster all packages are built with all > OPTIONS off - that's not what I expected when I converted most kde ports to > use OPTIONS. :-\ > There is a workaround while it's not fixed: OPTIONS= SOME_DEFAULT "..." on WITH_SOME_DEFAULT?= yes --- Sem.