Package Details: hp-health 10.50_1826.40-1

Git Clone URL: (read-only, click to copy)
Package Base: hp-health
Description: HP System Health Application and Command line Utility Package
Upstream URL:
Licenses: custom
Submitter: mtorromeo
Maintainer: None
Last Packager: mtorromeo
Votes: 7
Popularity: 0.000000
First Submitted: 2012-10-17 14:36 (UTC)
Last Updated: 2017-07-03 12:36 (UTC)

Latest Comments

1 2 Next › Last »

tic226 commented on 2018-05-11 15:23 (UTC)

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:

dan.maftei commented on 2016-10-29 06:05 (UTC)

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

Jack12816 commented on 2016-08-03 11:03 (UTC)

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=(" sha256sums=('6db979dcc293bb4e73593e19e467c45a3f66bdab7df395ccb63218926aeb6050' '78913f4ab8230eafad68d9bfc69075ce81ccf06e7b77864f4a0aa73226d2cc90') sha256sums_i686=('502d35ec3c4055a6ebb4eb6d280413884714939f7618650bdc309504a780a996') -sha256sums_x86_64=('0f2b070b999a8fa80334e0654ea4c194189c8db0d6cb72024b36c009f1c7bb25') +sha256sums_x86_64=('aa37c0b59bcff920123f8c8aec443e48302d742ff9359a41afb51b078f390ff0') package() { cd "$srcdir"

mtorromeo commented on 2014-11-04 11:19 (UTC)

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

bobwya commented on 2014-11-03 19:03 (UTC)

@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??!! :-)

wuffleton commented on 2014-10-10 19:47 (UTC)

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

mtorromeo commented on 2014-08-04 14:29 (UTC)

Package updated. Let me know how it works.

wuffleton commented on 2014-08-04 06:33 (UTC)

/etc/init.d isn't the Systemd way to do this, and will most likely fail as you're seeing. I wrote a couple units in order to run HPasm and HPasr, you also need to probe one module for HPASM to work correctly. /etc/systemd/system/hpasmd.service : [You should be able to switch hpasmxld with the other two 'lighter' hpasm daemons in the same directory, but I haven't tested this] /etc/systemd/system/hpasrd.service : [Only needed if you use ASR on your server] /etc/modules-load.d/ipmi_devintf.conf : Then just enable/start hpasmd and hpasrd and you're good to go. Not sure how portable this is to other Proliants, but this is what I've been running on my DL380 G5 without issue since I switched to this package.