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 tripwir
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
:x:
On Mon, Apr 8, 2013 at 10:02 AM, Alberto Gonzalez Iniesta
wrote:
> On Sat, Apr 06, 2013 at 10:57:26PM -0400, Ben Lipton wrote:
> > Hi Alberto,
> >
> > I'm sorry too a
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 wi
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 use
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