From owner-freebsd-current@freebsd.org Thu Aug 27 08:22:46 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2ED639C2EAA for ; Thu, 27 Aug 2015 08:22:46 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DDE9E1805; Thu, 27 Aug 2015 08:22:45 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by oigk185 with SMTP id k185so1431645oig.2; Thu, 27 Aug 2015 01:22:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=yj/LemlmtDM/Vv96z+rCvAsqu1os5RC70hGGIx89CY0=; b=p8zd+y9+eTshUv/r6VpvTl/NuNlwNPY1mf2i3V5AAv8gOLvOk8UouWjsCTej7tKZoo YLS2CAOJq1l3f350Q75Tlxc3xsgd6P7LZyhkFCTXbY7iK6aGMpqNdNF/RRWhgEqii4Fh REwoZKVbGMUO9yQTzFlTjuoiyfHOcdWA4RERwQ6t91y9TMVTxexOE8CBR7IDBysv3EaP Ru82SZpE13FtLdltPcVcsunOdzTIH21OaHxiMShlaRAGWIOVX5PqEFUHwKBkAHHdT4vF xOVh+DE6QkXX5nDU32eh6pSQN+gpBUItyZwqQxTMjyu54FuDgJ983NlfdM3krSAiTpsc K2Bw== X-Received: by 10.202.80.84 with SMTP id e81mr1571971oib.58.1440663764902; Thu, 27 Aug 2015 01:22:44 -0700 (PDT) Received: from [25.92.47.71] ([172.56.6.104]) by smtp.gmail.com with ESMTPSA id cn5sm890523obb.26.2015.08.27.01.22.44 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 27 Aug 2015 01:22:44 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Read-only /usr/obj/ no longer kosher? From: Garrett Cooper X-Mailer: iPhone Mail (12H321) In-Reply-To: <516778C3-2B0E-4F6C-9225-C5218B0A349A@dons.net.au> Date: Thu, 27 Aug 2015 01:22:43 -0700 Cc: Pawel Jakub Dawidek , Xin LI , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <20150823215552.GB1314@garage.freebsd.pl> <55DA492D.4030804@delphij.net> <20150825210437.GB1172@garage.freebsd.pl> <20150825215347.GD1172@garage.freebsd.pl> <20150825215524.GE1172@garage.freebsd.pl> <55DCEA64.8040304@delphij.net> <20150826225512.GF1172@garage.freebsd.pl> <516778C3-2B0E-4F6C-9225-C5218B0A349A@dons.net.au> To: "O'Connor, Daniel" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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: Thu, 27 Aug 2015 08:22:46 -0000 > On Aug 26, 2015, at 19:03, O'Connor, Daniel wrote: >=20 >=20 >> On 27 Aug 2015, at 08:25, Pawel Jakub Dawidek wrote: >>> On Tue, Aug 25, 2015 at 03:32:35PM -0700, NGie Cooper wrote: >>>> On Tue, Aug 25, 2015 at 3:21 PM, Xin Li wrote: >>>> On 08/25/15 14:55, Pawel Jakub Dawidek wrote: >>>>>> Now that I think of it, it might have been that I did >>>>>> buildworld/buildkernel before -p1. Then freebsd-update updated >>>>>> newvers.sh and then I was trying to do installworld. >>>>>=20 >>>>> Yes, I can now reproduce it with source updated to -p2. >>>>=20 >>>> Yes, that's because freebsd-version.sh is generated from the files (but= >>>> it's not clear to me whether if it's a bug or a feature that 'make >>>> install' checks if it's up-to-date and decides to regenerate it...). >>>=20 >>> It's a quirk for sure. If you change the behavior, people will >>> definitely complain as they will now need to go back and rebuild >>> everything. >>=20 >> What we have now is misleading. People should recompile. It is rather >> rare to see security advisory which bumps only patch level and something >> that doesn't require recompilation (eg. a shell script). Current >> behaviour would make people think they are running latest patch level >> because freebsd-version says so, eventhough they only did 'make >> installworld' without rebuilding affected binaries. >=20 > So.. > How hard would it be to force CC/CXX to /usr/bin/false during installworld= ? Trivial in FreeBSD. Just make it so in Makefile for the installworld target,= add false to itools, and add appropriate special casing in bsd.compiler.mk.= Doing this just prevents recompiling though, so not pjd's case. Also, this might break someone's random usecase where they need CC/CXX to do= something meaningful at install time, however, the likelihood of it being c= orrect is slim IMHO..=