Support for Raspberry Pi?

[lukehorvat]

I'm here due to jruby/jruby#3244.

It looks like jnr-posix fails to load native POSIX on Raspbian (Raspberry Pi OS), and I'm not exactly sure why. Unfortunately, I need process killing functionality, which the JavaPOSIX fallback doesn't support.

Are there any steps we can take to make it supported? Happy to lend a hand if necessary.

[enebo]

@lukehorvat I was able to get jnr-posix to load JRuby on raspi once but there was some permission issue. We unpack a native lib and we end up putting it in /tmp (jffi shared library). I was not clear on whether there is some security issues with loading .so from /tmp or no actual space on /tmp to unload it. If I put the native files into LD_LIBRARY_PATH then things loaded.

[lukehorvat]

@enebo Which native lib?

[enebo]

@lukehorvat I think what is in lib/jni within our distribution ends up getting put into to /tmp. so adding lib/jni/arm-Linux/lib/jffi-1.2.so in a way if can be seen (like LD_LIBRARY_PATH) should make native load.

[tduehr]

Just to rule out some things.

Can you tell me what jnr.posix.util.Platform.getProperty("os.name") and jnr.ffi.Platform.getNativePlatform().getOS() return on the raspbian?

It seems there's quite a few hoops to jump through to get full native ffi support on some of these platforms under Java.

[tduehr]

digging further into jffi makes me think I'll need to dust off my rasppi.

[lukehorvat]

@tduehr

jnr.posix.util.Platform.getProperty("os.name") = Linux
jnr.ffi.Platform.getNativePlatform().getOS() = linux

[tduehr]

Yup, definitely time to dust off the rasppi.

[headius]

I'm going to close this since it seems like loading problems are mostly environmental. If there's anything actionable here, let me know.