Package Details: ipmiview 2.21.1-3

Git Clone URL: https://aur.archlinux.org/ipmiview.git (read-only, click to copy)
Package Base: ipmiview
Description: Supermicro IPMI tool
Upstream URL: http://www.supermicro.com/products/nfo/ipmi.cfm
Keywords: IPMI
Licenses: custom:"Super Micro Computer"
Submitter: lepokle
Maintainer: zhimsel
Last Packager: zhimsel
Votes: 40
Popularity: 0.052943
First Submitted: 2011-01-02 09:49 (UTC)
Last Updated: 2023-10-21 15:46 (UTC)

Dependencies (3)

Required by (0)

Sources (4)

Pinned Comments

leuko commented on 2022-12-08 20:08 (UTC)

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 ....

Latest Comments

1 2 3 4 5 6 .. 11 Next › Last »

zhimsel commented on 2023-10-21 15:29 (UTC)

@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).

MoetaYuko commented on 2023-10-21 07:36 (UTC)

@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

zhimsel commented on 2023-03-09 15:21 (UTC)

@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.

MoetaYuko commented on 2023-03-09 11:21 (UTC)

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

leuko commented on 2022-12-08 20:08 (UTC)

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 ....

mrhanman commented on 2022-03-01 02:25 (UTC) (edited on 2022-03-01 02:28 (UTC) by mrhanman)

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.

mrhanman commented on 2021-11-28 19:27 (UTC)

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

Hubro commented on 2021-06-17 21:03 (UTC)

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?

zhimsel commented on 2021-06-11 15:23 (UTC)

Ugh, sorry again. Just pushed a fix. It's strange that both paths (.. and .) work for me locally both when building manually with makepkg as well as with an AUR manager (with a clean cache build dir).

I'll make sure that doesn't regress again in the future.

gu1ll0me commented on 2021-06-11 02:44 (UTC)

patch: **** Can't open patch file ../patch-jvm-version-check.patch : No such file or directory

line 37 should be patch --forward --strip=1 --input="patch-jvm-version-check.patch"

Thanks.