Date: Mon, 8 Jan 2024 14:16:43 -0700 From: Warner Losh <imp@bsdimp.com> To: Eugene Grosbein <eugen@grosbein.net> Cc: FreeBSD stable <freebsd-stable@freebsd.org>, FreeBSD Release Engineering Team <re@freebsd.org> Subject: Re: kern.version and uname -v Message-ID: <CANCZdfrPLsZiVznsw3mkMz_2FOc=4kjy7R20ouUFgtTdbgQGWg@mail.gmail.com> In-Reply-To: <c7d140b1-8d47-ab7f-c27a-0f3eb3f1b599@grosbein.net> References: <c7d140b1-8d47-ab7f-c27a-0f3eb3f1b599@grosbein.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--000000000000982328060e75b704 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Jan 8, 2024 at 1:58=E2=80=AFPM Eugene Grosbein <eugen@grosbein.net>= wrote: > Hi! > > For ages, "uname -v" output (sligtly polished sysctl kern.version) had th= e > 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 10 > 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? > Do we really need to break the format and include these into "uname -v" > output > for release and stable branches? > I'd argue it is not broken. uname -v format is not specified nor guaranteed to produce specific results. Changed maybe, but not broken. It changes at major releases. Warner --000000000000982328060e75b704 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">= <div dir=3D"ltr" class=3D"gmail_attr">On Mon, Jan 8, 2024 at 1:58=E2=80=AFP= M Eugene Grosbein <<a href=3D"mailto:eugen@grosbein.net">eugen@grosbein.= net</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"marg= in:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1e= x">Hi!<br> <br> For ages, "uname -v" output (sligtly polished sysctl kern.version= ) had the following format:<br> $ uname -v<br> FreeBSD 13.2-STABLE 36a037f15 KERNELIDENT<br></blockquote><div><br></div><d= iv>This is the reproducible format: only include data that is identical fro= m build to build. It's relatively recent (FreeBSD 11 maybe)</div><div>= =C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0= .8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Where KERNELIDENT is GENERIC for x86 distribution media.<br> <br> But now:<br> <br> # uname -v<br> FreeBSD 14.0-RELEASE #0 releng/14.0-n265380-f9716eee8ab4: Fri Nov 10 05:51:= 26 UTC 2023=C2=A0 =C2=A0 =C2=A0root@releng1.nyi.freebsd.org:/usr/obj/usr/sr= c/i386.i386/sys/GENERIC<br></blockquote><div><br></div><div>This is the old= , non-reproducible format. We've had both formats for several major rel= eases, and this format, with various tweaks as we went from CVS -> svn -= > git.</div><div><br></div><div>Maybe the problem here is that in the ru= n up to 14.0 we didn't turn on reproducible builds?</div><div>=C2=A0</d= iv><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;bord= er-left:1px solid rgb(204,204,204);padding-left:1ex"> Do we really need to break the format and include these into "uname -v= " output<br> for release and stable branches?<br></blockquote><div><br></div><div>I'= d argue it is not broken. uname -v format is not specified nor guaranteed t= o produce specific results. Changed maybe, but not broken. It changes at ma= jor releases.</div><div><br></div><div>Warner</div></div></div> --000000000000982328060e75b704--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfrPLsZiVznsw3mkMz_2FOc=4kjy7R20ouUFgtTdbgQGWg>