-
Notifications
You must be signed in to change notification settings - Fork 139
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Failed to load native library:jansi-2.4.0-1ba1a04f0d4ec9d-libjansi.so. osinfo: Linux/arm #251
Comments
I found #219, but i looks like it not fixed? |
This appears to be a duplicate of termux/termux-packages#8861. There is a downstream fix for that issue: termux/termux-packages#9114, but it cannot be directly applied to the master branch, as their fix is for the 1.2.x branch. |
On 32bit system it works:
On 64bit system irn't working:
|
Sorry for the late answer ... here the output from my 64bit (Linux pi-manager 6.1.21-v8+ #1642 SMP PREEMPT Mon Apr 3 17:24:16 BST 2023 aarch64 GNU/Linux) system.
|
And the output from 32bit system
|
This is because jansi uses a common OSInfo.java which, according to the raspberry pi people, does not properly determine the architecture, so the JNI library will be 64 bit on a 32bit userland raspberry pi. Anyone that has a raspberrypi4 and does an apt upgrade will suddenly have their kernel updated to 64 bit, but userland remains 32 bit. According the raspberrpy pi people in raspberrypi/firmware#1795, you should use At least with the jdbc-sqlite people, they provide a means to override the decision of the software with a system property.
So for jansi I would suggest that you do something simlar in https://github.com/fusesource/jansi/blob/master/src/main/java/org/fusesource/jansi/internal/OSInfo.java to allow raspberry pi users to override it.
Which is any 64bit raspberry pi that was installed before the 64 bit switch, and was routinely upgraded. Also see xerial/sqlite-jdbc#1012 which is the same issue. I can submit a fix if code owners are busy but I don't really work on this project. I just want the error message to stop. |
Any idea how to fix this?
|
@somera, # in your pipeline, create a local temp folder
mkdir tmp
# export this flag (it's the only way maven interpreted it)
export MAVEN_OPTS="-Djansi.tmpdir=./tmp"
# run the maven command
mvn clean deploy For more info on passing flags to the JVM: https://www.baeldung.com/java-maven-pass-jvm-arguments |
I'm using it in the bash.
|
@somera, check if the filesystem is writable: i.e. you could have a FS which is mounted read only. It's a bit unlikely for /tmp, but check with |
@krufab my /tmp is writable
And I checked your way:
As you can see. Same error. I have this problem only on aarch64. |
And what happens to:
Did that happen? |
Hi,
I see this
on my Raspis with 64bit OS.
On 32bit it's all ok.
The text was updated successfully, but these errors were encountered: