Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 20 Aug 2009 14:35:39 +0100
From:      David Southwell <david@vizion2000.net>
To:        freebsd-ports@freebsd.org, troy@twisted.net
Cc:        "Philip M. Gollucci" <pgollucci@p6m7g8.com>, pgollucci@freebsd.org, "N.J. Mann" <njm@njm.me.uk>
Subject:   Re: apr-gdbm-db42 upgrade conflicting with libtool
Message-ID:  <200908201435.40081.david@vizion2000.net>
In-Reply-To: <4A816B6B.3040300@twisted.net>
References:  <20090803125519.GA60550@twisted.net> <4A816A74.3000507@twisted.net> <4A816B6B.3040300@twisted.net>

next in thread | previous in thread | raw e-mail | index | archive | help
> Troy wrote:
> > 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..
> >
> > _______________________________________________
> > 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"
>
> Maybe this will help.  I pasted the entire build of apr so you can see
> the log.  Buildconf states the proper python and libtool versions.
>
> http://pastebin.com/m51f0cd07
>
Troy

I have been away for a week --

did you get your apr sorted??

David




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