From owner-freebsd-ports@FreeBSD.ORG Mon Jul 26 20:30:12 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA97F1065676 for ; Mon, 26 Jul 2010 20:30:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 471D88FC16 for ; Mon, 26 Jul 2010 20:30:11 +0000 (UTC) Received: (qmail 10620 invoked by uid 399); 26 Jul 2010 20:30:11 -0000 Received: from localhost (HELO laptop.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 26 Jul 2010 20:30:11 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Mon, 26 Jul 2010 13:30:09 -0700 (PDT) From: Doug Barton To: Emanuel Haupt In-Reply-To: <20100726135113.0ee77eea.ehaupt@critical.ch> Message-ID: References: <201007250132.o6P1Whjh069411@repoman.freebsd.org> <20100726135113.0ee77eea.ehaupt@critical.ch> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! OpenPGP: id=1A1ABC84 Organization: http://SupersetSolutions.com/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-ports@freebsd.org Subject: Inverting OPTIONS (Was: Re: cvs commit: ports/net-im/libpurple Makefile distinfo) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 20:30:12 -0000 On Mon, 26 Jul 2010, Emanuel Haupt wrote: > Doug Barton wrote: >> ports/net-im/libpurple/files/patch-libpurple_protocols_oscar_oscar.c >> has been added to the latest version, so the patch is no longer >> needed. > > Also, the PLIST is broken if the PERL option is specified: > > http://people.freebsd.org/~ehaupt/buildlogs/libpurple-2.7.2.log > > Maybe from time to time a QAT exp run with inverted OPTIONS values > would be revealing. As I said on IRC yesterday, there is no reason to expect that simply inverting OPTIONS would work. A lot of OPTIONS are not binary, and the defaults are chose to work together, often in harmony with the dependencies that they trigger. Put another way, it does not logically follow that if "A, B, and !C" works that "!A, !B, and C" would also work. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso