Arch Linux User Repository

The java version is ... problematic. The current version of the base game will work with any Java version. So will some of the very old game versions that do not use launchwrapper.

Java 8 is required for all legacy versions, and all modded versions of the game (except for some experimental builds of Forge for 1.13). It makes sense to require it, because easily, 99% of the various ways to play the game DO require it. Roughly half of the players play modded regularly.

Fixing the old and modded versions is a non-trivial (almost intractable) task. Fixing Java would require forking it and maintaining the fork. Java runtimes of different versions are installable side-by-side. The launcher needing 'a java 8 runtime' should not prevent you from installing and using a different one.

If you have any suggestions about how to improve this situation, I'm all ears. However, using Java 9+ by default would introduce major issues.

@jpegxguy that's answered in the pinned message. JRE 1.8 (java-runtime=8) is required for anything using legacy launcher (aka launch wrapper), which is almost all mods and also legacy versions of the game.

Newer JRE versions break stuff that legacy launcher depends on (ABIs).

He did note that there is nothing to stop you having JRE 1.8 in addition to other java versions since they do not conflict.

@petr Why not java-runtime>=8 ?

Any reason installing it into opt? Also the launcher doesn't scales on highdpi.

The java version is ... problematic. The current version of the base game will work with any Java version. So will some of the very old game versions that do not use launchwrapper.

Java 8 is required for all legacy versions, and all modded versions of the game (except for some experimental builds of Forge for 1.13). It makes sense to require it, because easily, 99% of the various ways to play the game DO require it. Roughly half of the players play modded regularly.

Fixing the old and modded versions is a non-trivial (almost intractable) task. Fixing Java would require forking it and maintaining the fork. Java runtimes of different versions are installable side-by-side. The launcher needing 'a java 8 runtime' should not prevent you from installing and using a different one.

If you have any suggestions about how to improve this situation, I'm all ears. However, using Java 9+ by default would introduce major issues.

@TheAifam5 "Some form of Java runtime 8 is a dependency and will remain so until the issues caused by ABI breaks in later versions are resolved in one way or another."

@petr Please, don't force to use specific version of Java. I'm actually thinking to create a fork of this package, to support newer Java version.

Done :)

Please add flite as an optional dependency (for the narrator)

gconf is a dependency, CEF directly depends on gconf symbols. This is not changing any time soon.

Some form of Java runtime 8 is a dependency and will remain so until the issues caused by ABI breaks in later versions are resolved in one way or another.

This package is fully up-to-date.

Can't we eliminate gconf and other dependencies?