I too ran in that bug many times since Ubuntu 16.04.
In most cases, all I had to do is remove a few directories from the
twpol.txt file and it would work again.
However, if any file gets created anywhere with what getpwuid()
considers an unknown user, we end up with a SEGV. That means
On Sat, Apr 06, 2013 at 10:57:26PM -0400, Ben Lipton wrote:
Hi Alberto,
I'm sorry too about the even longer delay responding. There must have been
a problem with my email forwarding back when I sent the report, and I never
thought to check the bug log online...
Yes, getent passwd with an
Oh, I see. Looks like that works too. If I run getent with a user that's in
LDAP but not in /etc/passwd I get a line like
username:x:uid:gid:name:homedir:shell
On Mon, Apr 8, 2013 at 10:02 AM, Alberto Gonzalez Iniesta
a...@inittab.orgwrote:
On Sat, Apr 06, 2013 at 10:57:26PM -0400, Ben Lipton
Hi Alberto,
I'm sorry too about the even longer delay responding. There must have been
a problem with my email forwarding back when I sent the report, and I never
thought to check the bug log online...
Yes, getent passwd with an unknown user works fine. No output, 0 exit code,
no error messages.
On Wed, Mar 16, 2011 at 08:33:06PM -0400, Ben Lipton wrote:
Package: tripwire
Version: 2.4.2-9
Severity: important
Tripwire segfaults every time I run it on my system, whether in initialize or
check mode. Specifically, it segfaults the first time it encounters a file
owned by a user
Package: tripwire
Version: 2.4.2-9
Severity: important
Tripwire segfaults every time I run it on my system, whether in initialize or
check mode. Specifically, it segfaults the first time it encounters a file
owned by a user whose access to the machine is configured in LDAP, not in
/etc/passwd.
6 matches
Mail list logo