| Summary: | Problem with Java libraries used by scilab | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | mtm spm <mtm_spm> |
| Component: | RPM Packages | Assignee: | Claire Revillet <grenoya> |
| Status: | RESOLVED WORKSFORME | QA Contact: | |
| Severity: | major | ||
| Priority: | Normal | ||
| Version: | 4 | ||
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | CVE: | ||
| Status comment: | |||
|
Description
mtm spm
2015-03-01 17:46:18 CET
David Walser
2015-03-07 03:02:20 CET
Assignee:
bugsquad =>
grenoya Hi!
Here I have an up-to-date mga4 with only java-1.7.0-openjdk-1.7.0.75-2.5.4.1.mga4.x86_64 as a java virtual machine and Scilab launch just well.
Could you try declaring SCIVERBOSE to 1 ("export SCIVERBOSE=1" in bash) in a terminal before launching Scilab please?
Hi Claire, Thank you for your answer. Here are the results: scilab SCILABBIN : scilab-bin DISABLE_JAVA_DETECTION : 0 SCILAB_MODE : gui OS : Linux MODEL : x86_64 IS_SCILAB_BINARY : 0 Trying to find Java in /usr/lib/jvm/default-java Trying to find Java in /usr/lib/jvm/java-6-openjdk/ Trying to find Java in /usr/lib/jvm/java-7-openjdk/ Trying to find Java in /usr/lib/jvm/java/ Java found in /usr/lib/jvm/java-1.5.0-gcj-1.5.0.0 JAVA_HOME : /usr/lib/jvm/java-1.5.0-gcj-1.5.0.0 Cannot find /usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre/lib/amd64/libjava.so SCI : /usr/share/scilab/ SCIBIN : /usr/bin/scilab-bin PATH : /usr/share/scilab/:/usr/share/scilab//bin:/usr/bin:/usr/local/bin:/usr/bin:/usr/games:/usr/lib64/qt4/bin:/usr/lib64/qt5/bin:/home/mtm/bin:/usr/lib64/qt5/bin CLASSPATH : EGL_DRIVER : egl_glx LD_LIBRARY_PATH : /usr/share/scilab//bin:/usr/share/scilab//lib/scilab/:/usr/share/scilab//lib64/scilab/:. DOCBOOK : /usr/share/sgml/docbook/xsl-stylesheets-1.78.1/ /usr/bin/scilab-bin: error while loading shared libraries: libjava.so: cannot open shared object file: No such file or directory Doing a find: $ find /usr/ -name libjava.so /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.75-2.5.4.1.mga4.x86_64/jre/lib/amd64/libjava.so Hi! I think the difference of behavior between our machine and mine is that your selected flavor of Java is gcj when mine is openjdk. It can be checked easily: $ls -l /usr/bin/java => /usr/bin/java -> /etc/alternatives/java $ls -l /etc/alternatives/java => /etc/alternatives/java -> /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.75-2.5.4.1.mga4.x86_64/jre/bin/java Scilab is not using LD_LIBRARY_PATH to find java, it has its own list of possible places (that doesn't fit well with Mageia in fact) and it ends up find it under /usr/lib/jvm/java which point for me on /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.75-2.5.4.1.mga4.x86_64 (with 2 steps, like above). I see now 2 solutions for you: * define the environment variable JAVA_HOME to /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.75-2.5.4.1.mga4.x86_64 * change your default java to the openjdk one, using "alternatives" with sudo rights (gcj is a java 1.5 library which is not enough for a lot of software) Does it solve your problem? Do you consider that as a suitable workaround? Hi Claire, Thank you again for your answer. The ls show that is the open jdk $ ls -l /etc/alternatives/java lrwxrwxrwx 1 root root 73 Jan 26 19:53 /etc/alternatives/java -> /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.75-2.5.4.1.mga4.x86_64/jre/bin/java* However, if I export the JAVA_HOME to the jre folder export JAVA_HOME=/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.75-2.5.4.1.mga4.x86_64/jre/ that fixes the issue. Once I added the export statement in scilab script itself it is starting. So yes, as a workaround it is suitable. Thank you again, MTM Hi! Thank you for the answer, I close the bug as a workaround. I may come back with a real fix, but I can't promise. Thank you again for reporting and testing! Claire Status:
NEW =>
RESOLVED |