[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Freeipmi-users] Re: [Freeipmi-devel] FreeIPMI 0.8.0 Beta2 - Feedback Re

From: Al Chu
Subject: [Freeipmi-users] Re: [Freeipmi-devel] FreeIPMI 0.8.0 Beta2 - Feedback Request
Date: Tue, 13 Oct 2009 14:44:03 -0700

Hi everyone,

I've put up a beta2 release here:

Changes from beta 1:

I've modified the ipmi-sel output so there are only 2 levels of
verbosity (former level 1 verbosity is now default).

Fixed some output corner cases.

Added --tail to ipmi-sel.

Fixed a shared sensors corner case.


On Mon, 2009-10-05 at 13:35 -0700, Al Chu wrote:
> Hi everyone,
> I've put up a beta release of FreeIPMI 0.8.1.beta1 here:
> I'd appreciate any testing, input, etc. from people.  There are a few
> feature changes that I would like to get some input on.  I am open to
> changing, reverting, or adjusting based on user input.  Attached to the
> e-mail is the official NEWS release that lists all the changes in
> glorious detail.
> New ipmi-sensors/ipmi-sel/ipmimonitoring default output:
> --------------------------------------------------------
> The default output of ipmi-sensors, ipmi-sel, and ipmimonitoring has
> been modified for easier readability and consistency to each other.
> Some information is not output but by default anymore and is available
> through new options or increased verbosity.  A variety of new options
> are available for alternate outputs too.
> A) Do people like the new output format?  Is it easier to read (which is
> my primary goal)?
> B) Are there any options like --entity-sensor-names,
> --no-sensor-type-output, --non-abbreviated-units, etc. that people think
> should be default rather than an option?
> C) Is there an output that should be default instead, or have an option
> to give an alternate output?
> D) Does the --legacy-output option not fully maintain backwards
> compatability and break anybody's scripts??
> Things I would appreciate testing on
> ------------------------------------
> I'd appreciate people trying them out on their systems to make sure
> everything still outputs fine and I make any new corner cases.  I'm
> particularly interested in ensuring I didn't break:
> A) The --bridge-sensors options on ipmi-sensors and ipmimonitoring
> B) Multirecords outputs on ipmi-fru.
> C) Workarounds, most notably the Intel workarounds
> D) The new ipmi-dcmi tool, which I have not been able to fully vet due
> to lack of a system.
> Any feedback would be appreciated before I release.
> Thanks,
> Al
> _______________________________________________
> Freeipmi-devel mailing list
> address@hidden

Albert Chu
Computer Scientist
High Performance Systems Division
Lawrence Livermore National Laboratory

reply via email to

[Prev in Thread] Current Thread [Next in Thread]