From owner-freebsd-ports-bugs@freebsd.org Sat Jan 12 12:26:36 2019 Return-Path: Delivered-To: freebsd-ports-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7AF99149145E for ; Sat, 12 Jan 2019 12:26:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0D5E4856A7 for ; Sat, 12 Jan 2019 12:26:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id BE7F6149145D; Sat, 12 Jan 2019 12:26:35 +0000 (UTC) Delivered-To: ports-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97D18149145C for ; Sat, 12 Jan 2019 12:26:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2EB808569B for ; Sat, 12 Jan 2019 12:26:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 674AA1808C for ; Sat, 12 Jan 2019 12:26:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x0CCQYDX046266 for ; Sat, 12 Jan 2019 12:26:34 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0CCQYFU046265 for ports-bugs@FreeBSD.org; Sat, 12 Jan 2019 12:26:34 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f 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 Date: Sat, 12 Jan 2019 12:26:33 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Ports Framework X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: tijl@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: portmgr@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2019 12:26:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234833 --- Comment #9 from Tijl Coosemans --- Sigh... So, you suggest running only autoconf, because you only modify configure.ac. Makes sense right? But it's wrong! And in the case of fetchmail autoconf itself warns about that because aclocal.m4 was generated= for autoconf 2.68 while the ports tree runs 2.69. The fetchmail Makefile also lets aclocal.m4 depend on configure.ac, which m= eans make will try to run aclocal during build, and fail since, because you only= ran autoconf, it will look for aclocal-1.11 while the ports tree has 1.16. Then configure depends on aclocal.m4 so make will rerun autoconf. Furthermore, Makefile.in depends on configure.ac so it will run automake as well, and fa= il again because of a version mismatch. Makefile depends on config.status whi= ch depends on configure so make will rerun configure but without CONFIGURE_ENV= and because configure got regenerated it will not have any of the modifications (current+future!) that the ports infrastructure applies to it. You could of course pile on more hacks to work around these things... I'm afraid you are only looking at this from the perspective of a single po= rt.=20 Portmgr has to check every change against 30000+ ports. For a single port hacks are maintainable. For 30000+ ports they are not. Hacks are ineffici= ent at that scale. They break way too often. If adding a build dependency eliminates hacks and is more likely to keep build scripts in the work direc= tory in a consistent state then we add the build dependency. If you look at how much easier post-USES=3Dautoreconf autotools updates are compared to the USE_AUTOTOOLS days then this approach is clearly the right one. If you sti= ll insist on keeping hacks I reserve the right to mark the port broken if it e= ver fails to build in an exp-run. Please just add USES=3Dgettext-tools and move on to something more importan= t. --=20 You are receiving this mail because: You are on the CC list for the bug.=