On Mon, Aug 31, 2009 at 12:34:01PM +0200, Sebastian Harl wrote: > The problem is an error in the build system. collectd ships its own > version of libiptc (which is used by the iptables plugin) because this > library used to be available as a static lib only (which cannot be > linked into a shared object on most architectures). Starting with > version 1.4.3, iptables ships a shared library as well - however, with a > slightly modified API / ABI. Now, the problem is that the build system
It seems it should not change the ABI: http://markmail.org/message/aqommixeonl5l5sj#query:netfilter%20libiptc+page:1+mid:fdxs37gp6e2igpto+state:results Patrick said that in the second email of the thread. Also, it seems a patch have been applied to deal with this (projects which use libiptc). > uses the libiptc headers shipped with collectd (due to an unfortunate > include path) but links against the shared lib found in the system. > Unfortunately, the ABI changed in a way that linking would still work > but we get the segfault at runtime. > > The following things need to be done to resolve that issue: Just linking with a particular version of libiptc (if I don't misunderstand the link to the thread I paste) should be enough (and no need for the copy of libiptc in the repos). Thanks, Rodrigo -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
