AIX Open Source

AIX Open Source

Share your experiences and connect with fellow developers to discover how to build and manage open source software for the AIX operating system

 View Only

  • 1.  Error with SVN

    Posted Wed November 03, 2021 10:12 AM
    Hi, this is driving me mad. I have two LPARs running AIX 7200-03-06-2038. In one of them svn works, while in the other it throws out a nasty libaprutil-1.so error. Both of them are up-to-date when it comes to AIX OSS packages:

    - Working LPAR:
    WORKING-LPAR:/tmp> yum info subversion
    AIX generic repository 1.1 MB/s | 2.9 kB 00:00
    AIX noarch repository 1.3 MB/s | 2.9 kB 00:00
    AIX 7.2 specific repository 1.4 MB/s | 2.9 kB 00:00
    Last metadata expiration check: 44 days, 1:58:51 ago on Mon Sep 20 07:02:27 CDT 2021.
    Installed Packages
    Name : subversion
    Version : 1.10.6
    Release : 2
    Architecture : ppc
    Size : 20 M
    Source : subversion-1.10.6-2.src.rpm
    Repository : @System
    From repo : AIX_Toolbox
    Summary : A Concurrent Versioning system similar to but better than CVS.
    URL : http://subversion.tigris.org/
    License : BSD
    Description : Subversion is a concurrent version control system which enables one or more
    : users to collaborate in developing and maintaining a hierarchy of files and
    : directories while keeping a history of all changes. Subversion only stores
    : the differences between versions, instead of every complete file. Subversion
    : also keeps a log of who, when, and why changes occurred.
    :
    : As such it basically does the same thing CVS does (Concurrent Versioning System)
    : but has major enhancements compared to CVS and fixes a lot of the annoyances
    : that CVS users face.
    :
    : *** Note: This is a relocatable package; it can be installed anywhere you like
    : with the "rpm -Uvh --prefix /your/favorite/path" command. This is useful
    : if you don't have root access on your machine but would like to use this
    : package.

    [Errno 13] The file access permissions do not allow the specified action.: '/var/cache/dnf/expired_repos.json'
    WORKING-LPAR:/tmp> oslevel -s
    7200-03-06-2038
    WORKING-LPAR:/tmp> lslpp -l|grep rpm
    rpm.rte 4.15.1.3 COMMITTED RPM Package Manager
    rpm.rte 4.15.1.3 COMMITTED RPM Package Manager
    WORKING-LPAR:/tmp> svn
    Type 'svn help' for usage.
    WORKING-LPAR:/tmp>

    - Non-working LPAR:
    NON-WORKING-LPAR:/tmp> yum info subversion
    Last metadata expiration check: 0:42:40 ago on Wed Nov 3 08:19:05 CDT 2021.
    Installed Packages
    Name : subversion
    Version : 1.10.6
    Release : 2
    Architecture : ppc
    Size : 20 M
    Source : subversion-1.10.6-2.src.rpm
    Repository : @System
    From repo : AIX_Toolbox
    Summary : A Concurrent Versioning system similar to but better than CVS.
    URL : http://subversion.tigris.org/
    License : BSD
    Description : Subversion is a concurrent version control system which enables one or more
    : users to collaborate in developing and maintaining a hierarchy of files and
    : directories while keeping a history of all changes. Subversion only stores
    : the differences between versions, instead of every complete file. Subversion
    : also keeps a log of who, when, and why changes occurred.
    :
    : As such it basically does the same thing CVS does (Concurrent Versioning System)
    : but has major enhancements compared to CVS and fixes a lot of the annoyances
    : that CVS users face.
    :
    : *** Note: This is a relocatable package; it can be installed anywhere you like
    : with the "rpm -Uvh --prefix /your/favorite/path" command. This is useful
    : if you don't have root access on your machine but would like to use this
    : package.

    [Errno 13] The file access permissions do not allow the specified action.: '/var/cache/dnf/expired_repos.json'
    NON-WORKING-LPAR:/tmp> oslevel -s
    7200-03-06-2038
    NON-WORKING-LPAR:/tmp> lslpp -l|grep rpm
    rpm.rte 4.15.1.3 COMMITTED RPM Package Manager
    rpm.rte 4.15.1.3 COMMITTED RPM Package Manager
    NON-WORKING-LPAR:/tmp> svn
    exec(): 0509-036 Cannot load program svn because of the following errors:
    0509-130 Symbol resolution failed for /opt/freeware/lib64/libaprutil-1.so because:
    0509-136 Symbol _GLOBAL__AIXI_libapr_1_so (number 4) is not exported from
    dependent module /opt/freeware/lib64/libapr-1.so.
    0509-136 Symbol _GLOBAL__AIXD_libapr_1_so (number 5) is not exported from
    dependent module /opt/freeware/lib64/libapr-1.so.
    0509-136 Symbol apr_os_uuid_get (number 84) is not exported from
    dependent module /opt/freeware/lib64/libapr-1.so.
    0509-192 Examine .loader section symbols with the
    'dump -Tv' command.

    I've already ran updtvpkg a lot of times, reinstalled svn, apr-util and serf several times, and can't get svn to work.

    ------------------------------
    -----------------------------------------------
    GNU/GPL: "May the Source be with you..."
    -----------------------------------------------
    ------------------------------


  • 2.  RE: Error with SVN

    Posted Thu November 04, 2021 08:32 AM
    Edited by Luis Hernan Otegui Thu November 04, 2021 08:42 AM
    Found the error! The non-working LPAR had a newer version of apr installed (apr-1.6.3-1.ppc), while the rest of the environment had the right one (apr-1.5.2-1.ppc). 

    Removing th apr package and then reinstalling subversion from scratch fixed the issue.

    ------------------------------
    -----------------------------------------------
    GNU/GPL: "May the Source be with you..."
    -----------------------------------------------
    ------------------------------

    Original Message


  • 3.  RE: Error with SVN

    Posted Thu November 04, 2021 09:47 AM
    This is what I would do...

    Make sure that all of the dependent libraries that are having problems come from the correct place (that seems to be a very common error in this forum).

    So something like:

    rpm -qf /opt/freeware/lib64/libaprutil-1.so

    and then see if it's the same package on both systems. Then check the actual packages and their sources with something like:

    rpm -qi packagename

    Also, make sure that none of the loader-path-altering environment variables are set/different:

    env | grep LIB

    Note that APR is the Apache Portable Runtime, so you might have Apache on one system and not the other, and that might've come from a non-toolbox source.

    You're on the right track, just dig deeper and let us know.
    -- 
    Stephen L. Ulmer
    Enterprise Architect
    Mainline Information Systems
    (m) 352-870-8649




    This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message.



    Original Message