This is a discussion on Re: rfc: snmptrapd dependencies on agent libs within the SNMP Coders forums, part of the Networking and Network Related category; Dave Shield wrote: > But I can't help feeling we're getting a bit sidetracked. > I suspect that ...
|
|||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
|
|||
|
Dave Shield wrote:
> But I can't help feeling we're getting a bit sidetracked. > I suspect that Thomas was asking for guidance on what should > be done in the immediate future, rather than more significant > (and probably longer-term) design changes. > > Currently, we seem to have votes for: > >>[ ] reorganize the libraries .... >>[1] reorganize the agent .... >>[ ] build [stripped down] libnetsnmpagent >>[1] have --disable-agent build *just* libnetsnmpagent >>[1] have --disable-agent disable snmpd *and* snmptrapd >>[ ] <your own suggestions> FWIW, the original *intention* of --disable-agent wrt. snmptrapd seems to have been: [x] build snmptrapd without agent code See the following snippet from apps/Makefile.in: # hack for compiling trapd when agent is disabled TRAPDWITHAGENT = $(USETRAPLIBS) @AGENTLIBS@ TRAPDWITHOUTAGENT = $(LIBS) But I don't think it ever worked. CVS log of apps/Makefile.in tells the same interesting story: ---------------------------- revision 5.10 date: 2004/03/09 15:55:39; author: rstory; state: Exp; lines: +12 -3 separate traplibs from agent libs for dependencies ---------------------------- revision 5.9 date: 2004/03/09 00:09:09; author: rstory; state: Exp; lines: +4 -4 use app libs for snmptrapd when agent disabled; move wraplib substitution to a more reasonable place. snmptrapd still doesn't link, but it's closer... ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ---------------------------- revision 5.8 date: 2004/03/04 17:43:19; author: hardaker; state: Exp; lines: +4 -1 - fix building trapd when the agent isn't being built ---------------------------- So should we try to complete what has been started back then? +Thomas -- Thomas Anders (thomas.anders at blue-cable.de) ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/...et-snmp-coders |