On Tue, 09 Oct 2007 09:02:23 +0200 Magnus wrote: MF> On mån, 2007-10-08 at 12:01 -0700, Wes Hardaker wrote: MF> > The 5.4.1 code: MF> > MF> > - Has an int in snmptrapd.c called "dropauth". [...] MF> > Cause the solution also changes the interface for libnetsnmptrap too? I MF> > think? And may need a libtool version bump? MF> > MF> > This is where I need advice... Cause I can probably argue it either MF> > way. We're dropping the requirement that a library need an external MF> > symbol (in this case a variable). Anyone know if that requires a MF> > libtool bump? I actually wouldn't think so, but I'm trying to play good MF> > developer and ask first. MF> MF> I think it do need a libtool version bump in the first digit, but that MF> is my view of it. The alternatives, as I see them, are: MF> MF> A. The reason for that is that if we assume a program that uses the MF> library today and sets the variable to a specific value in order MF> to achieve a specific effect then with your new version the MF> behaviour of the program have changed, thus this is a removal of MF> an interface and it should be a major version bump.
I tend to agree. And if we are going to make this a public global in the library, then I strongly suggest we rename it, prefixing with 'netsnmp_trapd' or something in that vein... ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
