java failing w/weird not msg about ops

[eyberg]

it's cause of libjil ->

        linux-vdso.so.1 =>  (0x00007ffe3a3b8000)
        libjli.so => not found
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fccf2fb2000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fccf337c000)

eyberg@dungeon:~/jtest$ nvm run -p 8081 -c config.json /home/eyberg/jtest/java
yo3
(children:(not:(contents:(host:not))lib:(children:(x86_64-linux-gnu:(children:(libc.so.6:(contents:(host:/lib/x86_64-linux-gnu/libc.so.6))))))lib64:(children:(ld-linux-x86-64.so.2:(contents:(host:/lib64/l
d-linux-x86-64.so.2))))HelloWorld.class:(contents:(host:HelloWorld.class))home:(children:(eyberg:(children:(jtest:(children:(java:(contents:(host:/home/eyberg/jtest/java))))))))kernel:(contents:(host:.sta
ging/stage3.img)))
program:/home/eyberg/jtest/java
arguments:[java HelloWorld]
environment:())
exit status 255
nah here
2018/11/24 09:29:09 couldn't open file not

so it appears that it's just a packaging/symlink issue -

I found the jre pkg here ->

eyberg@dungeon:~/jtest$ locate libjli.so
/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/jli/libjli.so

eyberg@dungeon:~/jtest$ ldd java
        linux-vdso.so.1 =>  (0x00007ffd727f5000)
        libjli.so => not found
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f086d55d000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f086d927000)
eyberg@dungeon:~/jtest$ cp /usr/lib/jvm/java-8-openjdk-amd64/bin/java .
eyberg@dungeon:~/jtest$ ldd /usr/lib/jvm/java-8-openjdk-amd64/bin/java
        linux-vdso.so.1 =>  (0x00007ffc4a99c000)
        libjli.so => /usr/lib/jvm/java-8-openjdk-amd64/bin/../lib/amd64/jli/libjli.so (0x00007f56c66c3000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f56c62f9000)
        libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f56c60df000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f56c5edb000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f56c5cbe000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f56c68d2000)

of course that path goes away once you copy it over - maybe we should have a tool to copy libs and force the path before creating the manifest for cases like this?

[eyberg]

we should just try and make a manual pkg of this for now and see if that gets us to hello world an then we can come back later and make it a bit more proper

[mkhon]

bin/java has DT_RPATH/DT_RUNPATH set to "$ORIGIN/../lib" and libjli.so resides in "../lib" (relative to "java" executable).

With #714 and #715 libjli.so can be found successfully. I don't think we need a separate issue for this loading issue (all can be tracked in a parent issue #449).