On Wed, Jul 06, 2022 at 12:27:36PM +1000, Craig Small wrote:
> On Wed, 6 Jul 2022 at 01:54, Bart Van Assche <bvanass...@acm.org> wrote:
> 
> > How about also fixing the other two issues reported during the last 24
> > hours by Craig before announcing 5.9.3.rc1?
> >
> While I am always happy to have fewer patches in the Debian source (and I'm
> going to try to get some more into the upstream) the libcurrent issue is
> one that everyone can say (now) is wrong and there is a clear fix.
> 
> The trapd linking to the agent library (
> https://github.com/net-snmp/net-snmp/issues/434) probably needs some
> thought about the best way to do it. I'm not even sure why the basic
> compile works and Debian one doesn't, but it's probably GCC rightly finding
> an issue. Yes, one library assuming another is loaded to get to its
> functions is bad, but the fix probably needs some thought.

I think our libs need some overhaul.

If you want to compile an agentx subagent you have get link time dependencies
to libcrypto even though there is no support for encrypted communications
over agentx.

If you agentx subagent is old and uses the util_funcs helpers then you get
link time dependencies on everything snmpd depends on.

The small fix to the second issue would be to add
config_belongs_in(agent_module) in util_funcs/header_simple_table.h and
util_funcs/header_generic.h, effectivley moving them from libnetsnmpmibs to
libnetsnmpagent.

Fixing the first issue is more intricate as libcrypto is pulled in by the
snmpv3 support code.

/MF


_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to