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