From owner-freebsd-hackers@FreeBSD.ORG Mon Oct 11 09:35:45 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E56681065670 for ; Mon, 11 Oct 2010 09:35:44 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp2.one.com (csmtp2.one.com [91.198.169.22]) by mx1.freebsd.org (Postfix) with ESMTP id 86C2E8FC17 for ; Mon, 11 Oct 2010 09:35:44 +0000 (UTC) Received: from [10.0.1.25] (unknown [217.157.7.211]) by csmtp2.one.com (Postfix) with ESMTPA id C8022C4660503; Mon, 11 Oct 2010 09:35:42 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: multipart/signed; boundary=Apple-Mail-2128--755102632; protocol="application/pkcs7-signature"; micalg=sha1 From: Erik Cederstrand In-Reply-To: <20101011084733.GM2392@deviant.kiev.zoral.com.ua> Date: Mon, 11 Oct 2010 11:35:42 +0200 Message-Id: <95F3B27C-42E6-4267-9965-AC3219310C35@cederstrand.dk> References: <718D8E86-EA2E-4D07-BAFF-5D8D093FD296@cederstrand.dk> <20101011084733.GM2392@deviant.kiev.zoral.com.ua> To: Kostik Belousov X-Mailer: Apple Mail (2.1081) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Hackers Subject: Re: Deterministic builds? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2010 09:35:45 -0000 --Apple-Mail-2128--755102632 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Den 11/10/2010 kl. 10.47 skrev Kostik Belousov: > > My personal opinion that the feature is nice to have. Unless the = changes to > get this working are too large, and, more importantly, unless the = maintenance > cost of having this in good shape is too high, sure we would better = have > deterministic build results. >=20 > Also, the deterministic builds require somebody who would monitor the > feature, either manually, or by setting some bot that automatically > checks it. Otherwise, I suspect, it will degrade. I might want to adopt the task of monitoring the feature. I'm beginning to think that it should at least be optional. Removing = e.g. build times, mtimes and path to OBJDIR or SRCDIR might not make = everyone happy. Any hints to why kernel module checksums don't match? Thanks, Erik= --Apple-Mail-2128--755102632--