[Pki-devel] Wrapper script for Java programs and usage of LD_LIBRARY_PATH

[David Sommerseth]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Hi,

I've started looking at RHBZ #1211638 [1] on behalf of the secondary
architectures team.  There are some issues related to /usr/bin/AtoB
and /usr/bin/BtoA on ppc64 and ppc64le - due to the hard coding of
platform and architecture dependencies.

- From what I understand, these scripts found in /usr/bin are generated
by the base/java-tools/templates/pki_java_command_wrapper.in template.

Currently, I only focus on what is inside the Linux OS block.

- From what I can understand, the Linux block only sets up the
LD_LIBRARY_PATH and I wonder why it does that?  I know in earlier days
(10-15 years ago) such tweaks where needed when ld.so.conf wasn't
updated properly or had issues loading the proper libraries.  But is
that an issue today at all on Linux?

I would like to propose a patch which cleans up this behaviour.  If it
is believed that LD_LIBRARY_PATH is still needed, I will of course
respect that.  But I'd like to simplify this whole code block to be
less "architecture dependent".  Like just using the x86_64
LD_LIBRARY_PATH setup for all arches.  The general idea is to not need
to care about the $ARCHITECTURE variable at all inside the Linux block.

Any thoughts or comments?  I've done some simple tests on Fedora 21
(x86_64) stripping out the complete LD_LIBRARY_PATH stuff in AtoB and
BtoA.  Everything worked just fine.


- --
kind regards,

David Sommerseth


[1] <https://bugzilla.redhat.com/show_bug.cgi?id=1211638>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEARECAAYFAlUxTGoACgkQIIWEatLf4Hfh/ACZAXF3AkGWEUoGGdjlaGSHQc15
ApEAoJGv8h2W3ymxxUQsR+t7R+DNpzSE
=5sJE
-----END PGP SIGNATURE-----