From owner-freebsd-current@FreeBSD.ORG Tue May 6 10:01:31 2014 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56275FCE; Tue, 6 May 2014 10:01:31 +0000 (UTC) Received: from mailout08.t-online.de (mailout08.t-online.de [194.25.134.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 18B13D6D; Tue, 6 May 2014 10:01:30 +0000 (UTC) Received: from fwd12.aul.t-online.de (fwd12.aul.t-online.de [172.20.26.241]) by mailout08.t-online.de (Postfix) with SMTP id 6EF8D17BBC6; Tue, 6 May 2014 11:51:46 +0200 (CEST) Received: from [192.168.119.11] (GWIE62ZX8hhlP7RfVXjZHDjGL1uoNxvSz0aq1iuURdiMiJmAUqWDxNErpUw1wUGwPM@[84.154.114.101]) by fwd12.t-online.de with esmtp id 1Whc2k-0oqwls0; Tue, 6 May 2014 11:52:10 +0200 Message-ID: <5368B0C5.6040309@freebsd.org> Date: Tue, 06 May 2014 11:52:05 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: imp@freebsd.org Subject: buildworld fails (missing /usr/share/mk/src.opts.mk) X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-ID: GWIE62ZX8hhlP7RfVXjZHDjGL1uoNxvSz0aq1iuURdiMiJmAUqWDxNErpUw1wUGwPM X-TOI-MSGID: cf94faf7-94f5-4bad-af4e-74aeb3f379fc Cc: "current >> \"current@freebsd.org\"" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 May 2014 10:01:31 -0000 Hi Warner, as already reported by Jenkins, HEAD does not build. Seems that this is caused by src.opts.mk missing in /usr/share/mk during the cleandir phase. I guess this is kind of a bootstrap issue - the definitions are looked up in the installed base, not in the src tree - but did not verify this assumption. A work-around is to manually install src.opts.mk: # make -C /usr/src/share/mk install (which might deserve an UPDATING entry). Falling back on the file in the src directory might be a better solution ... Regards, STefan