Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 11 Aug 2009 07:56:20 -0500
From:      Troy <troy@twisted.net>
To:        David Southwell <david@vizion2000.net>
Cc:        "Philip M. Gollucci" <pgollucci@p6m7g8.com>, pgollucci@freebsd.org, freebsd-ports@freebsd.org, "N.J. Mann" <njm@njm.me.uk>
Subject:   Re: apr-gdbm-db42 upgrade conflicting with libtool
Message-ID:  <4A816A74.3000507@twisted.net>
In-Reply-To: <200908110907.53652.david@vizion2000.net>
References:  <20090803125519.GA60550@twisted.net> <4A80E01A.4000101@twisted.net> <4A80E451.6060605@twisted.net> <200908110907.53652.david@vizion2000.net>

next in thread | previous in thread | raw e-mail | index | archive | help
David Southwell wrote:
>> Troy wrote:
>>     
>>> Updated all ports to python 26 and the problem still exists:
>>>
>>> pkg_info|grep py
>>> boost-python-libs-1.39.0 Framework for interfacing Python and C++
>>> p5-Clone-0.31       Clone - recursively copy Perl datatypes
>>> py26-dbus-0.83.0_1  Python bindings for the D-BUS messaging system
>>> py26-elementtree-1.2.6_1 Container for hierarchical data structures
>>> written in Pytho
>>> py26-sip-4.8.2,1    Python to C and C++ bindings generator
>>> py26-xml-0.8.4_2    PyXML: Python XML library enhancements
>>> python26-2.6.2_1    An interpreted object-oriented programming language
>>> ruby18-bdb-0.6.5_1  Ruby interface to Sleepycat's Berkeley DB revision
>>> 2 or lat
>>> xdpyinfo-1.0.3      Display information utility for X
>>>
>>> checking for stdint.h... yes
>>> checking for unistd.h... yes
>>> checking minix/config.h usability... no
>>> checking minix/config.h presence... no
>>> checking for minix/config.h... no
>>> checking whether it is safe to define __EXTENSIONS__... yes
>>> checking for library containing strerror... none required
>>> checking whether system uses EBCDIC... no
>>> performing libtool configuration...
>>> ./configure: 9753: Syntax error: word unexpected (expecting ")")
>>> *** Error code 2
>>>
>>> Stop in /usr/ports/devel/apr.
>>> *** Error code 1
>>>
>>> Stop in /usr/ports/devel/apr.
>>> *** Error code 1
>>>
>>> Stop in /usr/ports/devel/apr.
>>> ** Command failed [exit code 1]: /usr/bin/script -qa
>>> /tmp/portinstall20090810-73192-8x2jso-0 env make reinstall
>>> ** Fix the installation problem and try again.
>>> ** Listing the failed packages (-:ignored / *:skipped / !:failed)
>>>        ! devel/apr     (install error)
>>>
>>>
>>> FreeBSD somedomain 7.2-STABLE FreeBSD 7.2-STABLE #0: Sat May 23
>>> 10:45:33 CDT 2009     someone@domain /usr/obj/usr/src/sys/kernel  amd64
>>>
>>> Any thoughts?
>>>
>>> -Troy
>>>
>>> _______________________________________________
>>> freebsd-ports@freebsd.org mailing list
>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>>> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>>>       
>> Just to add to this the following warnings came up when trying to build
>> apr.  I also deinstalled libtool and it installs just fine.   I also
>> researched these errors and someone said it was related to gettext. I
>> reinstalled it just to be safe and still it did not change the outcome.
>>
>>
>> Copying libtool helper files ...
>> buildconf: Using libtool.m4 at /usr/local/share/aclocal/libtool.m4.
>> Creating include/arch/unix/apr_private.h.in ...
>> configure.in:190: warning: LTOPTIONS_VERSION is m4_require'd but not
>> m4_defun'd
>> build/libtool.m4:67: LT_INIT is expanded from...
>> build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from...
>> configure.in:190: the top level
>> configure.in:190: warning: LTSUGAR_VERSION is m4_require'd but not
>> m4_defun'd
>> configure.in:190: warning: LTVERSION_VERSION is m4_require'd but not
>> m4_defun'd
>> configure.in:190: warning: LTOBSOLETE_VERSION is m4_require'd but not
>> m4_defun'd
>> Creating configure ...
>> configure.in:190: warning: LTOPTIONS_VERSION is m4_require'd but not
>> m4_defun'd
>> build/libtool.m4:67: LT_INIT is expanded from...
>> build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from...
>> configure.in:190: the top level
>> configure.in:190: warning: LTSUGAR_VERSION is m4_require'd but not
>> m4_defun'd
>> configure.in:190: warning: LTVERSION_VERSION is m4_require'd but not
>> m4_defun'd
>> configure.in:190: warning: LTOBSOLETE_VERSION is m4_require'd but not
>> m4_defun'd
>> configure:9755: error: possibly undefined macro: m4_ifval
>>       If this token and others are legitimate, please use m4_pattern_allow.
>>       See the Autoconf documentation.
>> configure:12392: error: possibly undefined macro: _LT_SET_OPTIONS
>> configure:12392: error: possibly undefined macro: LT_INIT
>>     
> did you apply the following in updating??
>
> 20090608:
>   AFFECTS: users of lang/python* and py-*
>   AUTHOR: miwi@FreeBSD.org
>
>   The default version of Python has been changed from 2.5.x to 2.6.x.
>   If you have 2.5.x installed, perform an upgrade of lang/python25 to
>   lang/python26 with one of the following commands:
>
>   If using portupgrade:
>   # portupgrade -o lang/python26 lang/python25
>
>   If using portmaster:
>   # portmaster -o lang/python26 lang/python25
>
>   If you want to retain 2.5.x as default Python version, set the
>   PYTHON_DEFAULT_VERSION variable to 'python2.5' (without quotes) in
>   /etc/make.conf, then go to lang/python and perform the following
>   command:
>
>   # portupgrade -R python
>
>   Once the installed Python has been updated to 2.6, by using the
>   method above, it is required to run the upgrade-site-packages target in
>   lang/python to assure that site-packages are made available to the new
>   Python version.
>
>   If using portupgrade:
>   # cd /usr/ports/lang/python && make upgrade-site-packages
>
>   If using portmaster:
>   # cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER
>
>   The portmaster case can take quite some time to complete due to the lack of
>   cached information that the portupgrade suite uses (specifically pkg_which).
>   This is not the fault of portmaster.
>   
I removed the old versions and installed the new versions from scratch 
and then made sure all dependencies were fixed with pkgdb -F.  I only 
have a few py26 ports installed on this machine.  I just did a recursive 
build again. It doesn't appear this is the root of the problem..   





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A816A74.3000507>