Summary: | sci-libs/gdal-3.0.4-r1[java] needs to install libgdalalljni.so | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Khumba <bog> |
Component: | Current packages | Assignee: | Sci-geo Project <sci-geosciences> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | jstein, sam, toralf |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=835168 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | emerge --info |
Description
Khumba
2020-11-03 00:30:33 UTC
Created attachment 669809 [details]
emerge --info
Also, a heads up that if GDAL is built with USE=-threads and used from Java, it issues this warning: WARNING: GDAL should be compiled with thread support for safe execution in Java. Rebuilding with USE=threads fixes it. I'm not sure if this warrants a REQUIRED_USE entry or if this should be left as a soft warning. There's an FAQ item relating to GDAL thread-safety: https://trac.osgeo.org/gdal/wiki/FAQMiscellaneous#IstheGDALlibrarythread-safe Hello, Can I request that this change be applied please? This is still an issue with the current GDAL ebuild, and replacing: use java && java-pkg_dojar "${S}"/swig/java/gdal.jar with: if use java; then java-pkg_dojar "${S}"/swig/java/gdal.jar dolib.so "${S}"/swig/java/.libs/libgdalalljni.so{,.30,.30.*} fi or similar works for me. (Could interpolate the subslot too.) Also I think USE=java *should* force USE=threads via REQUIRED_USE. The docs for the Java library say: > Due to the fact the Java garbage collector works in a separate > thread from the main thread, it is necessary to configure GDAL with > multi-threading support, even if you do not use GDAL API from > several Java threads. - https://gdal.org/api/java/index.html Sorry I didn't address this sooner. On it. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=230fd7226712fbbb901eb467a65339f21c6f50c5 commit 230fd7226712fbbb901eb467a65339f21c6f50c5 Author: Sam James <sam@gentoo.org> AuthorDate: 2022-03-14 12:07:45 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-03-14 12:07:45 +0000 sci-libs/gdal: add 3.4.2 Closes: https://bugs.gentoo.org/752399 Signed-off-by: Sam James <sam@gentoo.org> sci-libs/gdal/Manifest | 1 + sci-libs/gdal/gdal-3.4.2.ebuild | 327 ++++++++++++++++++++++++++++++++++++++++ 2 files changed, 328 insertions(+) *** Bug 825506 has been marked as a duplicate of this bug. *** Hello, and thanks very much for adding this in! I finally got around to testing it, and I'm ending up with errors loading the library at runtime, compared to my private ebuild: > Native library load failed. > java.lang.UnsatisfiedLinkError: no gdalalljni in java.library.path: [/usr/java/packages/lib, /usr/lib64, /lib64, /lib, /usr/lib] I think that (like with regular C shared libs) the unversioned 'libgdalalljni.so' link needs to be installed too, which 3.4.2-r1 doesn't do: > dolib.so "${S}"/swig/java/.libs/libgdalalljni.so.* If I point /usr/lib64/libgdalalljni.so to libgdalalljni.so.30 myself, my program works. Can we add this too please? The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d29631d70863c157bc34c1474cd63e8da5541b43 commit d29631d70863c157bc34c1474cd63e8da5541b43 Author: Sam James <sam@gentoo.org> AuthorDate: 2022-04-23 01:55:06 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-04-23 01:55:36 +0000 sci-libs/gdal: fix Java library installation Closes: https://bugs.gentoo.org/752399 Signed-off-by: Sam James <sam@gentoo.org> sci-libs/gdal/{gdal-3.4.2-r1.ebuild => gdal-3.4.2-r2.ebuild} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) |