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.
Search Criteria
Package Details: ipmiview 2.23.0-1
Package Actions
| 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: | 44 |
| Popularity: | 0.021809 |
| First Submitted: | 2011-01-02 09:49 (UTC) |
| Last Updated: | 2025-06-25 22:28 (UTC) |
Dependencies (3)
- glibc (glibc-gitAUR, glibc-eacAUR, glibc-git-native-pgoAUR)
- java-runtime (jre10AUR, jre12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, jre7AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jre16-openjdkAUR, jre14-openjdkAUR, jre15AUR, jre14AUR, jre13AUR, jre16AUR, jre18-openjdkAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jre-openj9AUR, jdk11-graalvm-ee-binAUR, jre12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jre13-openjdkAUR, jre15-openjdkAUR, jdk21-graalvm-binAUR, jre17-jetbrainsAUR, mandrel-binAUR, mandrel24-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jre19-openjdkAUR, zulu-jdk-fx-binAUR, jre21-jetbrainsAUR, jdk17-zulu-prime-binAUR, zulu-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk11-openj9-binAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk-android-studioAUR, jdk8-graalvm-ee-binAUR, jre17AUR, jre-zuluAUR, jre-zulu-fxAUR, jre8AUR, jdk8AUR, jdk23-graalvm-ee-binAUR, jdk17-jetbrains-binAUR, jdk21-dragonwell-standard-binAUR, jdk24-graalvm-ce-binAUR, jdk8-dragonwell-extendedAUR, jdk23-temurinAUR, zing-23-binAUR, zulu-jre-fx-binAUR, jdk17-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk8-perfAUR, openjdk-zulu-ca-fx-binAUR, openjdk-zulu8-ca-fx-binAUR, openjdk-zulu11-ca-fx-binAUR, openjdk-zulu17-ca-fx-binAUR, openjdk-zulu21-ca-fx-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, zulu-24-binAUR, liberica-nik-23-full-binAUR, jre21-zulu-binAUR, jre17-zulu-binAUR, sapmachine11-jdkAUR, sapmachine17-jdkAUR, jre11AUR, zulu8-fx-binAUR, liberica-nik-24-full-binAUR, jdk-openj9-binAUR, jdk24-openjdkAUR, jre24-openjdkAUR, jre23-openjdkAUR, jdk23-openjdkAUR, jre22-openjdkAUR, jdk22-openjdkAUR, jdk24-graalvm-binAUR, jdk24-graalvm-ee-binAUR, liberica-nik-25-full-binAUR, amazon-corretto-24-binAUR, jdk25-openj9-binAUR, jdk21-graalvm-ee-binAUR, jreAUR, jdkAUR, jre-ltsAUR, jdk-ltsAUR, amazon-corretto-11AUR, amazon-corretto-8AUR, liberica-jdk-full-binAUR, liberica-jdk-25-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, liberica-jdk-11-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-17-full-binAUR, jdk-temurinAUR, jdk21-temurinAUR, jdk17-temurinAUR, jdk8-openj9-binAUR, zulu-21-binAUR, zulu-17-binAUR, jdk25-graalvm-ce-binAUR, jdk8-temurinAUR, jdk25-graalvm-binAUR, jdk17-openj9-binAUR, jdk21-openj9-binAUR, zulu-17-fx-binAUR, jre21-jetbrains-gitAUR, jdk21-jetbrains-gitAUR, jdk11-temurinAUR, zing-21-binAUR, zing-8-binAUR, zing-17-binAUR, openjdk-liberica11-full-binAUR, openjdk-liberica17-full-binAUR, openjdk-liberica21-full-binAUR, openjdk-liberica8-full-binAUR, openjdk-liberica-full-binAUR, amazon-corretto-25-binAUR, jdk-openjdk-wakefieldAUR, jre-openjdk-wakefieldAUR, microsoft-openjdk-21-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-25-binAUR, liberica-jdk-21-binAUR, zulu-25-binAUR, jdk21-jetbrains-binAUR, amazon-corretto-15AUR, jdk17-graalvm-ee-binAUR, jre25-temurinAUR, jre21-temurinAUR, jre17-temurinAUR, zulu-jre21-fxAUR, zulu-jre25-fxAUR, zulu-jre17-fxAUR, jre8-temurinAUR, jre11-temurinAUR, zulu-jre8-fxAUR, zulu-jre11-fxAUR, jre-jetbrainsAUR, java-openjdk-ea-binAUR, zulu-8-binAUR, zulu-11-binAUR, jdk25-openjdk-wakefieldAUR, jre25-openjdk-wakefieldAUR, java-openjdk-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jre-openjdk, jre11-openjdk, jre17-openjdk, jre21-openjdk, jre8-openjdk)
- tar (tar-gitAUR, uutils-tar-gitAUR) (make)
Required by (0)
Sources (3)
akkenoth commented on 2025-11-24 10:50 (UTC)
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.
Pinned Comments
leuko commented on 2022-12-08 20:08 (UTC)
If you get the following error:
then you may not have a default Java env. You can set it using
archlinux-java statusandarchlinux-java set ....