From nobody Tue Jan 9 20:23:36 2024 X-Original-To: freebsd-stable@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 4T8j7G3cM2z56VMt for ; Tue, 9 Jan 2024 20:23:38 +0000 (UTC) (envelope-from henrichhartzer@tuta.io) Received: from w1.tutanota.de (w1.tutanota.de [81.3.6.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits)) (Client CN "mail.tutanota.de", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4T8j7G0z7Wz4pdJ; Tue, 9 Jan 2024 20:23:38 +0000 (UTC) (envelope-from henrichhartzer@tuta.io) Authentication-Results: mx1.freebsd.org; none Received: from tutadb.w10.tutanota.de (unknown [192.168.1.10]) by w1.tutanota.de (Postfix) with ESMTP id E4921FBFB43; Tue, 9 Jan 2024 20:23:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1704831816; s=s1; d=tuta.io; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Content-Transfer-Encoding:Cc:Cc:Date:Date:In-Reply-To:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=paScRL0DLie7Ea7HAxcIB3cyYmHB1+c28hbthKqU9S0=; b=Lsyscwi/Gk9xYFAPDEPmw/6Bt0ZqU/D4Imz1qk7HKFw3KG90xnqPjqoTNwCpKn0j RE1tQ49LoJD7VRHuy9N8WMjDQirSeXPxEWVAohdpXmJUxM9AzTnC2qXc+tXQpWQantt CH5DkXaA0eccRlXCg+OAyW1rcgCrJtf0lyxF1hG3Wpy+r0Qfd2tSzbskcx+v8Et1z3c u6MzGsLtDBWx56392aYoBeYJIl0/SDs3nN7hntzrGv4qtNCB3H96ZnzX4Q+hKE5hluA vSSMyi/X0zN2CmIi9vxSJlZ7l08rvgJy3cvlViMDSw/YEZtb4U3xHRTkEZV+d/4IQbw OHuBXIoezw== Date: Tue, 9 Jan 2024 21:23:36 +0100 (CET) From: henrichhartzer@tuta.io To: Warner Losh Cc: Eugene Grosbein , FreeBSD stable , FreeBSD Release Engineering Team , Freebsd Reproducibility Message-ID: In-Reply-To: References: Subject: Re: kern.version and uname -v List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4T8j7G0z7Wz4pdJ X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24679, ipnet:81.3.0.0/18, country:DE] I personally feel that building releases reproducibly is quite important. H= ow can we trust the current 14.0-RELEASE images? Would be nice to be able t= o build them locally and know they are the same. What do we need to do to make sure that 14.1-RELEASE is built reproducibly? Thanks! PS: It looks like freebsd-reproducibility@ may have some issues? Jan 9, 2024, 03:29 by imp@bsdimp.com: > > > On Mon, Jan 8, 2024 at 7:17=E2=80=AFPM Eugene Grosbein <> eugen@grosbein.= net> > wrote: > >> 09.01.2024 4:16, Warner Losh wrote: >> >> > On Mon, Jan 8, 2024 at 1:58=E2=80=AFPM Eugene Grosbein <>> eugen@grosb= ein.net>> > eugen@grosbein.net>> >> wrote: >> >=C2=A0 =C2=A0 =C2=A0For ages, "uname -v" output (sligtly polished sysct= l kern.version) had the following format: >> >=C2=A0 =C2=A0 =C2=A0$ uname -v >> >=C2=A0 =C2=A0 =C2=A0FreeBSD 13.2-STABLE 36a037f15 KERNELIDENT >> > >> > This is the reproducible format: only include data that is identical f= rom build to build. It's relatively recent (FreeBSD 11 maybe) >> > >> >=C2=A0 =C2=A0 =C2=A0Where KERNELIDENT is GENERIC for x86 distribution m= edia. >> > >> >=C2=A0 =C2=A0 =C2=A0But now: >> > >> >=C2=A0 =C2=A0 =C2=A0# uname -v >> >=C2=A0 =C2=A0 =C2=A0FreeBSD 14.0-RELEASE #0 releng/14.0-n265380-f9716ee= e8ab4: Fri Nov 10 05:51:26 UTC 2023=C2=A0 =C2=A0 =C2=A0root@releng1.nyi.fre= ebsd.org:/usr/obj/usr/src/i386.i386/sys/GENERIC >> > >> > This is the old, non-reproducible format. We've had both formats for s= everal major releases, and this format, with various tweaks as we went from= CVS -> svn -> git. >> > >> > Maybe the problem here is that in the run up to 14.0 we didn't turn on= reproducible builds? >> >> You meant opposite, did you? >> > > I don't think so. The quoted value is the old WITHOUT_REPRODUCIBLE_BUILDS= format. We forgot to turn on WITH_REPRODUCIBLE_BUILDS in the branch before= the release. > > Warner >