Bug 888805
| Summary: | tritonus: incorrect placement of JNI *so files and jars | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Stanislav Ochotnicky <sochotni> |
| Component: | tritonus | Assignee: | Stanislav Ochotnicky <sochotni> |
| Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 18 | CC: | brendan.jones.it, fweimer, gwync |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-03-18 16:37:28 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
I can't even get it to build, and my java-fu is weak. Who might be a good person(s) to ask for help? I can have a look and hope I won't completely break it :-) With tritonus-fluidsynth-0.3.7-0.13.20101108cvs.fc17.x86_64, I see a further oddity: The file /usr/lib64/java/tritonus/libtritonusfluid.so is marked as ET_EXEC, not ET_DYN (as one would expect from a DSO). It does not export any symbols, so it is difficult to see how it could be loaded by a JVM. I have built version of tritonus in rawhide/F19 that should fix the issues. I've tested with freecol and it looks like it was able to decode vorbis files. That said there are probably other bugs but I'd say my work here is done. Excellent, thank you! |
While current guidelines are not clear, JNI files should be placed as follows: *so JNI files go into %_libdir/%{name} private subdirectory *jar files using System.load/loadLibrary go into _jnidir (/usr/lib/java) You are free to synlink between _libdir/%{name} and _jnidir if you feel that's best approach for you. Any use of System.loadLibrary is patched to instead use System.load for example of such modification see https://fedoraproject.org/wiki/User:Akurtakov/JavaPackagingDraftUpdate#Example