Date: Fri, 11 Jan 2019 22:42:16 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 234833] USES=autoreconf fails if a port uses gettext but user disables NLS port option Message-ID: <bug-234833-7788-AprncDzQtF@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-234833-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-234833-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=3D234833 Matthias Andree <mandree@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chalpin@cs.wisc.edu --- Comment #8 from Matthias Andree <mandree@FreeBSD.org> --- I happen to be the upstream maintainer of fetchmail (whilst *not* maintaini= ng FreeBSD's port) and believe that I know what I am doing with all GNU autoto= ols (except libtool, which I find arcane).=20 I know that the gettext stuff that ships with fetchmail's tarball matches what's needed and is fine, and that the configure.ac patches that require u= s to run autoreconf (actually, only autoconf, not even aclocal) will not require autopoint. Perhaps I should propose another change to the port to its maintainer (Corey Halpin) to reduce the ifs and buts to one unconditional "autoconf" run in pre-configure and move on, rather than trying to convince portmgr@ that the current state of affairs around autoreconf isn't complete, and to convince autoreconf that it can waive running autopoint... Introducing gettext dependencies, however, for a port that can well live without as long as the NLS option is disabled, is certainly not viable. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-234833-7788-AprncDzQtF>