Arch Linux User Repository

Okay, the GraalVM 19.3.0 update should be done. This is now a virtual package, please explicitly install jdk8-graalvm-bin instead – or jdk11-graalvm-bin (or both). The same goes for all sibling packages (FastR, TruffleRuby, GraalPython, native-image) – the old packages have been retained and depend on the jdk8 version of the new package now, but please install the jdk8 and/or jdk11 packages explicitly, I’ll remove the old names eventually.

@lucaswerkmeister: Did you decide on an approach?

I'd very much like to use the native-image for Graal 19 as there was a breaking change introduced (https://github.com/oracle/graal/issues/1265#issuecomment-491534547) that doesn't work with the native-image from Graal 1.0.0 rc16's native-image, and it happens that something I'm working on needs this.

Not sure how much help I could be, but I'm at least motivated to participate, so please let me know if there is anything that needs doing.

I tried to locate some information on where the upstream folks are going with this gu thing and their rationale for splitting out native-image, but I haven't found anything relevant so far.

No strong opinion, but FWIW, if it's easier, perhaps starting with including native-image and if necessary create a separate package later? Don't know how many folks are using native-image already, but it seems less surprising to not change so suddenly and without warning. May be the upstream folks hinted at this somewhere before this release?

Ah, so that’s why there are extra native-image JARs in the release – I should’ve paid attention to those :)

I guess I can either update this package to include native-image, or have it in a separate package (like upstream), presumably recommended by this package. Any thoughts on what’s better?

From graal 19, native-image doesn't appear to be bundled any more:

https://www.graalvm.org/docs/reference-manual/aot-compilation/#install-native-image

Any thoughts on this?

Thanks for the speedy update! :)

graaljs RC10 requires function expressions to be parenthesized 1, so the test script now becomes:

#!/usr/lib/jvm/java-8-graal/jre/languages/R/bin/Rscript --polyglot
jsPlus = eval.polyglot('js', '(function(s1, s2) { return s1 + s2; })')
pythonPlus = eval.polyglot('python', 'lambda s1, s2: s1 + s2')
rubyOne = eval.polyglot('ruby', '1')
pythonOne = eval.polyglot('python', '1')
rOne = 1
print(pythonPlus(jsPlus(rubyOne, pythonOne), rOne))

By the way, if anyone wants to take over this package in the future – here’s the script I use to test new package versions after building and locally installing them, before pushing them to AUR:

#!/usr/lib/jvm/java-8-graal/jre/languages/R/bin/Rscript --polyglot
jsPlus = eval.polyglot('js', 'function(s1, s2) { return s1 + s2; }')
pythonPlus = eval.polyglot('python', 'lambda s1, s2: s1 + s2')
rubyOne = eval.polyglot('ruby', '1')
pythonOne = eval.polyglot('python', '1')
rOne = 1
print(pythonPlus(jsPlus(rubyOne, pythonOne), rOne))

If all the packages still work, this should print:

[1] 3

@arb12: I know. The package had already been flagged out-of-date hours earlier. There’s really no need to comment on it as well. (It’s updated now, along with fastr-bin, truffleruby-bin and graalpython-bin, of course.)

RC6 is available

Note: LibreOffice is apparently not compatible with the Java provided by this package. If you get the following error:

/usr/lib/libreoffice/program/soffice.bin: symbol lookup error: /usr/lib/libharfbuzz.so.0: undefined symbol: FT_Face_GetCharVariantIndex

then you need to configure LibreOffice to use a different Java. Unfortunately, just switching the default Java with archlinux-java isn’t enough for this, since LibreOffice seems to cache the default Java location. The following steps worked for me:

1. Switch the default Java to java-10-openjdk (pacman -S jre10-openjdk; archlinux-java set java-10-openjdk).
2. Remove the file ~/.config/libreoffice/4/user/config/javasettings_Linux_X86_64.xml (which I found by grepping ~/.config for “graal”).
3. Launch LibreOffice. This will regenerate the file mentioned above, this time referring to Java 10.
4. At this point, you can switch the default Java back to java-8-graal, and LibreOffice will continue to use Java 10.