Arch Linux User Repository

@letorbi I think the best way to do this would be to leave the dependecies as is (so users are not forced to use oracle), but add a strict warning to users when the package is built. This could be done by adding something like this to the PKGBUILD (with some fancy colors):

prepare(){
  echo -e '\033[1;31mWARNING:\033[0m \033[0;33mOnly the official Oracle JDK (version 8) is supported by upstream.\n         Any errors experienced when using the non-Oracle JDK are considered invalid\033[0m\033[0m'
}

@pha-qu I totally see why you don't want to install Oracle's JDK8. I myself am not happy with it, but since it's the only version, that is officially supported by the Processing developers, I think it is a good idea to have a package that ensures that JDK8 is used. This could help people that have to deal with OpenJDK specific problems.

@letorbi I will totally take a look into your variant, but notice dependency is java-runtime=8, so you should be already able to just install jdk8 with this package (see the answer to @pha-qu)

I have currently plan to:

• move the "reference" to an optional package (the docs are not properly version tracked, so they WILL break when updated, and there is no way for me they released)
• change the message to suggest to use the same version as bundled with processing (and eventually provide it)
• I notice you dont depend from JavaFX for build, so I guess I can remove it too

@pha-qu I see, /usr/lib/jvm/java-8-openjdk/bin/java is from jdk8-openjdk /usr/lib/jvm/java-8-openjdk/jre/bin/java is from jre8-openjdk-headless

this build explicitly link to /usr/lib/jvm/java-8-openjdk/ witch basically break all other alternative packages (processing hardcoded look into /usr/share/processing/java/bin/java, also the command line and preference option to disable embedded java does not seems to work)

I think the best solution is to link the generic java binary with

ln -s /usr/bin/java /usr/share/processing/java/bin/java

and then let the user select the desired runtime with archlinux-java; problem is, processing will start but print a quite generic error if started with jdk14.

as alternative i could pick up what archlinux-java does to list the virtual machine installed, and use the first "java-8-*" result, this SHOULD work for all the jre/jdk

@Ectalite no plan to maintain the -git version, feel free to go for it :)

Sorry letorbi no offense, but I think I'd rather saw my ears off with a rusty butter knife than install Oracle (tm) Java, esp while I'm getting reasonable performance from Open JDK. I left the comment as a nudge/clue for anyone else that gets stuck.

I've created a new package that uses Oracle's JDK 8 instead of OpenJDK. This might help to mitigate the problems that @pha-qu and @ianmethyst experienced and maybe other issues as well. The package is called processing-jdk8.

@lesto I've used your package here as a base for my package and made some changes that might be worth to be backported (edit: not the jdk8 dependency, of course). Would be great if you could take a look at my package and give some feedback. Maybe we can work together :)

Will not 'execute' any trivial example code, error message: Exception in thread "Thread-19" java.lang.RuntimeException: Exception while attempting /usr/lib/jvm/java-8-openjdk/bin/java -agentlib:jdwp=transport=dt_socket,address=8072,server=y... etc ...etc

Solution: make a symbolic link in /usr/lib/jvm/java-8-openjdk/bin/ that points to ../jre/bin/java where the java(vm) executable actually is

sudo ln -s /usr/lib/jvm/java-8-openjdk/bin/java /usr/lib/jvm/java-8-openjdk/jre/bin/java

More and more downstream is getting the inkling to just uninstall this headache, and be done with it... Oracle Java is not the future I wish to be part of

fixed, looks like they dont have a way to track the reference version, so i am planning to move it in a separate optional package. Also switch to HTTPS to download it instead of HTTP

I think the sha256sum in PKGBUILD for reference.zip needs to be updated.

No, because the problem isn't upstream. They state in the wiki (https://github.com/processing/processing/wiki/Supported-Platforms#linux) that processing doesn't support OpenJDK:

Due to incompatibilities, OpenJDK is not supported. You'll need a regular Java release downloaded from Oracle. The GNU Classpath, GCJ, GIJ combination will not work with Processing. OpenJDK and IcedTea also have problems, particularly with running sketches full screen or with multiple displays or even window sizing. Bottom line: use the version from Oracle.

The problem with HTTPS connections only occurs when this version of processing compiled against OpenJDK is used. If you download the packaged version from it's website or if you compile it with Oracle's Java it works fine

@ianmethyst Is there a bug filed upstream for this problem?