reassign 322500 libsnmp5,ifstat
retitle 322500 libsnmp5: ABI change without SONAME change
severity 322500 serious
thanks

Hi Craig,

downgrading the libsnmp5 seems to be the best fix for now. But if you
need/want the new libsnmp5 then recompiling the pckage will also fix
the problem. Details below if you are intrested.


Hi Jochen,

I'm reassigning this bug to libsnmp5 as I suspect you broke the ABI
without increasing the soname of the library. Read on.


Craig Small <[EMAIL PROTECTED]> writes:

> Package: ifstat
> Version: 1.1-3
> Severity: grave
> Justification: renders package unusable
>
> ifstat doesnt work if you have libsnmp5 5.2.1.2-1 installed.
> It does work if you have 5.1.2-6.1 installed.
>
> $ ifstat -i FastEthernet3/1 -s [EMAIL PROTECTED]
> ifstat: snmpgetnext(interfaces.ifTable.ifEntry.ifIndex...): Timeout

On amd64 I get the following:

sarge:~% ifstat -s 192.168.1.1
     K32_MAC             SAR_ADSL              WLAN       
 KB/s in  KB/s out   KB/s in  KB/s out   KB/s in  KB/s out
   11.14      0.66     64.69      0.00      0.00      0.00
    9.37      0.28     50.97      0.00      0.00      0.00

sid:~% ifstat -s [EMAIL PROTECTED]
Segmentation fault

The gdb backtrace is completly useless and looking like stack
corruption.

> Nothing seems to make it want to work any way with that library.
> Downgrading to libsnmp5_5.1.2-6.1_i386.deb made it work properly
> as before.

Downgrading to libsnmp5 5.1.99+5.2.pre1-1 still segfaults while
5.1.2-6.1 makes it work again.


The next thing I tried is recompiling ifstat against the new library:

[EMAIL PROTECTED]:~/ifstat/ifstat-1.1$ ./ifstat -s 192.168.1.1
     K32_MAC             SAR_ADSL              WLAN       
 KB/s in  KB/s out   KB/s in  KB/s out   KB/s in  KB/s out
   10.41      0.27     68.65      0.00      0.00      0.00
    9.71      0.28     46.43      0.00      0.00      0.00

Voila it works again. I also get a timeout with gkrellm-snmp with the
new libsnmp5 but not with the stable one. This makes me believe the
libsnmp5 upgrade breaks binary compatibility and is to blame.


Unless you find a flaw in my findings please upload a libsnmp6 asap
and notify all rdepends of libsnmp5 of the change.

MfG
        Goswin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to