I think, a libsmi-basedNET-SNMP installation should get rid of all Standard modules and put the specific modules to /usr/local/share/mibs/site or to a new directory /usr/local/share/mibs/net-snmp and add this directory to the smi search path.
Yes - that sounds like a sensible basic approach. (Though obviously, the Net-SNMP developers will have to have their input before I plough ahead regardless :-))
But if we retain compatability with the current configuration mechanisms (environment variables and/or .conf file settings), then pre-existing settings might point the new library back to the old UCD-provided files.
But this is fundamentally a Net-SNMP headache - rather than a problem with libSMI. Though that error-hook would be useful.
I suggest to send out a clear statement to people who expect that broken MIBs should be `somehow usable':
BROKEN MIBS ARE BROKEN! DON'T USE THEM! Get the current MIBs that come with the current NET-SNMP release.
In this particular situation, it's not the user's fault that the MIBs are broken.
<shuffles feet and looks embarrassed>
The SMI MIB file (that's now taking down the libSMI parser) was deliberated emasculated to fit in with the UCD MIB parser. Yes, I *know* this was the Wrong Thing To Do (though I suspect it might date back to the underlying CMU code). But we've got to deal with life as it is, not as we'd like it to be!
We haven't really discussed how we're going to go about shipping the net-snmp/libSMI combination - and I suppose one approach might be to ship the two code trees together, and hack in an explicit warning message, just before that exit. But I can't say that strikes me as a particularly clean or acceptable way of dealing with this! Harrie and I are OK for the moment (now we know what to avoid), so we can think about this problem at leisure, rather than trying to fix it on the fly.
Dave
-- !! This message is brought to you via the `libsmi' mailing list. !! Please do not reply to this message to unsubscribe. To subscribe or !! unsubscribe, send a mail message to libsmi-request@ibr.cs.tu-bs.de. !! See http://www.ibr.cs.tu-bs.de/projects/libsmi/ for more information.