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

[Jeremy Messenger]

On Tue, 11 Nov 2008 10:00:07 -0600, Jeremy Messenger <mezz7 at cox.net> wrote:

> On Mon, 10 Nov 2008 18:20:08 -0600, Ion-Mihai Tetcu <itetcu at freebsd.org>
> wrote:
>
>> On Mon, 10 Nov 2008 13:12:38 -0600
>> "Jeremy Messenger" <mezz7 at cox.net> wrote:
>>
>>> On Mon, 10 Nov 2008 12:52:53 -0600, <QAT at freebsd.org> 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.
>>> <snip>
>>>
>>> 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 at cox.net  -  mezz at FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome at FreeBSD.org