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
mezz7 at cox.net
Tue Nov 11 08:42:11 PST 2008
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
More information about the cvs-all
mailing list