On 12/09/2014 01:34 AM, Markus Koschany wrote: > Hi all, > > > I have prepared a fix for RC bug https://bugs.debian.org/764630 > "missing JNI multi-arch PATHs in jarwrapper" and committed this change > to Git master. Currently jarwrapper does not use multiarch jni library > paths and only looks for libraries in /usr/lib/jni. Actually we could > get rid of -Djava.library.path completely because OpenJDK already looks > in the right places. However the Oracle JREs don't. I came up with the > idea that we simply add all possible library paths to a variable and use > this one as value for -Djava.library.path. I confirm this works for > OpenJDK7 and Oracle7. > > The solution is not very pretty because the values are hard coded but I > couldn't use dpkg-architecture because then I had to depend on dpkg-dev. > I'm all ears if someone knows a more elegant way for this problem. > > I have also cleaned up the package a little and committed the changes to > the experimental branch but I think it's not very urgent at the moment. > So far Any concerns from the team? This is kind of a brute force approach, but seems reasonable. My question is: Do we feel confident that this the lists below are representative for for jessie? > MULTIARCH_LIBRARY_PATH_32BIT="/usr/lib/jni:/usr/lib/arm-linux-gnueabi/jni:/usr/lib/arm-linux-gnueabihf/jni:/usr/lib/i386-gnu/jni:/usr/lib/i386-linux-gnu/jni:/usr/lib/x86_64-kfreebsd-gnu/jni:/usr/lib/i386-kfreebsd-gnu/jni:/usr/lib/mips-linux-gnu/jni:/usr/lib/mipsel-linux-gnu/jni:/usr/lib/powerpc-linux-gnu/jni:/usr/lib/powerpc-linux-gnuspe/jni:/usr/lib/sparc-linux-gnu/jni:/usr/lib/x86_64-linux-gnux32/jni:/usr/lib/hppa-linux-gnu/jni:/usr/lib/sh4-linux-gnu/jni:/usr/lib/m68k-linux-gnu/jni" > > MULTIARCH_LIBRARY_PATH_64BIT="/usr/lib/jni:/usr/lib/alpha-linux-gnu/jni:/usr/lib/x86_64-linux-gnu/jni:/usr/lib/aarch64-linux-gnu/jni:/usr/lib/x86_64-kfreebsd-gnu/jni:/usr/lib/powerpc64-linux-gnu/jni:/usr/lib/powerpc64le-linux-gnu/jni:/usr/lib/s390x-linux-gnu/jni:/usr/lib/sparc64-linux-gnu/jni" Or should jarwrapper honor MULTIARCH_LIBRARY_PATH (or JARWRAPPER_MULTIARCH_LIBRARY_PATH, or similar) in the environment? Just in case we missed something or something else comes along. If present, perhaps this could be added after /usr/lib/jni, and before the other components of the path. Markus, thank you for working on this. Cheers, tony
Attachment:
signature.asc
Description: OpenPGP digital signature