From nobody Fri Nov 4 21:49:50 2022 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 4N3vRk0x1Nz4gr4c for ; Fri, 4 Nov 2022 21:49:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4N3vRj6ynXz3rSm for ; Fri, 4 Nov 2022 21:49:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1667598592; bh=xI4Q899mmn24Y+l8AmO7+aVkHTNuvn3jqi0Rd2DEGIQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ksmWlahJ98vm9I2XR8SGhLE5x5uMNtdF5KpyzD4xQz6WtNEIZJoC/WAiAndEkE/Cu9rSRSaCsfiNQw5UIMWb21sAnf6bRJPYoMaHRx4d3p7pKl91Vw4zz5yb4R4Adr9Umbrr1qF+Ye6WmwYxNfuQ7dSAjRBpdMr3LW4C10v1VxuDoEmYllSWUlI5b2DzYR0YrKWbFk7N/dHeCGAm9c/BWGK9kK3dRsEkDXbe3hOYMiZHiG0IKJTqXxkJZIbitcCeIin47E7egh0mUF+wOlRFj0q/UGUPVV5PuTkrO5hJSABb42vHI4TcUW2nMltQnKzcE9ySmhXk2MvDWhYXAtvyFA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1667598592; bh=xtoHdzViwZ1x0R1jIwxE4xIHxn7HS5Ce6RMajqhWPSV=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=hJ1rRiTddEucOvyOab6m1jfNv7vLMJnrL+dihmypG+P8Q7tBcOCp8p8cKFLYbBvrd4XrwNddV6dfAW72MQPXudHZI72rzOBLTi8n8KTma/zg/fe2M7iiK39HS6ddKIE2Nck4J85n1a85JkpoSKc7aRtYJBzyNeSylVCp7DA3eh3an60z/0sAa3wak8tjPx/2BJVvUt1cR2UqAalGi7MlzlYaPuFc6L+R1tEJMtlW1rHOiPWDterL9CTEBYBj0SWGEJbkRoFZw3CXUYfJP2rbIbDdoIBXAyN2IxyNBAOL4uMgvTnwKduJodTz11sSGFGER1Cssltt5iCOeZ1osYbBGQ== X-YMail-OSG: O3jpxB4VM1kddChAYjL7cXRLxbWglQpTJzO1V8FXH0TOoZNVTvrlfWDg8JURiFy fdHs85A6QQxa35ynvaDONWzUr1YEOU8zWBjKAe7pkHXsJ5W0VdEfvVw0.9VXqU6MlSU9.fXymUcq SaRX1BalnEbsU95t44nfQwDwaGybFGTViaEz7z_tIYVNNHcp0ckWxp8L.UFw1KBDwxR0TYB_lQZn panIn7lnrMI2JtYznbpEnZXzdynX0nSu8FYPI1o1Y8syVsdirj4sNLH5jfg8H7AAeGs32cFDnIkR HEoG5T8ANPoPnPY2ugfodJSjny3dcSbYH3OSylzroI9iJGQBdQ0HtdkTKZx7CEbeu1vlO78RZzhx .DGPhlO4o78RBG7euNoGf1fbcl4.21snY7usGCuJT80ACbwJWMCnGk3DqTc_rc5B8ZZJ_lfr3ISf RV_nUo_virb0gLjcCia9DjKtCu3PDEohpq.ebfoaJXLWGc9lFeXj4P1eqpoGjQUypj9vA1crBDtN wekcRaA5pJJyRZLNktJoGZ.WMSiJnLdxz7blWimD6OCH9WKXR8jhDWt6ZFifpDiAmvlyVbRj2SAa MHOZZe3LBWApK8TcMnVbMqrPKkKcVTydK9GT8.gPLrC0uonzbiS5HiBe726.3kb0WGZXdPgr5b8D RMrnuzcX0DFpWaSQNE6c_TDhA8VIhCOfYAR_beH.DmZSGuFAE3Lc.PUtxcj4.6xnYwww.kaPzPtf B2I4b.IgnLanLDBGvqUXtQ9DhBr1IXtLD3DmaX.CBGknQ0J5RNPz1FhVMdkaTp_5IjmF9uHppxlA K7xvBlweRKc4JND7p7iGtA1iMjogsUzCuxnSsPvwGkyblX92wH1sYNT0KT_kell.hpAiZJHD6Urc ZU1maFC8Nl3.Lm7s445VIJJwhE0pVx0k3kJl4gvdZbTtOHPxqh3mNxfA6cJlBp6C1qO45YOrvvDd o0.r6XoIIO8jMHpU6rPSQe9dkWABg1pXw8gZEQuF_W256JKZtBihOq8P4X17oZjhahSRpYZX1STv VjADFhR3cSg_1etV.XQHU3kWh97kg1IP.ie_.UK5PlaKdajSOHav17kG3pvTpY.okQ5a.vxFNL0Y LJbqRqLNKaw68bPQ_zyg9nqtew1Zn3hkx8dK4FdzjpXL9b3JWvBh0BjM2OaHpSlTndHb9FFY8q92 0EWR3fKJ0Z6BE8Xq9Y_c7Yzv56Vy7LqeBYZnyzXdbFdR0dRnxgtl.eexozSqGWoGhEiqes7xIc35 qo1RHu6.ju38DMbtqPdJeeHggkTBZ8Wml5Lmr5xIp2fdIB0_PY9TfHuITMcCa707ZrnlhTFLptdu fXk82sqQ9MS8OXi5iK2K0h4pOYsdJEq4aG_i1YX2cl.k1mDC_eQh.KVx1k6KfWdC0Dx4hZggqQnB U8FXqfmqGwkxLJVckXyhf8sAh11M9BA3HboyFbHXSRZTOFmlpJ64KITUMz_gE0pHc9.m.qKHbkYZ O2Af1STzi4gw_1910GH9mxf2KP8XIvV4881go2GlLzGSHwQoTTvEgqP77MUA8icLJ6ZbEuz6m0gA qYVVAbIZTSISxq44q_4FL6G1fkJt8nQVQCuBaEg3l1_E46DhLT4v_ubEn.cOTFSr6b5ykM78NqNh 3I5eIB5_krKBWaLYQlgx2atiJQvem783Vb0gZmu5AXkPkbpH0nfs1vwagt9b2XQRG3fbqGdPpjsy 75B0EohFT6m7wQZcHMCU_Qu.yG7X5aBUHYYRntzCmyt1GNdbBv4DL6DEYFR39.GFNgVUv.EKnFU7 IHxEVV.g0fCBqReB1aNq5OR4WKkI9ufVeOLhCTIcuYb3RZJy2d75fgyRynNA4rT1yM48W9.EnX0s 2RxplVSSbDZGtKhJ8V86_HW.okGICcIMF1hhZdvVu0pjsNo7oi_z84FzffGAQyajJR3IN10m54Io xgtyz27Fzd2kC0Q1lNCTlakAzIhiNpqXVqqOWWAdQj2_7dIufHz1OwQEU4RmJf1NBUzCMJXIgSwp AHpTHf9n8fxpzeoaGAxOoC6xbccXGQk6wx4IxoFJZREa_7jYTW13xVZUc88LMiutScKOwcvEAbuB LRUAg4KcjIHrauQzMzRRDlHBYv0dmM_uDrhKc3cOkBEsVKKUeKkspPjIbhIIfnisxYbwFSKOxjP7 m8EWlv6vFja5cmO2EMul_a5cgEjP2wO6092McK8L6vYxD4J.6q8hJ_wKiGz_VRgsHYaI1A7gdJoJ qc4gXNem6ZaCSGqwTAE_Z_pYwoJFf27Fzb62AXd2sJDSwHQ7cq6Rkr4FCqs0L5H0.OWc4MwNrH8o 4Gw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Fri, 4 Nov 2022 21:49:52 +0000 Received: by hermes--production-gq1-579bc4bddd-wsmzh (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c2c1b2d1f22ec3ea88b434d1aaf3f435; Fri, 04 Nov 2022 21:49:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: Re: A possible unintended difference in 13.1-RELEASE vs., for example, 13.1-RELEASE-p3 From: Mark Millard In-Reply-To: <9D6B1A82-CCB5-44BA-8668-A6BDC291595B@gromit.dlib.vt.edu> Date: Fri, 4 Nov 2022 14:49:50 -0700 Cc: Glen Barber , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <9D6B1A82-CCB5-44BA-8668-A6BDC291595B@gromit.dlib.vt.edu> To: Paul Mather X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Rspamd-Queue-Id: 4N3vRj6ynXz3rSm 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)[] X-ThisMailContainsUnwantedMimeParts: N On 2022-Nov-4, at 11:37, Paul Mather wrote: > On Nov 3, 2022, at 11:50 PM, Mark Millard wrote: >=20 >> I downloaded and looked at: >>=20 >> FreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img >>=20 >> # mdconfig -u md0 -f FreeBSD-13.1-RELEASE-arm64-aarch64-RPI.img >> # mount -onoatime /dev/md0s2a /mnt >> # strings /mnt/boot/kern*/kernel | grep 13.1-RELEASE >> @(#)FreeBSD 13.1-RELEASE releng/13.1-n250148-fc952ac2212 GENERIC >> FreeBSD 13.1-RELEASE releng/13.1-n250148-fc952ac2212 GENERIC >> 13.1-RELEASE >>=20 >> Note the: releng/13.1-n250148-fc952ac2212 >>=20 >> Looking at the live system after the freebsd-update to >> -p3 : >>=20 >> # strings /boot/kernel/kernel | grep 13.1-RELEASE >> @(#)FreeBSD 13.1-RELEASE-p3 GENERIC >> FreeBSD 13.1-RELEASE-p3 GENERIC >> 13.1-RELEASE-p3 >>=20 >> No text analogous to: releng/13.1-n250148-fc952ac2212 >=20 >=20 > I'm just wondering, but could this have anything to reproducible = builds? It's my understanding that setting is standard for -RELEASE = branches. Note this entry in /usr/src/UPDATING: >=20 > =3D=3D=3D=3D=3D > 20180913: > Reproducible build mode is now on by default, in preparation = for > FreeBSD 12.0. This eliminates build metadata such as the user, > host, and time from the kernel (and uname), unless the working = tree > corresponds to a modified checkout from a version control = system. > The previous behavior can be obtained by setting the = /etc/src.conf > knob WITHOUT_REPRODUCIBLE_BUILD. > =3D=3D=3D=3D=3D >=20 Could be, but text like releng/13.1-n250148-fc952ac2212 is reproducible for use of the same commit to do mulitple builds. Use of different commits across builds should be detectable even for reproducible build style activity, or so I would expect. The releng/13.1-n250148-fc952ac2212 type of text does have an issue if incremental style builds are sometimes used instead of from-scratch builds: It is for/from the kernel build and if the kernel is not built but is left at an older build and, say, only part of world is built, the identification would then be out of date (inaccurate) overall. I was not really trying to claim that the = releng/13.1-n250148-fc952ac2212 text I referenced was the best place to have the identification of the exact commit used for binary updates. It is just that right now there is no place and some manual inspection/analysis is required to = (hopefully) identify the right commit. (The mismerge-fix being an example of = something that would need to be noticed.) Glen, Warner, etc. may well determine that the current status relative = to the build that produced the binary update is sufficient overall. I've primarily identified related questions for consideration. =3D=3D=3D Mark Millard marklmi at yahoo.com