From owner-freebsd-arch@freebsd.org Thu Dec 3 05:29:14 2015 Return-Path: Delivered-To: freebsd-arch@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 C7D19A3F48F for ; Thu, 3 Dec 2015 05:29:14 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::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 993861E03 for ; Thu, 3 Dec 2015 05:29:14 +0000 (UTC) (envelope-from tim@kientzle.com) Received: by pacdm15 with SMTP id dm15so60947838pac.3 for ; Wed, 02 Dec 2015 21:29:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kientzle-com.20150623.gappssmtp.com; s=20150623; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=6PO+lvsmRRE43j3v4+g8ZvIY/RXAWQ99HixzBqduB1E=; b=YLfVMutiXNz0DwWTll3KXP0jpErJZL8qXuGZGVJeaOpks+Y0oSYXkiX0exw/gOapG1 BGOVnXjtZMytH+0Vfb6yAbFTRJX/V6ULc/2LGdXUFKryxu+t8xBpW9iDl40LbmLW+gOl nCgdDhLH1wxof7MXHhvLLc2RcJFXod+9hxL56S8vfWn50BHbvQ2aCsmsEGwPn8j9/bzx IlSMtAniwrrG3Nr0vBeq/mSyC7qvYViK3LAXGj7v4iwXvC2ISAS11xo2NWkDlvVMuep8 3IvfWqiTvJFHqiz8bG9dLw3nQRD8/C5Ek9ZW3nW10UHRrvA6x2g0fyUFFnT85834zcc/ tkhg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=6PO+lvsmRRE43j3v4+g8ZvIY/RXAWQ99HixzBqduB1E=; b=b7itin4Nu14hG7y4o4ZkoVb+r3LE6xo3jQnYHP59w/MK0xISkL8M5/n7l/bUAyrVVK odlNb7Moj1CjdHpGndosl1bPTxitNrboUiTTvwuKJEcPB4RxgLVLNQkgGl4sYOAruYK8 IILLSaUVJDoiTQ7ZfwDE1i6fwwX/bbcY7klMmax5bJDfZQFrn06XUjj6AZaofK3IiFaQ 3hYoZ2SP9Aaal/di1KqoHpYwjq2rIlEudv8dSw5whZFJaxGO5BfH5O4DBH8HbRbgHCbJ qHKTmLYp8vLfi8O/XOCmz2XOpEqHWVIrT+GRQEQFGhprj3YMcw2JQcKIWX7lcasoH/U4 dVew== X-Gm-Message-State: ALoCoQn0VUbg4aqipufRtopLo0mCinrbJyqaYZ22/F6iPKy1vjeL7nF07Zl+IcOjWewGcsWNHx6b X-Received: by 10.66.219.228 with SMTP id pr4mr10142815pac.99.1449120554017; Wed, 02 Dec 2015 21:29:14 -0800 (PST) Received: from [192.168.1.102] (c-24-6-102-176.hsd1.ca.comcast.net. [24.6.102.176]) by smtp.gmail.com with ESMTPSA id 79sm7673475pfb.67.2015.12.02.21.29.12 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 02 Dec 2015 21:29:13 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: Removing build metadata, for reproducible kernel builds From: Tim Kientzle In-Reply-To: Date: Wed, 2 Dec 2015 21:29:12 -0800 Cc: "freebsd-arch@freebsd.org" Content-Transfer-Encoding: 7bit Message-Id: References: To: Ed Maste X-Mailer: Apple Mail (2.3096.5) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2015 05:29:15 -0000 > On Dec 2, 2015, at 9:36 AM, Ed Maste wrote: > > The main issue currently preventing kernel builds from being > reproducible[1] is the build metadata itself that's included (time, > user, host, build path). In order to make the kernel build > reproducible I plan to remove these by default, and add a src.conf > knob to enable them for developers who want them in their own builds. > > The user-facing effect of this is that the kern.version sysctl no > longer conveys this information, and uname -a changes from something > like: > > FreeBSD ref11-amd64.freebsd.org 11.0-CURRENT FreeBSD 11.0-CURRENT #0 > r288681: Mon Oct 5 01:40:11 UTC 2015 > peter@build-11.freebsd.org:/usr/obj/usr/src/sys/CLUSTER11 amd64 > > to something like: > > FreeBSD feynman 10.2-STABLE FreeBSD 10.2-STABLE #44 > r288174+7644546(stable-10) amd64 > > The current version of the change is available for review at > https://reviews.freebsd.org/D4347. > > [1] See https://reproducible-builds.org/ for more information on the > reproducible builds project. How feasible would it be for the various metadata here to be overridable by src.conf? That is, by default, the time, user, host, etc, are taken from the local environment, but src.conf variables can override them to produce more predictable results. Tim