Hi, On Tue, Dec 10, 2019 at 12:00:45PM +0100, Arturo Borrero Gonzalez wrote: > Instruct the python module to load the SONAME versioned shared object. > > Normal end-user systems may only have available libnftables.so.1.0.0 and not > libnftables.so which is usually only present in developer systems. > > In Debian systems, for example: > > % dpkg -L libnftables1 | grep so.1 > /usr/lib/x86_64-linux-gnu/libnftables.so.1.0.0 > /usr/lib/x86_64-linux-gnu/libnftables.so.1 > > % dpkg -L libnftables-dev | grep so > /usr/lib/x86_64-linux-gnu/libnftables.so > > The "1" is not a magic number, is the SONAME of libnftables in the current > version, as stated in Make_global.am. My intention was to avoid the SONAME dependency, but you're right - it causes more trouble than good. Who knows, maybe nftables.py does at some point depend on a specific libntables version. > Reported-by: Michael Biebl <biebl@xxxxxxxxxx> > Signed-off-by: Arturo Borrero Gonzalez <arturo@xxxxxxxxxxxxx> Acked-by: Phil Sutter <phil@xxxxxx> Feel free to push this out, Arturo. Thanks, Phil
