Arch Linux User Repository

New version is available - maybe not in the same place it was previously found:

HPE System Health Application and Command Line Utilities for Red Hat Enterprise Linux 7 Server

https://support.hpe.com/connect/s/softwaredetails?language=en_US&collectionId=MTX-4a40e009928d473f

Now at 10.9.3

That might look like an earlier verison, but there is some odd naming happening - click the Download Software button and you'll see the underlying file is: hp-health-10.93-307.7.rhel7.x86_64.rpm

It appears that the hp-health package has been removed from the current release, 10.50 is the latest one (2017-01) which still has it:

https://downloads.linux.hpe.com/SDR/repo/mcp/centos/7/x86_64/10.50/

Somehow, package libraries end out being installed in /usr/lib/lib64 instead of /usr/lib, as intended by line 31 in PKGBUILD.

Upgrade to the latest x86_64 version: diff --git a/PKGBUILD b/PKGBUILD index 0fa3844..099b665 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -2,7 +2,7 @@ pkgname=hp-health pkgver=10.30_1752.24 -_pkgver64=10.30_1752.15 +_pkgver64=10.40_1777.17 pkgrel=1 pkgdesc="HP System Health Application and Command line Utility Package" arch=(i686 x86_64) @@ -20,7 +20,7 @@ source_x86_64=("http://downloads.linux.hpe.com/SDR/repo/mcp/centos/7/x86_64/curr sha256sums=('6db979dcc293bb4e73593e19e467c45a3f66bdab7df395ccb63218926aeb6050' '78913f4ab8230eafad68d9bfc69075ce81ccf06e7b77864f4a0aa73226d2cc90') sha256sums_i686=('502d35ec3c4055a6ebb4eb6d280413884714939f7618650bdc309504a780a996') -sha256sums_x86_64=('0f2b070b999a8fa80334e0654ea4c194189c8db0d6cb72024b36c009f1c7bb25') +sha256sums_x86_64=('aa37c0b59bcff920123f8c8aec443e48302d742ff9359a41afb51b078f390ff0') package() { cd "$srcdir"

@SirWuffleton: I updated it on my git repositories a while ago and did not realize that I didn't upload it here yet. Should be fixed now. @bobqya: If your 6 core 4Ghz xeon system can't build this in like 5 seconds I think you have a bigger problem than this PKGBUILD. For the record: there is LITERALLY nothing to compile here. Maybe you should appreciate the fact that I still take the time to fix this even though I don't use it instead of pointing out how great you are (which, of course, I don't care...)

@mtorromeo, As per SirWuffleton this package doesn't install the service units - as the systemd unit install path is specified incorrectly... I maintain a few Gentoo unofficial ebuilds on Github. Why mention that you might wonder? Well because some of the packages take ~20 minutes to build (even on a 6 core, 4Ghz Xeon processor). But I still check them all!! Perhaps more vicarious testing (if any at all) next time??!! :-)

Finally got around to updating my server after a couple months of RAID card/ZFS woes. There's a really minor error in the PKGBUILD on lines 31 and 32 that results in a file conflict in pacman. /usr/lib/systemd/systemd is the systemd binary, so when trying to write a directory over it, pacman errors out. /usr/lib/systemd/system/ is the correct path for system-level units. If you could please fix the PKGBUILD with these lines (no need for a PKGREL bump though), I'd appreciate it! install -Dm644 "$srcdir"/hpasmd.service "$pkgdir"/usr/lib/systemd/system/hpasmd.service install -Dm644 "$srcdir"/hpasrd.service "$pkgdir"/usr/lib/systemd/system/hpasrd.service

Package updated. Let me know how it works.