Dave Shield wrote: > FR #592109: > Traditionally, the Host Resources MIB implementation has > reported NFS partitions as "fixed (local) disks", although there > are options to report them correctly (or skip them altogether). > * Should we consider reporting them as NFS mounts by default > (with the option of reverting to the previous behaviour)? > * If so, when? Main trunk (i.e. 5.5)? 5.4.1? all active branches?
"trunk" at minimum, IMHO. I'm not sure how many users would be badly affected by this change of behaviour in earlier branches. > FR #744697: > A few of the command line tools (e.g. snmpdf, snmpstatus) > have the necessary OIDs hardcoded into them, so don't actually > need to read OIDs from the command line. However they still > use the common option-processing routine, so accept the -I and > -O flags, and include this information in the on-line usage message. > * Is it worth suppressing this help output? > * Is it worth skipping these (irrelevant) flags in the option processing? Can the presence of these options cause snmpdf et al. to malfunction? > FR #755180 > We currently ship a stripped down version of the SNMPv2-SMI MIB > (although the MIB parser does seem to cope with the full version). > * Is it worth shipping the standard version? I'd prefer to ship the standard version, then. > I've also implemented a few very simple "new features", which have > therefore been applied to the main trunk only. Is it worth back porting > any of these to the earlier lines? If so, which versions? > The entries in question are: > > FR#722784, SVN r16441 - explicit end point for snmpwalk > FR#851887, SVN r16448 - display valid range in "out-of-range" error > FR#1041888, SVN r16449 - simple validation of config directories > FR#1159947, SVN r16459 - "format execute" in snmptrapd.conf I'd be fine with FR#851887 and FR#1041888 being regarded as bug fixes. The others clearly feel like new features. +Thomas PS. You might want to consider putting "rfc:" in front of emails like these for (potentially) more attention. No promises, though, for the obvious reasons. -- Thomas Anders (thomas.anders at blue-cable.de) ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
