After an 'emerge -u world' on my 'Gentoo Base System version 1.4.3.10' system ( I do not use 'ACCEPT_KEYWORDS="~x86" ) running 'tripwire --check' returned a segmentation fault. (The emerge -u world did NOT update tripwire.) (Tripwire was working well before the 'emerge -u world') I suspect that this was caused by glibc being emerged to version: glibc-2.3.2-r9 Just a guess. I fixed the issue by re-emergeing tripwire ( 'emerge tripwire') IF this was caused by the newer glibc, shouldn't there be a dependency that causes tripwire to auto re-emerge when the newer glibc was emerged? Reproducible: Always Steps to Reproduce: 1. /usr/sbin/tripwire --check 2. 3. Actual Results: Segmentation Fault Expected Results: < tripwire report >
Same behavior on my system: NOT using ~x86 ebuilds, tripwire stopped working (Segmentation fault) after an emerge -uv world, now works again after an emerge tripwire.
Hmm, interesting. I'll look into it.
Is this still even remotely an issue after 1 1/2 years?
The -r2 ebuild seems to work for me in these circumstances, please reopen if it's still an issue.