From owner-cvs-ports@FreeBSD.ORG Tue Nov 11 16:42:11 2008 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 F22351065670; Tue, 11 Nov 2008 16:42:10 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtao104.cox.net (eastrmmtao104.cox.net [68.230.240.46]) by mx1.freebsd.org (Postfix) with ESMTP id 657938FC14; Tue, 11 Nov 2008 16:42:10 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmmtao104.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20081111164210.MYXL2096.eastrmmtao104.cox.net@eastrmimpo01.cox.net>; Tue, 11 Nov 2008 11:42:10 -0500 Received: from localhost ([68.103.35.214]) by eastrmimpo01.cox.net with bizsmtp id dsi91a0054dCcn002si9h2; Tue, 11 Nov 2008 11:42:09 -0500 X-Authority-Analysis: v=1.0 c=1 a=hLeBr2DDgEUA:10 a=oeWX0X318xMA:10 a=XMl6ONiBAAAA:8 a=6I5d2MoRAAAA:8 a=DQR0qVH0yeBf5ijFlPMA:9 a=G1JPqDy9PO5TF1-SfoYA:7 a=bhFQX_lUKF9G86NfFm-nk12v3UMA:4 a=4vB-4DCPJfMA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 X-CM-Score: 0.00 Date: Tue, 11 Nov 2008 10:42:21 -0600 To: "Ion-Mihai Tetcu" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <200811101816.mAAIGTK1007314@repoman.freebsd.org> <20081110185253.63E6812E4173@quark.ds9.tecnik93.com> <20081111022008.2e3a3998@it.buh.tecnik93.com> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: User-Agent: Opera Mail/9.62 (Linux) Cc: cvs-ports@freebsd.org, QAT@freebsd.org, cvs-all@freebsd.org, ports-committers@freebsd.org Subject: Re: cvs commit: ports/net-p2p/transmission Makefile ports/net-p2p/transmission-cli Makefile distinfo ports/net-p2p/transmission-cli/files patch-check-ssl.m4 transmission-cli-configure.ac transmission-daemon-configure.ac transmission 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: Tue, 11 Nov 2008 16:42:11 -0000 On Tue, 11 Nov 2008 10:00:07 -0600, Jeremy Messenger wrote: > On Mon, 10 Nov 2008 18:20:08 -0600, Ion-Mihai Tetcu > wrote: > >> On Mon, 10 Nov 2008 13:12:38 -0600 >> "Jeremy Messenger" wrote: >> >>> On Mon, 10 Nov 2008 12:52:53 -0600, wrote: >>> >>> > Hi, >>> > >>> > >>> > The build which triggered this email is done under tinderbox-2.4.3, >> >> [ .. ] >> >>> > checking for dbus-binding-tool... /usr/local/bin/dbus-binding-tool >>> > checking libintl.h usability... yes >>> > checking libintl.h presence... yes >>> > checking for libintl.h... yes >> >>> > checking for intltool >= 0.23... found >> >>> > test: : bad number >> >> At a glance this seem to be the problem. >> >>> > configure: error: Your intltool is too old. You need intltool 0.23 >>> > or later. >>> >>> >>> I can't reproduce it here. In your log shows: >>> >>> pkg_add intltool-0.37.1.tbz >>> >>> I am not sure what's up with it. Can you send me the WRKSRC of that? >> >> WRKDIR I assume: >> http://t64.tecnik93.com/wrkdirs/7-STABLE-FTP/transmission-gtk2-1.40.tbz > > Thanks! I will put explain in here to reduce the same copy-n-paste emails. ;-) The problem is that the developer is using newer intltool like I do. In the ports will regenerate the configure file with intltool-0.37.1 while the intltool-*.in were created by intltool-0.40.5. Let's comparing with our configure: ----------------------------------------------------------------------- @@ -24232,8 +24215,8 @@ $as_echo_n "checking for intltool >= 0.23... " >&6; } INTLTOOL_REQUIRED_VERSION_AS_INT=`echo 0.23 | awk -F. '{ print $ 1 * 1000 + $ 2 * 100 + $ 3; }'` - INTLTOOL_APPLIED_VERSION=`intltool-update --version | head -1 | cut -d" " -f3` - INTLTOOL_APPLIED_VERSION_AS_INT=`echo $INTLTOOL_APPLIED_VERSION | awk -F. '{ print $ 1 * 1000 + $ 2 * 100 + $ 3; }'` + INTLTOOL_APPLIED_VERSION=`awk -F\" '/\\$VERSION / { print $ 2; }' ${ac_aux_dir}/intltool-update.in` + INTLTOOL_APPLIED_VERSION_AS_INT=`awk -F\" '/\\$VERSION / { split($ 2, VERSION, "."); print VERSION[1] * 1000 + VERSION[2] * 100 + VERSION[3];}' ${ac_aux_dir}/intltool-update.in` { $as_echo "$as_me:$LINENO: result: $INTLTOOL_APPLIED_VERSION found" &5 $as_echo "$INTLTOOL_APPLIED_VERSION found" >&6; } ----------------------------------------------------------------------- The intltool-0.40.5 has generated three empty files: ----------------------------------------------------------------------- # ls -l work/transmission-1.40 | grep intltool -rw-rw-r-- 1 root wheel 0 Nov 10 09:53 intltool-extract.in -rw-rw-r-- 1 root wheel 0 Nov 10 09:53 intltool-merge.in -rw-rw-r-- 1 root wheel 0 Nov 10 09:53 intltool-update.in ----------------------------------------------------------------------- So... The intltool-0.37.1 needs intltool-update.in to be vaild, not an empty file. The intltool-0.40.5 no longer needs the intltool-update.in and is using $prefix/bin/intltool-update instead to find the version. I have committed a fix recently to regenerate these intltool-*.in files too after regenerated the configure file, so configure and intltool-*.in have the same version of intltool. In the MarcusCom CVS has intltool-0.40.5, btw. Cheers, Mezz > Cheers, > Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org