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>