Arch Linux User Repository

Less runtime dependencies

The diff against 1.7.1-2 does not show any removed dependencies.

Lower startup overhead(CPU time, memory footprint, disk access, etc)

It's only a GUI application with less than 1s startup time though, not a tool that will be frequently called. Also, did you actually benchmark it?

shell script have hardcoded limit of 10 arguments.

Really? Where is this limit set?

If a native launcher is really important, it could be merged into the upstream. AUR is not intended to provide new features. I as a user want to review a simple shell script instead of a C source file, not to mention that it changed six times without a new upstream version.

• Less runtime dependencies
• Lower startup overhead(CPU time, memory footprint, disk access, etc)
• shell script have hardcoded limit of 10 arguments.
• No script interpretation on process startup.
• last, when using ps, top, htop or similar tools you can't easily find process when run from script.

There are more, but those are what I think of at this moment.

I'm wondering how building a custom native launcher is better than using a shell script.

@Musikolo, I will upgrade the launcher soon so the package will:

• Not require JDK, but JRE only.

• Do a runtime detection of openjdk version(as you requested).

I will need to check jd-gui project for supported Java versions.

@bokic, I've noticed you added jdk21-openjdk as a dependency and linked it to that version. I tested the app with Java 17 and it worked well for me. So, if there is a minimum JDK required version, I think a better approach would be to set java-runtime=17 as a dependency. Also, you should revert to the previous path setup you had with /usr/lib/jvm/default-runtime/ rather than enforcing version 21 with /usr/lib/jvm/java-21-openjdk/.

I hope it helps.

Regards.

Following

Available Java environments:
  java-11-openjdk (default)
  java-8-openjdk

@bokic I have openjdk 8, 11, and 23 installed. 8 is default.

subtixx, SR-G, ozz

What java-runtime(archlinux-java status) you have installed?

This is a problem with the PKGBUILD file. jili is the library for JNI (Java Native Interface). It's in a subdir in /usr/lib/jvm/default-runtime/lib/ named jli. The author needs to add the folder to the include directories. ex:

-L /usr/lib/jvm/default-runtime/lib/jli

Same error here (even after uninstalling / reinstalling, clearing YAY cache, etc.).

Not sure it's a dependency issue, it seems more that that in the ARCH build script here the "ld -ljfli" command is considered as executables parameters instead of just being an option (so maybe a shell issue / eval / quotes problem somewhere).