AIX Open Source

 View Only
Expand all | Collapse all

libiconv dependency causing errors

  • 1.  libiconv dependency causing errors

    Posted Tue April 21, 2020 11:30 AM

    Originally posted by: hashbang


    I have local YUM repository set up which I refresh from IBM before starting a round of updates.  After updating AIX and RPMs on a sandbox copy I see what we consider considerable differences in behavior.  Is this intended?

     

    Server before update

    AIX 7100-04-04-1717

    vim 8.0-3

    libiconv 1.14-1

    yum 3.4.3-7

     

    Server after update

    AIX 7100-05-05-1939

    vim 8.1.2130-2

    libiconv 1.14-2

    yum 3.4.3-7

     

    It seems like suddenly a few modules now require libiconv.so.2 where they didn't before.  Our applications set LIBPATH, so every shell environment on a server does not use NULL LIBPATH.  This causes common things to fail if one doesn't take extra steps to manipulate LIBPATH before and after certain commands.  Is this intended behavior?  It seems very incongruous to have to go back and forth between LIBPATHs to make things operate normally.

     

    For example this LIBPATH and and command sequence has no errors in the "before" environment.

     
    # export LIBPATH=/usr/lib:/usr/lib64:/opt/freeware/lib:/opt/freeware/lib64
    # vim file
    exec(): 0509-036 Cannot load program vim because of the following errors:
            0509-150   Dependent module /usr/lib/libiconv.a(libiconv.so.2) could not be loaded.
            0509-152   Member libiconv.so.2 is not found in archive 
    # ar -t /usr/lib/libiconv.a
    shr4.o
    shr.o
    # ar -t /opt/freeware/lib/libiconv.a
    libiconv.so.2
    shr4.o
    shr.o
    # 

    # yum list vim
    ym There was a problem importing one of the Python modules
    required to run yum. The error leading to this problem was:

            0509-022 Cannot load module /usr/lib/libxml2.a(libxml2.so.2).
            0509-150   Dependent module /usr/lib/libiconv.a(libiconv.so.2) could not be loaded.
            0509-152   Member libiconv.so.2 is not found in archive 
            0509-022 Cannot load module /opt/freeware/lib/python2.7/site-packages/_sqlitecache.so.
            0509-150   Dependent module /usr/lib/libxml2.a(libxml2.so.2) could not be loaded.

    Please install a package which provides this module, or
    verify that the module is installed correctly.

    It's possible that the above module doesn't match the
    current version of Python, which is:
    2.7.17 (default, Feb 24 2020, 10:57:43) 
    [GCC 8.3.0]

    If you cannot solve this problem yourself, please go to 
    the yum faq at:
      http://yum.baseurl.org/wiki/Faq
     

     

     

     

     



  • 2.  Re: libiconv dependency causing errors

    Posted Tue April 21, 2020 01:49 PM

    Originally posted by: AyappanP


    AIX Toolbox packages are built against libiconv rpm ( ie., /opt/freeware/lib/libiconv.a(libiconv.so.2) ) instead of AIX base libiconv (/usr/lib/libiconv.a) in recent times.

    Exporting LIBPATH=/usr/lib:... " is problematic for AIX Toolbox packages as the libraries look for libiconv.a in /usr/lib rather than /opt/freeware/lib and it will fail.

     What is the problem faced with a NULL LIBPATH ? Is there any AIX applications that fails because of the presence of Toolbox libraries ?



  • 3.  Re: libiconv dependency causing errors

    Posted Wed April 22, 2020 10:39 AM

    Originally posted by: hashbang


    We run many commercial applications like Autosys and Oracle as well as our own developed application.  All of these have a tendency want their own additions to LIBPATH. 

     

    $  echo $LIBPATH
    /opt/CA/SharedComponents/Csam/SockAdapter/lib:/opt/CA/SharedComponents/Csam/SockAdapter/lib64:/opt/CA/SharedComponents/Csam/SockAdapter/lib:/opt/CA/SharedComponents/Csam/SockAdapter/lib64:/usr/mqm/lib:/orasoft/12.2.0.1.A/jdbc/lib:/usr/lpp/pli1.1.0/lib:/orasoft/12201.client32/lib:/ez_next/rtl:/ez_max/rtl:/opt/CA/SharedComponents/lib:/opt/CA/CAlib
    $

    $  yum list installed
    exec(): 0509-036 Cannot load program /opt/freeware/bin/python2 because of the following errors:
            0509-150   Dependent module /orasoft/12201.client32/lib/libexpat.a(libexpat.so.1) could not be loaded.
            0509-152   Member libexpat.so.1 is not found in archive 
    $ 

     

    Once they start doing that we have to enforce more standard libraries being referenced before application libraries.  But that creates the issues I'm seeing for the first time now.

     

    $ 
    $ export LIBPATH=/usr/lib:/usr/lib64:/opt/freeware/lib:/opt/freeware/lib64:$LIBPATH
    $ 
    $ yum list installed
    There was a problem importing one of the Python modules
    required to run yum. The error leading to this problem was:

            0509-022 Cannot load module /opt/freeware/lib/libxml2.a(libxml2.so.2).
            0509-150   Dependent module /usr/lib/libiconv.a(libiconv.so.2) could not be loaded.
            0509-152   Member libiconv.so.2 is not found in archive 
            0509-022 Cannot load module /opt/freeware/lib/python2.7/site-packages/_sqlitecache.so.
            0509-150   Dependent module /opt/freeware/lib/libxml2.a(libxml2.so.2) could not be loaded.

    Please install a package which provides this module, or
    verify that the module is installed correctly.

    It's possible that the above module doesn't match the
    current version of Python, which is:
    2.7.17 (default, Feb 24 2020, 10:57:43) 
    [GCC 8.3.0]

    If you cannot solve this problem yourself, please go to 
    the yum faq at:
      http://yum.baseurl.org/wiki/Faq
      

    $ 

     

    I can move the /opt/freeware libs to first in LIBPATH, but that doesn't seem like the right thing to do.  



  • 4.  Re: libiconv dependency causing errors

    Posted Wed April 22, 2020 11:02 AM

    Originally posted by: AyappanP


    If exporting LIBPATH is unavoidable because of third-party applications , then i would suggest to emtpy it while invoking AIX Toolbox applications.

    Something like "LIBPATH= vim" "LIBPATH= yum list installed"



  • 5.  Re: libiconv dependency causing errors

    Posted Thu April 23, 2020 07:39 AM

    Originally posted by: hashbang


    OK thanks. I that's just how it will be.  



  • 6.  RE: Re: libiconv dependency causing errors

    Posted Mon May 10, 2021 12:53 PM

    Hello - Tried unset LIBPATH 

    still gets the error:

    # yum
    There was a problem importing one of the Python modules
    required to run yum. The error leading to this problem was:

    0509-022 Cannot load module /usr/lib/libglib-2.0.a(libglib-2.0.so.0).
    0509-150 Dependent module /usr/lib/libiconv.a(libiconv.so.2) could not be loaded.
    0509-152 Member libiconv.so.2 is not found in archive
    0509-022 Cannot load module /opt/freeware/lib/python2.7/site-packages/_sqlitecache.so.
    0509-150 Dependent module /usr/lib/libglib-2.0.a(libglib-2.0.so.0) could not be loaded.

    Please install a package which provides this module, or
    verify that the module is installed correctly.

    It's possible that the above module doesn't match the
    current version of Python, which is:
    2.7.10 (default, Jun 22 2016, 05:57:59) 

    Also gets error on curl:

    # curl
    exec(): 0509-036 Cannot load program curl because of the following errors:
    0509-022 Cannot load module /opt/freeware/lib/libcurl.a(libcurl.so.4).
    0509-150 Dependent module /opt/freeware/lib/libcrypto.a(libcrypto.so) could not be loaded.
    0509-152 Member libcrypto.so is not found in archive
    0509-022 Cannot load module curl.
    0509-150 Dependent module /opt/freeware/lib/libcurl.a(libcurl.so.4) could not be loaded.
    0509-022 Cannot load module .

    Any suggestions? 



    ------------------------------
    Davis Kaitharath
    ------------------------------

    Original Message


  • 7.  RE: Re: libiconv dependency causing errors

    Posted Wed May 12, 2021 03:43 PM
    Hi Davis
    The team may have missed this since the thread is so old. I will ask them to keep an eye on this discussion, unless they ask for a new thread.
    Meanwhile can you provide:

    # rpm -q --whatprovides /opt/freeware/lib/python2.7/site-packages/_sqlitecache.so | while read pkg;do rpm -qi $pkg;done

    # ldd `which curl`

    # env | grep PATH

    # rpm -qa​​​

    ------------------------------
    Jan Harris
    ------------------------------

    Original Message


  • 8.  RE: Re: libiconv dependency causing errors

    Posted Wed May 12, 2021 03:50 PM
    Jan - I solved the issue by adding LIBPATH=/opt/freeware/lib:/usr/lib:/lib for the user. 
    Thank you

    ------------------------------
    Davis Kaitharath
    ------------------------------

    Original Message


  • 9.  RE: Re: libiconv dependency causing errors

    IBM Champion
    Posted Tue July 05, 2022 06:44 AM
    Jan,

    Hi, I have a similar issue.

    Before installing  yum we had the following rpms loaded.
    # oslevel -s
7100-05-05-1939

bash-4.2-11.ppc
bzip2-1.0.6-1.ppc
emacs-21.3-1.ppc
emacs-nox-21.3-1.ppc
expat-2.1.0-1.ppc
expect-5.42.1-3.ppc
gcc-4.2.0-3.ppc
gnupg-1.4.13-1.ppc
info-4.13a-2.ppc
libffi-3.0.11-2.ppc
libgcc-4.7.2-1.ppc
libgcrypt-1.2.4-1.ppc
libgcrypt-devel-1.2.4-1.ppc
libgpg-error-1.27-1.ppc
libgpg-error-devel-1.27-1.ppc
libiconv-1.14-2.ppc
libssh2-1.4.3-1.ppc
libxml2-2.6.23-3.ppc
libxml2-devel-2.6.23-3.ppc
libxslt-1.1.15-1.ppc
libxslt-devel-1.1.15-1.ppc
openldap-2.4.23-0.3.ppc
openssl-1.0.1e-1.ppc
pkg-config-0.29.1-1.ppc
rsync-3.0.6-1.ppc
tcl-8.4.7-3.ppc
tk-8.4.7-3.ppc
unzip-5.51-1.ppc
zip-2.3-3.ppc
zlib-1.2.7-2.ppc
zlib-devel-1.2.3-4.ppc​

    Having installed yum we now have the following rpms loaded.
    AIX-rpm-7.1.5.30-7.ppc
bash-4.2-11.ppc
bzip2-1.0.6-1.ppc
ca-certificates-2016.10.7-2.ppc
curl-7.52.1-1.ppc
db-4.8.24-3.ppc
emacs-21.3-1.ppc
emacs-nox-21.3-1.ppc
expat-2.1.0-1.ppc
expect-5.42.1-3.ppc
gcc-4.2.0-3.ppc
gdbm-1.8.3-5.ppc
gettext-0.19.7-1.ppc
glib2-2.30.3-2.ppc
gnupg-1.4.13-1.ppc
info-4.13a-2.ppc
libffi-3.0.11-2.ppc
libgcc-4.7.2-1.ppc
libgcrypt-1.2.4-1.ppc
libgcrypt-devel-1.2.4-1.ppc
libgpg-error-1.27-1.ppc
libgpg-error-devel-1.27-1.ppc
libiconv-1.14-2.ppc
libssh2-1.4.3-1.ppc
libxml2-2.6.23-3.ppc
libxml2-devel-2.6.23-3.ppc
libxslt-1.1.15-1.ppc
libxslt-devel-1.1.15-1.ppc
openldap-2.4.23-0.3.ppc
openssl-1.0.1e-1.ppc
pkg-config-0.29.1-1.ppc
pysqlite-1.1.7-2.ppc
python-2.7.10-1.ppc
python-devel-2.7.10-1.ppc
python-iniparse-0.4-1.noarch
python-pycurl-7.19.3-1.ppc
python-tools-2.7.10-1.ppc
python-urlgrabber-3.10.1-1.noarch
readline-6.2-4.ppc
rsync-3.0.6-1.ppc
sqlite-3.15.2-1.ppc
tcl-8.4.7-3.ppc
tk-8.4.7-3.ppc
unzip-5.51-1.ppc
yum-3.4.3-8.noarch
yum-metadata-parser-1.1.4-2.ppc
zip-2.3-3.ppc
zlib-1.2.7-2.ppc
zlib-devel-1.2.3-4.ppc​

    Running yum we see the following.
    # yum
There was a problem importing one of the Python modules
required to run yum. The error leading to this problem was:

        0509-022 Cannot load module /usr/lib/libglib-2.0.a(libglib-2.0.so.0).
        0509-150   Dependent module /usr/lib/libiconv.a(libiconv.so.2) could not be loaded.
        0509-152   Member libiconv.so.2 is not found in archive
        0509-022 Cannot load module /opt/freeware/lib/python2.7/site-packages/_sqlitecache.so.
        0509-150   Dependent module /usr/lib/libglib-2.0.a(libglib-2.0.so.0) could not be loaded.

Please install a package which provides this module, or
verify that the module is installed correctly.

It's possible that the above module doesn't match the
current version of Python, which is:
2.7.10 (default, Jun 22 2016, 05:57:59) [C]

If you cannot solve this problem yourself, please go to
the yum faq at:
  http://yum.baseurl.org/wiki/Faq​

    Here's the the remaining info you requested.
    # rpm -q --whatprovides /opt/freeware/lib/python2.7/site-packages/_sqlitecache.so | while read pkg;do rpm -qi $pkg;done
Name        : yum-metadata-parser
Version     : 1.1.4
Release     : 2
Architecture: ppc
Install Date: Thu Dec  9 06:39:51 EST 2021
Group       : Development/Libraries
Size        : 195736
License     : GPL
Signature   : (none)
Source RPM  : yum-metadata-parser-1.1.4-2.src.rpm
Build Date  : Fri Feb 24 13:51:50 EST 2017
Build Host  : green52.in.ibm.com
URL         : http://devel.linux.duke.edu/cgi-bin/viewcvs.cgi/yum-metadata-parser/
Summary     : A fast metadata parser for yum
Description :
Fast metadata parser for yum implemented in C.

# ldd `which yum`
ldd: /usr/bin/yum: File is not an executable XCOFF file.

# env | grep PATH
MANPATH=/usr/share/man:/opt/freeware/man
PATH=/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin:/usr/java5/jre/bin:/usr/java5/bin:/usr/local/bin:/opt/CA/SharedComponents/bin
LOCPATH=/usr/lib/nls/loc
NLSPATH=/usr/lib/nls/msg/%L/%N:/usr/lib/nls/msg/%L/%N.cat:/usr/lib/nls/msg/%l.%c/%N:/usr/lib/nls/msg/%l.%c/%N.cat
LIBPATH=/opt/CA/SharedComponents/lib:/opt/CA/CAlib​

    Many thanks, Steve

    ------------------------------
    Steve Munday
    AIX, IBM i, HMC, PowerVM
    ------------------------------

    Original Message


  • 10.  RE: Re: libiconv dependency causing errors

    Posted Tue July 05, 2022 12:34 PM
    Please update the python 2.7.10 version to 2.7.18.

    ------------------------------
    Ayappan P
    ------------------------------

    Original Message


  • 11.  RE: Re: libiconv dependency causing errors

    IBM Champion
    Posted Tue July 05, 2022 01:12 PM
    Ayappan,

    Thanks for the guidance.  Just to be clear, though, as yum isn't working on the LPAR I'll have to "just" yum upgrade --downloadonly python on a different LPAR, transfer to the affected LPAR and use rpm to install it, correct?

    Thanks, Steve

    ------------------------------
    Steve Munday
    AIX, IBM i, HMC, PowerVM
    ------------------------------

    Original Message


  • 12.  RE: Re: libiconv dependency causing errors

    IBM Champion
    Posted Tue July 05, 2022 01:57 PM
    I'm guessing I also need the following upgraded:

    python-devel
python-iniparse
python-pycurl
python-tools
python-urlgrabber​

    Many thanks, Steve

    ------------------------------
    Steve Munday
    AIX, IBM i, HMC, PowerVM
    ------------------------------

    Original Message


  • 13.  RE: Re: libiconv dependency causing errors

    Posted Wed July 06, 2022 02:15 AM
    python, python-devel, python-tools are part of the same python package. So you need to upgrade all of them together. 
    The last python version 2.7.18 might also require newer editions of its dependencies which you can figure out while upgrading python.

    ------------------------------
    Ayappan P
    ------------------------------

    Original Message


  • 14.  RE: Re: libiconv dependency causing errors

    IBM Champion
    Posted Wed July 06, 2022 07:21 AM
    Ayappan,

    Hi, I re-checked another LPAR and it's running the same version of yum and python as the "failing" LPAR's yum/python yet yum is working fine so upgrading python per se wouldn't appear to be the actual root cause of the issue.

            0509-022 Cannot load module /usr/lib/libglib-2.0.a(libglib-2.0.so.0).
        0509-150   Dependent module /usr/lib/libiconv.a(libiconv.so.2) could not be loaded.
        0509-152   Member libiconv.so.2 is not found in archive
        0509-022 Cannot load module /opt/freeware/lib/python2.7/site-packages/_sqlitecache.so.
        0509-150   Dependent module /usr/lib/libglib-2.0.a(libglib-2.0.so.0) could not be loaded.​

    Re-reading the error I then checked the listed archives.

    "Good" LPAR
===========
# ar -X32_64 tv /usr/lib/libiconv.a
r--r--r--     2/2     237919 Jan 02 20:43 2019 shr4.o
r--r--r--     2/2     238041 Jan 02 20:43 2019 shr.o
r--r--r--     2/2     310767 Jan 02 20:43 2019 shr4_64.o
#

# ar -X32_64 tv /usr/lib/libglib-2.0.a
ar: 0707-100 /usr/lib/libglib-2.0.a does not exist.
#

# ls -la /usr/lib | grep -i libglib
#

# ls -la /opt/freeware/lib | grep -i libglib
-rwxr-xr-x    1 root     system     15755723 Feb 16 2021  libglib-2.0.a
#

# ar -X32_64 tv /opt/freeware/lib/libglib-2.0.a
rwxr-xr-x   205/1     7409802 Feb 16 06:27 2021 libglib-2.0.so.0
rwxr-xr-x   205/1     8136645 Feb 16 06:45 2021 libglib-2.0.so.0
#

# ar -X32_64 tv /opt/freeware/lib/libiconv.a
rwxr-xr-x   203/1     1195058 Jun 02 05:18 2022 libiconv.so.2
rwxr-xr-x   203/1     1227053 Jun 02 05:18 2022 libiconv.so.2
r--r--r--     0/0     237919 Jun 30 07:00 2022 shr4.o
r--r--r--     0/0     238041 Jun 30 07:00 2022 shr.o
r--r--r--     0/0     310767 Jun 30 07:00 2022 shr4_64.o
#


"Failing" LPAR
==============
# ar -X32_64 tv /usr/lib/libiconv.a
r--r--r--     2/2     237919 Jan 02 20:43 2019 shr4.o
r--r--r--     2/2     238041 Jan 02 20:43 2019 shr.o
r--r--r--     2/2     310767 Jan 02 20:43 2019 shr4_64.o
#

# ar -X32_64 tv /usr/lib/libglib-2.0.a
rwxr-xr-x     0/0     1643357 Feb 05 17:13 2013 libglib-2.0.so.0
rwxr-xr-x     0/0     1821063 Feb 05 17:25 2013 libglib-2.0.so.0
#

# ls -la /usr/lib | grep -i libglib
lrwxrwxrwx    1 root     system           36 Nov 01 2016  libglib-2.0.a -> ../../opt/freeware/lib/libglib-2.0.a
lrwxrwxrwx    1 root     system           37 Nov 01 2016  libglib-2.0.so -> ../../opt/freeware/lib/libglib-2.0.so
lrwxrwxrwx    1 root     system           39 Nov 01 2016  libglib-2.0.so.0 -> ../../opt/freeware/lib/libglib-2.0.so.0
#

# ls -la /opt/freeware/lib | grep -i libglib
-rwxr-xr-x    1 root     system      3646475 Feb 05 2013  libglib-2.0.a
lrwxrwxrwx    1 root     system           16 Nov 01 2016  libglib-2.0.so -> libglib-2.0.so.0
-rwxr-xr-x    1 root     system      1643357 Feb 05 2013  libglib-2.0.so.0
#

# ar -X32_64 tv /opt/freeware/lib/libglib-2.0.a
rwxr-xr-x     0/0     1643357 Feb 05 17:13 2013 libglib-2.0.so.0
rwxr-xr-x     0/0     1821063 Feb 05 17:25 2013 libglib-2.0.so.0
#

# ar -X32_64 tv /opt/freeware/lib/libiconv.a
rwxr-xr-x     0/0     1089146 May 16 16:53 2012 libiconv.so.2
rwxr-xr-x     0/0     1121595 May 16 16:51 2012 libiconv.so.2
rwxr-x---     0/0     215632 Nov 01 10:29 2016 shr4.o
rwxr-x---     0/0     215754 Nov 01 10:29 2016 shr.o
rwxr-x---     0/0     273628 Nov 01 10:29 2016 shr4_64.o
#

    "Good" LPAR
===========
# env | grep PATH
MANPATH=/usr/share/man:/opt/freeware/man
PATH=/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin:/usr/java5/jre/bin:/usr/java5/bin:/usr/local/bin:/opt/CA/SharedComponents/bin
LOCPATH=/usr/lib/nls/loc
NLSPATH=/usr/lib/nls/msg/%L/%N:/usr/lib/nls/msg/%L/%N.cat:/usr/lib/nls/msg/%l.%c/%N:/usr/lib/nls/msg/%l.%c/%N.cat
LIBPATH=/opt/CA/SharedComponents/lib:/opt/CA/CAlib


"Failing" LPAR
==============
# env | grep PATH
MANPATH=/usr/share/man:/opt/freeware/man
PATH=/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin:/usr/java5/jre/bin:/usr/java5/bin:/usr/local/bin:/opt/CA/SharedComponents/bin
LOCPATH=/usr/lib/nls/loc
NLSPATH=/usr/lib/nls/msg/%L/%N:/usr/lib/nls/msg/%L/%N.cat:/usr/lib/nls/msg/%l.%c/%N:/usr/lib/nls/msg/%l.%c/%N.cat
LIBPATH=/opt/CA/SharedComponents/lib:/opt/CA/CAlib



    So, in summary, the "Good" LPAR doesn't have symlinks for libglib (/usr/lib > /opt/freeware/lib) and is "missing" /opt/freeware/lib/libglib-2.0.so.0.  Both LPARs have /opt/freeware/lib/libiconv.a and the names within the archive are the same BUT the "details" of libiconv.a appear different.  In addition, the "Good" LPAR does not have a libiconv.so.2 in /usr/lib and WORKS yet the "Failing" LPAR also does NOT have a libiconv.so.2 and DOES NOT work :-(

    Most probably I'm missing something very basic here, I just can't see it.

    Many thanks, Steve



    ------------------------------
    Steve Munday
    AIX, IBM i, HMC, PowerVM
    ------------------------------

    Original Message


  • 15.  RE: Re: libiconv dependency causing errors

    Posted Wed July 06, 2022 07:51 AM
    The "GOOD" lpar works probably because of a glib2 rpm which is not linked to libiconv.so.2
    The failing lpar has glib2 rpm ( version 2.30.3 ) which is not from Toolbox.
    You can try installing "glib2-2.48.0" rpm from Toolbox and check. 

    I recommended you to update python to 2.7.18 because it has some fixes which makes it robust against these libpath issues.

    ------------------------------
    Ayappan P
    ------------------------------

    Original Message


  • 16.  RE: Re: libiconv dependency causing errors

    IBM Champion
    Posted Thu July 07, 2022 04:13 AM
    Ayappan,

    Many thanks for the analysis.  I'm currently wrestling with gnupg needing a specific libreadline.a [libreadline.so.5] as we have so.6.

    # ar -tv /opt/freeware/lib/libreadline.a
rw-r--r--     0/0     429866 Jan 29 02:36 2015 libreadline.so.6
rwxr-xr-x     0/0      42731 Jan 29 02:36 2015 libreadline.so​

    I know gnupg2 is available however I need to understand why gnupg was loaded by the support team before deleting and re-loading gnupg2.  glib2 has many dependencies it seems and all having to be chased down manually as yum isn't working on the "Failing" LPAR", as we know.

    Request
    python 2.7.10 is provided in the yum_bundle so having that refreshed would be a good move too.

    Regards, Steve

    ------------------------------
    Steve Munday
    AIX, IBM i, HMC, PowerVM
    ------------------------------

    Original Message


  • 17.  RE: Re: libiconv dependency causing errors

    Posted Thu July 07, 2022 09:27 AM

    yum is out of support for quite sometime. So we won't be updating the yum_bundle. 
    I see glib2 2.48.0 doesn't have many dependencies.
    Have you tried installing glib2-2.48.0 version from Toolbox ? What dependency errors it throwed ?



    ------------------------------
    Ayappan P
    ------------------------------

    Original Message


  • 18.  RE: Re: libiconv dependency causing errors

    IBM Champion
    Posted Thu July 07, 2022 01:56 PM
    Ayappan,

    Understood, no worries.

    I'm finding I need all of the below because of other factors HOWEVER as there's an issue with gnupg needing libreadline.so.5 I'm a bit stuck.  I ran gpg and it errored out so, in theory, with gnupg already "broken" I'm hopeful the App team will allow gnupg to be removed which will open the door to resolving the issue, fingers crossed!!

    bzip2-1.0.8-2.aix6.1.ppc.rpm
db-5.3.28-1.aix6.1.ppc.rpm
expat-2.4.6-1.aix6.1.ppc.rpm
gcc-8-1.aix7.1.ppc.rpm
gcc-cpp-8-1.aix7.1.ppc.rpm
gcc8-8.3.0-6.aix7.1.ppc.rpm
gcc8-cpp-8.3.0-6.aix7.1.ppc.rpm
gdbm-1.23-1.aix7.1.ppc.rpm
gettext-0.21-1.aix7.1.ppc.rpm
glib2-2.56.1-3.aix6.1.ppc.rpm
gmp-6.2.1-1.aix6.1.ppc.rpm
info-6.7-1.aix6.1.ppc.rpm
libffi-3.4.2-1.aix7.1.ppc.rpm
libgcc-8-1.aix7.1.ppc.rpm
libgcc8-8.3.0-6.aix7.1.ppc.rpm
libgomp-8-1.aix7.1.ppc.rpm
libgomp8-8.3.0-6.aix7.1.ppc.rpm
libiconv-1.17-1.aix7.1.ppc.rpm
libmpc-1.2.1-1.aix6.1.ppc.rpm
libstdcplusplus-8-1.aix7.1.ppc.rpm
libstdcplusplus8-8.3.0-6.aix7.1.ppc.rpm
libtextstyle-0.21-1.aix7.1.ppc.rpm
libunistring-0.9.10-1.aix6.1.ppc.rpm
libxml2-2.9.14-1.aix6.1.ppc.rpm
libxml2-devel-2.9.14-1.aix6.1.ppc.rpm
mpfr-4.1.0-1.aix6.1.ppc.rpm
ncurses-6.2-3.aix6.1.ppc.rpm
python-2.7.18-3.aix6.1.ppc.rpm
python-devel-2.7.18-3.aix6.1.ppc.rpm
python-tools-2.7.18-3.aix6.1.ppc.rpm
readline-8.1-1.aix6.1.ppc.rpm
sed-4.8-1.aix6.1.ppc.rpm
sqlite-3.37.2-1.aix7.1.ppc.rpm
xz-libs-5.2.5-1.aix6.1.ppc.rpm
zlib-1.2.11-1.aix6.1.ppc.rpm​

    Regards, Steve

    ------------------------------
    Steve Munday
    AIX, IBM i, HMC, PowerVM
    ------------------------------

    Original Message


  • 19.  RE: Re: libiconv dependency causing errors

    IBM Champion
    Posted Mon July 11, 2022 01:35 PM
    Edited by Steve Munday Mon July 11, 2022 01:38 PM
    ** Update **
    Fortunately back in 2018 (when previous colleagues downloaded/installed a number of rpms without using yum) they left behind a libreadline.a which had libreadline.so.5 (and a separate libiconv.a too) so I have been able to "fix" the gnupg and yum issues.

    I did remove gnupg and replaced it with gnupg2​ and installed python3 as one of our developers requested it.  I had a dozen or so "other" LPARs where gnupg was loaded (all "broken") so was able to resolve the issue with the libreadline.a I found.

    For now, at least, things seem to be working just fine.

    Steve

    ------------------------------
    Steve Munday
    AIX, IBM i, HMC, PowerVM
    ------------------------------

    Original Message