> On Wed, 09 Jun 2004 10:35:25 +0100, Dave Shield <[EMAIL PROTECTED]> said:
Dave> On balance, I'd still prefer to change the behaviour immediately,
Dave> but I can well understand the reasons to proceed more cautiously.
Dave> Would you be happy with deprecating this in 5.2 and dropping it in 5
I'm still here. I'm just kinda stumped (and busy) at the moment.
>Majority support? Hah!
>There seems to be a general lack of interest in any aspect of the
development of this package at the moment :-(
>I'm going through another phase of wondering how long we'll be able
to continue to keep it g
On Wed, 09 Jun 2004 10:35:25 +0100 Dave wrote:
DS> > My proposal:
DS> >
DS> > 1) new token for new mib ('extend'?)
DS> > 2) document new token in man page. Mark old option as deprecated
DS> > 3) optionally log warning at startup for old token
DS> > 4) in a future release, drop old token su
Robert> I'd say there should be a configure option to choose the new/old
Robert> style implementation.
Dave> configure --with-mib-modules=ucd-snmp/extensible
Robert> I assume that this would enable the old-style?
Yup
Robert> And the new style has a new name? Or is in a new directory?
On Tue, 08 Jun 2004 09:58:23 +0100 Dave wrote:
DS> It's clearly premature for us to stop shipping these files with
DS> the source distribution. What I'm really suggesting is to
DS> omit this module from the default configuration.
DS> It would still be available, but you'd have to ask for it expl
DS> The reason I'm mentioning it here, is to float the idea of dropping
DS> the 'ucd-snmp/extensible' module completely - as from v5.2
RS> Gack! I don't like the sound of that at all!
OK - that was probably badly phrased (and badly thought through).
It's clearly premature for us to stop shipping
On Mon, 07 Jun 2004 17:00:09 +0100 Dave wrote:
DS> The reason I'm mentioning it here, is to float the idea of dropping
DS> the 'ucd-snmp/extensible' module completely - as from v5.2
Gack! I don't like the sound of that at all!
DS> The advantage of doing so is that it avoids the need to have two
D
Those of you who follow activity on the CVS main branch may have
noticed that I've been working on a re-implementation of the old
UCD-SNMP-MIB::extTable - taking the same basic idea but making it
somewhat more flexible.
Up to now, this has been a completely new MIB (NET-SNMP-EXTEND-MIB),
but I've
