From nobody Tue Jan 09 03:29:23 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 4T8GdC0djfz55tTg for ; Tue, 9 Jan 2024 03:29:35 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4T8GdB45VLz4dhj for ; Tue, 9 Jan 2024 03:29:34 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-wr1-x432.google.com with SMTP id ffacd0b85a97d-3373a30af67so2411537f8f.0 for ; Mon, 08 Jan 2024 19:29:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1704770971; x=1705375771; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=l6KjdrT5vkhIjAuTWZ9bOpQWoSj/Gjyt19LFUOr1/N4=; b=AXTZRLLvzXgEyj0M17eEiry/Ord8Et5zKArfQylY+fytmgfdiuDuDV/bX1qYwd4AQS DGabPw0+zPc8vchVfdQ4wkFDomtqmA5gu+vgERYBe1U7HSB593zI31iWrF4ygZeK7Dia fllujwV+mIJijePSBOnjKx62WFr/EF5atLcS3oesu1EP3XZGbDpTl0086yB4vgYMzhIj duQn3TYO2ez4GKfHmELogioOv7GbM33N84eNIBxD+gXgA+Nq2K9Xz2Y2d1HSuDqxyb4g AM88UWvNzuvgflFxG1zZGmhNAH7aB7dfuxOQTQ1xflR9nn3YtdiG5Fb4gsMryce75zcl B+5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704770971; x=1705375771; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=l6KjdrT5vkhIjAuTWZ9bOpQWoSj/Gjyt19LFUOr1/N4=; b=xLVX2+ypJSlnun8NqE4lrysIMXqjuMMxS6hDgRVda48+/t6gutcgTugjrY/gCnoCHS 9WFTuXt+UgVOYW99E0Qb0jgpXx2yMahq+PCApc3y4BzuhFUKAm2JatUbYtU5+SoiqXJG W42ptaZCyeDyzCgSuk3XGJL2GmDsgVZPGoTRXCTOLL+3seudg9TQ3EGEAvzB2t9zUWm0 UpZvs4OVYl5R1r+c1S2KgZJLGmRyWBnfk26SbXTVG9LQgeR/ns5NBU381wnsWjL0d9D8 kfwVyUTxs1W9BDPGztHWoE8Q2Y3fJlzAVkDsjT1Cfue1PCu/MzoqwYdnvxYr+RnJdglD gOQA== X-Gm-Message-State: AOJu0YzvuIIVrx3CDgu9uPE/dS+Fz2rigjrJQWEyLlDe1770bPOASJHk Z4Ld/g968VJxihkJ9jlq4TdZFQ3l9I6dbfCugMOXB3Anox3YhA== X-Google-Smtp-Source: AGHT+IEwgLUjGZu/VTQ3XjkrzlpXjlHeqDoPeH9Y7J5f4JyYkow/Fd/c4mDwSuu6beRQtTBC4+bSHCkDDZFh6OpL90A= X-Received: by 2002:a05:600c:138c:b0:40d:8fcd:319e with SMTP id u12-20020a05600c138c00b0040d8fcd319emr1574409wmf.240.1704770971150; Mon, 08 Jan 2024 19:29:31 -0800 (PST) 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 References: In-Reply-To: From: Warner Losh Date: Mon, 8 Jan 2024 20:29:23 -0700 Message-ID: Subject: Re: kern.version and uname -v To: Eugene Grosbein Cc: FreeBSD stable , FreeBSD Release Engineering Team Content-Type: multipart/alternative; boundary="00000000000028be68060e7aecb0" X-Rspamd-Queue-Id: 4T8GdB45VLz4dhj 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:15169, ipnet:2a00:1450::/32, country:US] --00000000000028be68060e7aecb0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Jan 8, 2024 at 7:17=E2=80=AFPM Eugene Grosbein = wrote: > 09.01.2024 4:16, Warner Losh wrote: > > > On Mon, Jan 8, 2024 at 1:58=E2=80=AFPM Eugene Grosbein > wrote: > > For ages, "uname -v" output (sligtly polished sysctl kern.version) > had the following format: > > $ uname -v > > FreeBSD 13.2-STABLE 36a037f15 KERNELIDENT > > > > This is the reproducible format: only include data that is identical > from build to build. It's relatively recent (FreeBSD 11 maybe) > > > > Where KERNELIDENT is GENERIC for x86 distribution media. > > > > But now: > > > > # uname -v > > FreeBSD 14.0-RELEASE #0 releng/14.0-n265380-f9716eee8ab4: Fri Nov 1= 0 > 05:51:26 UTC 2023 root@releng1.nyi.freebsd.org: > /usr/obj/usr/src/i386.i386/sys/GENERIC > > > > This is the old, non-reproducible format. We've had both formats for > several 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 --00000000000028be68060e7aecb0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Mon, Jan 8, 2024 at 7:17=E2=80=AFP= M 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@grosbein.net <mai= lto:eugen@grosbein.= net>> wrote:
>=C2=A0 =C2=A0 =C2=A0For ages, "uname -v" output (sligtly poli= shed sysctl 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 f= or several 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 tur= n 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 rel= ease.

Warner
--00000000000028be68060e7aecb0--