Hi Craig, On 15-10-2019 07:41, Paul Gevers wrote: > On 15-10-2019 01:15, Craig Small wrote: >> I'll have to build a new version of net-snmp including the library to >> fix at least the perl problem. For that second upload, do you want me >> to run it through experimental or just upload "normally"? > > As the new soname is already in unstable, and there is no new binary > package (I hope), there is no need to use experimental. Our "need" for > experimental is to clear the NEW queue and in case of transitions to > have an automatically generated ben file for the transition tracker, > such that we can plan transitions. Both of these reasons don't apply > anymore to new uploads of net-snmp as long as the soname isn't bumped again. > >> With the RC bug, it's not going anywhere fast in its current state. > > Ack.
Any progress with net-snmp? Also, I'll like to draw your attention to 3 autopkgtest regressions [1] which are also blocking migration. Two have seemingly the same error: [2]: PACEMAKER-PCS-V1-MIB::pcmkPcsV1 = No more variables left in this MIB View (It is past the end of the MIB tree) [3]: iso.3.6.1.4.1.8072.9999.9999 = No more variables left in this MIB View (It is past the end of the MIB tree) The third seems to require an update in your reverse (test) dependencies [4], but I could be wrong: # Can't load '/usr/lib/x86_64-linux-gnu/perl5/5.30/auto/NetSNMP/default_store/default_store.so' for module NetSNMP::default_store: /usr/lib/x86_64-linux-gnu/perl5/5.30/auto/NetSNMP/default_store/default_store.so: undefined symbol: netsnmp_ds_get_boolean at /usr/lib/x86_64-linux-gnu/perl/5.30/DynaLoader.pm line 193. Paul [1] https://qa.debian.org/excuses.php?package=net-snmp [2] https://ci.debian.net/data/autopkgtest/testing/amd64/p/pcs/3208873/log.gz [3] https://ci.debian.net/data/autopkgtest/testing/amd64/p/pyagentx/3208874/log.gz [4] https://ci.debian.net/data/autopkgtest/testing/amd64/libs/libsnmp-info-perl/3208872/log.gz
signature.asc
Description: OpenPGP digital signature
