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