Bug 2497926

Created attachment 2147993 [details]
Reproducer with logs and 7.1.21 from epel10 rebuild on el9

Description of problem:
pysnmp 7.1.16 in EPEL9 breaks bulk walks with lookupMib=False which is a very
common operation. This is fixed in 7.1.21 which is in epel10 already. See
pysnmp changelog:
https://docs.lextudio.com/pysnmp/v7.1/changelog#revision-7-1-21-released-on-jun-19-2025
The pysnmp 7.1.21 epel10 spec rebuilds for epel9 without any issues.
Therefore, please update pysnmp to 7.1.21 in epel9 using the epel10 spec.

Version-Release number of selected component (if applicable): python3-pysnmp-7.1.16-2.el9

How reproducible: Always

Steps to Reproduce: 
1. On RHEL 9 with EPEL9: dnf install python3-pysnmp net-snmp (any SNMP v2c agent works, e.g. a local snmpd with 'rocommunity public')
2. Run the attached reproducer.py against the agent: python3 reproducer.py 127.0.0.1 public
3. The bulk walk crashes after the first response PDU.

Actual results:
  File ".../pysnmp/hlapi/v3arch/asyncio/cmdgen.py", line 951, in bulk_walk_cmd
    *[ObjectType(varBinds[-1][0], Null(""))],
  File ".../pysnmp/smi/rfc1902.py", line 869, in __init__
    raise SmiError(
pysnmp.smi.error.SmiError: initializer should be ObjectIdentity instance, not
<ObjectName value object, ..., payload [1.3.6.1.2.1.1.9.1.2.3]>

(Full log attached: reproducer-el9.log)

Expected results:
The walk completes: "walk finished OK, 10 varbinds" — as it does with 7.1.21.

Additional info:
Root cause: with lookupMib=False, bulk_walk_cmd builds the continuation
GETBULK from the previous response's raw ObjectName (cmdgen.py:951) instead
of an ObjectIdentity.

Verified: the epel10 SRPM (pysnmp-7.1.21-4, which already carries
license_toml_as_table_pre_pep_639.patch — needed since flit_core 3.9 on el9
rejects the PEP 639 license field) rebuilds unchanged on el9, installs
against stock python3-pyasn1 0.4.8 and python3-cryptography 36.0.1, and the
reproducer passes (rebuild log attached: pysnmp-rebuild-el9-v2.log).
A plain version bump of the epel9 spec does NOT build for that reason.