|Summary:||math/geogebra: 3D doesn't work|
|Product:||Ports & Packages||Reporter:||Loïc Bartoletti <lbartoletti>|
|Component:||Individual Port(s)||Assignee:||freebsd-ports-bugs mailing list <ports-bugs>|
|Severity:||Affects Only Me||CC:||arrowd, java, uzsolt|
Description Loïc Bartoletti 2017-08-06 06:09:40 UTC
I don't have messages of errors or warning. But running GeoGebra (5.0.367.0 18 June 2017 Java 1.8.0_131-64bit) with 3D graph doesn't work. Thanks.
Comment 1 Zsolt Udvari 2017-08-06 08:46:13 UTC
I don't why 3D doesn't work. I added java@FreeBSD.org - I hope there is a Java-expert who has an idea.
Comment 2 Loïc Bartoletti 2017-08-06 11:31:03 UTC
I have been using this software for months but this was the first time I wanted to use the 3D functions. I do not know java, I can not help on this point, by cons I can always test. For example, here is a file exported from GeoGebra online that does not open with the FreeBSD version. Thank you.
Comment 3 Loïc Bartoletti 2017-08-06 11:33:10 UTC
Created attachment 185085 [details] Test for geogebra 3D Simple test (a pyramid) from geogebra online
Comment 4 Gleb Popov 2019-12-11 08:59:29 UTC
Trying to open testcase file while running Geogebra with openjdk12 results in WARNING: An illegal reflective access operation has occurred WARNING: Illegal reflective access by com.jogamp.common.os.NativeLibrary$3 (file:/usr/local/share/geogebra/geogebra/gluegen-rt.jar) to method java.lang.ClassLoader.findLibrary(java.lang.String) WARNING: Please consider reporting this to the maintainers of com.jogamp.common.os.NativeLibrary$3 WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations WARNING: All illegal access operations will be denied in a future release Any ideas?
Comment 5 Gleb Popov 2019-12-11 09:05:29 UTC
I suspect, this software should be ran under Linux JDK. I see suspicious platform-specific files in the pkg-plist: /usr/local/share/geogebra/geogebra/gluegen-rt-natives-linux-amd64.jar /usr/local/share/geogebra/geogebra/gluegen-rt-natives-linux-i586.jar /usr/local/share/geogebra/geogebra/jogl.all-natives-linux-amd64.jar /usr/local/share/geogebra/geogebra/jogl.all-natives-linux-i586.jar
Comment 6 Zsolt Udvari 2019-12-11 10:18:45 UTC
I eliminated the (shipped) linux-binaries about 3 years ago from Geogebra (see https://svnweb.freebsd.org/ports?view=revision&revision=421161).
Comment 7 Gleb Popov 2019-12-11 10:20:09 UTC
(In reply to Zsolt Udvari from comment #6) So, .so libraries contained in mention .jar's are FreeBSD native ones?
Comment 8 Zsolt Udvari 2019-12-11 10:28:10 UTC
(In reply to Gleb Popov from comment #7) The Geogebra distfile contains a full JRE (linux-)binaries (see the diff of pkg-plist: https://svnweb.freebsd.org/ports/head/math/geogebra/pkg-plist?r1=421161&r2=421160&pathrev=421161). I don't understand the Java deeply (only a little-little-little-... bit) so I don't know the linux-binaried JRE would eliminate or not the warning messages and if yes the FreeBSD-binaries why doesn't work perfectly.
Comment 9 Gleb Popov 2019-12-11 10:50:55 UTC
(In reply to Zsolt Udvari from comment #8) At least jogl.all-natives-linux-amd64.jar contains Linux native binaries. Maybe it is possible to use graphics/jogamp-jogl port instead of bundled jogl somehow?
Comment 10 Zsolt Udvari 2019-12-11 17:41:09 UTC
(In reply to Gleb Popov from comment #9) Hm, I didn't notice this port. *Maybe* it's possible but now I don't have time to modify and test it. If you've time let's go :) Maybe next week can I try...
Comment 11 Gleb Popov 2019-12-20 14:40:21 UTC
(In reply to Zsolt Udvari from comment #10) Zsolt, did you have a chance to look at the issue?
Comment 12 Zsolt Udvari 2019-12-20 17:33:00 UTC
No yet but from today we have more free time so today I'll check it.
Comment 13 Zsolt Udvari 2020-02-21 14:49:09 UTC
(In reply to Gleb Popov from comment #11) Sorry for very-very big late. How can I tell geogebra (java) to use /usr/local/share/java/classes/jogl2.jar and not /usr/local/share/geogebra/geogebra/jogl.all.jar ?
Comment 14 Gleb Popov 2020-02-21 15:45:58 UTC
(In reply to Zsolt Udvari from comment #13) No idea, to be honest. Maybe try symlinking it?