From owner-cvs-ports@FreeBSD.ORG Wed Jul 28 18:05:58 2010 Return-Path: Delivered-To: cvs-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2431C106566B; Wed, 28 Jul 2010 18:05:58 +0000 (UTC) (envelope-from ionut@tetcu.info) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 83FD08FC18; Wed, 28 Jul 2010 18:05:56 +0000 (UTC) Received: from User-PC (crappy.buh.tecnik93.com [81.196.204.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id 37DE222C5415; Wed, 28 Jul 2010 20:49:19 +0300 (EEST) Date: Wed, 28 Jul 2010 20:49:17 +0300 From: Ion-Mihai Tetcu To: Emanuel Haupt Message-Id: <20100728204917.b71d8e1a.ionut@tetcu.info> In-Reply-To: <20100726135113.0ee77eea.ehaupt@critical.ch> References: <201007250132.o6P1Whjh069411@repoman.freebsd.org> <20100726135113.0ee77eea.ehaupt@critical.ch> X-Mailer: Sylpheed 3.0.3 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Doug Barton , cvs-all@FreeBSD.org, ports-committers@FreeBSD.org, Joe Marcus Clarke , cvs-ports@FreeBSD.org, itetcu@FreeBSD.org Subject: Re: cvs commit: ports/net-im/libpurple Makefile distinfo X-BeenThere: cvs-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 18:05:58 -0000 On Mon, 26 Jul 2010 13:51:13 +0200 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. Yeh, it's on my list. Actually something a bit more ambitious (test all possible OPTIONS combinations); the problem is automatically processing the results in a way that identifies the real brokeness from the legitimate "exit 1" from incompatibele OPTIONS. -- Ion-Mihai Tetcu