Arch Linux User Repository

@xiretza why the package doesn't extract the embedded jre8 and uses it by default ?

Can't seem to log in with Google. The buttons on the page to enter your email won't do anything.

EDIT: Now, I can get the base 64 with the AUR version with CTRL + SHIFT + B. Sometimes, it doesn't work. Then, I select any object in the Graphics Area and hit again CTRL + SHIFT + B: the base 64 code comes to the clipboard.

Please, how could I get the base 64 of an applet? Frequently, the shortcut CTRL + SHIFT + B makes this task. However, with my windows manager (i3-gaps), it doesn't work. The portable version of the official site of GeoGebra seems to work fine.

I've tried some online conversion tools. However, my Internet connection is no good.

Arch Linux (Linux kernel: 5.4.92-1-lts) + i3-gaps (4.19-1).

I am not fluent with Java tools, but the gluegen build instructions seem to require specification of the target JRE version for their ant build command. Presumably, Geogebra's gluegen build has been made for JRE 8.

It is true that jre8 needs to be installed (it need not be the default, the geogebra wrapper script takes care of selecting the right version) for some Geogebra functions to work. I never use those functions however.

Example: Start with a later JRE than 8 and try to switch to 3D mode. Console output:

$ archlinux-java status
Available Java environments:
  java-11-openjdk (default)
  java-8-openjdk/jre
$ /usr/share/geogebra/geogebra
GeoGebra 5.0.609.0 06 October 2020 Java 11.0.8-64bit

9:50:49.858 DEBUG: org.geogebra.desktop.j.a.<init>[-1]: isApplet=false runningFromJar=true
9:50:49.858 DEBUG: org.geogebra.desktop.j.a.aD[-1]: Setting up logging
9:50:49.877 DEBUG: org.geogebra.desktop.j.a.aD[-1]: Logging is redirected to /tmp/GeoGebraLog_lbpcnlakjp.txt
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by com.jogamp.common.os.NativeLibrary$3 (file:/usr/share/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
Inconsistency detected by ld.so: dl-lookup.c: 105: check_match: Assertion `version->filename == NULL || ! _dl_name_match_p (version->filename, map)' failed!

There is clearly a bug somewhere. For the time being, I would recommend to just add java-runtime=8 to depends. In particular, I would not like to have a binary blob installed that has no benefits over any of Arch Linux's jre8-* packages.

@xiretza with java 14 or 15, when you finish your drawing then right click on mouse to select the zone to be exported, the selection doesn't work with those jres, but with jre 8 it works perfectly.

@medmedin: can you show some examples of those broken functions? I have not had any problems related to the of java version.

@xiretza geogebra 5 needs jre 8 because with recent jre versions like 14 and 15 some functions are not working at all.

The portable install zip this script downloads contains both the app and jre suitable for running it which is version 8, but the install script only installs the app without its jre which will causes problems for the app if started with recent jre versions. The install script should install both the app and its needed jre.

The downloaded zipped package contains also the JRE that the software should be run with, but with this PKGBUILD it installs only Geogebra files and ignore the embedded JRE. The software should be run with the embedded JRE to avoid compatibility problems. After installing this package, I don't find Geogebra JRE inside /usr/lib/jvm/.