Package: libsnmp-perl Version: 5.9+dfsg-3+b1 Severity: normal Tags: upstream
Dear Maintainer, Upon upgrading from buster to bullseye this weekend, which included libsnmp-perl going from 5.7.3 to 5.9, we noticed that one of our Perl scripts utilising SNMP started segfaulting. Stacktraces[0] indicate similar behaviour to what Steinar H. Gunderson described in his do_not_callback_for_failed_reports patch.[1] Looking at the source tree, it appears this patch was commented out just after 5.8 was released,[2] presumably due to this upstream refactor of the receive API.[3] My knowledge of both C and SNMP is unfortunately too lacking for it to be apparent to me what would need to change to make it possible to reapply the patch to the refactored functions. Any ideas on how to proceed? All the best, Ole Peder Brandtzæg P.S. This is my time reporting a bug with a Debian package – do let me know if I've done something wrong or you require additional information! [0]: https://pastebin.com/366kWZNS [1]: https://marc.info/?l=net-snmp-coders&m=141374910528458&w=3 [2]: https://salsa.debian.org/debian/net-snmp/-/commit/20442f3b7a0410f5da27399017436c623c705415?page=2 [3]: https://github.com/net-snmp/net-snmp/commit/a9ce31c4b8187aea07a648cf115e956159ac072e -- System Information: Debian Release: 11.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'oldstable-debug'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 5.17.5 (SMP w/40 CPU threads; PREEMPT) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), LANGUAGE=en_NO:en_DK:en_US:en_GB:en Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: SELinux: enabled - Mode: Permissive - Policy name: default Versions of packages libsnmp-perl depends on: ii libc6 2.31-13+deb11u3 ii libnetsnmptrapd40 5.9+dfsg-3+b1 ii libsnmp40 5.9+dfsg-3+b1 ii perl 5.32.1-4+deb11u2 ii perl-base [perlapi-5.32.0] 5.32.1-4+deb11u2 libsnmp-perl recommends no packages. libsnmp-perl suggests no packages. -- no debconf information
