Apr Buildconf Fails

Home » CentOS » Apr Buildconf Fails
CentOS 3 Comments

Guys,

I’m trying to install apr-util on CentOS 5.7. And it’s failing with a python error:

buildconf: generating ‘make’ outputs … Traceback (most recent call last):
File “build/gen-build.py”, line 230, in
main()
File “build/gen-build.py”, line 56, in main
h_deps[os.path.basename(fname)] = extract_deps(fname, legal_deps)
File “build/gen-build.py”, line 198, in extract_deps
inc = _re_include.match(line).group(1)
AttributeError: ‘NoneType’ object has no attribute ‘group’
buildconf: rebuilding rpm spec file
[root@uszmpaplp005lc apr-util-1.5.1]# build/gen-build.py Traceback (most recent call last):
File “build/gen-build.py”, line 230, in
main()
File “build/gen-build.py”, line 56, in main
h_deps[os.path.basename(fname)] = extract_deps(fname, legal_deps)
File “build/gen-build.py”, line 198, in extract_deps
inc = _re_include.match(line).group(1)
AttributeError: ‘NoneType’ object has no attribute ‘group’
[root@uszmpaplp005lc apr-util-1.5.1]# /root/apr-1.5.1/buildconf buildconf: checking installation… buildconf: python version 2.7 (ok)
buildconf: autoconf version 2.59 (ok)
buildconf: libtool version 1.5.22 (ok)
buildconf: copying libtool helper files using /usr/bin/libtoolize buildconf: Using libtool.m4 at /usr/share/aclocal/libtool.m4. buildconf: creating include/arch/unix/apr_private.h.in … buildconf: creating configure … buildconf: generating ‘make’ outputs … Traceback (most recent call last):
File “build/gen-build.py”, line 230, in
main()
File “build/gen-build.py”, line 56, in main
h_deps[os.path.basename(fname)] = extract_deps(fname, legal_deps)
File “build/gen-build.py”, line 198, in extract_deps
inc = _re_include.match(line).group(1)
AttributeError: ‘NoneType’ object has no attribute ‘group’
buildconf: rebuilding rpm spec file

I was wondering if anyone had any advice they could give on how to get past this error.

Thanks Tim

3 thoughts on - Apr Buildconf Fails

  • Am 15.06.2014 04:38, schrieb Tim Dunphy:

    CentOS 5,7 is outdated and vulnerable. yum update to current (5.10 +
    updates).

    Why are you compiling the apr-utils your own anyway? CentOS is a binary distribution, so you repositories which provide the software you need. apr-util is provided by base.

    Alexander

  • Because I don’t want to earn a pink slip by circumventing authority to perform an unauthorized upgrade of the OS. :) And I doubt I would get that kind of approval by going through the proper channels.

    OK good advice. I’ve downloaded the binary rpm’s and installed them.

    [root@uszmpaplp005lc Alien-SVN-v1.7.17.1]# rpm -qa | grep apr apr-util-1.3.12-1.jason.1
    apr-1.3.12-1.jason.1

    However my ultimate goal is to get the CPAN module to recognize APR. My initial thought was that the CPAN module would recognize a source install better than an RPM. So I’ve tried both approaches of installing APR (rpm and source) and so far I can’t get the CPAN module called SVN::Core to recognize APR.

    This is the error I’m getting from trying to do a perl Build.PL of the CPAN
    module SVN::Core, in case anyone on the list can provide some help with this ultimate goal:

    configure: Apache Portable Runtime (APR) library configuration checking for APR… no configure: WARNING: APR not found The Apache Portable Runtime (APR) library cannot be found. Please install APR on this system and supply the appropriate
    –with-apr option to ‘configure’

    or

    get it with SVN and put it in a subdirectory of this source:

    svn co \
    http://svn.apache.org/repos/asf/apr/apr/branches/1.3.x \
    apr

    Run that right here in the top level of the Subversion tree. Afterwards, run apr/buildconf in that subdirectory and then run configure again here.

    Whichever of the above you do, you probably need to do something similar for apr-util, either providing both
    –with-apr and –with-apr-util to ‘configure’, or getting both from SVN with:

    svn co \
    http://svn.apache.org/repos/asf/apr/apr-util/branches/1.3.x \
    apr-util

    configure: error: no suitable apr found configuring SVN failed at inc/My/SVN/Builder.pm line 118, line 3.
    Something went wrong with the Subversion configuration.
    Please attempt to correct it and re-run Build.PL. Warning: No success on command[/usr/local/bin/perl Build.PL]
    MSCHWERN/Alien-SVN-v1.7.17.1.tar.gz
    /usr/local/bin/perl Build.PL — NOT OK

    Thanks Tim

  • Am 15.06.2014 05:43, schrieb Tim Dunphy:

    First of all, please stop this nasty top-posting. There is no need on a mailinglist to repeat content of the previous mailing which you do not directly reply to. You already select the part you want to respond to, that’s good. So just strip off the rest. A history of the previous discussion is available, that’s what a thread on a mailing list is.

    Oh dear, when will this fundamental misunderstanding die? Johnny Hughes had been so kind to recently explain the concept to a degree which should not have been necessary for informed users of CentOS:

    http://lists.CentOS.org/pipermail/CentOS/2014-May/143094.html

    http://lists.CentOS.org/pipermail/CentOS/2014-June/143332.html

    Given there exists such a policy to not “yum update” your CentOS install base, then those managers responsible for that policy are uninformed or even worse, they are incompentent in their position. It is mandatory to keep systems updated with all the available bug and security fixes. And by far “yum update” does not cause an upgrade.

    Why on earth do you use the Jason Litka repository? That repo is known to cause trouble.

    You have emphasised that you are not authorized to update CentOS. Then what you are doing there would qualify to fire you out of your job. Even if this is development system and not a production platform your modifications has left it in hardly to maintain state.

    You have left CentOS land with all your actions (using a 3rd party repository of questionable quality and using source installs together with CPAN). So you better ask those who provide the sources you deal with.

    Alexander