Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 01 Oct 2019 00:30:17 +0000
From:      bugzilla-noreply@freebsd.org
To:        ports-bugs@FreeBSD.org
Subject:   [Bug 240914] mail/fetchmail 6.4.1 failure in tests
Message-ID:  <bug-240914-7788-ItY79YIaZd@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-240914-7788@https.bugs.freebsd.org/bugzilla/>
References:  <bug-240914-7788@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240914

--- Comment #3 from Corey Halpin <chalpin@cs.wisc.edu> ---
Created attachment 207968
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D207968&action=
=3Dedit
patch-t.smoke

I wasn't able to replicate the problem in poudriere with the options I
suspected. Nor with a complete copy of your make.conf from your logs.

However, mail from pkg-fallout reporting a failure in the build-as-user set
provided a clue.

Does your poudriere.conf set BUILD_AS_NON_ROOT=3Dyes and
CCACHE_DIR_NON_ROOT_SAFE=3Dyes ?

If so, then I think t.smoke is failing because it tries to run fetchmail as
'nobody', but 'nobody' does not have a home directory. I'm able to make it =
fail
that way by setting BUILD_AS_NON_ROOT=3Dyes in my poudriere.conf.

Placing the attached patch-t.smoke ${PORTSDIR}/mail/fetchmail/files resolves
the failure for me. Does it work for you?

As to your earlier question, 'are the tests necessary', as of right now the
test suite is quite small and runs quickly while also providing a backstop =
that
prevents installing a binary that appears to have built correctly but does =
not
actually function. I'd prefer to keep them in order to have that extra laye=
r of
safety.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-240914-7788-ItY79YIaZd>