Now it works as it should.
We can remove our versionlock around the glib2.
Original Message:
Sent: Wed February 07, 2024 12:37 AM
From: Aditya Kamath
Subject: libiconv go through /usr/lib instead of /opt/freeware after yum update
Hi Frederic,
Kindly update glib2 and check now. If we use the 2.76.3-2 version of glib2, we should not be seeing this problem. Kindly let us know if this version of glib2 works or incase you still see the problem.
------------------------------
Aditya Kamath
Original Message:
Sent: Fri January 05, 2024 02:49 AM
From: Frederic PONCE
Subject: libiconv go through /usr/lib instead of /opt/freeware after yum update
ok excellent, thanks !!
------------------------------
Frederic PONCE
Original Message:
Sent: Fri January 05, 2024 02:40 AM
From: Ayappan P
Subject: libiconv go through /usr/lib instead of /opt/freeware after yum update
I can't give a ETA right now, but we will prioritise this and hopefully we can deliver it before this month end.
------------------------------
Ayappan P
Original Message:
Sent: Fri January 05, 2024 02:35 AM
From: Frederic PONCE
Subject: libiconv go through /usr/lib instead of /opt/freeware after yum update
ok cool.
I just try to downgrade the glib and it's ok. At least the diagnosis is good.
Since you're telling me that the next version (do you know when that will be ?) will be ok, we'll maybe block 2.56 in our content view and test again when the next version is released.
------------------------------
Frederic PONCE
Original Message:
Sent: Fri January 05, 2024 02:21 AM
From: Ayappan P
Subject: libiconv go through /usr/lib instead of /opt/freeware after yum update
Yes, we will hardcode "/opt/freeware/lib" library search path for libiconv.a in glib2 in the future releases.
------------------------------
Ayappan P
Original Message:
Sent: Fri January 05, 2024 02:17 AM
From: Frederic PONCE
Subject: libiconv go through /usr/lib instead of /opt/freeware after yum update
Thank you Ayappan,
it should be a good way, but a bad new for glib2.
I will recompile our pam_hbac module and try, because downgrading the glib2 meens to versionlock the yum of each lpar, which is very uncomfortable .... or try to lock this version in our satellite content view.
Anyway, do you think that glib2 would include the freeware PATH in the future ?
Fred
------------------------------
Frederic PONCE
Original Message:
Sent: Fri January 05, 2024 01:54 AM
From: Ayappan P
Subject: libiconv go through /usr/lib instead of /opt/freeware after yum update
The reason could be because the recent glib2 libraries doesn't have hardcoded path for libiconv.a (ie., /opt/freeware/lib/libiconv.a). You can downgrade glib2 to 2.56.1-3 and check. Recent glib2 uses meson build system and we are trying to find a smooth way to hardcode the library path for libiconv.a.
In the meanwhile, is it possible to recompile the pam module with -L/opt/freeware/lib in the front ?
------------------------------
Ayappan P
Original Message:
Sent: Thu January 04, 2024 10:34 AM
From: Frederic PONCE
Subject: libiconv go through /usr/lib instead of /opt/freeware after yum update
Hello, I see there is some topics about libiconv issues, but mine is not exactly the same.
My env : AIX 7200-05-06 (the same with 05-07 and even in 7.3)
When my toolbox version is "AIX-rpm-7.2.5.201-8.ppc", the ldd on our pam_hbac.so shows :
# ldd /usr/lib/security/pam_hbac.so
/usr/lib/security/pam_hbac.so needs:
/usr/lib/libc.a(shr.o)
/usr/lib/libpthread.a(shr_xpg5.o)
/opt/freeware/lib/libglib-2.0.a(libglib-2.0.so.0)
/usr/lib/libpam.a(shr.o)
/opt/freeware/lib/libldap-2.5.a(libldap-2.5.so.0)
/unix
/usr/lib/libcrypt.a(shr.o)
/usr/lib/libpthreads.a(shr_comm.o)
/opt/freeware/lib/libgcc_s.a(shr.o)
/opt/freeware/lib/libiconv.a(libiconv.so.2)
/usr/lib/libpthreads.a(shr_xpg5.o)
/usr/lib/libintl.a(libintl.so.8)
/usr/lib/libmls.a(shr.o)
/opt/freeware/lib/liblber.a(liblber-2.5.so.0)
/opt/freeware/lib/libsasl2.a(libsasl2.so.3)
/usr/lib/libs.a(shr.o)
/usr/lib/libssl.a(libssl.so.1.1)
/usr/lib/libcrypto.a(libcrypto.so.1.1)
/usr/lib/libmlsenc.a(shr.o)
/usr/lib/libodm.a(shr.o)
/usr/lib/libdl.a(shr.o)
/usr/lib/librtl.a(shr.o)
and my pam module works fine.
After update with yum to the toolbox version "AIX-rpm-7.2.5.205-33.ppc" the same ldd shows me :
...... same needs until libiconv and
/usr/lib/libiconv.a(libiconv.so.2)
ar: 0707-109 Member name libiconv.so.2 does not exist.
dump: /tmp/tmpdir29294964/extract/libiconv.so.2: 0654-106 Cannot open the specified file.
/opt/freeware/lib/libpcre2-8.a(libpcre2-8.so.0)
/usr/lib/libmls.a(shr.o)
---- the rest is ok
I don't want to use the LIBPATH var, beacause it provides next other issues.
What I cannot explain is : why until now, the ldd of this so file have been able to find the libiconv.so in /opt/freeware/lib (without LIBPATH) and now, it goes through /usr/lib, where the file libiconv.a is not present ?
# ar tv /usr/lib/libiconv.a
r--r--r-- 2/2 234348 Sep 11 22:33 2018 shr4.o
r--r--r-- 2/2 234598 Sep 11 22:33 2018 shr.o
# ar tv /opt/freeware/lib/libiconv.a
rwxr-xr-x 203/1 1195058 Jun 02 11:18 2022 libiconv.so.2
rwxr-x--- 0/0 234296 Oct 24 18:36 2023 shr4.o
rwxr-x--- 0/0 234520 Oct 24 18:36 2023 shr.o
Thank you if you give me some advises to resolve this issue.
Regards, Fred (Geneva/CH)
------------------------------
Frederic PONCE
------------------------------