From nobody Thu Sep 9 16:55:56 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id ECDD417C74F0 for ; Thu, 9 Sep 2021 16:56:32 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp1.goneo.de (smtp1.goneo.de [85.220.129.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4H54sW6c9Sz4TVV; Thu, 9 Sep 2021 16:56:31 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from thor.intern.walstatt.dynvpn.de (dynamic-078-054-046-104.78.54.pool.telefonica.de [78.54.46.104]) by smtp1.goneo.de (Postfix) with ESMTPSA id 1DFC8203E69F; Thu, 9 Sep 2021 18:56:24 +0200 (CEST) Date: Thu, 9 Sep 2021 18:55:56 +0200 From: FreeBSD User To: Ed Maste Cc: FreeBSD CURRENT Subject: Re: ar: warning: can't open file: ccopy.pieo: No such file or directory Message-ID: <20210909185623.199c4042@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: <20210811113956.64df7c5a@thor.intern.walstatt.dynvpn.de> Organization: walstatt-de.de List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4H54sW6c9Sz4TVV X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd@walstatt-de.de has no SPF policy when checking 85.220.129.30) smtp.mailfrom=freebsd@walstatt-de.de X-Spamd-Result: default: False [-0.06 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[85.220.129.30:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.86)[-0.862]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[walstatt-de.de]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; HAS_ORG_HEADER(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[78.54.46.104:received]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N Am Wed, 11 Aug 2021 15:03:54 -0400 Ed Maste schrieb: > On Wed, 11 Aug 2021 at 05:41, FreeBSD User wrote: > > > > Hallo, > > > > latest upgrade of CURRENT sources renders buildworld into failure, box is running > > FreeBSD 14.0-CURRENT #1 main-n248614-67f508db84b: Wed Aug 11 07:29:11 CEST 2021 amd64: > > Assuming this was with BEARSSL enabled, it should be fixed with: > > commit 879675e9a0d84880cad9834e2ef98e8724c5532c > Author: Warner Losh > Date: Wed Aug 11 10:59:28 2021 -0600 > > stand: Add MK_PIE=no to defs.mk > > There's no need to build both pie and non-pie .o's for stand. There's > some other build thing with MK_BEAR_SSL=yes and/or MK_LOADER_VERIEXEC=yes > that causes the pie build to fail that the 'ar' stage now. Since we don't > need the PIE stuff and the non-PIE stuff, disable PIE for the boot loader. > > Reviewed by: emaste > Sponsored by: Netflix > Hello again, I think I face the very same problem on 14-CURRENT boxes building either 13-STABLE sources or 13-STABLE poudriere jails, when on the 14-CURRENT box WITH_BEARSSL is enabled in the 14-CURRENT host's /etc/src.conf. I have two scenarios: Building 13-STABLE for FreeBSD-pkg-base (having WITH_BEARSSL enabled in the src.conf dor the 13-STABLE source tree) and Building poudriere jail from a dedicated source tree for 13-STABLE (/pool/sources/13-STABLE/src) with WITH_BEARSSL enabled. The latter scenario sounds ridiculous to have BEARSSL enabled, but we use the very same src.conf file for both the packages for FreeBSD pkg base and so for the poudriere jail built from the same source tree. For a couple of weeks now I'm unable to build both the packages nor the jails. The question would be: is the solution you offered above and fixed the problem I had initailly also applicable to 13-STABLE without breakage of something else? Tahnk you very much in advance, O. Hartmann -- O. Hartmann