Arch Linux User Repository

If you get the following error:

No Java virtual machine could be found from your PATH
...

then you may not have a default Java env. You can set it using archlinux-java status and archlinux-java set ....

So issue with running on wayland?

$ ipmiview 
Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)

Stack Trace:
java.awt.HeadlessException: 
No X11 DISPLAY variable was set,
or no headful library support was found,
but this program performed an operation which requires it.
        at java.desktop/java.awt.GraphicsEnvironment.checkHeadless(Unknown Source)
        at java.desktop/java.awt.Window.<init>(Unknown Source)
        at java.desktop/java.awt.Frame.<init>(Unknown Source)
        at java.desktop/java.awt.Frame.<init>(Unknown Source)
        at java.desktop/javax.swing.JFrame.<init>(Unknown Source)
        at IPMIView20.IPMIView20.<init>(IPMIView20.java:1150)
        at IPMIView20.IPMIView20.main(IPMIView20.java:4783)
        at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(Unknown Source)
        at java.base/java.lang.reflect.Method.invoke(Unknown Source)
        at com.zerog.lax.LAX.launch(Unknown Source)
        at com.zerog.lax.LAX.main(Unknown Source)
This Application has Unexpectedly Quit: Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)

Checksum verification fails - apparently something changed and now the URL resolves to a challenge webpage. I've replaced the URL in the PKGBUILD with https://www.supermicro.com/Bios/sw_download/${_downloadID}/IPMIView_${pkgver}_build.${_pkgdate}_bundleJRE_Linux_x64.tar.gz but this might also only resolve correctly from IPs that passed the challenge previously.

@MoetaYuko indeed you are correct. Thanks for the suggestion! I patched the patch and it works with openjdk21 now.

Apologies I didn't catch it sooner; I hadn't updated my workstation in a little while and was still using openjdk20 (which doesn't require this change).

@zhimsel The getJavaVersion function in iKVM, TrapReceiver, JViewerX9, and IPMIView20 can no longer parse the version string of openjdk 21, resulting in "No Java virtual machine could be found from your PATH". I'd suggest to patch the function like this:

getJavaVersion()
{
    javaExe=$1
    javaVersion=` "${javaExe}" -version 2>&1 | $AWK -F '"' '/version/ {print $2}' `
    unset javaExe
}

where the awk expression is taken from https://stackoverflow.com/a/7335524

@MoetaYuko, you're totally correct (just tested on my machine), thanks! I changed the dependency to just java-runtime, which should use the latest at the time.

This package doesn't seem to rely on jre8. It works fine with the latest jre19. Meanwhile, HiDPI (https://wiki.archlinux.org/title/HiDPI#AWT/Swing) doesn't work with jre8. Hence, please consider dropping the java-runtime=8 requirement

If you get the following error:

No Java virtual machine could be found from your PATH
...

then you may not have a default Java env. You can set it using archlinux-java status and archlinux-java set ....

I commented out the line in the PKGBUILD removing the bundled JRE, and now I can use the KVM with no issues. It did double the package size, though.

I'm not sure why it wouldn't use the OpenJDK JRE already installed, but this is an acceptable work around for me.

I'm also getting "Failed to connect to KVM server"

I'm getting "Failed to connect to KVM server" lately. Is this an issue with my system, or does this happen to anybody else too?