2011/7/15 Charles Lepple <[email protected]> > On Jul 14, 2011, at 12:42 PM, Arnaud Quette wrote: > > Hi Charles, >> >> off-topic comment: I'm just back from the Grande Chartreuse... memories, >> memories ;-) >> > > Nice :-) > > 2011/7/14 Charles Lepple <[email protected]> >> >> On Jul 14, 2011, at 7:14 AM, Arnaud Quette wrote: >>> >>> Author: aquette >>> >>>> Date: Thu Jul 14 11:14:33 2011 >>>> New Revision: 3137 >>>> URL: http://trac.networkupstools.****org/projects/nut/changeset/**** >>>> 3137<http://trac.**networkupstools.org/projects/**nut/changeset/3137<http://trac.networkupstools.org/projects/nut/changeset/3137> >>>> > >>>> >>>> >>>> Log: >>>> Fix the typo that made its way into commit r3136, and broke configure >>>> >>>> >>> Arnaud, >>> >>> I think the other issue is that the IPMI detection logic is set up to >>> *require* IPMI, rather than using it only if it is present. >>> >>> >> hem, right. at least, for distcheck, since it's otherwise automatically >> detected. >> >> @Charles and Praveen: can you please install libfreeipmi-dev or equivalent >> on your buildslaves? >> > > Can we make it optional for distcheck-light (which is what the buildslaves > run)? >
it was my intent, but forgot some complement in configure.in. fixed in r3138. I don't mind installing it on the Linux box, but it would be good to check > that the configure script works both ways. Also, I'm not sure how hard that > will be for the FreeBSD box. > as per this table, it should work natively on Linux, BSD and Solaris: http://ipmiutil.sourceforge.net/docs/ipmisw-compare.htm this table also shows why I went why an abstracted IPMI layer for nut-ipmipsu. what is left unclear is Mac OS X status... cheers, Arno
_______________________________________________ Nut-upsdev mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
