There's a new version of freeipmi. I renamed the 0.4.4 ebuild to 0.4.6; it installed and seems to work fine for me. tested on amd64 platform Reproducible: Always Steps to Reproduce:
0.5.4 has just been released.
ping?
We'll receive new sever with ipmi soon, so I've started to look at available software. Updated ebuild for freeipmi-0.5.6 is in my overlay: http://overlays.gentoo.org/dev/pva/browser/sys-libs It requires at least two patches to be built (both sent upstream, btw). If robbat2 have no objections, as soon as I get a chance to test it I could commit it.
pva: I already have updates ready and tested :-) Including ported init.d-scripts...
(In reply to comment #4) > pva: I already have updates ready and tested :-) > Including ported init.d-scripts... Heh, where? Have you fixed --as-needed bug, like I did? :)
Not yet committed, sorry. Will see that I can do it by next Wednesday. Yes, --as-needed fixed and upstream already accepted the patch :-)
how about creating a new herd with the "enterprisy" stuff like edac-utils, the whole ipmi-things, etc. I also have an updated ebuild ready for sys-apps/ipmiutil (which doesn't depend on freeipmi anymore btw).
(In reply to comment #7) > how about creating a new herd with the "enterprisy" stuff like edac-utils, the > whole ipmi-things, etc. Well, I'm not using edac-utils, but ipmi stuff seems to became more and more usefull here. So yes, herd could be useful. Could you mail -dev about this? > I also have an updated ebuild ready for sys-apps/ipmiutil (which doesn't depend > on freeipmi anymore btw). BTW, I've just reviewed this tool, didn't try to compile it though, as already saw your message here :) Seems that it still can use freeipmi and some other libraries. May be we should do that configurable with USE flags?
As far as I understood from the documentation, linking to freeipmi doesn't give additional functionality. Hmm, how about the 'sysadmin' herd? They have only two packages where one of them should be moved to the secure-tunneling herd.
Done.
