Bruce Shaw wrote: > I'm not sure what you're asking for. > > I've already got a HOST-RESOURCES-MIB test in CVS Main and 5.1.
I meant to remove the tests 47, 48 and 49 from the standard test runs and to build a separate test "package" which checks what mib-II variables are available for any platform. Leaving those tests where they are today means that you get errors in running those tests even if it is completely ok that the one or other mib-II variable is not implemented for the platform in question. And when using dist/nsb-package for building binary tarballs for any net-snmp version those tests will be called by default. And since they "fail", the building process will be aborted due to that... When and if this test package is set up I think it would be a good idea to not only test more or less all mib-II variables during these tests but although all host-mib variables (and maybe other standard mib's as well). The result of this test package might be a sort of protocol showing which mib variables are implemented for the platform the tests were running on. I hope I could explain in enough detail what my intention was. If not please let me know. >>I'd vote for a separate probably optional test block which tests the >>availability of most (or all) mib-II variables and maybe also other MIB >>variables (like the host MIB). This test block should in no case stop >>the build process, but it could become part of the delivery process as >>it is the case with the configuration summary that can be downloaded > >>from the net-snmp files section. > > >>This way everyone can inform himself which mib variables are supported >>for a certain platform and which aren't available due to any reason (not >>implemented, not available for that platform etc.). > > > > This communication is intended for the use of the recipient to which it is > addressed, and may contain confidential, personal and or privileged > information. Please contact us immediately if you are not the intended > recipient of this communication, and do not copy, distribute, or take action > relying on it. Any communication received in error, or subsequent reply, > should be deleted or destroyed. > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Net-snmp-coders mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/net-snmp-coders -- Johannes Schmidt-Fischer InterFace AG phone +49 (0)89 / 610 49 - 207 Leipziger Str. 16 fax +49 (0)89 / 610 49 - 85 D-82008 Unterhaching mobile +49 (0)171/ 787 76 01 http://www.InterFace-AG.com mailto:[EMAIL PROTECTED] ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
