From nobody Mon Sep 29 03:48:03 2025 X-Original-To: freebsd-current@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 4cZnGp3Fjtz68nYf for ; Mon, 29 Sep 2025 03:48:34 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Received: from mail.tarsnap.com (mail.tarsnap.com [54.86.246.204]) by mx1.freebsd.org (Postfix) with SMTP id 4cZnGm4gcDz3rhD for ; Mon, 29 Sep 2025 03:48:32 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=tarsnap.com; spf=pass (mx1.freebsd.org: domain of gperciva@tarsnap.com designates 54.86.246.204 as permitted sender) smtp.mailfrom=gperciva@tarsnap.com Received: (qmail 73189 invoked from network); 29 Sep 2025 03:48:32 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by mail.tarsnap.com with SMTP; 29 Sep 2025 03:48:32 -0000 Date: Sun, 28 Sep 2025 20:48:03 -0700 From: Graham Percival To: freebsd-current@freebsd.org Cc: Colin Percival Subject: FreeBSD Git Weekly 2025-09-22 to 2025-09-28 Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.03 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.997]; NEURAL_HAM_MEDIUM(-0.94)[-0.936]; NEURAL_SPAM_SHORT(0.60)[0.599]; DMARC_POLICY_ALLOW(-0.50)[tarsnap.com,none]; R_SPF_ALLOW(-0.20)[+ip4:54.86.246.204/32]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:14618, ipnet:54.86.0.0/16, country:US]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[54.86.246.204:from] X-Rspamd-Queue-Id: 4cZnGm4gcDz3rhD Hi all, I'm happy to announce FreeBSD git weekly for 2025-09-22 -- 2025-09-28: https://freebsd-git-weekly.tarsnap.net/2025-09-22.html It's a list of the 154 commits in that week, split into categories. Highlighted commits: - packages: Move powerd to its own package - libpmc: Move libpmc and utils to a new pmc package - packages: Replace libbz2 package with a bzip2 package - RELNOTES: virtual_oss in base "Highlighted" commits are selected automatically if a commit modifies UPDATING, or if the commit message contains a "Relnotes:" line. If you think that another commit should be highlighted, let me know and I'm happy to make it so. To see all reports: https://freebsd-git-weekly.tarsnap.net/ This work is funded by cperciva@ and Tarsnap Backup Inc. Cheers, - Graham Percival From nobody Mon Sep 29 20:01:10 2025 X-Original-To: freebsd-current@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 4cbBsQ1jjFz68lbF for ; Mon, 29 Sep 2025 20:01:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (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 4cbBsN1zkJz3tMK for ; Mon, 29 Sep 2025 20:01:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=GBB++JKv; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759176085; bh=CX7BBt1Mez4yYyXaMb45mv5diXcroJde+mAynCBwlw8=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=GBB++JKvywUimCxHONch/SYQRiVe/0+qWPmkngC+HZcJuvQlA4MOJM6ZFsuWbjSnmK5nbWNVtdheUP2Wq7TY+DBLCjfjpWZzuqMyLn0zMZlgjH3421zyv7gCAft1X0bHVKKTnk4cC5A5p/u8fSIBrJDfE66Fxm9G+s3f9rhpVr+azMwTSioTTO0az5yYni/or+VxpFuWgCpd0KpCYcZ/cqRbbadBq/0rz0loYF4SqIn8arcgZcEP1obvp9lMC4oFABbGwv5HrDDqNahS5Aox7ngXR+mJRvYBaXQCUa6fFb/ZDkZt5NVOrxRvIHE39VsLkXCfrSZZdgaBvRG3yZQktA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759176085; bh=d4jbRfi54gfy0mdHzsnrHpkpxMqByMYwNMUyffLNOos=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=i+8QtWGZLd1BfCiG6cm6pJzN2BjpamJfeQGn4hkvwzNSVfGMh/0umV29oMdjVp166x7TMuW1oqA1Fm0T1crC5bAk/cfD9ch/jJY2eBeAcGQQvmJ9foqnPkIa9uldDQAJSio1fQ1AfkBXDcU91B6QFVBxO1WGxwOtpSwdFmFP3CJgAgD1P7Ryf5qxn4P6ZMyEFt3ncu/rJ8qWezdvUQ+IGe24Lm7Ayn5Min7WhsfRLGMz2dV3u+3LgzqkxjpcHqY4TA3nnPsBZq2GT/P+7FxoVrA9TiJiIDnyCqaavFAZj7Kpld9knV8KkWFvcn2XIBdEAu/D04SJ6t8Yt+rrHDlSuQ== X-YMail-OSG: eA3BvfoVM1m4urd8uD3Og9tgPdNjcfXo6oUjLZ7pbgLuTxOEdLlDkJfKmgk8640 fDdVpZH3wOGFyLjpMb7RKS3Ri6jGwtA0ZTRM_wX_oiug7GOBhItM3whi0JJCOerIZtc5n4fhiw8F 3.ngLY7RBSmhmVHA5t1kDK0Do8Y_vS5aoehf1Ic6scvz97p91W4mTwqOjkNbobn4kj4j0rTTWMkm jotacfmwP7actDHs1Q6HLZFAuhBsp_p1gQvqIb8jdE7wkA42iia2A1Vezz50pacnSHMvHOEimI92 V4v1k6u86zoFqS6_QG.Fgyj5zjKvsegVJ65a9zl4bVAehLeAGe3SddTRfl47Rar_y9NYxoU2.bxf 5GG3GUzJ6oRJ.25uDWxBgvkl3ub4I8CTqNizXwatzvW7pC8WmG5SCAP0LPfnEnHnUjpv0ZhV6W04 E88fvnF5OlzR95J2uhN0yESjQesq4msBV8ju2ZVNAxWgjn3ZXh_.kI2oiLP1nZwv3Xnx185rjsfl Qh8bmcIJsz6WrfO3D_ocGrGS0XROWfcaw0zIDU5WRc.ImTtXLTOrlTYrUZwwQqSOQt7FOr2Rta8f 84m3McDa92ZECZ0XvF6EIyZMtnYMFuUg3sX2uU29uTujHyywcjAfZFn9JGVHP_HvZouG7hzh9tZA RpOFp8GOAXj1PLlWgM13OkWvAa0g62zgS0FV_JE0ckFvjOdwNGNZhS7pe95AU.kWMPps8dFitBHX kjNxeCswnhl20BeSm44Qku842TUVS3L9SK6Q8hBmrwuEnn5K273MDRJ7ttnL3zSNlj1zgsIsvfFP xXURjvMseL7FsDgMsr0OxNAS5wzqOiF6srNo4D1Vm8nHTkTh1ddmNxeaenfoSSAf4A3cAfIVX_ja MIADTbMCr3dOrQQAUKuFiuvmL5zGlk3TjeNakri86ecGVI_JxWh13MGVC4VwKKOj1_A0NeDVPRcy gwpqx7j7CZL7NPNyuV4UQdLBm518lUiansyoF3l3dC3kYS6VdNeP13Hbp7rD5Pm5uLebOqfqAEJ1 rMqDVgs5boCHb7Ahq4Ywi0G0wg0ZyzOq1XJ7m3AijZoHQzmofwXQw6QvhGLDNMCy7BONonX_d.o6 Z5VFJsT71nD0XrNhfskyHQsYYXd4n_4hzvSk0xoPcsv6VHGpNb6seEylPbqE5qDKXbzTyS3O4guS UrfTILz7fXBAgP.F6OckOO37p2MhoDUzUe2ODWe7zDpZ2t5gAiYUdm1SOmh8I3nbpjqJjaXXuORd f8jmwQ_UpqjNy1Q.QfffFkOPiim6Glnrqh5xQOkckfnDXa0DZ_7CzU7x1Zb.AsSwZ5pG0r9aTXKL v_VBROcPn_49wvwCY9qlKLhruJI2sXQhXmqT5xvaozxXs_1pbtg6h_3lfoeqgxgbMD_fVWqlE7GB KMZhy8mGqwKQbeKajXOKazgIkUw9P_boMJbcnqKLWcuDkfEahbcEXidcD4_gQacXRqrfsx7.06GR nZ0YoQaS4VkkM93DfBtoujnI6MA2BilmOCT2P3XPPYcM1kDCuU9ACHo5I5TAT7FfVuErCPsIy6Do 5HvIBtoJNICMwgTfSWefR6896qGmgneUm0iJn82790Mqc698T8JzlyaE8KvPQ0Aqe4obZm9jF5WR zAQnH76H3jrr4S7x.QnGX3QgHXabjCmI1Xt0Moax0eIsdAiIIft4Q0D0Wue9NpuaV0ezSw2ugudW EFhJIimtBCeIN__c.rKu7N8jO185Bur.T9dO5PhR77BpBzkO8mpZwGcuIStnT9eCihAnfqcZbYlr z09NmYq6iZzSqhspBRTHpC.cztPF2bkoqiX89P7ZjJBXK83zBE5GKLS5WEtvujyg8NGBl11daCjx XhZkTCWpkVUVn8juA.zncY1Q1dSHwkv0sq5.CpYY.cwcBaoduZ1t.A34IQc29zvJwCFK9gneYXQJ Huzltr8_asrNTZ217SWnkWHLx7gG9j9R.lq.APFoTSXmAInZO78ilfTrXrhWoCCqVtlTnF07dOik IPetkUWmTPyBD7tB_sE1yQvgBQCnX6pcbiv6KypdzxVnctgYddl4l2FIdUBcAABerOv2EOYvjQk8 cpqS6p1W5PfUYGWH9avhCnqpBQV4bx3_kfNaCrgdHR.1JF7S8DwXKBXtpgp5N.oTv0CcZfUghcca ypIXfc.iM0LxEEGKe1baaCWAy_M0WxKNu5khWA6jF4Bq69z6iCN0gaeDrbivI2KEolpqSwFFijMP EqZGtQx5NFhaiPZHl9x93aPlIX4BOiDwDGRycjEV.hSj2rffgrVTb3kciicPeLYcKq5pajj1hVd5 2rlM- X-Sonic-MF: X-Sonic-ID: f7ed7525-3fdd-4e0d-9dc9-150e3cd7e69f Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Mon, 29 Sep 2025 20:01:25 +0000 Received: by hermes--production-gq1-66b66ffd5-gdrjw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b4621e8ca8e400208b58514902e47fea; Mon, 29 Sep 2025 20:01:21 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: main 16 and 15.0-ALPHA4: using a USB3 context gets extensive "flswai" STATE time during poudriere builds (UFS context happens to be in use); more Message-Id: <46E0F6E8-A365-4C01-BFF8-CE2423B6DA00@yahoo.com> Date: Mon, 29 Sep 2025 13:01:10 -0700 To: FreeBSD Current , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3826.700.81) References: <46E0F6E8-A365-4C01-BFF8-CE2423B6DA00.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from] X-Rspamd-Queue-Id: 4cbBsN1zkJz3tMK An example is during the cpdup activities when multiple happen in overlappingtime frames: . . . 29502 0 root 0 0 20976Ki 4832Ki biowr 2 0:00 = 0.06% cpdup -i0 -s0 -f -x ref 01 29479 0 root 0 0 20976Ki 4836Ki biord 7 0:01 = 0.75% cpdup -i0 -o ref 32 29467 0 root 0 0 20976Ki 4824Ki getblk 26 0:01 = 0.63% cpdup -i0 -o ref 31 29429 0 root 1 0 20976Ki 4768Ki flswai 23 0:01 = 0.61% cpdup -i0 -o ref 30 29414 0 root 0 0 20976Ki 4780Ki flswai 28 0:01 = 0.70% cpdup -i0 -o ref 29 29396 0 root 59 0 16872Ki 4948Ki wait 9 0:00 = 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o 29382 0 root 0 0 20976Ki 4876Ki flswai 15 0:01 = 0.95% cpdup -i0 -o ref 28 29353 0 root 59 0 16872Ki 4948Ki wait 7 0:00 = 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o 29326 0 root 0 0 20976Ki 4804Ki biord 5 0:01 = 0.44% cpdup -i0 -o ref 27 29308 0 root 0 0 20976Ki 4816Ki biord 2 0:01 = 0.77% cpdup -i0 -o ref 26 29307 0 root 59 0 16872Ki 4948Ki wait 5 0:00 = 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o 29273 0 root 59 0 16872Ki 4944Ki wait 4 0:00 = 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o 29262 0 root 0 0 20976Ki 4768Ki flswai 20 0:01 = 0.76% cpdup -i0 -o ref 25 29233 0 root 0 0 20976Ki 4784Ki flswai 3 0:01 = 0.71% cpdup -i0 -o ref 24 29232 0 root 59 0 16872Ki 4944Ki wait 6 0:00 = 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o . . . It took over 6 minutes for the 32 builders to finish. (Normal is under 2 seconds.) Also, later activity gets extensive "rename" STATE time, again, at least some of it during cpdup activity: . . . 80055 0 root 59 0 16872Ki 4968Ki wait 31 0:00 = 0.00% sh: poudriere[official-amd64-default][06]: build_pkg = (boost-jam-1.88.0) (sh) 78347 0 root 0 0 20976Ki 4624Ki rename 0 0:00 = 1.05% cpdup -i0 -s0 -f -x ref 31 78331 0 root 59 0 16872Ki 4960Ki wait 18 0:00 = 0.00% sh: poudriere[official-amd64-default][31]: build_pkg = (lua53-5.3.6_1) (sh) 77930 0 root 0 0 20976Ki 4636Ki rename 29 0:00 = 1.02% cpdup -i0 -s0 -f -x ref 30 77912 0 root 59 0 16872Ki 4960Ki wait 25 0:00 = 0.00% sh: poudriere[official-amd64-default][30]: build_pkg = (libsunacl-1.0.1_1) (sh) 75398 0 root 0 0 20976Ki 4628Ki rename 2 0:00 = 0.99% cpdup -i0 -s0 -f -x ref 16 75335 0 root 59 0 16872Ki 4960Ki wait 20 0:00 = 0.00% sh: poudriere[official-amd64-default][16]: build_pkg = (iwmbt-firmware-20250410) (sh) 75324 0 root 0 0 20976Ki 4628Ki rename 24 0:00 = 1.04% cpdup -i0 -s0 -f -x ref 19 75308 0 root 59 0 16872Ki 4960Ki wait 24 0:00 = 0.00% sh: poudriere[official-amd64-default][19]: build_pkg (lua54-5.4.8) = (sh) 74963 0 root 0 0 20976Ki 4624Ki rename 4 0:00 = 1.05% cpdup -i0 -s0 -f -x ref 32 74922 0 root 59 0 16872Ki 4960Ki wait 26 0:00 = 0.00% sh: poudriere[official-amd64-default][32]: build_pkg (lzo2-2.10_1) = (sh) 72722 0 root 0 0 20976Ki 4776Ki rename 1 0:00 = 1.28% cpdup -i0 -s0 -f -x ref 15 72647 0 root 59 0 16872Ki 4960Ki wait 26 0:00 = 0.00% sh: poudriere[official-amd64-default][15]: build_pkg = (indexinfo-0.3.1_1) (sh) 71967 0 root 0 0 20976Ki 4856Ki rename 30 0:00 = 1.48% cpdup -i0 -s0 -f -x ref 25 71917 0 root 59 0 16872Ki 4960Ki wait 1 0:00 = 0.00% sh: poudriere[official-amd64-default][25]: build_pkg = (mpg123-1.33.2) (sh) 71629 0 root 0 0 20976Ki 4828Ki rename 31 0:00 = 1.61% cpdup -i0 -s0 -f=20 . . . But I'll also see such on c compiles, ld commands, etc. I've not seen rename for pkg-static but I have seen flswai for it. The system spends lots of time 95%+ idle from the wait activities. I see such directly booted from the USB3 media (a 15.0-ALPHA4 context on UFS media) and when using that media via chroot from both ZFS and UFS boots that are not USB based. The ZFS and UFS boots do not show the behavior with the normal non-USB3 media used instead. The system in use is an AMD 7950X3D with 32 FreeBSD cpus, 192 GiBytes of RAM. main 16 booting for non-USB boots and 15.0-ALPHA4 boots for the USB3 boots. kernel and world are via official pkgbase distribution installs: it is not a personal build of the kernel or world. More rename and flswai examples: . . . 39320 183 nobody 59 0 171676Ki 160576Ki rename 29 0:00 = 2.17% cc -D_BLD_DLL -fPIC -D_BLD_ast -Os -Wno-unused-value = -Wno-parentheses -Wno-logical-op-parentheses -fno-strict-aliasing -I 62772 183 nobody 59 0 14376Ki 3372Ki wait 25 0:00 = 0.04% mamake -C lib/libast install 12602 183 nobody 59 0 14376Ki 3072Ki wait 17 0:00 = 0.00% mamake -r */* install 12600 183 nobody 59 0 14376Ki 3076Ki wait 22 0:00 = 0.00% mamake install 12596 183 nobody 0 0 14068Ki 2688Ki piperd 10 0:00 = 0.01% tee -a = /wrkdirs/usr/ports/shells/ksh/work/ksh-1.0.10/arch/freebsd15.i386-64/lib/p= ackage/gen/make.out 8980 183 nobody 59 0 14744Ki 3732Ki wait 6 0:00 = 0.00% /bin/sh bin/package flat make 8977 183 nobody 59 0 14744Ki 3436Ki wait 3 0:00 = 0.00% /bin/sh -e /tmp/makelMk4B8 8929 183 nobody 59 0 14288Ki 3872Ki wait 4 0:00 = 0.00% /usr/bin/make -C /usr/ports/shells/ksh build 39327 179 nobody 59 0 105680Ki 93264Ki biowr 2 0:00 = 0.61% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o test /usr/lib/crt 39325 179 nobody 59 0 165928Ki 155088Ki wait 17 0:00 = 1.00% /usr/bin/cc -o test ../test.o 39294 179 nobody 59 0 14744Ki 3448Ki wait 10 0:00 = 0.01% sh = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/C/make/probe /usr/bin/cc PREROOT=3D'' UNIVER 39293 179 nobody 59 0 15264Ki 3704Ki piperd 19 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/probe C make /usr/bin/cc 39291 179 nobody 59 0 16344Ki 4960Ki wait 10 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e --ignorelock --keepgoing --errorid=3Dlib/libast 39290 179 nobody 59 0 14744Ki 3444Ki wait 12 0:00 = 0.00% sh /dev/fd/3 39258 179 nobody 59 0 14744Ki 3452Ki piperd 0 0:00 = 0.00% sh /dev/fd/3 37014 179 nobody 0 0 14068Ki 2692Ki piperd 30 0:00 = 0.00% tee -a = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/pack= age/gen/make.out 37013 179 nobody 0 0 16728Ki 5320Ki select 14 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e -k -K recurse believe nmake 32949 179 nobody 13 0 14744Ki 4136Ki wait 31 0:00 = 0.00% /bin/sh bin/package flat make ksh93 32948 179 nobody 59 0 14744Ki 3444Ki wait 19 0:00 = 0.00% /bin/sh -e /tmp/makeW36tmB 32940 179 nobody 59 0 14288Ki 3892Ki wait 21 0:00 = 0.00% /usr/bin/make -C /usr/ports/shells/ksh93 build 32453 0 root 0 0 20976Ki 5020Ki rename 22 0:03 = 0.47% cpdup -i0 -s0 -f -x ref 26 32420 0 root 0 0 20976Ki 5024Ki rename 13 0:03 = 0.50% cpdup -i0 -s0 -f -x ref 11 32358 0 root 0 0 20976Ki 5068Ki rename 26 0:03 = 0.53% cpdup -i0 -s0 -f -x ref 20 32333 0 root 59 0 16872Ki 4960Ki wait 11 0:00 = 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (linux-c7-numactl-libs-2.0.12_1) (sh) 32313 0 root 59 0 16872Ki 4960Ki wait 9 0:00 = 0.00% sh: poudriere[official-amd64-default][20]: build_pkg = (linux-c7-libaio-0.3.109) (sh) 32301 0 root 59 0 16872Ki 4960Ki wait 19 0:00 = 0.00% sh: poudriere[official-amd64-default][11]: build_pkg = (linux-c7-dosfstools-3.0.20) (sh) 13808 0 root 0 0 20976Ki 4984Ki rename 4 0:03 = 0.57% cpdup -i0 -s0 -f -x ref 19 12316 0 root 0 0 20976Ki 5072Ki biowr 27 0:03 = 0.56% cpdup -i0 -s0 -f -x ref 13 12283 0 root 0 0 20976Ki 5068Ki rename 5 0:03 = 0.53% cpdup -i0 -s0 -f -x ref 01 12277 0 root 0 0 20976Ki 5068Ki rename 28 0:03 = 0.54% cpdup -i0 -s0 -f -x ref 14 12096 0 root 59 0 16872Ki 4960Ki wait 27 0:00 = 0.00% sh: poudriere[official-amd64-def . . . . . . 39927 183 nobody 59 0 171676Ki 160396Ki flswai 13 0:00 = 2.03% cc -D_BLD_DLL -fPIC -D_BLD_ast -Os -Wno-unused-value = -Wno-parentheses -Wno-logical-op-parentheses -fno-strict-aliasing -I 62772 183 nobody 59 0 14376Ki 3400Ki wait 3 0:00 = 0.06% mamake -C lib/libast install 12602 183 nobody 59 0 14376Ki 3072Ki wait 17 0:00 = 0.00% mamake -r */* install 12600 183 nobody 59 0 14376Ki 3076Ki wait 22 0:00 = 0.00% mamake install 12596 183 nobody 0 0 14068Ki 2688Ki piperd 28 0:00 = 0.01% tee -a = /wrkdirs/usr/ports/shells/ksh/work/ksh-1.0.10/arch/freebsd15.i386-64/lib/p= ackage/gen/make.out 8980 183 nobody 59 0 14744Ki 3732Ki wait 6 0:00 = 0.00% /bin/sh bin/package flat make 8977 183 nobody 59 0 14744Ki 3436Ki wait 3 0:00 = 0.00% /bin/sh -e /tmp/makelMk4B8 8929 183 nobody 59 0 14288Ki 3872Ki wait 4 0:00 = 0.00% /usr/bin/make -C /usr/ports/shells/ksh build 39924 179 nobody 59 0 125140Ki 95572Ki flswai 20 0:00 = 0.60% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o dynamic.exe /usr/ 39924 179 nobody 59 0 125140Ki 95572Ki uwait 0 0:00 = 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o dynamic.exe /usr/ 39924 179 nobody 59 0 125140Ki 95572Ki uwait 13 0:00 = 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o dynamic.exe /usr/ 39924 179 nobody 59 0 125140Ki 95572Ki uwait 16 0:00 = 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o dynamic.exe /usr/ 39924 179 nobody 59 0 125140Ki 95572Ki uwait 27 0:00 = 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o dynamic.exe /usr/ 39923 179 nobody 59 0 165928Ki 155092Ki wait 0 0:00 = 1.00% /usr/bin/cc -o dynamic.exe -dynamic dynamic.o 39294 179 nobody 59 0 14744Ki 3464Ki wait 9 0:00 = 0.02% sh = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/C/make/probe /usr/bin/cc PREROOT=3D'' UNIVER 39293 179 nobody 59 0 15264Ki 3704Ki piperd 19 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/probe C make /usr/bin/cc 39291 179 nobody 59 0 16344Ki 4960Ki wait 10 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e --ignorelock --keepgoing --errorid=3Dlib/libast 39290 179 nobody 59 0 14744Ki 3444Ki wait 12 0:00 = 0.00% sh /dev/fd/3 39258 179 nobody 59 0 14744Ki 3452Ki piperd 0 0:00 = 0.00% sh /dev/fd/3 37014 179 nobody 0 0 14068Ki 2692Ki piperd 30 0:00 = 0.00% tee -a = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/pack= age/gen/make.out 37013 179 nobody 0 0 16728Ki 5320Ki select 14 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e -k -K recurse believe nmake 32949 179 nobody 13 0 14744Ki 4136Ki wait 31 0:00 = 0.00% /bin/sh bin/package flat make ksh93 32948 179 nobody 59 0 14744Ki 3444Ki wait 19 0:00 = 0.00% /bin/sh -e /tmp/makeW36tmB 32940 179 nobody 59 0 14288Ki 3892Ki wait 21 0:00 = 0.00% /usr/bin/make -C /usr/ports/shells/ksh93 build 32453 0 root 0 0 20976Ki 5020Ki flswai 17 0:03 = 2.82% cpdup -i0 -s0 -f -x ref 26 32420 0 root 1 0 20976Ki 5024Ki flswai 25 0:03 = 2.81% cpdup -i0 -s0 -f -x ref 11 32358 0 root 1 0 20976Ki 5068Ki flswai 14 0:03 = 2.79% cpdup -i0 -s0 -f -x ref 20 32333 0 root 59 0 16872Ki 4960Ki wait 11 0:00 = 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (linux-c7-numactl-libs-2.0.12_1) (sh) 32313 0 root 59 0 16872Ki . . . . . . 53486 185 root 0 0 66428Ki 34196Ki getblk 25 0:01 = 0.26% /usr/local/sbin/pkg-static add -A /packages/All/perl5-5.42.0_1.pkg 53485 185 root 59 0 23308Ki 12024Ki wait 0 0:00 = 0.00% /usr/local/sbin/pkg-static add -A /packages/All/perl5-5.42.0_1.pkg 53446 185 root 59 0 14744Ki 3504Ki wait 11 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh 53445 185 root 59 0 14284Ki 3828Ki wait 1 0:00 = 0.00% /usr/bin/make -C /usr/ports/textproc/p5-YAML-Tiny build-depends 96359 183 root 0 0 66428Ki 34196Ki flswai 31 0:00 = 1.43% /usr/local/sbin/pkg-static add -A /packages/All/perl5-5.42.0_1.pkg 96358 183 root 59 0 23308Ki 12020Ki wait 29 0:00 = 0.00% /usr/local/sbin/pkg-static add -A /packages/All/perl5-5.42.0_1.pkg 96331 183 root 59 0 14744Ki 3504Ki wait 5 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh 96330 183 root 59 0 14284Ki 3860Ki wait 27 0:00 = 0.00% /usr/bin/make -C /usr/ports/security/cyrus-sasl2 patch-depends 9658 170 nobody 59 0 14224Ki 2852Ki flswai 3 0:00 = 0.02% install -m 0644 ./libcdio.info = /wrkdirs/usr/ports/sysutils/libcdio/work/stage/usr/local/share/info 9652 170 nobody 59 0 14744Ki 3420Ki wait 2 0:00 = 0.00% /bin/sh -c srcdirstrip=3D`echo "." | sed 's|.|.|g'`; = \\\nlist=3D'./libcdio.info'; test -n "/usr/local/share/info" || list=3D; = \ 9643 170 nobody 59 0 14744Ki 3420Ki wait 8 0:00 = 0.03% /bin/sh -c srcdirstrip=3D`echo "." | sed 's|.|.|g'`; = \\\nlist=3D'./libcdio.info'; test -n "/usr/local/share/info" || list=3D; = \ 9642 170 nobody 59 0 14776Ki 3652Ki wait 21 0:00 = 0.04% /usr/local/bin/gmake install-exec-am install-data-am 9641 170 nobody 59 0 14776Ki 3632Ki wait 3 0:00 = 0.04% /usr/local/bin/gmake install 9636 170 nobody 59 0 14744Ki 3424Ki wait 15 0:00 = 0.03% /bin/sh -c fail=3D; \\\nif (target_option=3Dk; case = ${target_option-} in ?) ;; *) echo "am__make_running_with_option: = interna 9635 170 nobody 59 0 14776Ki 3708Ki wait 0 0:00 = 0.06% /usr/local/bin/gmake INSTALL_PROGRAM=3D/bin/sh = /wrkdirs/usr/ports/sysutils/libcdio/work/libcdio-2.2.0/install-sh -c -s = inst 9634 170 nobody 59 0 14776Ki 3680Ki wait 29 0:00 = 0.08% /usr/local/bin/gmake -f Makefile = DESTDIR=3D/wrkdirs/usr/ports/sysutils/libcdio/work/stage install-strip 9633 170 nobody 59 0 14744Ki 3428Ki wait 13 0:00 = 0.02% /bin/sh -e /tmp/makeOENiKj 9611 170 nobody 59 0 16848Ki 3876Ki wait 21 0:00 = 0.22% /usr/bin/make -C /usr/ports/sysutils/libcdio stage 51574 158 root 0 0 74620Ki 34184Ki flswai 20 0:01 = 0.28% /usr/local/sbin/pkg-static add -A /packages/All/perl5-5.42.0_1.pkg 51573 158 root 59 0 23308Ki 12020Ki wait 20 0:00 = 0.00% /usr/local/sbin/pkg-static add -A /packages/All/perl5-5.42.0_1.pkg 51547 158 root 59 0 14744Ki 3512Ki wait 18 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh 51545 158 root 59 0 14284Ki 3852Ki wait 27 0:00 = 0.00% /usr/bin/make -C /usr/ports/textproc/hyphen build-depends 56591 157 root 0 0 66428Ki 34184Ki getblk 17 0:01 = 0.25% /usr/local/sbin/pkg-static add -A /packages/All/perl5-5.42.0_1.pkg 56590 157 root 59 0 23308Ki 12024Ki wait 12 0:00 = 0.00% /usr/local/sbin/pkg-static add -A /packages/All/perl5-5.42.0_1.pkg 56528 157 root 59 0 14744Ki 3504Ki wait 28 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh 56469 157 root 59 0 14284Ki 3832Ki wait 4 0:00 = 0.00% /usr/bin/make -C /usr/ports/converters/p5-MIME-Base32 = build-depends 56593 155 root 0 0 66428Ki 34188Ki getblk 8 0:01 = 0.26% /usr/local/sbin/pkg-static add -A /packages/All/perl5-5.42.0_1.pkg 56592 155 root 59 0 23308Ki 12024Ki wait 4 0:00 = 0.00% /usr/local/sbin/pkg-static add -A /packages/All/perl5-5.42.0_1.pkg 56559 155 root 59 0 14744Ki 3508Ki wait 18 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh 56532 155 root 59 0 14284Ki 3828Ki wait 13 0:00 = 0.00% /usr/bin/make -C /usr/ports/devel/p5-Parse-Yapp build-depends 52781 145 root 0 0 74620Ki 34244Ki flswai 12 0:01 = 0.25% /usr/local/sbin/pkg-static add -A /packages/All/perl5-5.42.0_1.pkg 52780 145 root 59 0 23308Ki 12024Ki wait 22 0:00 = 0.00% /usr/local/sbin/pkg-static add -A /packages/All/perl5-5.42.0_1.pkg 52753 145 root 59 0 14744Ki 3508Ki wait 24 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh 52749 145 root 59 0 14284Ki 3824Ki wait 21 0:00 = 0.00% /usr/bin/make -C /usr/ports/converters/p5-JSON build-depends 9610 0 root 59 0 16872Ki 4972Ki wait 14 0:00 = 0.01% sh: poudriere[official-amd64-default][14]: build_pkg = (libcdio-2.2.0) (sh) 99560 0 root 1 0 20976Ki 4860Ki flswai 15 0:00 = 2.82% cpdup -i0 -s0 -f -x ref 01 99539 0 root 59 0 16872Ki 4960Ki wait 10 0:00 = 0.00% sh: poudriere[official-amd64-default][01]: build_pkg = (texi2html-5.0_5,1) (sh) 98112 0 root 1 0 20976Ki 4828Ki flswai 19 0:00 = 3.47% cpdup -i0 -s0 -f -x ref 28 98096 0 root 59 0 16872Ki 4960Ki wait 31 0:00 = 0.00% sh: poudriere[official-amd64-default][28]: build_pkg (gdbm-1.26) = (sh) 97694 0 root 1 0 20976Ki 4844Ki flswai 7 0:01 = 2.51% cpdup -i0 -s0 -f -x ref 27 97665 0 root 59 0 16872Ki 4960Ki wait 0 0:00 = 0.00% sh: poudriere[official-amd64-default][27]: build_pkg = (sudo-1.9.17p2) (sh) 96108 0 root 0 0 20976Ki 4800Ki flswai 29 0:01 = 3.06% cpdup -i0 -s0 -f -x ref 19 96091 0 root 59 0 16872Ki 4960Ki wait 31 0:00 = 0.00% sh: poudriere[official-amd64-default][19]: build_pkg = (libgpg-error-1.55) (sh) 93884 0 root 0 0 20976Ki 5064Ki flswai 19 0:01 = 2.43% cpdup -i0 -s0 -f -x ref 26 93857 0 root 59 0 16872Ki 4960Ki wait 16 0:00 = 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (libxml2-2.14.5) (sh) 93271 0 root 0 0 20976Ki 5224Ki flswai 5 0:01 = 2.38% cpdup -i0 -s0 -f -x ref 12 93212 0 root 59 0 16872Ki 4960Ki wait 11 0:00 = 0.00% sh: poudriere[official-amd64-default][12]: build_pkg = (lame-3.100_5) (sh) 88119 0 root 0 0 20976Ki 5212Ki flswai 0 0:01 = 2.51% cpdup -i0 -s0 -f -x ref 32 88077 0 root 0 0 20976Ki 5176Ki flswai 0 0:01 = 2.38% cpdup -i0 -s0 -f -x ref 31 . . . =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Sep 29 23:06:03 2025 X-Original-To: freebsd-current@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 4cbGyn1skhz690WZ for ; Mon, 29 Sep 2025 23:06:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (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 4cbGym3zGLz3GTd for ; Mon, 29 Sep 2025 23:06:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=q4OVEG+w; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759187178; bh=UG5pBb+ax9lVg8XavHSXEFkddRZQ90L3ZcBLtDyVy2Q=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=q4OVEG+wndwf2m+i42iwoVXjW3NRvUASif6+YSHIfVMwSOia7IwX660ZHYBujXMNvHynyzGJXIsNIF4F1i6MDRyyy5mxv7s2kYHypCfx0VdH2+spL0Kq2sgITOfYoDS4us0y6sF0Bb15OucfOkU/LFjBJCsS0LqEKx4BQsDwZ7x+Sjfi5p8sBHPlSA4De5Xx769pS/QGlbygyWYjQ10oi3/fCrfsm/0siiXizNZjnEU74CDbassyyHKdfJpm7jVjfbfyEbBGpKx+r5Y/eNR6+A0r8tJDVHymQKBivnDoeiemNPNzHVlwGtcc639BMdWd+YGJ8V17Fsq2B7Psz9XodA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759187178; bh=t1gwgBaWEbI+E8HgGFsXqWYSbWxn1u0YrKWw1wrVJ4q=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=cH9wGZ7AtMKFZovTuzUjan4xiaVHcEzYaJi/3wpO9r6XfQQcYyvOkin97HmESi9zRgYq5SiZ2b3n5qHExPB0bADwpvxR3Av1eQLWIsipIvg3THkmGa6rby3fMUkfF6gRlB/8glGD3QsCQjpPGA8AHx3AQF3eMmDv2Mz/zHuBNImqF3p3pt1iAbgtVHKdF3evBUKNs1OuO4JpvByeIOpH7vFt+zRWqutz66qiMlXZkwW2exJ4mR8Gf63ueTvKUIkXdVihCsF+jmjG41sLNjR/BDH5xby2zq/iTPBBw+e0GtBwUAxFf5jTyb196PYWXWCAQXIQAi5mFHtvkVvky4xr2Q== X-YMail-OSG: y.jflxkVM1l42rg5VrdAc7oLn4dPb9ktwTZ1ajUIYq01VFldz6Zfgwab_Qw5yS4 IslV2aj9gcFrhszJ6FilFtpUypHuS_99EdCJCXNjGk1Mdv38WbSYSoQPy8RSg1mZfCTif9TVdwyR qVI5hE0D3obNheu1pcv.YZoPQyENYG.P2ml6QkKk9Bgy8hK2vEPLezWZzm4RDs697nnC.kINwR5Q CvoByUoQKBXPZvbZODUJBbW5_H4JshH.mPikPAytoBAK4p_b3qLRxIPQzc31ECvLTWI3MllmEW2H nTus.SxQY3BXABfLBCTqAZBA4DPW.LBut35bls0H_5ZMG.RYDh_pice4eWQ.zqHW9aWNa8_ddFkt drjrXauuUUGzYy.sOMzQJ4I9_bAsJoUO9JUeC_XlOqiOvqSfpUpGL9Mun61MaD4lyfDcWg34Ir.8 0SXvV4eEi2nv37EwJvDVvESKjic468nfSplZv9BfjkaPQfgndRn.QqHIcY9WEA.KaFW.Es9mp1oc X1tPyo6qPpr9dhCHy1ProD_8WRtH8cOVs4kM3IgdL0z8znjrvdAWCbE9GzmtiUFmszxkK9OgnxUF AZ8aKqFdKq1UDTW3dAoH3yMTbiPNUhby0sLIQFS0Rk0Gxd7zpup1mp0ZHT2837jHUIYxigeKOqlC qmit_91tg8sMFhR0m2gqj90aJnET571iaA65p_F9INrN987gHQUCXG3YUKhaRKRgNGomVc9odxPT gAPa11IdgkexMgx4NA3h5gXW9qmQlvq49Fm1BSl2TeF1qB3_H8gaj4MxNGMABBTT0oTCsKa6Y7uM ZqFBMgT5pwcERp0U5hSbMOPuA4jykdc_M_c2GPVJku6LkyDMXCsxwMxKtxlsXtIt3HY2LyriVc41 go1p6Wq2Wpk4qu6_IM0LLmiR3QRel3sWcqh9WP1XzH6wi3F5.LG2KoTjh0t8AhH2UGjNiJqFmzzE rp6gLkifBmBT7yfO3zOfjPXpQ0JCXuTezoNKwPVWOYPJDA5IVNxDXu2PBtCpOIheIZiIQ8AGqHX_ AyLItaknnbiaBdkawLZD8x_9oKLln.o4fAo.EPqpvF1FYSHVXk_JRxniczbZv48bT4jwNNgpjR4z R9WrcmN5n0AHs55CC4KbqDkx9_x3qwV.GG844G4aPGyR7bi8hdWJFemvJ9YTedbHKz9_UjjQlrQB wrteIxSk72SmZmAqxsLQk0Tc2X1JZrxrlZThO_AcO7fNe8vCJnWhbn4rlGxg4i4stm6EDpOw.fyd G.zMIvhvZtIVpV0HDUWUfS3EQuzsQONAuniY3YuWZjdzBYaQSyDGgGF4NTzftxjJFPPQksvZsj_9 j.WEWm4iaNRv7GpMvwtWxvwn8tgjdv_krdPzezqqJ7MzehhKf5BnnjzXO42OxaSXbfFSCuiahQDH vi6AvFH7AqgK0jkhMN8bdoWRIgetPeH5m7fXYMhngKMpdLgvu2qNsBQ3qO7iDsx1vQqKQDoIrkiQ tTcis.ICC9Y4HpAti5LvI4ud20tMAxkEqA6dBnI_oLbKlPEjooyjaK4bMeKMkgZk3Lw6X64b8dOH onAjQfhtcEOwb4H2ApgPkPS1012nIdzaB5KmJcvacASsVqNdGrK4y.gz_LHIbcAwzBAj_fG2Y3aH W1XXVS2Q2qiLfyek6ClpRkSU20KZqbyYUu7krPh73kFRJk_ur7t38TZeYnvSPSO7p6MbY.oikMpm wYK.H2Tqbv__n1Q6.bUuvWrNuta_S944.89vNLNmG_Xlj_ugeI4jnxtuytHZbijBKA8aIhmNybLR NYuSp28qavOnibFTwg4_VZlrEQ.kCwEn3gpyU5SSvBEQR7RwFV4YJuQTgZwOQNiF7IDqP1yRdMxB CHppkPAXvQqCAfWgRXlr84os88tK9u2GXh0NA2pJ0hNiS_8aDwOuBlEDrJqm5IAGdiUN7Baz.e.N TbSM1luIiLUkEXvD6aMG6g9fcoS8SDt.jJtj8F_PcrpPkrpLm6kSdATKZjcfZUt_gannbD1wnUUh FjFghjt2Fs_B_IbZwbr2FfyWTmMb2vncrP4IDcudDp3rkMIS6nq6eNJNOJJgEnDYG2oibQpX4ymv ORI.ESZ1Og8hKNybE3xplZeG1UAPxqxfnGjkbSUYp1OQsYlcueDN473ubsEz.K0odN279L5CPiWD 8J.SyDmvON3qo7pM2ZHR3d8JYMnx9qE0orGPJ4uUzh_bFv9114eb1OTgeRbtVgQugds6dEeytzAf 2ilXMPTX8XYTbRMSVAaCvIXyLaVekr.FctuJe2YCVrcyYqF3WHCq.wThPBRLnwc5.VbaAbzNq0UA Raw9l X-Sonic-MF: X-Sonic-ID: f25ea7c0-703c-4c54-b5e1-dbbeae7205a6 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Mon, 29 Sep 2025 23:06:18 +0000 Received: by hermes--production-gq1-66b66ffd5-6ncn2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 706b7d4cd7713ba26eee480abbb77020; Mon, 29 Sep 2025 23:06:14 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: main 16 and 15.0-ALPHA4 [on amd64]: using a USB3 context gets extensive "flswai" STATE time during poudriere builds (UFS context happens to be in use); more Date: Mon, 29 Sep 2025 16:06:03 -0700 References: <46E0F6E8-A365-4C01-BFF8-CE2423B6DA00@yahoo.com> To: FreeBSD Current , FreeBSD-STABLE Mailing List In-Reply-To: <46E0F6E8-A365-4C01-BFF8-CE2423B6DA00@yahoo.com> Message-Id: <4D74D446-2078-4A5F-B245-913273E2DDD1@yahoo.com> X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.80 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.80)[-0.797]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from] X-Rspamd-Queue-Id: 4cbGym3zGLz3GTd On Sep 29, 2025, at 13:01, Mark Millard wrote: > An example is during the cpdup activities when multiple happen > in overlappingtime frames: I'll note that I see this on the amd64 32-FreeBSD-cpu system but not on the aarch64 8-FreeBSD-cpu Windows Dev Kit 2023 system. May be at some point I'll try the older 16-FreeBSD-cpu aarch64 (Cortex-A72) system. Also, on the 7950X3D amd74 system, I see the behavior with 14.3-Stable. Apparently, this is not new with 15+. It has been a long time since I'd tried using an amd64 system for such activity based on using USB3 media. But it has been common for me for aarch64 over that time frame. > . . . > 29502 0 root 0 0 20976Ki 4832Ki biowr 2 0:00 = 0.06% cpdup -i0 -s0 -f -x ref 01 > 29479 0 root 0 0 20976Ki 4836Ki biord 7 0:01 = 0.75% cpdup -i0 -o ref 32 > 29467 0 root 0 0 20976Ki 4824Ki getblk 26 0:01 = 0.63% cpdup -i0 -o ref 31 > 29429 0 root 1 0 20976Ki 4768Ki flswai 23 0:01 = 0.61% cpdup -i0 -o ref 30 > 29414 0 root 0 0 20976Ki 4780Ki flswai 28 0:01 = 0.70% cpdup -i0 -o ref 29 > 29396 0 root 59 0 16872Ki 4948Ki wait 9 0:00 = 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o > 29382 0 root 0 0 20976Ki 4876Ki flswai 15 0:01 = 0.95% cpdup -i0 -o ref 28 > 29353 0 root 59 0 16872Ki 4948Ki wait 7 0:00 = 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o > 29326 0 root 0 0 20976Ki 4804Ki biord 5 0:01 = 0.44% cpdup -i0 -o ref 27 > 29308 0 root 0 0 20976Ki 4816Ki biord 2 0:01 = 0.77% cpdup -i0 -o ref 26 > 29307 0 root 59 0 16872Ki 4948Ki wait 5 0:00 = 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o > 29273 0 root 59 0 16872Ki 4944Ki wait 4 0:00 = 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o > 29262 0 root 0 0 20976Ki 4768Ki flswai 20 0:01 = 0.76% cpdup -i0 -o ref 25 > 29233 0 root 0 0 20976Ki 4784Ki flswai 3 0:01 = 0.71% cpdup -i0 -o ref 24 > 29232 0 root 59 0 16872Ki 4944Ki wait 6 0:00 = 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o > . . . >=20 > It took over 6 minutes for the 32 builders to finish. (Normal is > under 2 seconds.) >=20 >=20 > Also, later activity gets extensive "rename" STATE time, again, at = least > some of it during cpdup activity: >=20 > . . . > 80055 0 root 59 0 16872Ki 4968Ki wait 31 0:00 = 0.00% sh: poudriere[official-amd64-default][06]: build_pkg = (boost-jam-1.88.0) (sh) > 78347 0 root 0 0 20976Ki 4624Ki rename 0 0:00 = 1.05% cpdup -i0 -s0 -f -x ref 31 > 78331 0 root 59 0 16872Ki 4960Ki wait 18 0:00 = 0.00% sh: poudriere[official-amd64-default][31]: build_pkg = (lua53-5.3.6_1) (sh) > 77930 0 root 0 0 20976Ki 4636Ki rename 29 0:00 = 1.02% cpdup -i0 -s0 -f -x ref 30 > 77912 0 root 59 0 16872Ki 4960Ki wait 25 0:00 = 0.00% sh: poudriere[official-amd64-default][30]: build_pkg = (libsunacl-1.0.1_1) (sh) > 75398 0 root 0 0 20976Ki 4628Ki rename 2 0:00 = 0.99% cpdup -i0 -s0 -f -x ref 16 > 75335 0 root 59 0 16872Ki 4960Ki wait 20 0:00 = 0.00% sh: poudriere[official-amd64-default][16]: build_pkg = (iwmbt-firmware-20250410) (sh) > 75324 0 root 0 0 20976Ki 4628Ki rename 24 0:00 = 1.04% cpdup -i0 -s0 -f -x ref 19 > 75308 0 root 59 0 16872Ki 4960Ki wait 24 0:00 = 0.00% sh: poudriere[official-amd64-default][19]: build_pkg = (lua54-5.4.8) (sh) > 74963 0 root 0 0 20976Ki 4624Ki rename 4 0:00 = 1.05% cpdup -i0 -s0 -f -x ref 32 > 74922 0 root 59 0 16872Ki 4960Ki wait 26 0:00 = 0.00% sh: poudriere[official-amd64-default][32]: build_pkg = (lzo2-2.10_1) (sh) > 72722 0 root 0 0 20976Ki 4776Ki rename 1 0:00 = 1.28% cpdup -i0 -s0 -f -x ref 15 > 72647 0 root 59 0 16872Ki 4960Ki wait 26 0:00 = 0.00% sh: poudriere[official-amd64-default][15]: build_pkg = (indexinfo-0.3.1_1) (sh) > 71967 0 root 0 0 20976Ki 4856Ki rename 30 0:00 = 1.48% cpdup -i0 -s0 -f -x ref 25 > 71917 0 root 59 0 16872Ki 4960Ki wait 1 0:00 = 0.00% sh: poudriere[official-amd64-default][25]: build_pkg = (mpg123-1.33.2) (sh) > 71629 0 root 0 0 20976Ki 4828Ki rename 31 0:00 = 1.61% cpdup -i0 -s0 -f=20 > . . . >=20 > But I'll also see such on c compiles, ld commands, etc. I've > not seen rename for pkg-static but I have seen flswai for it. >=20 > The system spends lots of time 95%+ idle from the wait > activities. >=20 > I see such directly booted from the USB3 media (a 15.0-ALPHA4 > context on UFS media) and when using that media via chroot > from both ZFS and UFS boots that are not USB based. The ZFS > and UFS boots do not show the behavior with the normal > non-USB3 media used instead. >=20 > The system in use is an AMD 7950X3D with 32 FreeBSD cpus, > 192 GiBytes of RAM. main 16 booting for non-USB boots > and 15.0-ALPHA4 boots for the USB3 boots. kernel and > world are via official pkgbase distribution installs: > it is not a personal build of the kernel or world. >=20 >=20 > More rename and flswai examples: >=20 > . . . > 39320 183 nobody 59 0 171676Ki 160576Ki rename 29 0:00 = 2.17% cc -D_BLD_DLL -fPIC -D_BLD_ast -Os -Wno-unused-value = -Wno-parentheses -Wno-logical-op-parentheses -fno-strict-aliasing -I > 62772 183 nobody 59 0 14376Ki 3372Ki wait 25 0:00 = 0.04% mamake -C lib/libast install > 12602 183 nobody 59 0 14376Ki 3072Ki wait 17 0:00 = 0.00% mamake -r */* install > 12600 183 nobody 59 0 14376Ki 3076Ki wait 22 0:00 = 0.00% mamake install > 12596 183 nobody 0 0 14068Ki 2688Ki piperd 10 0:00 = 0.01% tee -a = /wrkdirs/usr/ports/shells/ksh/work/ksh-1.0.10/arch/freebsd15.i386-64/lib/p= ackage/gen/make.out > 8980 183 nobody 59 0 14744Ki 3732Ki wait 6 0:00 = 0.00% /bin/sh bin/package flat make > 8977 183 nobody 59 0 14744Ki 3436Ki wait 3 0:00 = 0.00% /bin/sh -e /tmp/makelMk4B8 > 8929 183 nobody 59 0 14288Ki 3872Ki wait 4 0:00 = 0.00% /usr/bin/make -C /usr/ports/shells/ksh build > 39327 179 nobody 59 0 105680Ki 93264Ki biowr 2 0:00 = 0.61% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o test /usr/lib/crt > 39325 179 nobody 59 0 165928Ki 155088Ki wait 17 0:00 = 1.00% /usr/bin/cc -o test ../test.o > 39294 179 nobody 59 0 14744Ki 3448Ki wait 10 0:00 = 0.01% sh = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/C/make/probe /usr/bin/cc PREROOT=3D'' UNIVER > 39293 179 nobody 59 0 15264Ki 3704Ki piperd 19 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/probe C make /usr/bin/cc > 39291 179 nobody 59 0 16344Ki 4960Ki wait 10 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e --ignorelock --keepgoing --errorid=3Dlib/libast > 39290 179 nobody 59 0 14744Ki 3444Ki wait 12 0:00 = 0.00% sh /dev/fd/3 > 39258 179 nobody 59 0 14744Ki 3452Ki piperd 0 0:00 = 0.00% sh /dev/fd/3 > 37014 179 nobody 0 0 14068Ki 2692Ki piperd 30 0:00 = 0.00% tee -a = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/pack= age/gen/make.out > 37013 179 nobody 0 0 16728Ki 5320Ki select 14 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e -k -K recurse believe nmake > 32949 179 nobody 13 0 14744Ki 4136Ki wait 31 0:00 = 0.00% /bin/sh bin/package flat make ksh93 > 32948 179 nobody 59 0 14744Ki 3444Ki wait 19 0:00 = 0.00% /bin/sh -e /tmp/makeW36tmB > 32940 179 nobody 59 0 14288Ki 3892Ki wait 21 0:00 = 0.00% /usr/bin/make -C /usr/ports/shells/ksh93 build > 32453 0 root 0 0 20976Ki 5020Ki rename 22 0:03 = 0.47% cpdup -i0 -s0 -f -x ref 26 > 32420 0 root 0 0 20976Ki 5024Ki rename 13 0:03 = 0.50% cpdup -i0 -s0 -f -x ref 11 > 32358 0 root 0 0 20976Ki 5068Ki rename 26 0:03 = 0.53% cpdup -i0 -s0 -f -x ref 20 > 32333 0 root 59 0 16872Ki 4960Ki wait 11 0:00 = 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (linux-c7-numactl-libs-2.0.12_1) (sh) > 32313 0 root 59 0 16872Ki 4960Ki wait 9 0:00 = 0.00% sh: poudriere[official-amd64-default][20]: build_pkg = (linux-c7-libaio-0.3.109) (sh) > 32301 0 root 59 0 16872Ki 4960Ki wait 19 0:00 = 0.00% sh: poudriere[official-amd64-default][11]: build_pkg = (linux-c7-dosfstools-3.0.20) (sh) > 13808 0 root 0 0 20976Ki 4984Ki rename 4 0:03 = 0.57% cpdup -i0 -s0 -f -x ref 19 > 12316 0 root 0 0 20976Ki 5072Ki biowr 27 0:03 = 0.56% cpdup -i0 -s0 -f -x ref 13 > 12283 0 root 0 0 20976Ki 5068Ki rename 5 0:03 = 0.53% cpdup -i0 -s0 -f -x ref 01 > 12277 0 root 0 0 20976Ki 5068Ki rename 28 0:03 = 0.54% cpdup -i0 -s0 -f -x ref 14 > 12096 0 root 59 0 16872Ki 4960Ki wait 27 0:00 = 0.00% sh: poudriere[official-amd64-def > . . . >=20 >=20 > . . . > 39927 183 nobody 59 0 171676Ki 160396Ki flswai 13 0:00 = 2.03% cc -D_BLD_DLL -fPIC -D_BLD_ast -Os -Wno-unused-value = -Wno-parentheses -Wno-logical-op-parentheses -fno-strict-aliasing -I > 62772 183 nobody 59 0 14376Ki 3400Ki wait 3 0:00 = 0.06% mamake -C lib/libast install > 12602 183 nobody 59 0 14376Ki 3072Ki wait 17 0:00 = 0.00% mamake -r */* install > 12600 183 nobody 59 0 14376Ki 3076Ki wait 22 0:00 = 0.00% mamake install > 12596 183 nobody 0 0 14068Ki 2688Ki piperd 28 0:00 = 0.01% tee -a = /wrkdirs/usr/ports/shells/ksh/work/ksh-1.0.10/arch/freebsd15.i386-64/lib/p= ackage/gen/make.out > 8980 183 nobody 59 0 14744Ki 3732Ki wait 6 0:00 = 0.00% /bin/sh bin/package flat make > 8977 183 nobody 59 0 14744Ki 3436Ki wait 3 0:00 = 0.00% /bin/sh -e /tmp/makelMk4B8 > 8929 183 nobody 59 0 14288Ki 3872Ki wait 4 0:00 = 0.00% /usr/bin/make -C /usr/ports/shells/ksh build > 39924 179 nobody 59 0 125140Ki 95572Ki flswai 20 0:00 = 0.60% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o dynamic.exe /usr/ > 39924 179 nobody 59 0 125140Ki 95572Ki uwait 0 0:00 = 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o dynamic.exe /usr/ > 39924 179 nobody 59 0 125140Ki 95572Ki uwait 13 0:00 = 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o dynamic.exe /usr/ > 39924 179 nobody 59 0 125140Ki 95572Ki uwait 16 0:00 = 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o dynamic.exe /usr/ > 39924 179 nobody 59 0 125140Ki 95572Ki uwait 27 0:00 = 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o dynamic.exe /usr/ > 39923 179 nobody 59 0 165928Ki 155092Ki wait 0 0:00 = 1.00% /usr/bin/cc -o dynamic.exe -dynamic dynamic.o > 39294 179 nobody 59 0 14744Ki 3464Ki wait 9 0:00 = 0.02% sh = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/C/make/probe /usr/bin/cc PREROOT=3D'' UNIVER > 39293 179 nobody 59 0 15264Ki 3704Ki piperd 19 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/probe C make /usr/bin/cc > 39291 179 nobody 59 0 16344Ki 4960Ki wait 10 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e --ignorelock --keepgoing --errorid=3Dlib/libast > 39290 179 nobody 59 0 14744Ki 3444Ki wait 12 0:00 = 0.00% sh /dev/fd/3 > 39258 179 nobody 59 0 14744Ki 3452Ki piperd 0 0:00 = 0.00% sh /dev/fd/3 > 37014 179 nobody 0 0 14068Ki 2692Ki piperd 30 0:00 = 0.00% tee -a = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/pack= age/gen/make.out > 37013 179 nobody 0 0 16728Ki 5320Ki select 14 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e -k -K recurse believe nmake > 32949 179 nobody 13 0 14744Ki 4136Ki wait 31 0:00 = 0.00% /bin/sh bin/package flat make ksh93 > 32948 179 nobody 59 0 14744Ki 3444Ki wait 19 0:00 = 0.00% /bin/sh -e /tmp/makeW36tmB > 32940 179 nobody 59 0 14288Ki 3892Ki wait 21 0:00 = 0.00% /usr/bin/make -C /usr/ports/shells/ksh93 build > 32453 0 root 0 0 20976Ki 5020Ki flswai 17 0:03 = 2.82% cpdup -i0 -s0 -f -x ref 26 > 32420 0 root 1 0 20976Ki 5024Ki flswai 25 0:03 = 2.81% cpdup -i0 -s0 -f -x ref 11 > 32358 0 root 1 0 20976Ki 5068Ki flswai 14 0:03 = 2.79% cpdup -i0 -s0 -f -x ref 20 > 32333 0 root 59 0 16872Ki 4960Ki wait 11 0:00 = 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (linux-c7-numactl-libs-2.0.12_1) (sh) > 32313 0 root 59 0 16872Ki > . . . >=20 >=20 > . . . > 53486 185 root 0 0 66428Ki 34196Ki getblk 25 0:01 = 0.26% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg > 53485 185 root 59 0 23308Ki 12024Ki wait 0 0:00 = 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg > 53446 185 root 59 0 14744Ki 3504Ki wait 11 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh > 53445 185 root 59 0 14284Ki 3828Ki wait 1 0:00 = 0.00% /usr/bin/make -C /usr/ports/textproc/p5-YAML-Tiny build-depends > 96359 183 root 0 0 66428Ki 34196Ki flswai 31 0:00 = 1.43% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg > 96358 183 root 59 0 23308Ki 12020Ki wait 29 0:00 = 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg > 96331 183 root 59 0 14744Ki 3504Ki wait 5 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh > 96330 183 root 59 0 14284Ki 3860Ki wait 27 0:00 = 0.00% /usr/bin/make -C /usr/ports/security/cyrus-sasl2 patch-depends > 9658 170 nobody 59 0 14224Ki 2852Ki flswai 3 0:00 = 0.02% install -m 0644 ./libcdio.info = /wrkdirs/usr/ports/sysutils/libcdio/work/stage/usr/local/share/info > 9652 170 nobody 59 0 14744Ki 3420Ki wait 2 0:00 = 0.00% /bin/sh -c srcdirstrip=3D`echo "." | sed 's|.|.|g'`; = \\\nlist=3D'./libcdio.info'; test -n "/usr/local/share/info" || list=3D; = \ > 9643 170 nobody 59 0 14744Ki 3420Ki wait 8 0:00 = 0.03% /bin/sh -c srcdirstrip=3D`echo "." | sed 's|.|.|g'`; = \\\nlist=3D'./libcdio.info'; test -n "/usr/local/share/info" || list=3D; = \ > 9642 170 nobody 59 0 14776Ki 3652Ki wait 21 0:00 = 0.04% /usr/local/bin/gmake install-exec-am install-data-am > 9641 170 nobody 59 0 14776Ki 3632Ki wait 3 0:00 = 0.04% /usr/local/bin/gmake install > 9636 170 nobody 59 0 14744Ki 3424Ki wait 15 0:00 = 0.03% /bin/sh -c fail=3D; \\\nif (target_option=3Dk; case = ${target_option-} in ?) ;; *) echo "am__make_running_with_option: = interna > 9635 170 nobody 59 0 14776Ki 3708Ki wait 0 0:00 = 0.06% /usr/local/bin/gmake INSTALL_PROGRAM=3D/bin/sh = /wrkdirs/usr/ports/sysutils/libcdio/work/libcdio-2.2.0/install-sh -c -s = inst > 9634 170 nobody 59 0 14776Ki 3680Ki wait 29 0:00 = 0.08% /usr/local/bin/gmake -f Makefile = DESTDIR=3D/wrkdirs/usr/ports/sysutils/libcdio/work/stage install-strip > 9633 170 nobody 59 0 14744Ki 3428Ki wait 13 0:00 = 0.02% /bin/sh -e /tmp/makeOENiKj > 9611 170 nobody 59 0 16848Ki 3876Ki wait 21 0:00 = 0.22% /usr/bin/make -C /usr/ports/sysutils/libcdio stage > 51574 158 root 0 0 74620Ki 34184Ki flswai 20 0:01 = 0.28% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg > 51573 158 root 59 0 23308Ki 12020Ki wait 20 0:00 = 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg > 51547 158 root 59 0 14744Ki 3512Ki wait 18 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh > 51545 158 root 59 0 14284Ki 3852Ki wait 27 0:00 = 0.00% /usr/bin/make -C /usr/ports/textproc/hyphen build-depends > 56591 157 root 0 0 66428Ki 34184Ki getblk 17 0:01 = 0.25% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg > 56590 157 root 59 0 23308Ki 12024Ki wait 12 0:00 = 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg > 56528 157 root 59 0 14744Ki 3504Ki wait 28 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh > 56469 157 root 59 0 14284Ki 3832Ki wait 4 0:00 = 0.00% /usr/bin/make -C /usr/ports/converters/p5-MIME-Base32 = build-depends > 56593 155 root 0 0 66428Ki 34188Ki getblk 8 0:01 = 0.26% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg > 56592 155 root 59 0 23308Ki 12024Ki wait 4 0:00 = 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg > 56559 155 root 59 0 14744Ki 3508Ki wait 18 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh > 56532 155 root 59 0 14284Ki 3828Ki wait 13 0:00 = 0.00% /usr/bin/make -C /usr/ports/devel/p5-Parse-Yapp build-depends > 52781 145 root 0 0 74620Ki 34244Ki flswai 12 0:01 = 0.25% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg > 52780 145 root 59 0 23308Ki 12024Ki wait 22 0:00 = 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg > 52753 145 root 59 0 14744Ki 3508Ki wait 24 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh > 52749 145 root 59 0 14284Ki 3824Ki wait 21 0:00 = 0.00% /usr/bin/make -C /usr/ports/converters/p5-JSON build-depends > 9610 0 root 59 0 16872Ki 4972Ki wait 14 0:00 = 0.01% sh: poudriere[official-amd64-default][14]: build_pkg = (libcdio-2.2.0) (sh) > 99560 0 root 1 0 20976Ki 4860Ki flswai 15 0:00 = 2.82% cpdup -i0 -s0 -f -x ref 01 > 99539 0 root 59 0 16872Ki 4960Ki wait 10 0:00 = 0.00% sh: poudriere[official-amd64-default][01]: build_pkg = (texi2html-5.0_5,1) (sh) > 98112 0 root 1 0 20976Ki 4828Ki flswai 19 0:00 = 3.47% cpdup -i0 -s0 -f -x ref 28 > 98096 0 root 59 0 16872Ki 4960Ki wait 31 0:00 = 0.00% sh: poudriere[official-amd64-default][28]: build_pkg (gdbm-1.26) = (sh) > 97694 0 root 1 0 20976Ki 4844Ki flswai 7 0:01 = 2.51% cpdup -i0 -s0 -f -x ref 27 > 97665 0 root 59 0 16872Ki 4960Ki wait 0 0:00 = 0.00% sh: poudriere[official-amd64-default][27]: build_pkg = (sudo-1.9.17p2) (sh) > 96108 0 root 0 0 20976Ki 4800Ki flswai 29 0:01 = 3.06% cpdup -i0 -s0 -f -x ref 19 > 96091 0 root 59 0 16872Ki 4960Ki wait 31 0:00 = 0.00% sh: poudriere[official-amd64-default][19]: build_pkg = (libgpg-error-1.55) (sh) > 93884 0 root 0 0 20976Ki 5064Ki flswai 19 0:01 = 2.43% cpdup -i0 -s0 -f -x ref 26 > 93857 0 root 59 0 16872Ki 4960Ki wait 16 0:00 = 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (libxml2-2.14.5) (sh) > 93271 0 root 0 0 20976Ki 5224Ki flswai 5 0:01 = 2.38% cpdup -i0 -s0 -f -x ref 12 > 93212 0 root 59 0 16872Ki 4960Ki wait 11 0:00 = 0.00% sh: poudriere[official-amd64-default][12]: build_pkg = (lame-3.100_5) (sh) > 88119 0 root 0 0 20976Ki 5212Ki flswai 0 0:01 = 2.51% cpdup -i0 -s0 -f -x ref 32 > 88077 0 root 0 0 20976Ki 5176Ki flswai 0 0:01 = 2.38% cpdup -i0 -s0 -f -x ref 31 > . . . =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Oct 1 03:43:43 2025 X-Original-To: freebsd-current@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 4cc14g2Lqhz69wj6 for ; Wed, 01 Oct 2025 03:44:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (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 4cc14c68D2z3R4x for ; Wed, 01 Oct 2025 03:44:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=C7WdwJq6; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759290237; bh=d0G6i0tu4fGF5H7n0ssPsuIY8oHI7lWP78RnDojWUVc=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=C7WdwJq6FI4NDGFzoIPAlAZZNNoAHY4G8JxYFljujTCOVQ8f1oMHcF1iiJ75t/kXDi0FpT8hwV7wNZM/v9rBxCzgN4fP+aViNMUqBKpBQKT9X5HiibJBezgsivmpDniYxZCDoHHxtkv21L2bOMHC8g6GVxKaxC1IfabkE0hLsqMCj8XlbmOCcQ2VnmiD8aml6FV2iv2LTa8GQ4AL4g5RY1/w+PaiJo+rSh31+v6cRhQp+LK8ulCu4Gt0tEuFaiI+3KH7GYZYRUSM011G3d/CSR5K9Ro8Z8YuvMQswXRdkSu8LjDNUeFg2z1nCZysTJ2eeZtUGfmsLftwXRuULBb6zQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759290237; bh=BTgUX4dV1dwambedMAG9xmeOVPHIB839G7rb4H0VAXM=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=tJ48gsEy7di+Ew9AcPnbq5GX+D6vJ/mhCGxy4PYF8twrBNrdwulSz9FBvgdWUyzy9kUlyCnpvHznMcNPN4ZyLqLRtD3cx/YxUjBU1hnWz1Z1FK/ZDO8F6sRuy4BMZ+fHheJidjWNypAwSvpuzDxetaZee5iNLk2HGsaMBI+S706WhEmLs5OQJpLW7m9vB2K7ljHcBL5Q/4cnNguyaWjtH3WwUx8Z6hAFRQW8GV1o8ekhxqmoE3dEcA5gBLIkNWBvwhSjKajBAP4r26yPTmI8GkSL1ZbTrPNnKdAyagRaVXbB/AmAG5NUwtU99WixP8jc2seGa09WQSCBWJ3vli7q2w== X-YMail-OSG: bosrGAUVM1nmvGE7Y8Ghma9G8Y.PEJpfpTqvvTVzqojOAZeIZa9xvQux6ynx4Pc RC3B5fkCmbM7ErQfBa_vFjSTgPsuiOE.3ut2bXxAUJBHjPs6pu1FsfmcTOPejGudRwPHbCSp8RkC 5pZdj9hMmsMBRcGBj2VFESrTrH9RwhmPfKTFK7zqL2yj3sYQQjA0_Hf9dnR_oGlusRMD7_P6Wdhm sMjR8N48oa.h89Jq_3.BZ.SWNaNYSGjvYrdntji_r8fMlE_Xuk6Q3Cqaz7IAsCmk0hvbNtkn5HZ0 lWtd.I9V0cPHShECbX.XEA1b.0oc6DaAL9ezdpVBiws5Dsud27UrFUJPRYXURjuG1ylduYerGlgU fDMPv.8PgFC08hsTdtFaFgzyVE2ctz74.kGjd6uObsMHnQoVZJaV.Qmw4qi1umFrQSISbekn2Znc bic_E7FMksoygz.W0_n9q6LeWtm9GHp5zBhdgwS0LX28j3CFUAz7mvv5nFAhOVjRPlRvYbnKldi8 MMg9do0.ca6fnx9x70L0UUM5eUBUYeKS1VMVvrtvk0NoxxztYGplyOYYy9bVJumofXpbx_4MHhZG _N5dZLGBL3dY6m1V7Ojew6KNlKyFsRtd5KF.ZO515o1IAeFsRViZRXm4dcsYF2zF4eGs.ycsDPU2 ZPwYYSGFU4CM_KpBwG74WyFCfbr3rZ8NoWkGo7KCv6DIs2dALqsg.vYhX2zMtJoHpmDsPlX5nYc4 zXVHmrEytr3nRlNxrsm5O6sNDVor2LVtDTGA6Ik.GPBXq2MmDLRD8WphRbCodYCWOMKmD2QvX.5n orttdKIY.hEXUUBdtJVqaMwaXGCZAbiv5lAoOfWHKmaLUqiyHcPdH2.s1oVu1R4cGCQXU8rxDiU. jD33OnqF83HZN5QBolVIhocmq8J1CiN22ToTFFt2jSXNwZiJmT0txZibRmnND4NgTUZNTSgkv6FZ EIzG6d8doBuLJuZIVBTmKeYLH1gfP5YrCyZD6ySwLXadFqh_9HddPDwhYPStEaiPl8o9_6ZHEPJR d20up456_RMJVaHVW.mlolJ8Qm4x5zuht4e.RZ0lNCZ7ATSo_U_Nnamx2ADpENPspIE5zJnE1B0d GMeQKepcikZEIAAYmBALE9fc2OYDgIIc2LT2HLu08iN_oDwekuJf736Bp8ZaZuMhgwy540w544Pe El4rOwfjYDhd2.q1FjFikQwLgs.sN.hx6Aifu5OYtY.hVEGQtvtdA6N9utYF4XdyOVqYx0w9nxCJ s20ltaf4HdFPg3robNDyUO_XxkQlj6lSQZu778ykDJVhx8iCm4yR7Cb.G.eS4yd4AM51vorBC7Eg y38l0rG4zpziE20nRvUwS84MrkplxSQbeOvaYaR5_0m_AvgS7jZvdHQEulA7zBeCscJAga.cl.vY OQyIsw1jf0I85OvhVn2QvAykbuXWfxdxhoodF2oX_77ejIy77FqAvQDZhd_.swZo83kOdvZJTVTR WUQo2X.YU6bqidtY_5ImjW6K45gWz4Wd6gFHuoTJAR_FIuMx5N3hHygZJ4DOuiUGfbp5XAv4YzZy Plci138gUp4DmONY206mrs7pnJJHogFeT387tvHIU98yhVCXFgszTizDS0z8ub4YhUKzJgyqHw_d dbdGL84KWGYrIUE.z.S_xUfnZYmynJmZ.XX2XHyJSU2qH12SgY6Muaqh8QVc7vbz8cquZmGrznDf j_hwTJ6IDo9AtbBUa205R6UBBt5SYKf2MXiTwvxa_hh35kzOFYzAVYbUKmkfw6uom8qKL5z_zmHH Xu2hK2.Db91asxDCeB47CJ.j1RdRVyKTcplnpNwqzGOU9t98CvbSRPwK0lGeFGvVbxvIzlxoascU IGhv0MWE0OIscHd4Nece460ae6Mz9G24NRzNjNeRP3nHEdn4hwciooxq05yhcbchgMsSP3CVo8zX E6.SI2OQW9TUWCFlv0qqFSRio.aCr1yd7R3RGWNKQ80UlkNM7yDpeP1Z4aR3vkMD2N..H.Mh7Ks4 ZP_OWDUfWOBG6cPGDmwHfPmZnyZJDcYqtH_yitPgsrbEb9CpjEUO3k3_DP.Q.tCh4V8Z8EJvBPTg mayTXtMjSgsp1JyeSn97ZhnMKd_M0saA767Vsub4aKYo.QmIWnv4wkl9XwkYFu0HyidappUR9zDi 548LOWv_zN427OL1M9k_jdILbEKHbrp.cHMSVx4SoSJou8hzXdPj9G6IokL1y2SjV8AWg.LimEWu S7H82xGprfouOGjjFpPFRkkfH.qHUeUii.6u.pw37v6VojkeGqK1NF7fglq1JeJLUlWx6PZwxz4S dsEfowJ9byrOQGEVjQw-- X-Sonic-MF: X-Sonic-ID: 805c2945-2de8-4be9-b490-2502360fe715 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Wed, 1 Oct 2025 03:43:57 +0000 Received: by hermes--production-gq1-66b66ffd5-6jr8m (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c5e37b966fce5a48967c96131551c535; Wed, 01 Oct 2025 03:43:54 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: main 16 and 15.0-ALPHA4 [on amd64]: using a USB3 context gets extensive "flswai" [and "rename"] STATE time during poudriere builds (UFS context happens to be in use); more Date: Tue, 30 Sep 2025 20:43:43 -0700 References: <46E0F6E8-A365-4C01-BFF8-CE2423B6DA00@yahoo.com> <4D74D446-2078-4A5F-B245-913273E2DDD1@yahoo.com> To: FreeBSD Current , FreeBSD-STABLE Mailing List , "kib@freebsd.org" In-Reply-To: <4D74D446-2078-4A5F-B245-913273E2DDD1@yahoo.com> Message-Id: <03B6ABBE-DF0B-441F-9ABD-5565ADBF29ED@yahoo.com> X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from] X-Rspamd-Queue-Id: 4cc14c68D2z3R4x [The new material here ends up being about nameicap_cleanup and its exclusive use of mnt_renamelock being one potential bottleneck involved here. I make no claim it has anything to do with the flswai activity reported. The possible bottleneck is an observation, not something that I claim there is any alternative to. I do not know if this is of any interest or not.] On Sep 29, 2025, at 16:06, Mark Millard wrote: > On Sep 29, 2025, at 13:01, Mark Millard wrote: >=20 >> An example is during the cpdup activities when multiple happen >> in overlappingtime frames: >=20 > I'll note that I see this on the amd64 32-FreeBSD-cpu system > but not on the aarch64 8-FreeBSD-cpu Windows Dev Kit 2023 > system. May be at some point I'll try the older 16-FreeBSD-cpu > aarch64 (Cortex-A72) system. >=20 > Also, on the 7950X3D amd74 system, I see the behavior with > 14.3-Stable. Apparently, this is not new with 15+. It has > been a long time since I'd tried using an amd64 system for > such activity based on using USB3 media. But it has been > common for me for aarch64 over that time frame. >=20 >> . . . >> 29502 0 root 0 0 20976Ki 4832Ki biowr 2 0:00 = 0.06% cpdup -i0 -s0 -f -x ref 01 >> 29479 0 root 0 0 20976Ki 4836Ki biord 7 0:01 = 0.75% cpdup -i0 -o ref 32 >> 29467 0 root 0 0 20976Ki 4824Ki getblk 26 0:01 = 0.63% cpdup -i0 -o ref 31 >> 29429 0 root 1 0 20976Ki 4768Ki flswai 23 0:01 = 0.61% cpdup -i0 -o ref 30 >> 29414 0 root 0 0 20976Ki 4780Ki flswai 28 0:01 = 0.70% cpdup -i0 -o ref 29 >> 29396 0 root 59 0 16872Ki 4948Ki wait 9 0:00 = 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >> 29382 0 root 0 0 20976Ki 4876Ki flswai 15 0:01 = 0.95% cpdup -i0 -o ref 28 >> 29353 0 root 59 0 16872Ki 4948Ki wait 7 0:00 = 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >> 29326 0 root 0 0 20976Ki 4804Ki biord 5 0:01 = 0.44% cpdup -i0 -o ref 27 >> 29308 0 root 0 0 20976Ki 4816Ki biord 2 0:01 = 0.77% cpdup -i0 -o ref 26 >> 29307 0 root 59 0 16872Ki 4948Ki wait 5 0:00 = 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >> 29273 0 root 59 0 16872Ki 4944Ki wait 4 0:00 = 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >> 29262 0 root 0 0 20976Ki 4768Ki flswai 20 0:01 = 0.76% cpdup -i0 -o ref 25 >> 29233 0 root 0 0 20976Ki 4784Ki flswai 3 0:01 = 0.71% cpdup -i0 -o ref 24 >> 29232 0 root 59 0 16872Ki 4944Ki wait 6 0:00 = 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >> . . . >>=20 >> It took over 6 minutes for the 32 builders to finish. (Normal is >> under 2 seconds.) >>=20 >>=20 >> Also, later activity gets extensive "rename" STATE time, again, at = least >> some of it during cpdup activity: Looks like the "rename" state is new (and I've only seen in for 15+): /usr/src/sys/kern/vfs_mount.c has as the source of the name used for the "rname" STATE: static int mount_init(void *mem, int size, int flags) { struct mount *mp; =20 mp =3D (struct mount *)mem; mtx_init(&mp->mnt_mtx, "struct mount mtx", NULL, MTX_DEF); mtx_init(&mp->mnt_listmtx, "struct mount vlist mtx", NULL, = MTX_DEF); lockinit(&mp->mnt_explock, PVFS, "explock", 0, 0); lockinit(&mp->mnt_renamelock, PVFS, "rename", 0, 0); mp->mnt_pcpu =3D uma_zalloc_pcpu(pcpu_zone_16, M_WAITOK | = M_ZERO); mp->mnt_ref =3D 0; mp->mnt_vfs_ops =3D 1; mp->mnt_rootvnode =3D NULL; return (0); } author Konstantin Belousov 2025-06-02 07:05:06 +0000 committer Konstantin Belousov 2025-07-04 15:23:42 = +0000 commit ef6ea91593ebff73e2fc201efd9f848b71c5a125 (patch) tree 5f90f06e4b190a3a8fe9b5f3a016b69415d62a6d /sys/kern/vfs_mount.c parent f9cf745a5084dc0a38733db8e774252e4ed2f444 (diff) VOP_RENAME: add mp-global lock It is before all vnode locks, but after vn_start_write(). The lock prevents parallel rename operations on the same mount point, which should in (near future) simplify a lot of code in VFS/fs that otherwise need to code with either the changing hierarchy, or with the lock order for vnodes due to changed hierarchy. On renames, the lock is taken on the lowest stacked filesystem. Otherwise rename could still occur in parallel, by performing one of op on the lower fs. Proposed by: mjg (long time ago) Reviewed by: markj, olce Tested by: pho Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D50648 . . . The context here is not renaming activity, so my guess here is that the following may be in use in a wider range of contexts. /usr/src/sys/kern/vfs_lookup.c has: static void nameicap_cleanup(struct nameidata *ndp, int error) { struct nameicap_tracker *nt, *nt1; struct mount *mp; KASSERT((ndp->ni_nctrack_mnt =3D=3D NULL && TAILQ_EMPTY(&ndp->ni_cap_tracker)) || (ndp->ni_lcf & NI_LCF_CAP_DOTDOT) !=3D 0, ("tracker active and not strictrelative")); TAILQ_FOREACH_SAFE(nt, &ndp->ni_cap_tracker, nm_link, nt1) { mp =3D nt->mp; lockmgr(&mp->mnt_renamelock, LK_RELEASE, 0); vfs_rel(mp); TAILQ_REMOVE(&ndp->ni_cap_tracker, nt, nm_link); free(nt, M_NAMEITRACKER); } mp =3D ndp->ni_nctrack_mnt; if (mp !=3D NULL) { if (error =3D=3D ERESTART) { lockmgr(&mp->mnt_renamelock, LK_EXCLUSIVE, 0); lockmgr(&mp->mnt_renamelock, LK_RELEASE, 0); } vfs_rel(mp); ndp->ni_nctrack_mnt =3D NULL; } } and it may be the source of the large number "rename" STATE processes that are all waiting on "rename" below, forcing 1 of 32 at a time for cpdup (32 poudriere builders). Later there is an example of cc also waiting on it when there is also cpdup activity waiting on it. >> . . . >> 80055 0 root 59 0 16872Ki 4968Ki wait 31 0:00 = 0.00% sh: poudriere[official-amd64-default][06]: build_pkg = (boost-jam-1.88.0) (sh) >> 78347 0 root 0 0 20976Ki 4624Ki rename 0 0:00 = 1.05% cpdup -i0 -s0 -f -x ref 31 >> 78331 0 root 59 0 16872Ki 4960Ki wait 18 0:00 = 0.00% sh: poudriere[official-amd64-default][31]: build_pkg = (lua53-5.3.6_1) (sh) >> 77930 0 root 0 0 20976Ki 4636Ki rename 29 0:00 = 1.02% cpdup -i0 -s0 -f -x ref 30 >> 77912 0 root 59 0 16872Ki 4960Ki wait 25 0:00 = 0.00% sh: poudriere[official-amd64-default][30]: build_pkg = (libsunacl-1.0.1_1) (sh) >> 75398 0 root 0 0 20976Ki 4628Ki rename 2 0:00 = 0.99% cpdup -i0 -s0 -f -x ref 16 >> 75335 0 root 59 0 16872Ki 4960Ki wait 20 0:00 = 0.00% sh: poudriere[official-amd64-default][16]: build_pkg = (iwmbt-firmware-20250410) (sh) >> 75324 0 root 0 0 20976Ki 4628Ki rename 24 0:00 = 1.04% cpdup -i0 -s0 -f -x ref 19 >> 75308 0 root 59 0 16872Ki 4960Ki wait 24 0:00 = 0.00% sh: poudriere[official-amd64-default][19]: build_pkg = (lua54-5.4.8) (sh) >> 74963 0 root 0 0 20976Ki 4624Ki rename 4 0:00 = 1.05% cpdup -i0 -s0 -f -x ref 32 >> 74922 0 root 59 0 16872Ki 4960Ki wait 26 0:00 = 0.00% sh: poudriere[official-amd64-default][32]: build_pkg = (lzo2-2.10_1) (sh) >> 72722 0 root 0 0 20976Ki 4776Ki rename 1 0:00 = 1.28% cpdup -i0 -s0 -f -x ref 15 >> 72647 0 root 59 0 16872Ki 4960Ki wait 26 0:00 = 0.00% sh: poudriere[official-amd64-default][15]: build_pkg = (indexinfo-0.3.1_1) (sh) >> 71967 0 root 0 0 20976Ki 4856Ki rename 30 0:00 = 1.48% cpdup -i0 -s0 -f -x ref 25 >> 71917 0 root 59 0 16872Ki 4960Ki wait 1 0:00 = 0.00% sh: poudriere[official-amd64-default][25]: build_pkg = (mpg123-1.33.2) (sh) >> 71629 0 root 0 0 20976Ki 4828Ki rename 31 0:00 = 1.61% cpdup -i0 -s0 -f=20 >> . . . >>=20 >> But I'll also see such on c compiles, ld commands, etc. I've >> not seen rename for pkg-static but I have seen flswai for it. >>=20 >> The system spends lots of time 95%+ idle from the wait >> activities. >>=20 >> I see such directly booted from the USB3 media (a 15.0-ALPHA4 >> context on UFS media) and when using that media via chroot >> from both ZFS and UFS boots that are not USB based. The ZFS >> and UFS boots do not show the behavior with the normal >> non-USB3 media used instead. >>=20 >> The system in use is an AMD 7950X3D with 32 FreeBSD cpus, >> 192 GiBytes of RAM. main 16 booting for non-USB boots >> and 15.0-ALPHA4 boots for the USB3 boots. kernel and >> world are via official pkgbase distribution installs: >> it is not a personal build of the kernel or world. >>=20 >>=20 >> More rename and flswai examples: >>=20 >> . . . >> 39320 183 nobody 59 0 171676Ki 160576Ki rename 29 0:00 = 2.17% cc -D_BLD_DLL -fPIC -D_BLD_ast -Os -Wno-unused-value = -Wno-parentheses -Wno-logical-op-parentheses -fno-strict-aliasing -I >> 62772 183 nobody 59 0 14376Ki 3372Ki wait 25 0:00 = 0.04% mamake -C lib/libast install >> 12602 183 nobody 59 0 14376Ki 3072Ki wait 17 0:00 = 0.00% mamake -r */* install >> 12600 183 nobody 59 0 14376Ki 3076Ki wait 22 0:00 = 0.00% mamake install >> 12596 183 nobody 0 0 14068Ki 2688Ki piperd 10 0:00 = 0.01% tee -a = /wrkdirs/usr/ports/shells/ksh/work/ksh-1.0.10/arch/freebsd15.i386-64/lib/p= ackage/gen/make.out >> 8980 183 nobody 59 0 14744Ki 3732Ki wait 6 0:00 = 0.00% /bin/sh bin/package flat make >> 8977 183 nobody 59 0 14744Ki 3436Ki wait 3 0:00 = 0.00% /bin/sh -e /tmp/makelMk4B8 >> 8929 183 nobody 59 0 14288Ki 3872Ki wait 4 0:00 = 0.00% /usr/bin/make -C /usr/ports/shells/ksh build >> 39327 179 nobody 59 0 105680Ki 93264Ki biowr 2 0:00 = 0.61% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o test /usr/lib/crt >> 39325 179 nobody 59 0 165928Ki 155088Ki wait 17 0:00 = 1.00% /usr/bin/cc -o test ../test.o >> 39294 179 nobody 59 0 14744Ki 3448Ki wait 10 0:00 = 0.01% sh = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/C/make/probe /usr/bin/cc PREROOT=3D'' UNIVER >> 39293 179 nobody 59 0 15264Ki 3704Ki piperd 19 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/probe C make /usr/bin/cc >> 39291 179 nobody 59 0 16344Ki 4960Ki wait 10 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e --ignorelock --keepgoing --errorid=3Dlib/libast >> 39290 179 nobody 59 0 14744Ki 3444Ki wait 12 0:00 = 0.00% sh /dev/fd/3 >> 39258 179 nobody 59 0 14744Ki 3452Ki piperd 0 0:00 = 0.00% sh /dev/fd/3 >> 37014 179 nobody 0 0 14068Ki 2692Ki piperd 30 0:00 = 0.00% tee -a = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/pack= age/gen/make.out >> 37013 179 nobody 0 0 16728Ki 5320Ki select 14 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e -k -K recurse believe nmake >> 32949 179 nobody 13 0 14744Ki 4136Ki wait 31 0:00 = 0.00% /bin/sh bin/package flat make ksh93 >> 32948 179 nobody 59 0 14744Ki 3444Ki wait 19 0:00 = 0.00% /bin/sh -e /tmp/makeW36tmB >> 32940 179 nobody 59 0 14288Ki 3892Ki wait 21 0:00 = 0.00% /usr/bin/make -C /usr/ports/shells/ksh93 build >> 32453 0 root 0 0 20976Ki 5020Ki rename 22 0:03 = 0.47% cpdup -i0 -s0 -f -x ref 26 >> 32420 0 root 0 0 20976Ki 5024Ki rename 13 0:03 = 0.50% cpdup -i0 -s0 -f -x ref 11 >> 32358 0 root 0 0 20976Ki 5068Ki rename 26 0:03 = 0.53% cpdup -i0 -s0 -f -x ref 20 >> 32333 0 root 59 0 16872Ki 4960Ki wait 11 0:00 = 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (linux-c7-numactl-libs-2.0.12_1) (sh) >> 32313 0 root 59 0 16872Ki 4960Ki wait 9 0:00 = 0.00% sh: poudriere[official-amd64-default][20]: build_pkg = (linux-c7-libaio-0.3.109) (sh) >> 32301 0 root 59 0 16872Ki 4960Ki wait 19 0:00 = 0.00% sh: poudriere[official-amd64-default][11]: build_pkg = (linux-c7-dosfstools-3.0.20) (sh) >> 13808 0 root 0 0 20976Ki 4984Ki rename 4 0:03 = 0.57% cpdup -i0 -s0 -f -x ref 19 >> 12316 0 root 0 0 20976Ki 5072Ki biowr 27 0:03 = 0.56% cpdup -i0 -s0 -f -x ref 13 >> 12283 0 root 0 0 20976Ki 5068Ki rename 5 0:03 = 0.53% cpdup -i0 -s0 -f -x ref 01 >> 12277 0 root 0 0 20976Ki 5068Ki rename 28 0:03 = 0.54% cpdup -i0 -s0 -f -x ref 14 >> 12096 0 root 59 0 16872Ki 4960Ki wait 27 0:00 = 0.00% sh: poudriere[official-amd64-def >> . . . >>=20 >>=20 >> . . . >> 39927 183 nobody 59 0 171676Ki 160396Ki flswai 13 0:00 = 2.03% cc -D_BLD_DLL -fPIC -D_BLD_ast -Os -Wno-unused-value = -Wno-parentheses -Wno-logical-op-parentheses -fno-strict-aliasing -I >> 62772 183 nobody 59 0 14376Ki 3400Ki wait 3 0:00 = 0.06% mamake -C lib/libast install >> 12602 183 nobody 59 0 14376Ki 3072Ki wait 17 0:00 = 0.00% mamake -r */* install >> 12600 183 nobody 59 0 14376Ki 3076Ki wait 22 0:00 = 0.00% mamake install >> 12596 183 nobody 0 0 14068Ki 2688Ki piperd 28 0:00 = 0.01% tee -a = /wrkdirs/usr/ports/shells/ksh/work/ksh-1.0.10/arch/freebsd15.i386-64/lib/p= ackage/gen/make.out >> 8980 183 nobody 59 0 14744Ki 3732Ki wait 6 0:00 = 0.00% /bin/sh bin/package flat make >> 8977 183 nobody 59 0 14744Ki 3436Ki wait 3 0:00 = 0.00% /bin/sh -e /tmp/makelMk4B8 >> 8929 183 nobody 59 0 14288Ki 3872Ki wait 4 0:00 = 0.00% /usr/bin/make -C /usr/ports/shells/ksh build >> 39924 179 nobody 59 0 125140Ki 95572Ki flswai 20 0:00 = 0.60% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o dynamic.exe /usr/ >> 39924 179 nobody 59 0 125140Ki 95572Ki uwait 0 0:00 = 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o dynamic.exe /usr/ >> 39924 179 nobody 59 0 125140Ki 95572Ki uwait 13 0:00 = 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o dynamic.exe /usr/ >> 39924 179 nobody 59 0 125140Ki 95572Ki uwait 16 0:00 = 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o dynamic.exe /usr/ >> 39924 179 nobody 59 0 125140Ki 95572Ki uwait 27 0:00 = 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --hash-style=3Dboth --enable-new-dtags -o dynamic.exe /usr/ >> 39923 179 nobody 59 0 165928Ki 155092Ki wait 0 0:00 = 1.00% /usr/bin/cc -o dynamic.exe -dynamic dynamic.o >> 39294 179 nobody 59 0 14744Ki 3464Ki wait 9 0:00 = 0.02% sh = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/C/make/probe /usr/bin/cc PREROOT=3D'' UNIVER >> 39293 179 nobody 59 0 15264Ki 3704Ki piperd 19 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/probe C make /usr/bin/cc >> 39291 179 nobody 59 0 16344Ki 4960Ki wait 10 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e --ignorelock --keepgoing --errorid=3Dlib/libast >> 39290 179 nobody 59 0 14744Ki 3444Ki wait 12 0:00 = 0.00% sh /dev/fd/3 >> 39258 179 nobody 59 0 14744Ki 3452Ki piperd 0 0:00 = 0.00% sh /dev/fd/3 >> 37014 179 nobody 0 0 14068Ki 2692Ki piperd 30 0:00 = 0.00% tee -a = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/pack= age/gen/make.out >> 37013 179 nobody 0 0 16728Ki 5320Ki select 14 0:00 = 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e -k -K recurse believe nmake >> 32949 179 nobody 13 0 14744Ki 4136Ki wait 31 0:00 = 0.00% /bin/sh bin/package flat make ksh93 >> 32948 179 nobody 59 0 14744Ki 3444Ki wait 19 0:00 = 0.00% /bin/sh -e /tmp/makeW36tmB >> 32940 179 nobody 59 0 14288Ki 3892Ki wait 21 0:00 = 0.00% /usr/bin/make -C /usr/ports/shells/ksh93 build >> 32453 0 root 0 0 20976Ki 5020Ki flswai 17 0:03 = 2.82% cpdup -i0 -s0 -f -x ref 26 >> 32420 0 root 1 0 20976Ki 5024Ki flswai 25 0:03 = 2.81% cpdup -i0 -s0 -f -x ref 11 >> 32358 0 root 1 0 20976Ki 5068Ki flswai 14 0:03 = 2.79% cpdup -i0 -s0 -f -x ref 20 >> 32333 0 root 59 0 16872Ki 4960Ki wait 11 0:00 = 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (linux-c7-numactl-libs-2.0.12_1) (sh) >> 32313 0 root 59 0 16872Ki >> . . . >>=20 >>=20 >> . . . >> 53486 185 root 0 0 66428Ki 34196Ki getblk 25 0:01 = 0.26% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >> 53485 185 root 59 0 23308Ki 12024Ki wait 0 0:00 = 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >> 53446 185 root 59 0 14744Ki 3504Ki wait 11 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >> 53445 185 root 59 0 14284Ki 3828Ki wait 1 0:00 = 0.00% /usr/bin/make -C /usr/ports/textproc/p5-YAML-Tiny build-depends >> 96359 183 root 0 0 66428Ki 34196Ki flswai 31 0:00 = 1.43% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >> 96358 183 root 59 0 23308Ki 12020Ki wait 29 0:00 = 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >> 96331 183 root 59 0 14744Ki 3504Ki wait 5 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >> 96330 183 root 59 0 14284Ki 3860Ki wait 27 0:00 = 0.00% /usr/bin/make -C /usr/ports/security/cyrus-sasl2 patch-depends >> 9658 170 nobody 59 0 14224Ki 2852Ki flswai 3 0:00 = 0.02% install -m 0644 ./libcdio.info = /wrkdirs/usr/ports/sysutils/libcdio/work/stage/usr/local/share/info >> 9652 170 nobody 59 0 14744Ki 3420Ki wait 2 0:00 = 0.00% /bin/sh -c srcdirstrip=3D`echo "." | sed 's|.|.|g'`; = \\\nlist=3D'./libcdio.info'; test -n "/usr/local/share/info" || list=3D; = \ >> 9643 170 nobody 59 0 14744Ki 3420Ki wait 8 0:00 = 0.03% /bin/sh -c srcdirstrip=3D`echo "." | sed 's|.|.|g'`; = \\\nlist=3D'./libcdio.info'; test -n "/usr/local/share/info" || list=3D; = \ >> 9642 170 nobody 59 0 14776Ki 3652Ki wait 21 0:00 = 0.04% /usr/local/bin/gmake install-exec-am install-data-am >> 9641 170 nobody 59 0 14776Ki 3632Ki wait 3 0:00 = 0.04% /usr/local/bin/gmake install >> 9636 170 nobody 59 0 14744Ki 3424Ki wait 15 0:00 = 0.03% /bin/sh -c fail=3D; \\\nif (target_option=3Dk; case = ${target_option-} in ?) ;; *) echo "am__make_running_with_option: = interna >> 9635 170 nobody 59 0 14776Ki 3708Ki wait 0 0:00 = 0.06% /usr/local/bin/gmake INSTALL_PROGRAM=3D/bin/sh = /wrkdirs/usr/ports/sysutils/libcdio/work/libcdio-2.2.0/install-sh -c -s = inst >> 9634 170 nobody 59 0 14776Ki 3680Ki wait 29 0:00 = 0.08% /usr/local/bin/gmake -f Makefile = DESTDIR=3D/wrkdirs/usr/ports/sysutils/libcdio/work/stage install-strip >> 9633 170 nobody 59 0 14744Ki 3428Ki wait 13 0:00 = 0.02% /bin/sh -e /tmp/makeOENiKj >> 9611 170 nobody 59 0 16848Ki 3876Ki wait 21 0:00 = 0.22% /usr/bin/make -C /usr/ports/sysutils/libcdio stage >> 51574 158 root 0 0 74620Ki 34184Ki flswai 20 0:01 = 0.28% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >> 51573 158 root 59 0 23308Ki 12020Ki wait 20 0:00 = 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >> 51547 158 root 59 0 14744Ki 3512Ki wait 18 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >> 51545 158 root 59 0 14284Ki 3852Ki wait 27 0:00 = 0.00% /usr/bin/make -C /usr/ports/textproc/hyphen build-depends >> 56591 157 root 0 0 66428Ki 34184Ki getblk 17 0:01 = 0.25% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >> 56590 157 root 59 0 23308Ki 12024Ki wait 12 0:00 = 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >> 56528 157 root 59 0 14744Ki 3504Ki wait 28 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >> 56469 157 root 59 0 14284Ki 3832Ki wait 4 0:00 = 0.00% /usr/bin/make -C /usr/ports/converters/p5-MIME-Base32 = build-depends >> 56593 155 root 0 0 66428Ki 34188Ki getblk 8 0:01 = 0.26% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >> 56592 155 root 59 0 23308Ki 12024Ki wait 4 0:00 = 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >> 56559 155 root 59 0 14744Ki 3508Ki wait 18 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >> 56532 155 root 59 0 14284Ki 3828Ki wait 13 0:00 = 0.00% /usr/bin/make -C /usr/ports/devel/p5-Parse-Yapp build-depends >> 52781 145 root 0 0 74620Ki 34244Ki flswai 12 0:01 = 0.25% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >> 52780 145 root 59 0 23308Ki 12024Ki wait 22 0:00 = 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >> 52753 145 root 59 0 14744Ki 3508Ki wait 24 0:00 = 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >> 52749 145 root 59 0 14284Ki 3824Ki wait 21 0:00 = 0.00% /usr/bin/make -C /usr/ports/converters/p5-JSON build-depends >> 9610 0 root 59 0 16872Ki 4972Ki wait 14 0:00 = 0.01% sh: poudriere[official-amd64-default][14]: build_pkg = (libcdio-2.2.0) (sh) >> 99560 0 root 1 0 20976Ki 4860Ki flswai 15 0:00 = 2.82% cpdup -i0 -s0 -f -x ref 01 >> 99539 0 root 59 0 16872Ki 4960Ki wait 10 0:00 = 0.00% sh: poudriere[official-amd64-default][01]: build_pkg = (texi2html-5.0_5,1) (sh) >> 98112 0 root 1 0 20976Ki 4828Ki flswai 19 0:00 = 3.47% cpdup -i0 -s0 -f -x ref 28 >> 98096 0 root 59 0 16872Ki 4960Ki wait 31 0:00 = 0.00% sh: poudriere[official-amd64-default][28]: build_pkg (gdbm-1.26) = (sh) >> 97694 0 root 1 0 20976Ki 4844Ki flswai 7 0:01 = 2.51% cpdup -i0 -s0 -f -x ref 27 >> 97665 0 root 59 0 16872Ki 4960Ki wait 0 0:00 = 0.00% sh: poudriere[official-amd64-default][27]: build_pkg = (sudo-1.9.17p2) (sh) >> 96108 0 root 0 0 20976Ki 4800Ki flswai 29 0:01 = 3.06% cpdup -i0 -s0 -f -x ref 19 >> 96091 0 root 59 0 16872Ki 4960Ki wait 31 0:00 = 0.00% sh: poudriere[official-amd64-default][19]: build_pkg = (libgpg-error-1.55) (sh) >> 93884 0 root 0 0 20976Ki 5064Ki flswai 19 0:01 = 2.43% cpdup -i0 -s0 -f -x ref 26 >> 93857 0 root 59 0 16872Ki 4960Ki wait 16 0:00 = 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (libxml2-2.14.5) (sh) >> 93271 0 root 0 0 20976Ki 5224Ki flswai 5 0:01 = 2.38% cpdup -i0 -s0 -f -x ref 12 >> 93212 0 root 59 0 16872Ki 4960Ki wait 11 0:00 = 0.00% sh: poudriere[official-amd64-default][12]: build_pkg = (lame-3.100_5) (sh) >> 88119 0 root 0 0 20976Ki 5212Ki flswai 0 0:01 = 2.51% cpdup -i0 -s0 -f -x ref 32 >> 88077 0 root 0 0 20976Ki 5176Ki flswai 0 0:01 = 2.38% cpdup -i0 -s0 -f -x ref 31 >> . . . >=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Oct 1 04:02:46 2025 X-Original-To: freebsd-current@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 4cc1Vk34nKz69yd4 for ; Wed, 01 Oct 2025 04:03:10 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 4cc1Vj0gYJz3V77 for ; Wed, 01 Oct 2025 04:03:09 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=aQNL6Ei3; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1759291367; bh=g8dd+Cel46SWxQWAgNnqnQRMQ2tvjkjlW9ndc7p8H00=; h=Date:From:To:Subject; b=aQNL6Ei3YzYFpFYT99sjOB+WFs28O5ySKrAWcSGhUsOdj34bm3pHfAYKH21duwKvL t3SD69Xke/oOP3gC4wp8fR43hedYSClHai7K0lE0JKxYHdAUawZ+YeleB2R8hQ7GjQ IfJNTx/XRXQfEW02auIuZtJU+X4rBpG7KvKPe6q4tCWsqQTK22CeeoZidUmRRW+UcD UPjWtQPv4Om/VQM3nHtD3ttsSvibGpgQhbYYeQS+T6VMGGHIZcnTzKQjVVkvnFRJOa v3Ueb1gyM6uWIsQfFehGAjgBnkNFZ76V/wTLrXTwkPOlpFeROMPJ2qbL1PJPekvZZq Lw6Dx1Tk0Wm0LoW/lxRG7UXqb65POkyQXkZJosBH2ddGWv1uFvghM8ThAoU7yJqoRB qzF2ePe3MrF4M/bM7C1P3s4elXefPN6DUittV1HCLZ2t8hd4MSp2RXgBt+GqzzZimT Zi/tTyBjuuLQAAg0vujJMIhYvDK6S/+A06MwQvrFjQ10cegI0jTbtkldq3+Fp558+T 7XiwjZ7ILIs/XA9/Grml4Ok50mKmOQ1ofuKgecas8PlSMOT8w9gk8c/aXABOt9hsBl 1VqVyiXEM06xcS1wvnSrqFQ9HGo/GuEeLaUQJSXiibmNE0CnIHhJ2tZYCyCGiGLFHY sm0yeNuHJYNIyFQaOQuZthJI= Received: from ehlo.thunderbird.net (0115-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::115]) (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) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id 0E6C55BDC21 for ; Wed, 01 Oct 2025 07:02:47 +0300 (EEST) Date: Wed, 01 Oct 2025 07:02:46 +0300 From: Sulev-Madis Silber To: FreeBSD Current Subject: release/packages/ucl/snd-all.ucl: No such file or directory User-Agent: K-9 Mail for Android Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Spamd-Result: default: False [-0.80 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] X-Rspamd-Queue-Id: 4cc1Vj0gYJz3V77 i think recent ton of updates got something broken as of 2025-10-01 04:01:20 +0000 i don't see a change to adjust this to be honest, i'm still looking a commit that broke this /root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/release/p= ackages/ge nerate-ucl=2Elua: fail to parse(/root/files/poudriere/basefs/jails/current= -armv7-minim al/usr/src/release/packages/template=2Eucl): cannot open file /root/files/= poudriere/ba sefs/jails/current-armv7-minimal/usr/src/release/packages/ucl/snd-all=2Euc= l: No such f ile or directory *** [create-world-package-snd] Error code 1 From nobody Wed Oct 1 05:05:04 2025 X-Original-To: freebsd-current@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 4cc2tX5bJYz6B3rj for ; Wed, 01 Oct 2025 05:05:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.84]) (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 4cc2tW3ltrz3Zjm for ; Wed, 01 Oct 2025 05:05:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=P7w7Pcst; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759295117; bh=z9+3CpbMDAc/pjXVjrFXb3s8kzQhcu1d3hyfeK12GpI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=P7w7PcstyeHbBdn3VoQoyHCUcTpDp8iDsGQlxf7P9LE8ByM7nlph9gOdWju1f+Mu5a5quU+u0su88UrG62uNtmGhKJxHOkmkLeFL7ksx0V1ENEFtnNM8vvIBrqiYlT87QNA/cvOmIwy13gSwONBJs5tgLS1W8ojn357LatWN9246x8cTx6b4eKBdRnM8Uc8GKytFMdzdZnBFvyrlheH8JQpSJ8ucYaCauvucIFNo9INKez8shzlhVVLhuqJ3NgHxyA6zy43Qi77jThp+8hXLVB7oA/XUchhSsgzeO+9gC1tf91OFEZFrAQtGfuGzAexRI95w78qpSd+k0wRjT0n6Ew== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759295117; bh=wGGrTaaIaJMK7niG66YN6BAnGb1Bf6AakUEgAvzWJ0o=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=pLp28SSCkuokbdjr7hAqvohjqyXMmqE6DLifQAH/WrSkLOIUVe3v5o6glN3J8+S/QiPGmjzaqwPg18J2hSS8f58+ezA3UO8sUpSNXxgZjyinjavv0FJw5dTjpZyUvu+16BaFaaCbwtOqItfmhHA4knbe8EL5db4Q8Uwn3GunmPRv3h8n+HDBB/OdVKwEdDKtKkyKxVW2+AKuOBUE+qgxmAuE2YXdvoH8zSzFjanjip0i2HgKE7kpXl3T8kHmRq6bPEqmJWsXgUQQ6kVOwwjppzanIbT/Y2bbGXsS3ALYAnQq7AXfxqpaIARE2u1IkDwo73tdnruRO+xPtAVL420qUw== X-YMail-OSG: Ur_qyGAVM1ldDDlCTiGxrLfCi8FVP.0hzQ27ptmQJ7zy263FfjVXykn8H9VgR8Y 5kxeiAt_5553nQo2N8g5dL7430k7cS3EVKuGpa3KuYHbWe.2lGxyH_1SH4HEBVfI7idjE_b_SVHo egGZmCYktibRjDne.3lfsLHjuFjU3qmPSPmJs8JABQ5G44Zsr7tLxH2VdK1bso8GzM764p.bxg6r Ke99asri1drxBh41seyyDY.qUDwPFCM6D.EovTuGHSYN5omeNzIwT6lIWFwQSNSFL22etQI26JWR 7LKzcU4vVsi0JrAONLBYLaMNCgiUYpDtqxw2YcF7AMON78JUXg9_BGvoDyaF1NtpsuWYEbhvQ.sN unAZNIlAOiHaDQmf6VMZ7oFb8unvo32mx5zY7thzWqeCqsLMg7h12_YhUmJPBYezk0O3A_SuQ8YH dCqNGk0FT4KN7a0tXxKLX.mWBLo7U9ZFZ5Y3QLtTcJrEuljIQ.xtdXJs3uuhdCcrIJ9PbjOirHfL JfehN9Jmz2CO_kkEEmjoo7QiUotjtFq47B.AG4er7dOmp37bTVhtvUfEnlO9vfxvAxD7WaQuHmZ5 bbPUXVEPNVXP9oHSQpeAIFgOqIbg.st_w7RXtstBJBc_efoH40Huj5ZUXe3XK2blUNIpnYY_Iz4d EcpKI4MuAaZMR5SnZdZGfzuCsmYkP3yEte6cGSMCjxoT5izKhXWrDRuv77b0sIDRgxE4U6ssxCjJ TMyDyuM4gPgXyYs6wCZ1zGN7OLeb3s49z6MjHRLhzfKSkteJZ4WeQjpScP.iIrUj5d8qpC0BaTQ5 QAEP4nTvzP.__oa3bltppGopqU7ORIFqgFFXpz5O21NhnK9zHB9LqApwRSgd7DDLr_4PMVhB.VDI 1EsFiRbgh1WkJW5lpXQMspS39Ojrgc6Hka3KF34KLzgnA2fF_gfar8CgSqTScYA0beCPmM1WeGSc Va8D_N10pBzY9Xy7r9nvoWJbAAeuFKiojRlLC4dth0.rPqceugbEuS45eamC9zn5H3mB_KgirQ5x lAqEiLHGAAek4XfwQ53EpXEUgUo4VYXoo0RwZ6zifm_zwoAGQ0CHO2LWdbNoaKONe9TIUysWUhH. XT9iYfQQHVfR2ayswls_ynK45pECqCjPj2qQid.cQPVr9qpwXYcg1f3IBhk497fX.WA3PhZ4newc jqU0TSz5cqcTysYvJw8OIRa.5CRahLidg1NU3IMoWqvgNM0FSrZR9iCFmbylWA.rnS9WusHfWcX0 aPd6jTo0jj26U6d3zURhidVPGEVJDhWZv99Tl6pKXj9WTbep3CsgdjvaYvwD1WJ9crEr94.06_KQ mFSUzO.yGU5WhmGkhC996rqL1yAgawuoverKAYN8Td3yg9bObUzEQDRfZZTPy7cXWzT6J9xFfzpX p6XIw3djk5Dscnz0.Z1kCS1Fcrz5RiifMCLlIPIZOKXv09DLVxAmkEZYv7RSIH0zGD6wP9iQKKSa XHFnYVIh4aPF4HZy02LMrez14bIS0qbQ5wAtg7jkcUfb6Fig2JvA95nxEjHGe4wg3.sa9AoY_h7E 7mPquDAfOKWbV3HO5Gr0D1N.atGRa8DdH8uwH7qpPDJJ01KT6svuL3B3xCr9_TMr9B2wl46h8hVU yWyAn7z2StaZGzFNm3mQcr5keIhKH0AinCZTxfz4XPrT89opznl4zLB3rGXliD8uJAqlo.L6efzX PkBt.Z1GSXnT4RIyG0rfPz10C6TnBL555kJPogWDxwgcJH.e.e3k9LGyf_bfPzXfSkwwsTZj5hg9 YcsHOpCDcMkDzPl9YU2BELDrDxXeOpryMVliZFzkIRnOFMA4YchEOoYWkHRkEqQ4sQHPmiDjJWy4 K9ckGsssP.cVkvnQszyd3JAP5soEuXjJtBhxLUGdln7L3PuFUMdLqbdjjBbUuUs8xChfIMlxgM81 539F8IBN3_aRH6Op9QPvlTtL5aSdhUAv6RgaPctR5NW4NqgT7Fr4yIr5FmLUCXnSmXqJ7joRcKvY LXKGNSdmd0IpTHtrrtHcCn4Fum.hMPLnHul7Wj6HgYeqZSVgbC692RXJCsgzL5nrD95CVW0NdJHU eKFvPRQNfDY79izlA.UB7n99AHJp34_KUOkf8W2u2483UV3LqQmChA91oFPOd55J2cFNA8SJ2egH tio0wrd2.e_73Ju5yPZgw8yaW3SEl9dfI61NsXac.wsH2hmETcwyVGKqkOcz9urdGPuDTAASyGTM .u9nBTR6CdVoyGBW2mCTcmb.h5SPDdho- X-Sonic-MF: X-Sonic-ID: 0a8bcc96-47fb-45bc-a6fc-49fa063dc864 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Wed, 1 Oct 2025 05:05:17 +0000 Received: by hermes--production-gq1-66b66ffd5-fbmpj (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 33592881e27a4073479fd46897ece6e6; Wed, 01 Oct 2025 05:05:15 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: main 16 and 15.0-ALPHA4 [on amd64]: using a USB3 context gets extensive "flswai" [and "rename"] STATE time during poudriere builds (UFS context happens to be in use); more From: Mark Millard In-Reply-To: <03B6ABBE-DF0B-441F-9ABD-5565ADBF29ED@yahoo.com> Date: Tue, 30 Sep 2025 22:05:04 -0700 Cc: "kib@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <46E0F6E8-A365-4C01-BFF8-CE2423B6DA00@yahoo.com> <4D74D446-2078-4A5F-B245-913273E2DDD1@yahoo.com> <03B6ABBE-DF0B-441F-9ABD-5565ADBF29ED@yahoo.com> To: FreeBSD Current , FreeBSD-STABLE Mailing List , "olce@freebsd.or" X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.84:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.84:from] X-Rspamd-Queue-Id: 4cc2tW3ltrz3Zjm [This note is tied to "flswai" instead of to "rename".] On Sep 30, 2025, at 20:43, Mark Millard wrote: > [The new material here ends up being about nameicap_cleanup > and its exclusive use of mnt_renamelock being one potential > bottleneck involved here. I make no claim it has anything to > do with the flswai activity reported. The possible > bottleneck is an observation, not something that I claim > there is any alternative to. I do not know if this is of any > interest or not.] >=20 > On Sep 29, 2025, at 16:06, Mark Millard wrote: >=20 >> On Sep 29, 2025, at 13:01, Mark Millard wrote: >>=20 >>> An example is during the cpdup activities when multiple happen >>> in overlappingtime frames: >>=20 >> I'll note that I see this on the amd64 32-FreeBSD-cpu system >> but not on the aarch64 8-FreeBSD-cpu Windows Dev Kit 2023 >> system. May be at some point I'll try the older 16-FreeBSD-cpu >> aarch64 (Cortex-A72) system. >>=20 >> Also, on the 7950X3D amd74 system, I see the behavior with >> 14.3-Stable. Apparently, this is not new with 15+. It has >> been a long time since I'd tried using an amd64 system for >> such activity based on using USB3 media. But it has been >> common for me for aarch64 over that time frame. previous to modern: @@ -2659,8 +2659,7 @@ bwillwrite(void) mtx_lock(&bdirtylock); while (buf_dirty_count_severe()) { bdirtywait =3D 1; - msleep(&bdirtywait, &bdirtylock, (PRIBIO + 4), - "flswai", 0); + msleep(&bdirtywait, &bdirtylock, PVFS, "flswai", = 0); } mtx_unlock(&bdirtylock); where in modern code: /usr/src/sys/sys/priority.h:#define PRIBIO = (PRI_MIN_KERN + 3) and: /usr/src/sys/sys/priority.h:#define PVFS = (PRI_MIN_KERN + 4) Presuming slpflags =3D=3D 0 (see later reference code) as an example context: previous vs. now for . . . bufspace_wait: (PRIBIO + 4) vs. (PRI_MIN_KERN + 3 + 4) bwillwrite: (PRIBIO + 4) vs. (PRI_MIN_KERN + 4) // now a smallest, = previously a largest (of the 3) bufobj_wwait: (PRIBIO + 1) vs. (PRI_MIN_KERN + 3 + 1) Suggestive summary, using routinenames to indicate values (for slpflags =3D=3D 0 contexts): bufobj_wwait < bwillwrite =3D=3D bufspace_wait (previous) vs. bufobj_wwait =3D=3D bwillwrite < bufspace_wait (now) QUOTE Since RQ_PPQ is 4, differences of less than 4 are insignificant, so just remove them. These small differences have not been changed for years, so it is likely they have no real meaning (besides having no practical effect). One can still consult the changes history to recover them if ever needed. END QUOTE The above code does not "just remove them", but creates new small differences and causes a change in the relative order for the 3 contexts. Any chance that is a potential performance problem for some types of use now? For reference: diff --git a/sys/kern/vfs_bio.c b/sys/kern/vfs_bio.c index ea66a81b5903..fa655c43d155 100644 --- a/sys/kern/vfs_bio.c +++ b/sys/kern/vfs_bio.c @@ -756,7 +756,7 @@ bufspace_wait(struct bufdomain *bd, struct vnode = *vp, int gbflags, break; } error =3D msleep(&bd->bd_wanted, BD_LOCKPTR(bd), - (PRIBIO + 4) | slpflag, "newbuf", slptimeo); + PVFS | slpflag, "newbuf", slptimeo); if (error !=3D 0) break; } @@ -2659,8 +2659,7 @@ bwillwrite(void) mtx_lock(&bdirtylock); while (buf_dirty_count_severe()) { bdirtywait =3D 1; - msleep(&bdirtywait, &bdirtylock, (PRIBIO + 4), - "flswai", 0); + msleep(&bdirtywait, &bdirtylock, PVFS, "flswai", = 0); } mtx_unlock(&bdirtylock); } @@ -5239,7 +5238,7 @@ bufobj_wwait(struct bufobj *bo, int slpflag, int = timeo) while (bo->bo_numoutput) { bo->bo_flag |=3D BO_WWAIT; error =3D msleep(&bo->bo_numoutput, BO_LOCKPTR(bo), - slpflag | (PRIBIO + 1), "bo_wwait", timeo); + slpflag | PRIBIO, "bo_wwait", timeo); if (error) break; } >>> . . . >>> 29502 0 root 0 0 20976Ki 4832Ki biowr 2 = 0:00 0.06% cpdup -i0 -s0 -f -x ref 01 >>> 29479 0 root 0 0 20976Ki 4836Ki biord 7 = 0:01 0.75% cpdup -i0 -o ref 32 >>> 29467 0 root 0 0 20976Ki 4824Ki getblk 26 = 0:01 0.63% cpdup -i0 -o ref 31 >>> 29429 0 root 1 0 20976Ki 4768Ki flswai 23 = 0:01 0.61% cpdup -i0 -o ref 30 >>> 29414 0 root 0 0 20976Ki 4780Ki flswai 28 = 0:01 0.70% cpdup -i0 -o ref 29 >>> 29396 0 root 59 0 16872Ki 4948Ki wait 9 = 0:00 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >>> 29382 0 root 0 0 20976Ki 4876Ki flswai 15 = 0:01 0.95% cpdup -i0 -o ref 28 >>> 29353 0 root 59 0 16872Ki 4948Ki wait 7 = 0:00 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >>> 29326 0 root 0 0 20976Ki 4804Ki biord 5 = 0:01 0.44% cpdup -i0 -o ref 27 >>> 29308 0 root 0 0 20976Ki 4816Ki biord 2 = 0:01 0.77% cpdup -i0 -o ref 26 >>> 29307 0 root 59 0 16872Ki 4948Ki wait 5 = 0:00 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >>> 29273 0 root 59 0 16872Ki 4944Ki wait 4 = 0:00 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >>> 29262 0 root 0 0 20976Ki 4768Ki flswai 20 = 0:01 0.76% cpdup -i0 -o ref 25 >>> 29233 0 root 0 0 20976Ki 4784Ki flswai 3 = 0:01 0.71% cpdup -i0 -o ref 24 >>> 29232 0 root 59 0 16872Ki 4944Ki wait 6 = 0:00 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >>> . . . >>>=20 >>> It took over 6 minutes for the 32 builders to finish. (Normal is >>> under 2 seconds.) >>>=20 >>>=20 >>> Also, later activity gets extensive "rename" STATE time, again, at = least >>> some of it during cpdup activity: >=20 > Looks like the "rename" state is new (and I've only > seen in for 15+): >=20 > /usr/src/sys/kern/vfs_mount.c has as the source > of the name used for the "rname" STATE: >=20 > static int > mount_init(void *mem, int size, int flags) > { > struct mount *mp; >=20 > mp =3D (struct mount *)mem; > mtx_init(&mp->mnt_mtx, "struct mount mtx", NULL, MTX_DEF); > mtx_init(&mp->mnt_listmtx, "struct mount vlist mtx", NULL, = MTX_DEF); > lockinit(&mp->mnt_explock, PVFS, "explock", 0, 0); > lockinit(&mp->mnt_renamelock, PVFS, "rename", 0, 0); > mp->mnt_pcpu =3D uma_zalloc_pcpu(pcpu_zone_16, M_WAITOK | = M_ZERO); > mp->mnt_ref =3D 0; > mp->mnt_vfs_ops =3D 1; > mp->mnt_rootvnode =3D NULL; > return (0); > } >=20 > author Konstantin Belousov 2025-06-02 07:05:06 +0000 >=20 > committer Konstantin Belousov 2025-07-04 15:23:42 = +0000 > commit ef6ea91593ebff73e2fc201efd9f848b71c5a125 (patch) > tree 5f90f06e4b190a3a8fe9b5f3a016b69415d62a6d /sys/kern/vfs_mount.c > parent f9cf745a5084dc0a38733db8e774252e4ed2f444 (diff) >=20 > VOP_RENAME: add mp-global lock >=20 > It is before all vnode locks, but after vn_start_write(). >=20 > The lock prevents parallel rename operations on the same mount point, > which should in (near future) simplify a lot of code in VFS/fs that > otherwise need to code with either the changing hierarchy, or with the > lock order for vnodes due to changed hierarchy. >=20 > On renames, the lock is taken on the lowest stacked filesystem. > Otherwise rename could still occur in parallel, by performing one of = op > on the lower fs. >=20 > Proposed by: mjg (long time ago) > Reviewed by: markj, olce > Tested by: pho > Sponsored by: The FreeBSD Foundation > MFC after: 1 week > Differential revision: https://reviews.freebsd.org/D50648 > . . . >=20 > The context here is not renaming activity, so my > guess here is that the following may be in use > in a wider range of contexts. >=20 > /usr/src/sys/kern/vfs_lookup.c has: >=20 > static void > nameicap_cleanup(struct nameidata *ndp, int error) > { > struct nameicap_tracker *nt, *nt1; > struct mount *mp; >=20 > KASSERT((ndp->ni_nctrack_mnt =3D=3D NULL && > TAILQ_EMPTY(&ndp->ni_cap_tracker)) || > (ndp->ni_lcf & NI_LCF_CAP_DOTDOT) !=3D 0, > ("tracker active and not strictrelative")); >=20 > TAILQ_FOREACH_SAFE(nt, &ndp->ni_cap_tracker, nm_link, nt1) { > mp =3D nt->mp; > lockmgr(&mp->mnt_renamelock, LK_RELEASE, 0); > vfs_rel(mp); > TAILQ_REMOVE(&ndp->ni_cap_tracker, nt, nm_link); > free(nt, M_NAMEITRACKER); > } >=20 > mp =3D ndp->ni_nctrack_mnt; > if (mp !=3D NULL) { > if (error =3D=3D ERESTART) { > lockmgr(&mp->mnt_renamelock, LK_EXCLUSIVE, 0); > lockmgr(&mp->mnt_renamelock, LK_RELEASE, 0); > } > vfs_rel(mp); > ndp->ni_nctrack_mnt =3D NULL; > } > } >=20 > and it may be the source of the large number > "rename" STATE processes that are all waiting > on "rename" below, forcing 1 of 32 at a time > for cpdup (32 poudriere builders). Later there > is an example of cc also waiting on it when > there is also cpdup activity waiting on it. >=20 >=20 >>> . . . >>> 80055 0 root 59 0 16872Ki 4968Ki wait 31 = 0:00 0.00% sh: poudriere[official-amd64-default][06]: build_pkg = (boost-jam-1.88.0) (sh) >>> 78347 0 root 0 0 20976Ki 4624Ki rename 0 = 0:00 1.05% cpdup -i0 -s0 -f -x ref 31 >>> 78331 0 root 59 0 16872Ki 4960Ki wait 18 = 0:00 0.00% sh: poudriere[official-amd64-default][31]: build_pkg = (lua53-5.3.6_1) (sh) >>> 77930 0 root 0 0 20976Ki 4636Ki rename 29 = 0:00 1.02% cpdup -i0 -s0 -f -x ref 30 >>> 77912 0 root 59 0 16872Ki 4960Ki wait 25 = 0:00 0.00% sh: poudriere[official-amd64-default][30]: build_pkg = (libsunacl-1.0.1_1) (sh) >>> 75398 0 root 0 0 20976Ki 4628Ki rename 2 = 0:00 0.99% cpdup -i0 -s0 -f -x ref 16 >>> 75335 0 root 59 0 16872Ki 4960Ki wait 20 = 0:00 0.00% sh: poudriere[official-amd64-default][16]: build_pkg = (iwmbt-firmware-20250410) (sh) >>> 75324 0 root 0 0 20976Ki 4628Ki rename 24 = 0:00 1.04% cpdup -i0 -s0 -f -x ref 19 >>> 75308 0 root 59 0 16872Ki 4960Ki wait 24 = 0:00 0.00% sh: poudriere[official-amd64-default][19]: build_pkg = (lua54-5.4.8) (sh) >>> 74963 0 root 0 0 20976Ki 4624Ki rename 4 = 0:00 1.05% cpdup -i0 -s0 -f -x ref 32 >>> 74922 0 root 59 0 16872Ki 4960Ki wait 26 = 0:00 0.00% sh: poudriere[official-amd64-default][32]: build_pkg = (lzo2-2.10_1) (sh) >>> 72722 0 root 0 0 20976Ki 4776Ki rename 1 = 0:00 1.28% cpdup -i0 -s0 -f -x ref 15 >>> 72647 0 root 59 0 16872Ki 4960Ki wait 26 = 0:00 0.00% sh: poudriere[official-amd64-default][15]: build_pkg = (indexinfo-0.3.1_1) (sh) >>> 71967 0 root 0 0 20976Ki 4856Ki rename 30 = 0:00 1.48% cpdup -i0 -s0 -f -x ref 25 >>> 71917 0 root 59 0 16872Ki 4960Ki wait 1 = 0:00 0.00% sh: poudriere[official-amd64-default][25]: build_pkg = (mpg123-1.33.2) (sh) >>> 71629 0 root 0 0 20976Ki 4828Ki rename 31 = 0:00 1.61% cpdup -i0 -s0 -f=20 >>> . . . >>>=20 >>> But I'll also see such on c compiles, ld commands, etc. I've >>> not seen rename for pkg-static but I have seen flswai for it. >>>=20 >>> The system spends lots of time 95%+ idle from the wait >>> activities. >>>=20 >>> I see such directly booted from the USB3 media (a 15.0-ALPHA4 >>> context on UFS media) and when using that media via chroot >>> from both ZFS and UFS boots that are not USB based. The ZFS >>> and UFS boots do not show the behavior with the normal >>> non-USB3 media used instead. >>>=20 >>> The system in use is an AMD 7950X3D with 32 FreeBSD cpus, >>> 192 GiBytes of RAM. main 16 booting for non-USB boots >>> and 15.0-ALPHA4 boots for the USB3 boots. kernel and >>> world are via official pkgbase distribution installs: >>> it is not a personal build of the kernel or world. >>>=20 >>>=20 >>> More rename and flswai examples: >>>=20 >>> . . . >>> 39320 183 nobody 59 0 171676Ki 160576Ki rename 29 = 0:00 2.17% cc -D_BLD_DLL -fPIC -D_BLD_ast -Os -Wno-unused-value = -Wno-parentheses -Wno-logical-op-parentheses -fno-strict-aliasing -I >>> 62772 183 nobody 59 0 14376Ki 3372Ki wait 25 = 0:00 0.04% mamake -C lib/libast install >>> 12602 183 nobody 59 0 14376Ki 3072Ki wait 17 = 0:00 0.00% mamake -r */* install >>> 12600 183 nobody 59 0 14376Ki 3076Ki wait 22 = 0:00 0.00% mamake install >>> 12596 183 nobody 0 0 14068Ki 2688Ki piperd 10 = 0:00 0.01% tee -a = /wrkdirs/usr/ports/shells/ksh/work/ksh-1.0.10/arch/freebsd15.i386-64/lib/p= ackage/gen/make.out >>> 8980 183 nobody 59 0 14744Ki 3732Ki wait 6 0:00 = 0.00% /bin/sh bin/package flat make >>> 8977 183 nobody 59 0 14744Ki 3436Ki wait 3 0:00 = 0.00% /bin/sh -e /tmp/makelMk4B8 >>> 8929 183 nobody 59 0 14288Ki 3872Ki wait 4 0:00 = 0.00% /usr/bin/make -C /usr/ports/shells/ksh build >>> 39327 179 nobody 59 0 105680Ki 93264Ki biowr 2 = 0:00 0.61% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o test = /usr/lib/crt >>> 39325 179 nobody 59 0 165928Ki 155088Ki wait 17 = 0:00 1.00% /usr/bin/cc -o test ../test.o >>> 39294 179 nobody 59 0 14744Ki 3448Ki wait 10 = 0:00 0.01% sh = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/C/make/probe /usr/bin/cc PREROOT=3D'' UNIVER >>> 39293 179 nobody 59 0 15264Ki 3704Ki piperd 19 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/probe C make /usr/bin/cc >>> 39291 179 nobody 59 0 16344Ki 4960Ki wait 10 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e --ignorelock --keepgoing --errorid=3Dlib/libast >>> 39290 179 nobody 59 0 14744Ki 3444Ki wait 12 = 0:00 0.00% sh /dev/fd/3 >>> 39258 179 nobody 59 0 14744Ki 3452Ki piperd 0 = 0:00 0.00% sh /dev/fd/3 >>> 37014 179 nobody 0 0 14068Ki 2692Ki piperd 30 = 0:00 0.00% tee -a = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/pack= age/gen/make.out >>> 37013 179 nobody 0 0 16728Ki 5320Ki select 14 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e -k -K recurse believe nmake >>> 32949 179 nobody 13 0 14744Ki 4136Ki wait 31 = 0:00 0.00% /bin/sh bin/package flat make ksh93 >>> 32948 179 nobody 59 0 14744Ki 3444Ki wait 19 = 0:00 0.00% /bin/sh -e /tmp/makeW36tmB >>> 32940 179 nobody 59 0 14288Ki 3892Ki wait 21 = 0:00 0.00% /usr/bin/make -C /usr/ports/shells/ksh93 build >>> 32453 0 root 0 0 20976Ki 5020Ki rename 22 = 0:03 0.47% cpdup -i0 -s0 -f -x ref 26 >>> 32420 0 root 0 0 20976Ki 5024Ki rename 13 = 0:03 0.50% cpdup -i0 -s0 -f -x ref 11 >>> 32358 0 root 0 0 20976Ki 5068Ki rename 26 = 0:03 0.53% cpdup -i0 -s0 -f -x ref 20 >>> 32333 0 root 59 0 16872Ki 4960Ki wait 11 = 0:00 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (linux-c7-numactl-libs-2.0.12_1) (sh) >>> 32313 0 root 59 0 16872Ki 4960Ki wait 9 = 0:00 0.00% sh: poudriere[official-amd64-default][20]: build_pkg = (linux-c7-libaio-0.3.109) (sh) >>> 32301 0 root 59 0 16872Ki 4960Ki wait 19 = 0:00 0.00% sh: poudriere[official-amd64-default][11]: build_pkg = (linux-c7-dosfstools-3.0.20) (sh) >>> 13808 0 root 0 0 20976Ki 4984Ki rename 4 = 0:03 0.57% cpdup -i0 -s0 -f -x ref 19 >>> 12316 0 root 0 0 20976Ki 5072Ki biowr 27 = 0:03 0.56% cpdup -i0 -s0 -f -x ref 13 >>> 12283 0 root 0 0 20976Ki 5068Ki rename 5 = 0:03 0.53% cpdup -i0 -s0 -f -x ref 01 >>> 12277 0 root 0 0 20976Ki 5068Ki rename 28 = 0:03 0.54% cpdup -i0 -s0 -f -x ref 14 >>> 12096 0 root 59 0 16872Ki 4960Ki wait 27 = 0:00 0.00% sh: poudriere[official-amd64-def >>> . . . >>>=20 >>>=20 >>> . . . >>> 39927 183 nobody 59 0 171676Ki 160396Ki flswai 13 = 0:00 2.03% cc -D_BLD_DLL -fPIC -D_BLD_ast -Os -Wno-unused-value = -Wno-parentheses -Wno-logical-op-parentheses -fno-strict-aliasing -I >>> 62772 183 nobody 59 0 14376Ki 3400Ki wait 3 = 0:00 0.06% mamake -C lib/libast install >>> 12602 183 nobody 59 0 14376Ki 3072Ki wait 17 = 0:00 0.00% mamake -r */* install >>> 12600 183 nobody 59 0 14376Ki 3076Ki wait 22 = 0:00 0.00% mamake install >>> 12596 183 nobody 0 0 14068Ki 2688Ki piperd 28 = 0:00 0.01% tee -a = /wrkdirs/usr/ports/shells/ksh/work/ksh-1.0.10/arch/freebsd15.i386-64/lib/p= ackage/gen/make.out >>> 8980 183 nobody 59 0 14744Ki 3732Ki wait 6 0:00 = 0.00% /bin/sh bin/package flat make >>> 8977 183 nobody 59 0 14744Ki 3436Ki wait 3 0:00 = 0.00% /bin/sh -e /tmp/makelMk4B8 >>> 8929 183 nobody 59 0 14288Ki 3872Ki wait 4 0:00 = 0.00% /usr/bin/make -C /usr/ports/shells/ksh build >>> 39924 179 nobody 59 0 125140Ki 95572Ki flswai 20 = 0:00 0.60% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o = dynamic.exe /usr/ >>> 39924 179 nobody 59 0 125140Ki 95572Ki uwait 0 = 0:00 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o = dynamic.exe /usr/ >>> 39924 179 nobody 59 0 125140Ki 95572Ki uwait 13 = 0:00 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o = dynamic.exe /usr/ >>> 39924 179 nobody 59 0 125140Ki 95572Ki uwait 16 = 0:00 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o = dynamic.exe /usr/ >>> 39924 179 nobody 59 0 125140Ki 95572Ki uwait 27 = 0:00 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o = dynamic.exe /usr/ >>> 39923 179 nobody 59 0 165928Ki 155092Ki wait 0 = 0:00 1.00% /usr/bin/cc -o dynamic.exe -dynamic dynamic.o >>> 39294 179 nobody 59 0 14744Ki 3464Ki wait 9 = 0:00 0.02% sh = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/C/make/probe /usr/bin/cc PREROOT=3D'' UNIVER >>> 39293 179 nobody 59 0 15264Ki 3704Ki piperd 19 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/probe C make /usr/bin/cc >>> 39291 179 nobody 59 0 16344Ki 4960Ki wait 10 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e --ignorelock --keepgoing --errorid=3Dlib/libast >>> 39290 179 nobody 59 0 14744Ki 3444Ki wait 12 = 0:00 0.00% sh /dev/fd/3 >>> 39258 179 nobody 59 0 14744Ki 3452Ki piperd 0 = 0:00 0.00% sh /dev/fd/3 >>> 37014 179 nobody 0 0 14068Ki 2692Ki piperd 30 = 0:00 0.00% tee -a = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/pack= age/gen/make.out >>> 37013 179 nobody 0 0 16728Ki 5320Ki select 14 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e -k -K recurse believe nmake >>> 32949 179 nobody 13 0 14744Ki 4136Ki wait 31 = 0:00 0.00% /bin/sh bin/package flat make ksh93 >>> 32948 179 nobody 59 0 14744Ki 3444Ki wait 19 = 0:00 0.00% /bin/sh -e /tmp/makeW36tmB >>> 32940 179 nobody 59 0 14288Ki 3892Ki wait 21 = 0:00 0.00% /usr/bin/make -C /usr/ports/shells/ksh93 build >>> 32453 0 root 0 0 20976Ki 5020Ki flswai 17 = 0:03 2.82% cpdup -i0 -s0 -f -x ref 26 >>> 32420 0 root 1 0 20976Ki 5024Ki flswai 25 = 0:03 2.81% cpdup -i0 -s0 -f -x ref 11 >>> 32358 0 root 1 0 20976Ki 5068Ki flswai 14 = 0:03 2.79% cpdup -i0 -s0 -f -x ref 20 >>> 32333 0 root 59 0 16872Ki 4960Ki wait 11 = 0:00 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (linux-c7-numactl-libs-2.0.12_1) (sh) >>> 32313 0 root 59 0 16872Ki >>> . . . >>>=20 >>>=20 >>> . . . >>> 53486 185 root 0 0 66428Ki 34196Ki getblk 25 = 0:01 0.26% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 53485 185 root 59 0 23308Ki 12024Ki wait 0 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 53446 185 root 59 0 14744Ki 3504Ki wait 11 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>> 53445 185 root 59 0 14284Ki 3828Ki wait 1 = 0:00 0.00% /usr/bin/make -C /usr/ports/textproc/p5-YAML-Tiny = build-depends >>> 96359 183 root 0 0 66428Ki 34196Ki flswai 31 = 0:00 1.43% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 96358 183 root 59 0 23308Ki 12020Ki wait 29 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 96331 183 root 59 0 14744Ki 3504Ki wait 5 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>> 96330 183 root 59 0 14284Ki 3860Ki wait 27 = 0:00 0.00% /usr/bin/make -C /usr/ports/security/cyrus-sasl2 = patch-depends >>> 9658 170 nobody 59 0 14224Ki 2852Ki flswai 3 0:00 = 0.02% install -m 0644 ./libcdio.info = /wrkdirs/usr/ports/sysutils/libcdio/work/stage/usr/local/share/info >>> 9652 170 nobody 59 0 14744Ki 3420Ki wait 2 0:00 = 0.00% /bin/sh -c srcdirstrip=3D`echo "." | sed 's|.|.|g'`; = \\\nlist=3D'./libcdio.info'; test -n "/usr/local/share/info" || list=3D; = \ >>> 9643 170 nobody 59 0 14744Ki 3420Ki wait 8 0:00 = 0.03% /bin/sh -c srcdirstrip=3D`echo "." | sed 's|.|.|g'`; = \\\nlist=3D'./libcdio.info'; test -n "/usr/local/share/info" || list=3D; = \ >>> 9642 170 nobody 59 0 14776Ki 3652Ki wait 21 0:00 = 0.04% /usr/local/bin/gmake install-exec-am install-data-am >>> 9641 170 nobody 59 0 14776Ki 3632Ki wait 3 0:00 = 0.04% /usr/local/bin/gmake install >>> 9636 170 nobody 59 0 14744Ki 3424Ki wait 15 0:00 = 0.03% /bin/sh -c fail=3D; \\\nif (target_option=3Dk; case = ${target_option-} in ?) ;; *) echo "am__make_running_with_option: = interna >>> 9635 170 nobody 59 0 14776Ki 3708Ki wait 0 0:00 = 0.06% /usr/local/bin/gmake INSTALL_PROGRAM=3D/bin/sh = /wrkdirs/usr/ports/sysutils/libcdio/work/libcdio-2.2.0/install-sh -c -s = inst >>> 9634 170 nobody 59 0 14776Ki 3680Ki wait 29 0:00 = 0.08% /usr/local/bin/gmake -f Makefile = DESTDIR=3D/wrkdirs/usr/ports/sysutils/libcdio/work/stage install-strip >>> 9633 170 nobody 59 0 14744Ki 3428Ki wait 13 0:00 = 0.02% /bin/sh -e /tmp/makeOENiKj >>> 9611 170 nobody 59 0 16848Ki 3876Ki wait 21 0:00 = 0.22% /usr/bin/make -C /usr/ports/sysutils/libcdio stage >>> 51574 158 root 0 0 74620Ki 34184Ki flswai 20 = 0:01 0.28% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 51573 158 root 59 0 23308Ki 12020Ki wait 20 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 51547 158 root 59 0 14744Ki 3512Ki wait 18 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>> 51545 158 root 59 0 14284Ki 3852Ki wait 27 = 0:00 0.00% /usr/bin/make -C /usr/ports/textproc/hyphen build-depends >>> 56591 157 root 0 0 66428Ki 34184Ki getblk 17 = 0:01 0.25% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 56590 157 root 59 0 23308Ki 12024Ki wait 12 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 56528 157 root 59 0 14744Ki 3504Ki wait 28 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>> 56469 157 root 59 0 14284Ki 3832Ki wait 4 = 0:00 0.00% /usr/bin/make -C /usr/ports/converters/p5-MIME-Base32 = build-depends >>> 56593 155 root 0 0 66428Ki 34188Ki getblk 8 = 0:01 0.26% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 56592 155 root 59 0 23308Ki 12024Ki wait 4 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 56559 155 root 59 0 14744Ki 3508Ki wait 18 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>> 56532 155 root 59 0 14284Ki 3828Ki wait 13 = 0:00 0.00% /usr/bin/make -C /usr/ports/devel/p5-Parse-Yapp = build-depends >>> 52781 145 root 0 0 74620Ki 34244Ki flswai 12 = 0:01 0.25% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 52780 145 root 59 0 23308Ki 12024Ki wait 22 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 52753 145 root 59 0 14744Ki 3508Ki wait 24 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>> 52749 145 root 59 0 14284Ki 3824Ki wait 21 = 0:00 0.00% /usr/bin/make -C /usr/ports/converters/p5-JSON = build-depends >>> 9610 0 root 59 0 16872Ki 4972Ki wait 14 0:00 = 0.01% sh: poudriere[official-amd64-default][14]: build_pkg = (libcdio-2.2.0) (sh) >>> 99560 0 root 1 0 20976Ki 4860Ki flswai 15 = 0:00 2.82% cpdup -i0 -s0 -f -x ref 01 >>> 99539 0 root 59 0 16872Ki 4960Ki wait 10 = 0:00 0.00% sh: poudriere[official-amd64-default][01]: build_pkg = (texi2html-5.0_5,1) (sh) >>> 98112 0 root 1 0 20976Ki 4828Ki flswai 19 = 0:00 3.47% cpdup -i0 -s0 -f -x ref 28 >>> 98096 0 root 59 0 16872Ki 4960Ki wait 31 = 0:00 0.00% sh: poudriere[official-amd64-default][28]: build_pkg = (gdbm-1.26) (sh) >>> 97694 0 root 1 0 20976Ki 4844Ki flswai 7 = 0:01 2.51% cpdup -i0 -s0 -f -x ref 27 >>> 97665 0 root 59 0 16872Ki 4960Ki wait 0 = 0:00 0.00% sh: poudriere[official-amd64-default][27]: build_pkg = (sudo-1.9.17p2) (sh) >>> 96108 0 root 0 0 20976Ki 4800Ki flswai 29 = 0:01 3.06% cpdup -i0 -s0 -f -x ref 19 >>> 96091 0 root 59 0 16872Ki 4960Ki wait 31 = 0:00 0.00% sh: poudriere[official-amd64-default][19]: build_pkg = (libgpg-error-1.55) (sh) >>> 93884 0 root 0 0 20976Ki 5064Ki flswai 19 = 0:01 2.43% cpdup -i0 -s0 -f -x ref 26 >>> 93857 0 root 59 0 16872Ki 4960Ki wait 16 = 0:00 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (libxml2-2.14.5) (sh) >>> 93271 0 root 0 0 20976Ki 5224Ki flswai 5 = 0:01 2.38% cpdup -i0 -s0 -f -x ref 12 >>> 93212 0 root 59 0 16872Ki 4960Ki wait 11 = 0:00 0.00% sh: poudriere[official-amd64-default][12]: build_pkg = (lame-3.100_5) (sh) >>> 88119 0 root 0 0 20976Ki 5212Ki flswai 0 = 0:01 2.51% cpdup -i0 -s0 -f -x ref 32 >>> 88077 0 root 0 0 20976Ki 5176Ki flswai 0 = 0:01 2.38% cpdup -i0 -s0 -f -x ref 31 >>> . . . =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Oct 1 05:20:18 2025 X-Original-To: freebsd-current@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 4cc3D76BNnz6B5C2 for ; Wed, 01 Oct 2025 05:20:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (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 4cc3D73nlnz3dS9 for ; Wed, 01 Oct 2025 05:20:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=CIWyEKMy; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759296033; bh=K0N5LL0b2rfAX6CC7bTqLZpRJAhhTTmkzixnC30lv8E=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=CIWyEKMy+MM5Uo3xJL9TKIyapdSH78hF9LEcT0EmUA3T7QFimKy3gOSDLLIMIJ9JVFZuAVFsvm0JAcknw8Ouxsun3QXzbIgpP8FUxyx/6P94cRGgWlvwtwvXpaFDYK+o2A1HZ4nvTQ8uBmjj74ePx+TzcFgB1Gz5UL3Sq7xYMd2Ymfcg/Prz76jK3G9XT/tWAkjOeEr6cjcw1LEtGCLNADNbhN1IvzJEEWReofH59pHzdRgJcnv23alN3Zl+pdQhjFkbz74Tm3NDaU4UWqtKesA58iH2kaF5jDcCYKNJ+WAJ5W+Df/5nfMAXqCOVzlTxnoiKFHcNo+cdUyAPrLUflQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759296033; bh=j/fmAE/8DQykSzBu9yAI1CGiv4lceQ+rWHwzXQ9EJZA=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=InkCVE1LF95DpGRiDJ5YZZitRMfAzZaeCjjyi6Nes/yLw5v9u2dtghq4cOcsAj+zsAFuZ/LJ1d+UbXlrKMtBDGnRIxSGhcelUkMOts9/XxILP4Fwq8l7XhoN7m66yDuUCEnadoRC+vqrnxcAQBymWWjvkxQGs0UWD/4CyPTT9UgIYwNVdvEhSMEgsKU788lxBV0WYM+jtoIlOkbTdaO163DcBFjuN456JMXVhWWNpkcpCHMx2+UVveIyJ3VUOTFxDhl9QtybOgjEdDiY2gmzG5hIQZI+2JiV1iEB5P7FAzxDBN840L+hhRzS7PJ7HkuUSFo1DAo7Jjw9dcvdlBFZQA== X-YMail-OSG: 9PCYTQYVM1n5uYPA_qa7f_ZqRFeFnkLyFatdxOk6UW5oS4djId0kLaq1_0q6cy5 Xw1skhaqUZt9iVFIqs_K1udVNNGXvMdyTAw_gq33Php9_65oI6Kja0mssnLSfUu.3cnY4z6eufd0 jyFaqY0PLbZ6qKCjdCZohq4kiwsZApirK.u7DpTfB4V45oZDbApJ7U6AHz2ghg_g_9KYkXLM4IkL 5igMFcIECgREVKZL7wnDE.R7rfAfxYXfuNaoHn4Uh_RJ.b8ec77K16fQzEMzP9XTSYGoBDISCjr2 n_1tQU6N7GyHnEy6DwC1PZzSM8U2oug2jw8ce7mmmCDbfHOldAJXa7eAp.XGfZUjZ9BSDUVg_AQ. 9m.ylgEW.vcEJUtNTKIk2D3DqJjhV3_hK81W013qv1_ryBAJ_YIvVNbao2i9LIytTCBrPy2MRjxL FV9rMkabYckWYyOp4SJj2r1nHyTsz.K4rGGVRFjkhgc8QsujjCN1Tps5W.Sg8qJ4uxkZxOaDpqV6 sN.b4m1ALpCTFsLQq7UXd8zxXM48Njx936R2ani1RxlZ1PF.rg_0GvGU9QEcppxBSJ4LbcfEU.ij YizjY2ZAZ7sEebBTD7ehvKj6YfeofZIAUgqPsz71srWSHej8sS8OGdBBlquYdS5qXBtdzJGdEeRr 1p2s5Awk56tUzYajteAiR8fepC.9cuN5fIaSg31z6eKFv3NuPvGsQrqAAVnfVag8281Q.KkNqHiV rXfKqWo51YbAVW3ZDvCcO2FbuqvO9fnWfrGGleBCOYv6Z7nUkRfqWwjWkKQJkbZDWQ9_eqhKBnJp nuhyP3qNyrmmIclLsGygvQmM_Rjvm8pDnv.FOfkMBSeo7ZMVEqqDexBHa2E6mvn817UXIlL.Fiie BWqD55xuvRp2FbWGNrbqfw9xEmESdKGVvbJLQTS5uUmoo_IkLBmiTXZhWRWYPGoyCD5UNOlk929z oabr3oB5R6IfHM.kgfCzyJ3J2Z5XTV7HFdOWwYO1iKdxQ_Lnds3xe7ijqWTvQGOBIVVJPquwza5H Kjjxfvi_AbtCEcvyPJMifEmgvbgJGeFfddxlt1YDPYwGB98sNG_pLvC5AenHyqwQogVi0qlnMyeM ix3JPLhitXmefaePIAZP06qaUUJi30b9keBo.p8D5Q7ibTVG8Q8ybqw1CnVYohReZD3ZWgIAVNmj 9jyxmpZcN_spivYoIxuPxLGgYnQ7Ru3mbR5KFfEHJGNB7rkIKkobGzGsEJq1e3rHU.hgvnS.0pPe OO3VwgSi.UpW.RUYBT8LA1wkdFBMtO8_8CJNrZNUxdhammHsXcTcwAHB7cIjihr5lgvsxSgtUP04 VF2wjLo0Uzu7IoIXo7Hb9zwFuyYA0ildqPTagcm.ZStfjshg7oFWBrodDsxRYb0wkrFldbTWI5q9 ZLMYcdMAuntM2GK__T50km221ioyoHAuh4P.sk.fY2IwShzuO7nWVwE3gQ8G7mTdFRcu8rh4mKln w78P2ZxGJAbxEMO.AZWc3mDEB43LanpMtTP4hnWippKwcpGFwvhXbbih8NiSSkQSItJ5YACrLFr3 Yg3gvm5tf8ANA0VI1fHO50r_yFNgLOLdWlrwYXRWK1yqYWSE0ZsF15Z4OSeo5fehtt6LWEXth8.P AXKPdE9.kLxdVe8OJnjNv7.TNEH5YGIu4DL4r07lxXL0YhmA4GTEiLyeN.aaFQIxahUQOJMYVHgg DfR0GR4HUg4tgZb0iTH8x_24FX3QYY1msMuGAtKtMvflKIBRHjqV3ojuifxX7SVt5IsmWgFCNwbP REiNFlJGP96nSETg1.2anZMWvPEMX1.KeTWV1Wke4uqimaulnPd2z8N7x5X2gcBdm5ds7Rpe49MF 4sdHXBdvRUcssL6jJTyH3oPgLbDWe2YkkrJ1gdTsi1so.wBk50JhnpTCSaZ_DkfDUTN.08C2.P4m vzlMXS2Mo_ZAtgAD222PQB24n.RGtD5kkjht7aH2zTdLoVEpr48ue7Y0EFXpoX0OaZIRJB0DdPML 6dNGS2m6q2mU6KMB2FH4eV5F4ibYteiGnENLFhG0jIb1JfyBGuwJRC90ZwMKtHzZPc.H1kdooTdD v.lMWQzz8yjF8p964o_PjSGW1dwu59DVBEMzdH7w7_wlr8NJgwJczMNfME0CoYlAsUboqYZ1gtos 2_emZVqakSIaz0JZ62Err3rhAgyUTp37FbmIRcHlW6GJTfvvhEJiNf4z5F9XPSnKFfw7X24UwTim Vou1CpRtUEvhZbD4UG7_gResBXcESY4KgRyVXVyuoMLt3blm15gfnBB436zZ.ViAUF5TPv7cr1_X BCIJT X-Sonic-MF: X-Sonic-ID: 28e69a39-ac96-47b2-9e66-9cd56363db86 Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Wed, 1 Oct 2025 05:20:33 +0000 Received: by hermes--production-gq1-66b66ffd5-rbd2r (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ec801957155f6719e4f85a817f5d1e55; Wed, 01 Oct 2025 05:20:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: main 16 and 15.0-ALPHA4 [on amd64]: using a USB3 context gets extensive "flswai" [and "rename"] STATE time during poudriere builds (UFS context happens to be in use); more From: Mark Millard In-Reply-To: Date: Tue, 30 Sep 2025 22:20:18 -0700 Cc: "kib@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <46E0F6E8-A365-4C01-BFF8-CE2423B6DA00@yahoo.com> <4D74D446-2078-4A5F-B245-913273E2DDD1@yahoo.com> <03B6ABBE-DF0B-441F-9ABD-5565ADBF29ED@yahoo.com> To: FreeBSD Current , FreeBSD-STABLE Mailing List , "olce@freebsd.org" X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.32:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.32:from] X-Rspamd-Queue-Id: 4cc3D73nlnz3dS9 [Resending: Correcting an Email address copy/paste error and adding adjusting a little wording.] [This note's additions are tied to "flswai" STATE instead of to "rename" STATE.] On Sep 30, 2025, at 20:43, Mark Millard wrote: > [The new material here ends up being about nameicap_cleanup > and its exclusive use of mnt_renamelock being one potential > bottleneck involved here. I make no claim it has anything to > do with the flswai activity reported. The possible > bottleneck is an observation, not something that I claim > there is any alternative to. I do not know if this is of any > interest or not.] >=20 > On Sep 29, 2025, at 16:06, Mark Millard wrote: >=20 >> On Sep 29, 2025, at 13:01, Mark Millard wrote: >>=20 >>> An example is during the cpdup activities when multiple happen >>> in overlappingtime frames: >>=20 >> I'll note that I see this on the amd64 32-FreeBSD-cpu system >> but not on the aarch64 8-FreeBSD-cpu Windows Dev Kit 2023 >> system. May be at some point I'll try the older 16-FreeBSD-cpu >> aarch64 (Cortex-A72) system. >>=20 >> Also, on the 7950X3D amd74 system, I see the behavior with >> 14.3-Stable. Apparently, this is not new with 15+. It has >> been a long time since I'd tried using an amd64 system for >> such activity based on using USB3 media. But it has been >> common for me for aarch64 over that time frame. previous to modern: @@ -2659,8 +2659,7 @@ bwillwrite(void) mtx_lock(&bdirtylock); while (buf_dirty_count_severe()) { bdirtywait =3D 1; - msleep(&bdirtywait, &bdirtylock, (PRIBIO + 4), - "flswai", 0); + msleep(&bdirtywait, &bdirtylock, PVFS, "flswai", = 0); } mtx_unlock(&bdirtylock); where in modern code: /usr/src/sys/sys/priority.h:#define PRIBIO (PRI_MIN_KERN + 3) and: /usr/src/sys/sys/priority.h:#define PVFS (PRI_MIN_KERN + 4) Presuming slpflags =3D=3D 0 (see later reference code) as an example context: previous vs. now for . . . bufspace_wait: (PRIBIO + 4) vs. (PRI_MIN_KERN + 3 + 4) bwillwrite: (PRIBIO + 4) vs. (PRI_MIN_KERN + 4) // now a smallest, = previously a largest (of the 3) bufobj_wwait: (PRIBIO + 1) vs. (PRI_MIN_KERN + 3 + 1) Suggestive summary, using routine names to indicate values (for slpflags =3D=3D 0 contexts): bufobj_wwait < bwillwrite =3D=3D bufspace_wait (previous) vs. bufobj_wwait =3D=3D bwillwrite < bufspace_wait (now) QUOTE Since RQ_PPQ is 4, differences of less than 4 are insignificant, so just remove them. These small differences have not been changed for years, so it is likely they have no real meaning (besides having no practical effect). One can still consult the changes history to recover them if ever needed. END QUOTE The above code does not "just remove them", but creates new small differences and causes a change in the relative order for the 3 contexts. Any chance that is a potential performance problem for some types of use now? For reference: diff --git a/sys/kern/vfs_bio.c b/sys/kern/vfs_bio.c index ea66a81b5903..fa655c43d155 100644 --- a/sys/kern/vfs_bio.c +++ b/sys/kern/vfs_bio.c @@ -756,7 +756,7 @@ bufspace_wait(struct bufdomain *bd, struct vnode = *vp, int gbflags, break; } error =3D msleep(&bd->bd_wanted, BD_LOCKPTR(bd), - (PRIBIO + 4) | slpflag, "newbuf", slptimeo); + PVFS | slpflag, "newbuf", slptimeo); if (error !=3D 0) break; } @@ -2659,8 +2659,7 @@ bwillwrite(void) mtx_lock(&bdirtylock); while (buf_dirty_count_severe()) { bdirtywait =3D 1; - msleep(&bdirtywait, &bdirtylock, (PRIBIO + 4), - "flswai", 0); + msleep(&bdirtywait, &bdirtylock, PVFS, "flswai", = 0); } mtx_unlock(&bdirtylock); } @@ -5239,7 +5238,7 @@ bufobj_wwait(struct bufobj *bo, int slpflag, int = timeo) while (bo->bo_numoutput) { bo->bo_flag |=3D BO_WWAIT; error =3D msleep(&bo->bo_numoutput, BO_LOCKPTR(bo), - slpflag | (PRIBIO + 1), "bo_wwait", timeo); + slpflag | PRIBIO, "bo_wwait", timeo); if (error) break; } >>> . . . >>> 29502 0 root 0 0 20976Ki 4832Ki biowr 2 = 0:00 0.06% cpdup -i0 -s0 -f -x ref 01 >>> 29479 0 root 0 0 20976Ki 4836Ki biord 7 = 0:01 0.75% cpdup -i0 -o ref 32 >>> 29467 0 root 0 0 20976Ki 4824Ki getblk 26 = 0:01 0.63% cpdup -i0 -o ref 31 >>> 29429 0 root 1 0 20976Ki 4768Ki flswai 23 = 0:01 0.61% cpdup -i0 -o ref 30 >>> 29414 0 root 0 0 20976Ki 4780Ki flswai 28 = 0:01 0.70% cpdup -i0 -o ref 29 >>> 29396 0 root 59 0 16872Ki 4948Ki wait 9 = 0:00 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >>> 29382 0 root 0 0 20976Ki 4876Ki flswai 15 = 0:01 0.95% cpdup -i0 -o ref 28 >>> 29353 0 root 59 0 16872Ki 4948Ki wait 7 = 0:00 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >>> 29326 0 root 0 0 20976Ki 4804Ki biord 5 = 0:01 0.44% cpdup -i0 -o ref 27 >>> 29308 0 root 0 0 20976Ki 4816Ki biord 2 = 0:01 0.77% cpdup -i0 -o ref 26 >>> 29307 0 root 59 0 16872Ki 4948Ki wait 5 = 0:00 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >>> 29273 0 root 59 0 16872Ki 4944Ki wait 4 = 0:00 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >>> 29262 0 root 0 0 20976Ki 4768Ki flswai 20 = 0:01 0.76% cpdup -i0 -o ref 25 >>> 29233 0 root 0 0 20976Ki 4784Ki flswai 3 = 0:01 0.71% cpdup -i0 -o ref 24 >>> 29232 0 root 59 0 16872Ki 4944Ki wait 6 = 0:00 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >>> . . . >>>=20 >>> It took over 6 minutes for the 32 builders to finish. (Normal is >>> under 2 seconds.) >>>=20 >>>=20 >>> Also, later activity gets extensive "rename" STATE time, again, at = least >>> some of it during cpdup activity: >=20 > Looks like the "rename" state is new (and I've only > seen in for 15+): >=20 > /usr/src/sys/kern/vfs_mount.c has as the source > of the name used for the "rname" STATE: >=20 > static int > mount_init(void *mem, int size, int flags) > { > struct mount *mp; >=20 > mp =3D (struct mount *)mem; > mtx_init(&mp->mnt_mtx, "struct mount mtx", NULL, MTX_DEF); > mtx_init(&mp->mnt_listmtx, "struct mount vlist mtx", NULL, = MTX_DEF); > lockinit(&mp->mnt_explock, PVFS, "explock", 0, 0); > lockinit(&mp->mnt_renamelock, PVFS, "rename", 0, 0); > mp->mnt_pcpu =3D uma_zalloc_pcpu(pcpu_zone_16, M_WAITOK | = M_ZERO); > mp->mnt_ref =3D 0; > mp->mnt_vfs_ops =3D 1; > mp->mnt_rootvnode =3D NULL; > return (0); > } >=20 > author Konstantin Belousov 2025-06-02 07:05:06 +0000 >=20 > committer Konstantin Belousov 2025-07-04 15:23:42 = +0000 > commit ef6ea91593ebff73e2fc201efd9f848b71c5a125 (patch) > tree 5f90f06e4b190a3a8fe9b5f3a016b69415d62a6d /sys/kern/vfs_mount.c > parent f9cf745a5084dc0a38733db8e774252e4ed2f444 (diff) >=20 > VOP_RENAME: add mp-global lock >=20 > It is before all vnode locks, but after vn_start_write(). >=20 > The lock prevents parallel rename operations on the same mount point, > which should in (near future) simplify a lot of code in VFS/fs that > otherwise need to code with either the changing hierarchy, or with the > lock order for vnodes due to changed hierarchy. >=20 > On renames, the lock is taken on the lowest stacked filesystem. > Otherwise rename could still occur in parallel, by performing one of = op > on the lower fs. >=20 > Proposed by: mjg (long time ago) > Reviewed by: markj, olce > Tested by: pho > Sponsored by: The FreeBSD Foundation > MFC after: 1 week > Differential revision: https://reviews.freebsd.org/D50648 > . . . >=20 > The context here is not renaming activity, so my > guess here is that the following may be in use > in a wider range of contexts. >=20 > /usr/src/sys/kern/vfs_lookup.c has: >=20 > static void > nameicap_cleanup(struct nameidata *ndp, int error) > { > struct nameicap_tracker *nt, *nt1; > struct mount *mp; >=20 > KASSERT((ndp->ni_nctrack_mnt =3D=3D NULL && > TAILQ_EMPTY(&ndp->ni_cap_tracker)) || > (ndp->ni_lcf & NI_LCF_CAP_DOTDOT) !=3D 0, > ("tracker active and not strictrelative")); >=20 > TAILQ_FOREACH_SAFE(nt, &ndp->ni_cap_tracker, nm_link, nt1) { > mp =3D nt->mp; > lockmgr(&mp->mnt_renamelock, LK_RELEASE, 0); > vfs_rel(mp); > TAILQ_REMOVE(&ndp->ni_cap_tracker, nt, nm_link); > free(nt, M_NAMEITRACKER); > } >=20 > mp =3D ndp->ni_nctrack_mnt; > if (mp !=3D NULL) { > if (error =3D=3D ERESTART) { > lockmgr(&mp->mnt_renamelock, LK_EXCLUSIVE, 0); > lockmgr(&mp->mnt_renamelock, LK_RELEASE, 0); > } > vfs_rel(mp); > ndp->ni_nctrack_mnt =3D NULL; > } > } >=20 > and it may be the source of the large number > "rename" STATE processes that are all waiting > on "rename" below, forcing 1 of 32 at a time > for cpdup (32 poudriere builders). Later there > is an example of cc also waiting on it when > there is also cpdup activity waiting on it. >=20 >=20 >>> . . . >>> 80055 0 root 59 0 16872Ki 4968Ki wait 31 = 0:00 0.00% sh: poudriere[official-amd64-default][06]: build_pkg = (boost-jam-1.88.0) (sh) >>> 78347 0 root 0 0 20976Ki 4624Ki rename 0 = 0:00 1.05% cpdup -i0 -s0 -f -x ref 31 >>> 78331 0 root 59 0 16872Ki 4960Ki wait 18 = 0:00 0.00% sh: poudriere[official-amd64-default][31]: build_pkg = (lua53-5.3.6_1) (sh) >>> 77930 0 root 0 0 20976Ki 4636Ki rename 29 = 0:00 1.02% cpdup -i0 -s0 -f -x ref 30 >>> 77912 0 root 59 0 16872Ki 4960Ki wait 25 = 0:00 0.00% sh: poudriere[official-amd64-default][30]: build_pkg = (libsunacl-1.0.1_1) (sh) >>> 75398 0 root 0 0 20976Ki 4628Ki rename 2 = 0:00 0.99% cpdup -i0 -s0 -f -x ref 16 >>> 75335 0 root 59 0 16872Ki 4960Ki wait 20 = 0:00 0.00% sh: poudriere[official-amd64-default][16]: build_pkg = (iwmbt-firmware-20250410) (sh) >>> 75324 0 root 0 0 20976Ki 4628Ki rename 24 = 0:00 1.04% cpdup -i0 -s0 -f -x ref 19 >>> 75308 0 root 59 0 16872Ki 4960Ki wait 24 = 0:00 0.00% sh: poudriere[official-amd64-default][19]: build_pkg = (lua54-5.4.8) (sh) >>> 74963 0 root 0 0 20976Ki 4624Ki rename 4 = 0:00 1.05% cpdup -i0 -s0 -f -x ref 32 >>> 74922 0 root 59 0 16872Ki 4960Ki wait 26 = 0:00 0.00% sh: poudriere[official-amd64-default][32]: build_pkg = (lzo2-2.10_1) (sh) >>> 72722 0 root 0 0 20976Ki 4776Ki rename 1 = 0:00 1.28% cpdup -i0 -s0 -f -x ref 15 >>> 72647 0 root 59 0 16872Ki 4960Ki wait 26 = 0:00 0.00% sh: poudriere[official-amd64-default][15]: build_pkg = (indexinfo-0.3.1_1) (sh) >>> 71967 0 root 0 0 20976Ki 4856Ki rename 30 = 0:00 1.48% cpdup -i0 -s0 -f -x ref 25 >>> 71917 0 root 59 0 16872Ki 4960Ki wait 1 = 0:00 0.00% sh: poudriere[official-amd64-default][25]: build_pkg = (mpg123-1.33.2) (sh) >>> 71629 0 root 0 0 20976Ki 4828Ki rename 31 = 0:00 1.61% cpdup -i0 -s0 -f=20 >>> . . . >>>=20 >>> But I'll also see such on c compiles, ld commands, etc. I've >>> not seen rename for pkg-static but I have seen flswai for it. >>>=20 >>> The system spends lots of time 95%+ idle from the wait >>> activities. >>>=20 >>> I see such directly booted from the USB3 media (a 15.0-ALPHA4 >>> context on UFS media) and when using that media via chroot >>> from both ZFS and UFS boots that are not USB based. The ZFS >>> and UFS boots do not show the behavior with the normal >>> non-USB3 media used instead. >>>=20 >>> The system in use is an AMD 7950X3D with 32 FreeBSD cpus, >>> 192 GiBytes of RAM. main 16 booting for non-USB boots >>> and 15.0-ALPHA4 boots for the USB3 boots. kernel and >>> world are via official pkgbase distribution installs: >>> it is not a personal build of the kernel or world. >>>=20 >>>=20 >>> More rename and flswai examples: >>>=20 >>> . . . >>> 39320 183 nobody 59 0 171676Ki 160576Ki rename 29 = 0:00 2.17% cc -D_BLD_DLL -fPIC -D_BLD_ast -Os -Wno-unused-value = -Wno-parentheses -Wno-logical-op-parentheses -fno-strict-aliasing -I >>> 62772 183 nobody 59 0 14376Ki 3372Ki wait 25 = 0:00 0.04% mamake -C lib/libast install >>> 12602 183 nobody 59 0 14376Ki 3072Ki wait 17 = 0:00 0.00% mamake -r */* install >>> 12600 183 nobody 59 0 14376Ki 3076Ki wait 22 = 0:00 0.00% mamake install >>> 12596 183 nobody 0 0 14068Ki 2688Ki piperd 10 = 0:00 0.01% tee -a = /wrkdirs/usr/ports/shells/ksh/work/ksh-1.0.10/arch/freebsd15.i386-64/lib/p= ackage/gen/make.out >>> 8980 183 nobody 59 0 14744Ki 3732Ki wait 6 0:00 = 0.00% /bin/sh bin/package flat make >>> 8977 183 nobody 59 0 14744Ki 3436Ki wait 3 0:00 = 0.00% /bin/sh -e /tmp/makelMk4B8 >>> 8929 183 nobody 59 0 14288Ki 3872Ki wait 4 0:00 = 0.00% /usr/bin/make -C /usr/ports/shells/ksh build >>> 39327 179 nobody 59 0 105680Ki 93264Ki biowr 2 = 0:00 0.61% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o test = /usr/lib/crt >>> 39325 179 nobody 59 0 165928Ki 155088Ki wait 17 = 0:00 1.00% /usr/bin/cc -o test ../test.o >>> 39294 179 nobody 59 0 14744Ki 3448Ki wait 10 = 0:00 0.01% sh = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/C/make/probe /usr/bin/cc PREROOT=3D'' UNIVER >>> 39293 179 nobody 59 0 15264Ki 3704Ki piperd 19 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/probe C make /usr/bin/cc >>> 39291 179 nobody 59 0 16344Ki 4960Ki wait 10 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e --ignorelock --keepgoing --errorid=3Dlib/libast >>> 39290 179 nobody 59 0 14744Ki 3444Ki wait 12 = 0:00 0.00% sh /dev/fd/3 >>> 39258 179 nobody 59 0 14744Ki 3452Ki piperd 0 = 0:00 0.00% sh /dev/fd/3 >>> 37014 179 nobody 0 0 14068Ki 2692Ki piperd 30 = 0:00 0.00% tee -a = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/pack= age/gen/make.out >>> 37013 179 nobody 0 0 16728Ki 5320Ki select 14 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e -k -K recurse believe nmake >>> 32949 179 nobody 13 0 14744Ki 4136Ki wait 31 = 0:00 0.00% /bin/sh bin/package flat make ksh93 >>> 32948 179 nobody 59 0 14744Ki 3444Ki wait 19 = 0:00 0.00% /bin/sh -e /tmp/makeW36tmB >>> 32940 179 nobody 59 0 14288Ki 3892Ki wait 21 = 0:00 0.00% /usr/bin/make -C /usr/ports/shells/ksh93 build >>> 32453 0 root 0 0 20976Ki 5020Ki rename 22 = 0:03 0.47% cpdup -i0 -s0 -f -x ref 26 >>> 32420 0 root 0 0 20976Ki 5024Ki rename 13 = 0:03 0.50% cpdup -i0 -s0 -f -x ref 11 >>> 32358 0 root 0 0 20976Ki 5068Ki rename 26 = 0:03 0.53% cpdup -i0 -s0 -f -x ref 20 >>> 32333 0 root 59 0 16872Ki 4960Ki wait 11 = 0:00 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (linux-c7-numactl-libs-2.0.12_1) (sh) >>> 32313 0 root 59 0 16872Ki 4960Ki wait 9 = 0:00 0.00% sh: poudriere[official-amd64-default][20]: build_pkg = (linux-c7-libaio-0.3.109) (sh) >>> 32301 0 root 59 0 16872Ki 4960Ki wait 19 = 0:00 0.00% sh: poudriere[official-amd64-default][11]: build_pkg = (linux-c7-dosfstools-3.0.20) (sh) >>> 13808 0 root 0 0 20976Ki 4984Ki rename 4 = 0:03 0.57% cpdup -i0 -s0 -f -x ref 19 >>> 12316 0 root 0 0 20976Ki 5072Ki biowr 27 = 0:03 0.56% cpdup -i0 -s0 -f -x ref 13 >>> 12283 0 root 0 0 20976Ki 5068Ki rename 5 = 0:03 0.53% cpdup -i0 -s0 -f -x ref 01 >>> 12277 0 root 0 0 20976Ki 5068Ki rename 28 = 0:03 0.54% cpdup -i0 -s0 -f -x ref 14 >>> 12096 0 root 59 0 16872Ki 4960Ki wait 27 = 0:00 0.00% sh: poudriere[official-amd64-def >>> . . . >>>=20 >>>=20 >>> . . . >>> 39927 183 nobody 59 0 171676Ki 160396Ki flswai 13 = 0:00 2.03% cc -D_BLD_DLL -fPIC -D_BLD_ast -Os -Wno-unused-value = -Wno-parentheses -Wno-logical-op-parentheses -fno-strict-aliasing -I >>> 62772 183 nobody 59 0 14376Ki 3400Ki wait 3 = 0:00 0.06% mamake -C lib/libast install >>> 12602 183 nobody 59 0 14376Ki 3072Ki wait 17 = 0:00 0.00% mamake -r */* install >>> 12600 183 nobody 59 0 14376Ki 3076Ki wait 22 = 0:00 0.00% mamake install >>> 12596 183 nobody 0 0 14068Ki 2688Ki piperd 28 = 0:00 0.01% tee -a = /wrkdirs/usr/ports/shells/ksh/work/ksh-1.0.10/arch/freebsd15.i386-64/lib/p= ackage/gen/make.out >>> 8980 183 nobody 59 0 14744Ki 3732Ki wait 6 0:00 = 0.00% /bin/sh bin/package flat make >>> 8977 183 nobody 59 0 14744Ki 3436Ki wait 3 0:00 = 0.00% /bin/sh -e /tmp/makelMk4B8 >>> 8929 183 nobody 59 0 14288Ki 3872Ki wait 4 0:00 = 0.00% /usr/bin/make -C /usr/ports/shells/ksh build >>> 39924 179 nobody 59 0 125140Ki 95572Ki flswai 20 = 0:00 0.60% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o = dynamic.exe /usr/ >>> 39924 179 nobody 59 0 125140Ki 95572Ki uwait 0 = 0:00 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o = dynamic.exe /usr/ >>> 39924 179 nobody 59 0 125140Ki 95572Ki uwait 13 = 0:00 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o = dynamic.exe /usr/ >>> 39924 179 nobody 59 0 125140Ki 95572Ki uwait 16 = 0:00 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o = dynamic.exe /usr/ >>> 39924 179 nobody 59 0 125140Ki 95572Ki uwait 27 = 0:00 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o = dynamic.exe /usr/ >>> 39923 179 nobody 59 0 165928Ki 155092Ki wait 0 = 0:00 1.00% /usr/bin/cc -o dynamic.exe -dynamic dynamic.o >>> 39294 179 nobody 59 0 14744Ki 3464Ki wait 9 = 0:00 0.02% sh = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/C/make/probe /usr/bin/cc PREROOT=3D'' UNIVER >>> 39293 179 nobody 59 0 15264Ki 3704Ki piperd 19 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/probe C make /usr/bin/cc >>> 39291 179 nobody 59 0 16344Ki 4960Ki wait 10 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e --ignorelock --keepgoing --errorid=3Dlib/libast >>> 39290 179 nobody 59 0 14744Ki 3444Ki wait 12 = 0:00 0.00% sh /dev/fd/3 >>> 39258 179 nobody 59 0 14744Ki 3452Ki piperd 0 = 0:00 0.00% sh /dev/fd/3 >>> 37014 179 nobody 0 0 14068Ki 2692Ki piperd 30 = 0:00 0.00% tee -a = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/pack= age/gen/make.out >>> 37013 179 nobody 0 0 16728Ki 5320Ki select 14 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e -k -K recurse believe nmake >>> 32949 179 nobody 13 0 14744Ki 4136Ki wait 31 = 0:00 0.00% /bin/sh bin/package flat make ksh93 >>> 32948 179 nobody 59 0 14744Ki 3444Ki wait 19 = 0:00 0.00% /bin/sh -e /tmp/makeW36tmB >>> 32940 179 nobody 59 0 14288Ki 3892Ki wait 21 = 0:00 0.00% /usr/bin/make -C /usr/ports/shells/ksh93 build >>> 32453 0 root 0 0 20976Ki 5020Ki flswai 17 = 0:03 2.82% cpdup -i0 -s0 -f -x ref 26 >>> 32420 0 root 1 0 20976Ki 5024Ki flswai 25 = 0:03 2.81% cpdup -i0 -s0 -f -x ref 11 >>> 32358 0 root 1 0 20976Ki 5068Ki flswai 14 = 0:03 2.79% cpdup -i0 -s0 -f -x ref 20 >>> 32333 0 root 59 0 16872Ki 4960Ki wait 11 = 0:00 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (linux-c7-numactl-libs-2.0.12_1) (sh) >>> 32313 0 root 59 0 16872Ki >>> . . . >>>=20 >>>=20 >>> . . . >>> 53486 185 root 0 0 66428Ki 34196Ki getblk 25 = 0:01 0.26% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 53485 185 root 59 0 23308Ki 12024Ki wait 0 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 53446 185 root 59 0 14744Ki 3504Ki wait 11 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>> 53445 185 root 59 0 14284Ki 3828Ki wait 1 = 0:00 0.00% /usr/bin/make -C /usr/ports/textproc/p5-YAML-Tiny = build-depends >>> 96359 183 root 0 0 66428Ki 34196Ki flswai 31 = 0:00 1.43% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 96358 183 root 59 0 23308Ki 12020Ki wait 29 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 96331 183 root 59 0 14744Ki 3504Ki wait 5 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>> 96330 183 root 59 0 14284Ki 3860Ki wait 27 = 0:00 0.00% /usr/bin/make -C /usr/ports/security/cyrus-sasl2 = patch-depends >>> 9658 170 nobody 59 0 14224Ki 2852Ki flswai 3 0:00 = 0.02% install -m 0644 ./libcdio.info = /wrkdirs/usr/ports/sysutils/libcdio/work/stage/usr/local/share/info >>> 9652 170 nobody 59 0 14744Ki 3420Ki wait 2 0:00 = 0.00% /bin/sh -c srcdirstrip=3D`echo "." | sed 's|.|.|g'`; = \\\nlist=3D'./libcdio.info'; test -n "/usr/local/share/info" || list=3D; = \ >>> 9643 170 nobody 59 0 14744Ki 3420Ki wait 8 0:00 = 0.03% /bin/sh -c srcdirstrip=3D`echo "." | sed 's|.|.|g'`; = \\\nlist=3D'./libcdio.info'; test -n "/usr/local/share/info" || list=3D; = \ >>> 9642 170 nobody 59 0 14776Ki 3652Ki wait 21 0:00 = 0.04% /usr/local/bin/gmake install-exec-am install-data-am >>> 9641 170 nobody 59 0 14776Ki 3632Ki wait 3 0:00 = 0.04% /usr/local/bin/gmake install >>> 9636 170 nobody 59 0 14744Ki 3424Ki wait 15 0:00 = 0.03% /bin/sh -c fail=3D; \\\nif (target_option=3Dk; case = ${target_option-} in ?) ;; *) echo "am__make_running_with_option: = interna >>> 9635 170 nobody 59 0 14776Ki 3708Ki wait 0 0:00 = 0.06% /usr/local/bin/gmake INSTALL_PROGRAM=3D/bin/sh = /wrkdirs/usr/ports/sysutils/libcdio/work/libcdio-2.2.0/install-sh -c -s = inst >>> 9634 170 nobody 59 0 14776Ki 3680Ki wait 29 0:00 = 0.08% /usr/local/bin/gmake -f Makefile = DESTDIR=3D/wrkdirs/usr/ports/sysutils/libcdio/work/stage install-strip >>> 9633 170 nobody 59 0 14744Ki 3428Ki wait 13 0:00 = 0.02% /bin/sh -e /tmp/makeOENiKj >>> 9611 170 nobody 59 0 16848Ki 3876Ki wait 21 0:00 = 0.22% /usr/bin/make -C /usr/ports/sysutils/libcdio stage >>> 51574 158 root 0 0 74620Ki 34184Ki flswai 20 = 0:01 0.28% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 51573 158 root 59 0 23308Ki 12020Ki wait 20 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 51547 158 root 59 0 14744Ki 3512Ki wait 18 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>> 51545 158 root 59 0 14284Ki 3852Ki wait 27 = 0:00 0.00% /usr/bin/make -C /usr/ports/textproc/hyphen build-depends >>> 56591 157 root 0 0 66428Ki 34184Ki getblk 17 = 0:01 0.25% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 56590 157 root 59 0 23308Ki 12024Ki wait 12 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 56528 157 root 59 0 14744Ki 3504Ki wait 28 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>> 56469 157 root 59 0 14284Ki 3832Ki wait 4 = 0:00 0.00% /usr/bin/make -C /usr/ports/converters/p5-MIME-Base32 = build-depends >>> 56593 155 root 0 0 66428Ki 34188Ki getblk 8 = 0:01 0.26% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 56592 155 root 59 0 23308Ki 12024Ki wait 4 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 56559 155 root 59 0 14744Ki 3508Ki wait 18 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>> 56532 155 root 59 0 14284Ki 3828Ki wait 13 = 0:00 0.00% /usr/bin/make -C /usr/ports/devel/p5-Parse-Yapp = build-depends >>> 52781 145 root 0 0 74620Ki 34244Ki flswai 12 = 0:01 0.25% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 52780 145 root 59 0 23308Ki 12024Ki wait 22 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>> 52753 145 root 59 0 14744Ki 3508Ki wait 24 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>> 52749 145 root 59 0 14284Ki 3824Ki wait 21 = 0:00 0.00% /usr/bin/make -C /usr/ports/converters/p5-JSON = build-depends >>> 9610 0 root 59 0 16872Ki 4972Ki wait 14 0:00 = 0.01% sh: poudriere[official-amd64-default][14]: build_pkg = (libcdio-2.2.0) (sh) >>> 99560 0 root 1 0 20976Ki 4860Ki flswai 15 = 0:00 2.82% cpdup -i0 -s0 -f -x ref 01 >>> 99539 0 root 59 0 16872Ki 4960Ki wait 10 = 0:00 0.00% sh: poudriere[official-amd64-default][01]: build_pkg = (texi2html-5.0_5,1) (sh) >>> 98112 0 root 1 0 20976Ki 4828Ki flswai 19 = 0:00 3.47% cpdup -i0 -s0 -f -x ref 28 >>> 98096 0 root 59 0 16872Ki 4960Ki wait 31 = 0:00 0.00% sh: poudriere[official-amd64-default][28]: build_pkg = (gdbm-1.26) (sh) >>> 97694 0 root 1 0 20976Ki 4844Ki flswai 7 = 0:01 2.51% cpdup -i0 -s0 -f -x ref 27 >>> 97665 0 root 59 0 16872Ki 4960Ki wait 0 = 0:00 0.00% sh: poudriere[official-amd64-default][27]: build_pkg = (sudo-1.9.17p2) (sh) >>> 96108 0 root 0 0 20976Ki 4800Ki flswai 29 = 0:01 3.06% cpdup -i0 -s0 -f -x ref 19 >>> 96091 0 root 59 0 16872Ki 4960Ki wait 31 = 0:00 0.00% sh: poudriere[official-amd64-default][19]: build_pkg = (libgpg-error-1.55) (sh) >>> 93884 0 root 0 0 20976Ki 5064Ki flswai 19 = 0:01 2.43% cpdup -i0 -s0 -f -x ref 26 >>> 93857 0 root 59 0 16872Ki 4960Ki wait 16 = 0:00 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (libxml2-2.14.5) (sh) >>> 93271 0 root 0 0 20976Ki 5224Ki flswai 5 = 0:01 2.38% cpdup -i0 -s0 -f -x ref 12 >>> 93212 0 root 59 0 16872Ki 4960Ki wait 11 = 0:00 0.00% sh: poudriere[official-amd64-default][12]: build_pkg = (lame-3.100_5) (sh) >>> 88119 0 root 0 0 20976Ki 5212Ki flswai 0 = 0:01 2.51% cpdup -i0 -s0 -f -x ref 32 >>> 88077 0 root 0 0 20976Ki 5176Ki flswai 0 = 0:01 2.38% cpdup -i0 -s0 -f -x ref 31 >>> . . . =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Oct 1 07:46:20 2025 X-Original-To: freebsd-current@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 4cc6Sb4DCKz6951r for ; Wed, 01 Oct 2025 07:46:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (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 4cc6SZ2gDJz3tys for ; Wed, 01 Oct 2025 07:46:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=G8Ktdbec; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759304795; bh=VjZ/ELl1DTcWUqa3wOW3nC9sypW/kqLTLjQ484/XyiY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=G8KtdbecUVG+5KmAIf19rjoPB2mCzox6dz8qNZ1QkiJJkYGARz27lJFp9IbPfWGJljMaIBosuctd7JZIjBnUH35RVtiZKPfDtSDMV8sGSUPaxWE8jVUHXuQtyJsQGdyOlxQJma7spc9PXo9LmfmvbWG8ERXDn6WTVT02Vxzz+KkYixV5wfO4/Tr2zkJgy0Ok4xfFdxMz0zL4TFqxXC/PIZmZi/gE3vVnOpIU8wpE/H7mIyReGyvBwW8WJafK0gWhoRJw6qLN0zjSfIErtQRi2B6k0/xRvd+Ecg929Ra4ebmD2iSDDWnecSLjIRd2jhYwbsqY6zJGJtfVDbRhIw3PhQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759304795; bh=97h+wrRTyxfVQ329+5s+vY/d+i8mZ44EBqcAqMHxoNN=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=m1k0/ZwI9TJqcXmdRhf+ecHzgTXsqnm9Bo3nXlhDvyv23b07VtkxSxyLRxADWntDoy3LYZ42q/T0iyqQeKKypKOSS5gTc+26UwQE6LECZl5SoWpbyefXgle5S3z9m45zQ1wlCbbcSGy6Ys7Ntp1q8w20a0mipg9cJ8BRsST2Sal0QbWJTGNDb7itLuXe7Hpboq2lGVlhZytI5P/unTkyeBqgb/VQx+kHSTb2aFmfc8utAnHsW++d+aZrB8xQh7k7a3AlT6wreq3QmS5LUjftALvdI3Zxc5BV3lC+SRcXoqA+toiZ6PL9mx2CFq9RPL+9FzqUPpXZCFqST/FRIzmaxw== X-YMail-OSG: Q2aVKiEVM1lwqwsD9dqIVGLP6hKCf2fFCZl2k77VVTNk15Qqq7thE30ao9HH0ig gIlaiFkVxz4wEwovIgkil2swpIKm22zznmySHsCuJQ1dEDmq24ZUNIb2dcTqp3Vt5sUVg_L1E8NV PMGoKGWY2cgR5Iywm6V0H_RKkOI.dwsUFoeYHzxPBRmZkFLKPGnZDRRNkoNIFcF.bxx50me5EAeV X6h9zboa3XX4mqbQxWK9WW4AlJ8nvWpeNVLPAy.FjIrm8XhhXF5g7o3FjTXhyAalJxn_LjLmi55m H3oNeg3V8mlExSuNppK9Y8yXr2X9hyYstz.b.XRycH0uE0kqpYYFUH_Jon0gCwLzKaKkR_J5i_35 LzFFANkV4EKXVarAYgSNdmtSQuROo8Xlf3Iil8dPD7wIu5WQmCOyUDFKb37MU4ilnIwraVwSSUzQ PFUUY9aYBYozPEICB_HlIttniqvZ1RFcNLQeWJYwRwIsWxm0HAc78wZ8PrWFTIaj1h27R2kgw65C PlYMxgQC6hcnzasB70QMoyjfk5CrDL1YrRcv_trvSClb6WliKSBiJKiRLnVMvJe3.Gbxy_yplVnj 4NczX0PGncBjGX8tMnFWg5dwQIioKmcAGYJXcpym6SD5GeXul0dUqBQXGal8uAcJOdPoiVrIusuv tVdrWsk6RYSOwagzenJVN2jrYTNhRN_rltiO9qz9gRip0FNJUzkRQh.WM.hvxjoIJrLQbTOkrtR5 d2RuUHgopny_IR.5VKIDTmrYDTRwsL5aWMsDW6.VLJDD8LnK.glgmLD5EQR7ZD5CppHMoBn4JVLm 8pbOj2NDCwUwXIOBCCILpYl7Xz2XYJsHqKp._n1g8YHOKSMVqa5V_4pxqBTeKK631XvYyk8sz7Y7 78Bx3_Zl73d8pIcrAWkdHqvE3hZq1LDQdqurYv_BPm1xVYeKpAGCBD4mPMtMUtErN4BW626mycyy LuUXO_GyNLzvBHzllh3mJhMSG1.aQ.gRN9ZZwJUqxF7yPSqFFg.mVBI8__B6VAjxlc5aSE9m8vRC zbtrDx3UkufsDnHA5nNTTW8CmBY_dt9lu1p2vpx_TXfLTKjtzpug0Wsj2Et5HPSXPAlBxVUzHciN q8oD.3cI5w791nxtHgdTUM_Cih85aBUsTys4d9uhk.pMMhJfdNDwmbpdyRIg0XvappehAHMFoV5m AHmB1vg_I4OjjZx9VZl_2jJp_6IohEOQwYYK5qxXf8rlTFTThzvO.fPwfvxfP8zeGTY2VMFRh8c0 6czl88y6RI98pQkpy86xkodmHLNbt7d.9SFh8Vmc9mAzzJ7oHIRaAXhPEuh_LSXfU3wtA30RGDpQ vDiCbadYNN_teJaq9VQ.Kg7V6f5cysuvr_slJS8ZUfyeBWfC7D3VM7BmhxK1D7gRXbD9b0mAZLFk 7SvytqPhP_PcD_B_t.jI_LshrWyjJwBwp5EH.kLiTNxH4XCxQ3BSsBM95aqZusTm8g_.k0k30cZH .diM_QpLBNppBeGbBDc7dzf430GT7Aec8JviTFFfl86Md.zBh.WCMaJm1n.05eDJPbMPM2cMOQ50 prNMUwO4AjIiyO639MwZmGCUcLnmwMPZSEuilGc0udktSJ3aWz2MObbt3AcF5Qm_hRlp0DvXWwey amaw1VntDn7VbQ93iA8eD7cscHTVlOhId_Np73ioixEmcez6jMC.T.lJ7pWI0RxylifWhJggK.Lg i8gTLA0f3WWh_uEk6XHqnOnD0xHIhHbBEXQH.cHmgz.IImDzCtQMWnqIXxGF4rte2PqHFA406FgU lDsINzgESERxLG7rLGpSivkcZAEJPJ7rGu7HmXjtdtHFthM4cNfPyeKjFfG6DblyOFFcdYrfXWLY RBvc0bUnqlhxoXmzfWswV0ELJVwzliMhk2JzynZvJ_XJamZktGOZlPnmRt2WJCa8pyqL83dx2UP1 mGepPweiEquIBQNMVeu1.XWprOj5BK8Eqms_jOJzJK__rykvozv8w6nCNRwGJ28kl5tkuhSWYtzk 3wnZDE1GqOwgj5vBGla2n7lhziXKM9cO5WQqKTkh5aekSwHsJjzsCZY9zALIGiOjs6AIcuj4ULna bs4qcR6MiBgGn6mt7wc7ppiaDiqBHCd28QEXR8f0f16YrqHkKyHs3rbXQuduV_XRV_vRUKHZhF85 MRHcM78dLHL5QPhznCmCt8uzAk4E2vB_FCtp9ETOm1iCtQ0JsjqaqhvZ6jzQ3EjOW80CfoA24sCZ u.1B87nXUJKEDwmNQ9.nEQovA_dGLDPRW35zhxYftpPteujD1e4xI7Ps3yEY7Z9Np1WtKS3VhmyQ y9sol9mgguQ-- X-Sonic-MF: X-Sonic-ID: f1ef90a0-2399-4364-95fa-cefa298d73dc Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Wed, 1 Oct 2025 07:46:35 +0000 Received: by hermes--production-gq1-66b66ffd5-kz2cn (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 27c09b01a6f43c13456e97a5779561d1; Wed, 01 Oct 2025 07:46:31 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: main 16 and 15.0-ALPHA4 [on amd64]: using a USB3 context gets extensive "flswai" [and "rename"] STATE time during poudriere builds (UFS context happens to be in use); more From: Mark Millard In-Reply-To: Date: Wed, 1 Oct 2025 00:46:20 -0700 Cc: "kib@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <0E19FD53-00B2-4113-8CBE-D3128897C5BE@yahoo.com> References: <46E0F6E8-A365-4C01-BFF8-CE2423B6DA00@yahoo.com> <4D74D446-2078-4A5F-B245-913273E2DDD1@yahoo.com> <03B6ABBE-DF0B-441F-9ABD-5565ADBF29ED@yahoo.com> To: FreeBSD Current , FreeBSD-STABLE Mailing List , "olce@freebsd.org" X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.146:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.146:from] X-Rspamd-Queue-Id: 4cc6SZ2gDJz3tys On Sep 30, 2025, at 22:20, Mark Millard wrote: > [Resending: Correcting an Email address copy/paste error > and adding adjusting a little wording.] >=20 > [This note's additions are tied to "flswai" STATE instead > of to "rename" STATE.] I messed up substituting without noticing at the time. Ignore my "flswai" STATE material. > On Sep 30, 2025, at 20:43, Mark Millard wrote: >=20 >> [The new material here ends up being about nameicap_cleanup >> and its exclusive use of mnt_renamelock being one potential >> bottleneck involved here. I make no claim it has anything to >> do with the flswai activity reported. The possible >> bottleneck is an observation, not something that I claim >> there is any alternative to. I do not know if this is of any >> interest or not.] >>=20 >> On Sep 29, 2025, at 16:06, Mark Millard wrote: >>=20 >>> On Sep 29, 2025, at 13:01, Mark Millard wrote: >>>=20 >>>> An example is during the cpdup activities when multiple happen >>>> in overlappingtime frames: >>>=20 >>> I'll note that I see this on the amd64 32-FreeBSD-cpu system >>> but not on the aarch64 8-FreeBSD-cpu Windows Dev Kit 2023 >>> system. May be at some point I'll try the older 16-FreeBSD-cpu >>> aarch64 (Cortex-A72) system. >>>=20 >>> Also, on the 7950X3D amd74 system, I see the behavior with >>> 14.3-Stable. Apparently, this is not new with 15+. It has >>> been a long time since I'd tried using an amd64 system for >>> such activity based on using USB3 media. But it has been >>> common for me for aarch64 over that time frame. BEGIN IGNORE > previous to modern: > @@ -2659,8 +2659,7 @@ bwillwrite(void) > mtx_lock(&bdirtylock); > while (buf_dirty_count_severe()) { > bdirtywait =3D 1; > - msleep(&bdirtywait, &bdirtylock, (PRIBIO + 4), > - "flswai", 0); > + msleep(&bdirtywait, &bdirtylock, PVFS, "flswai", 0); > } > mtx_unlock(&bdirtylock); >=20 > where in modern code: >=20 > /usr/src/sys/sys/priority.h:#define PRIBIO (PRI_MIN_KERN + 3) > and: > /usr/src/sys/sys/priority.h:#define PVFS (PRI_MIN_KERN + 4) >=20 > Presuming slpflags =3D=3D 0 (see later reference code) > as an example context: >=20 > previous vs. now for . . . > bufspace_wait: (PRIBIO + 4) vs. (PRI_MIN_KERN + 3 + 4) > bwillwrite: (PRIBIO + 4) vs. (PRI_MIN_KERN + 4) // now a smallest, = previously a largest (of the 3) > bufobj_wwait: (PRIBIO + 1) vs. (PRI_MIN_KERN + 3 + 1) Actually, referencing previous vs. new correctly: bufspace_wait: (PRIBIO + 4) vs. (PRI_MIN_KERN + 4) bwillwrite: (PRIBIO + 4) vs. (PRI_MIN_KERN + 4) bufobj_wwait: (PRIBIO + 1) vs. (PRI_MIN_KERN + 3) So order is preserved, including equality. Sorry for the noise for flswai. > Suggestive summary, using routine names to indicate values > (for slpflags =3D=3D 0 contexts): >=20 > bufobj_wwait < bwillwrite =3D=3D bufspace_wait (previous) > vs. > bufobj_wwait =3D=3D bwillwrite < bufspace_wait (now) >=20 > QUOTE > Since RQ_PPQ is 4, differences of less than 4 are insignificant, so = just > remove them. These small differences have not been changed for years, > so it is likely they have no real meaning (besides having no practical > effect). One can still consult the changes history to recover them if > ever needed. > END QUOTE >=20 > The above code does not "just remove them", but creates > new small differences and causes a change in the > relative order for the 3 contexts. >=20 > Any chance that is a potential performance problem for > some types of use now? >=20 > For reference: >=20 > diff --git a/sys/kern/vfs_bio.c b/sys/kern/vfs_bio.c > index ea66a81b5903..fa655c43d155 100644 > --- a/sys/kern/vfs_bio.c > +++ b/sys/kern/vfs_bio.c > @@ -756,7 +756,7 @@ bufspace_wait(struct bufdomain *bd, struct vnode = *vp, int gbflags, > break; > } > error =3D msleep(&bd->bd_wanted, BD_LOCKPTR(bd), > - (PRIBIO + 4) | slpflag, "newbuf", slptimeo); > + PVFS | slpflag, "newbuf", slptimeo); > if (error !=3D 0) > break; > } > @@ -2659,8 +2659,7 @@ bwillwrite(void) > mtx_lock(&bdirtylock); > while (buf_dirty_count_severe()) { > bdirtywait =3D 1; > - msleep(&bdirtywait, &bdirtylock, (PRIBIO + 4), > - "flswai", 0); > + msleep(&bdirtywait, &bdirtylock, PVFS, "flswai", 0); > } > mtx_unlock(&bdirtylock); > } > @@ -5239,7 +5238,7 @@ bufobj_wwait(struct bufobj *bo, int slpflag, int = timeo) > while (bo->bo_numoutput) { > bo->bo_flag |=3D BO_WWAIT; > error =3D msleep(&bo->bo_numoutput, BO_LOCKPTR(bo), > - slpflag | (PRIBIO + 1), "bo_wwait", timeo); > + slpflag | PRIBIO, "bo_wwait", timeo); > if (error) > break; > } END IGNORE >=20 >>>> . . . >>>> 29502 0 root 0 0 20976Ki 4832Ki biowr 2 = 0:00 0.06% cpdup -i0 -s0 -f -x ref 01 >>>> 29479 0 root 0 0 20976Ki 4836Ki biord 7 = 0:01 0.75% cpdup -i0 -o ref 32 >>>> 29467 0 root 0 0 20976Ki 4824Ki getblk 26 = 0:01 0.63% cpdup -i0 -o ref 31 >>>> 29429 0 root 1 0 20976Ki 4768Ki flswai 23 = 0:01 0.61% cpdup -i0 -o ref 30 >>>> 29414 0 root 0 0 20976Ki 4780Ki flswai 28 = 0:01 0.70% cpdup -i0 -o ref 29 >>>> 29396 0 root 59 0 16872Ki 4948Ki wait 9 = 0:00 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >>>> 29382 0 root 0 0 20976Ki 4876Ki flswai 15 = 0:01 0.95% cpdup -i0 -o ref 28 >>>> 29353 0 root 59 0 16872Ki 4948Ki wait 7 = 0:00 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >>>> 29326 0 root 0 0 20976Ki 4804Ki biord 5 = 0:01 0.44% cpdup -i0 -o ref 27 >>>> 29308 0 root 0 0 20976Ki 4816Ki biord 2 = 0:01 0.77% cpdup -i0 -o ref 26 >>>> 29307 0 root 59 0 16872Ki 4948Ki wait 5 = 0:00 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >>>> 29273 0 root 59 0 16872Ki 4944Ki wait 4 = 0:00 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >>>> 29262 0 root 0 0 20976Ki 4768Ki flswai 20 = 0:01 0.76% cpdup -i0 -o ref 25 >>>> 29233 0 root 0 0 20976Ki 4784Ki flswai 3 = 0:01 0.71% cpdup -i0 -o ref 24 >>>> 29232 0 root 59 0 16872Ki 4944Ki wait 6 = 0:00 0.00% /usr/local/libexec/poudriere/sh -e -o pipefail = /usr/local/share/poudriere/bulk.sh -jofficial-amd64 -c -f = /usr/home/root/o >>>> . . . >>>>=20 >>>> It took over 6 minutes for the 32 builders to finish. (Normal is >>>> under 2 seconds.) >>>>=20 >>>>=20 >>>> Also, later activity gets extensive "rename" STATE time, again, at = least >>>> some of it during cpdup activity: >>=20 >> Looks like the "rename" state is new (and I've only >> seen in for 15+): >>=20 >> /usr/src/sys/kern/vfs_mount.c has as the source >> of the name used for the "rname" STATE: >>=20 >> static int >> mount_init(void *mem, int size, int flags) >> { >> struct mount *mp; >>=20 >> mp =3D (struct mount *)mem; >> mtx_init(&mp->mnt_mtx, "struct mount mtx", NULL, MTX_DEF); >> mtx_init(&mp->mnt_listmtx, "struct mount vlist mtx", NULL, = MTX_DEF); >> lockinit(&mp->mnt_explock, PVFS, "explock", 0, 0); >> lockinit(&mp->mnt_renamelock, PVFS, "rename", 0, 0); >> mp->mnt_pcpu =3D uma_zalloc_pcpu(pcpu_zone_16, M_WAITOK | = M_ZERO); >> mp->mnt_ref =3D 0; >> mp->mnt_vfs_ops =3D 1; >> mp->mnt_rootvnode =3D NULL; >> return (0); >> } >>=20 >> author Konstantin Belousov 2025-06-02 07:05:06 = +0000 >>=20 >> committer Konstantin Belousov 2025-07-04 15:23:42 = +0000 >> commit ef6ea91593ebff73e2fc201efd9f848b71c5a125 (patch) >> tree 5f90f06e4b190a3a8fe9b5f3a016b69415d62a6d /sys/kern/vfs_mount.c >> parent f9cf745a5084dc0a38733db8e774252e4ed2f444 (diff) >>=20 >> VOP_RENAME: add mp-global lock >>=20 >> It is before all vnode locks, but after vn_start_write(). >>=20 >> The lock prevents parallel rename operations on the same mount point, >> which should in (near future) simplify a lot of code in VFS/fs that >> otherwise need to code with either the changing hierarchy, or with = the >> lock order for vnodes due to changed hierarchy. >>=20 >> On renames, the lock is taken on the lowest stacked filesystem. >> Otherwise rename could still occur in parallel, by performing one of = op >> on the lower fs. >>=20 >> Proposed by: mjg (long time ago) >> Reviewed by: markj, olce >> Tested by: pho >> Sponsored by: The FreeBSD Foundation >> MFC after: 1 week >> Differential revision: https://reviews.freebsd.org/D50648 >> . . . >>=20 >> The context here is not renaming activity, so my >> guess here is that the following may be in use >> in a wider range of contexts. >>=20 >> /usr/src/sys/kern/vfs_lookup.c has: >>=20 >> static void >> nameicap_cleanup(struct nameidata *ndp, int error) >> { >> struct nameicap_tracker *nt, *nt1; >> struct mount *mp; >>=20 >> KASSERT((ndp->ni_nctrack_mnt =3D=3D NULL && >> TAILQ_EMPTY(&ndp->ni_cap_tracker)) || >> (ndp->ni_lcf & NI_LCF_CAP_DOTDOT) !=3D 0, >> ("tracker active and not strictrelative")); >>=20 >> TAILQ_FOREACH_SAFE(nt, &ndp->ni_cap_tracker, nm_link, nt1) { >> mp =3D nt->mp; >> lockmgr(&mp->mnt_renamelock, LK_RELEASE, 0); >> vfs_rel(mp); >> TAILQ_REMOVE(&ndp->ni_cap_tracker, nt, nm_link); >> free(nt, M_NAMEITRACKER); >> } >>=20 >> mp =3D ndp->ni_nctrack_mnt; >> if (mp !=3D NULL) { >> if (error =3D=3D ERESTART) { >> lockmgr(&mp->mnt_renamelock, LK_EXCLUSIVE, 0); >> lockmgr(&mp->mnt_renamelock, LK_RELEASE, 0); >> } >> vfs_rel(mp); >> ndp->ni_nctrack_mnt =3D NULL; >> } >> } >>=20 >> and it may be the source of the large number >> "rename" STATE processes that are all waiting >> on "rename" below, forcing 1 of 32 at a time >> for cpdup (32 poudriere builders). Later there >> is an example of cc also waiting on it when >> there is also cpdup activity waiting on it. >>=20 >>=20 >>>> . . . >>>> 80055 0 root 59 0 16872Ki 4968Ki wait 31 = 0:00 0.00% sh: poudriere[official-amd64-default][06]: build_pkg = (boost-jam-1.88.0) (sh) >>>> 78347 0 root 0 0 20976Ki 4624Ki rename 0 = 0:00 1.05% cpdup -i0 -s0 -f -x ref 31 >>>> 78331 0 root 59 0 16872Ki 4960Ki wait 18 = 0:00 0.00% sh: poudriere[official-amd64-default][31]: build_pkg = (lua53-5.3.6_1) (sh) >>>> 77930 0 root 0 0 20976Ki 4636Ki rename 29 = 0:00 1.02% cpdup -i0 -s0 -f -x ref 30 >>>> 77912 0 root 59 0 16872Ki 4960Ki wait 25 = 0:00 0.00% sh: poudriere[official-amd64-default][30]: build_pkg = (libsunacl-1.0.1_1) (sh) >>>> 75398 0 root 0 0 20976Ki 4628Ki rename 2 = 0:00 0.99% cpdup -i0 -s0 -f -x ref 16 >>>> 75335 0 root 59 0 16872Ki 4960Ki wait 20 = 0:00 0.00% sh: poudriere[official-amd64-default][16]: build_pkg = (iwmbt-firmware-20250410) (sh) >>>> 75324 0 root 0 0 20976Ki 4628Ki rename 24 = 0:00 1.04% cpdup -i0 -s0 -f -x ref 19 >>>> 75308 0 root 59 0 16872Ki 4960Ki wait 24 = 0:00 0.00% sh: poudriere[official-amd64-default][19]: build_pkg = (lua54-5.4.8) (sh) >>>> 74963 0 root 0 0 20976Ki 4624Ki rename 4 = 0:00 1.05% cpdup -i0 -s0 -f -x ref 32 >>>> 74922 0 root 59 0 16872Ki 4960Ki wait 26 = 0:00 0.00% sh: poudriere[official-amd64-default][32]: build_pkg = (lzo2-2.10_1) (sh) >>>> 72722 0 root 0 0 20976Ki 4776Ki rename 1 = 0:00 1.28% cpdup -i0 -s0 -f -x ref 15 >>>> 72647 0 root 59 0 16872Ki 4960Ki wait 26 = 0:00 0.00% sh: poudriere[official-amd64-default][15]: build_pkg = (indexinfo-0.3.1_1) (sh) >>>> 71967 0 root 0 0 20976Ki 4856Ki rename 30 = 0:00 1.48% cpdup -i0 -s0 -f -x ref 25 >>>> 71917 0 root 59 0 16872Ki 4960Ki wait 1 = 0:00 0.00% sh: poudriere[official-amd64-default][25]: build_pkg = (mpg123-1.33.2) (sh) >>>> 71629 0 root 0 0 20976Ki 4828Ki rename 31 = 0:00 1.61% cpdup -i0 -s0 -f=20 >>>> . . . >>>>=20 >>>> But I'll also see such on c compiles, ld commands, etc. I've >>>> not seen rename for pkg-static but I have seen flswai for it. >>>>=20 >>>> The system spends lots of time 95%+ idle from the wait >>>> activities. >>>>=20 >>>> I see such directly booted from the USB3 media (a 15.0-ALPHA4 >>>> context on UFS media) and when using that media via chroot >>>> from both ZFS and UFS boots that are not USB based. The ZFS >>>> and UFS boots do not show the behavior with the normal >>>> non-USB3 media used instead. >>>>=20 >>>> The system in use is an AMD 7950X3D with 32 FreeBSD cpus, >>>> 192 GiBytes of RAM. main 16 booting for non-USB boots >>>> and 15.0-ALPHA4 boots for the USB3 boots. kernel and >>>> world are via official pkgbase distribution installs: >>>> it is not a personal build of the kernel or world. >>>>=20 >>>>=20 >>>> More rename and flswai examples: >>>>=20 >>>> . . . >>>> 39320 183 nobody 59 0 171676Ki 160576Ki rename 29 = 0:00 2.17% cc -D_BLD_DLL -fPIC -D_BLD_ast -Os -Wno-unused-value = -Wno-parentheses -Wno-logical-op-parentheses -fno-strict-aliasing -I >>>> 62772 183 nobody 59 0 14376Ki 3372Ki wait 25 = 0:00 0.04% mamake -C lib/libast install >>>> 12602 183 nobody 59 0 14376Ki 3072Ki wait 17 = 0:00 0.00% mamake -r */* install >>>> 12600 183 nobody 59 0 14376Ki 3076Ki wait 22 = 0:00 0.00% mamake install >>>> 12596 183 nobody 0 0 14068Ki 2688Ki piperd 10 = 0:00 0.01% tee -a = /wrkdirs/usr/ports/shells/ksh/work/ksh-1.0.10/arch/freebsd15.i386-64/lib/p= ackage/gen/make.out >>>> 8980 183 nobody 59 0 14744Ki 3732Ki wait 6 = 0:00 0.00% /bin/sh bin/package flat make >>>> 8977 183 nobody 59 0 14744Ki 3436Ki wait 3 = 0:00 0.00% /bin/sh -e /tmp/makelMk4B8 >>>> 8929 183 nobody 59 0 14288Ki 3872Ki wait 4 = 0:00 0.00% /usr/bin/make -C /usr/ports/shells/ksh build >>>> 39327 179 nobody 59 0 105680Ki 93264Ki biowr 2 = 0:00 0.61% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o test = /usr/lib/crt >>>> 39325 179 nobody 59 0 165928Ki 155088Ki wait 17 = 0:00 1.00% /usr/bin/cc -o test ../test.o >>>> 39294 179 nobody 59 0 14744Ki 3448Ki wait 10 = 0:00 0.01% sh = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/C/make/probe /usr/bin/cc PREROOT=3D'' UNIVER >>>> 39293 179 nobody 59 0 15264Ki 3704Ki piperd 19 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/probe C make /usr/bin/cc >>>> 39291 179 nobody 59 0 16344Ki 4960Ki wait 10 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e --ignorelock --keepgoing --errorid=3Dlib/libast >>>> 39290 179 nobody 59 0 14744Ki 3444Ki wait 12 = 0:00 0.00% sh /dev/fd/3 >>>> 39258 179 nobody 59 0 14744Ki 3452Ki piperd 0 = 0:00 0.00% sh /dev/fd/3 >>>> 37014 179 nobody 0 0 14068Ki 2692Ki piperd 30 = 0:00 0.00% tee -a = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/pack= age/gen/make.out >>>> 37013 179 nobody 0 0 16728Ki 5320Ki select 14 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e -k -K recurse believe nmake >>>> 32949 179 nobody 13 0 14744Ki 4136Ki wait 31 = 0:00 0.00% /bin/sh bin/package flat make ksh93 >>>> 32948 179 nobody 59 0 14744Ki 3444Ki wait 19 = 0:00 0.00% /bin/sh -e /tmp/makeW36tmB >>>> 32940 179 nobody 59 0 14288Ki 3892Ki wait 21 = 0:00 0.00% /usr/bin/make -C /usr/ports/shells/ksh93 build >>>> 32453 0 root 0 0 20976Ki 5020Ki rename 22 = 0:03 0.47% cpdup -i0 -s0 -f -x ref 26 >>>> 32420 0 root 0 0 20976Ki 5024Ki rename 13 = 0:03 0.50% cpdup -i0 -s0 -f -x ref 11 >>>> 32358 0 root 0 0 20976Ki 5068Ki rename 26 = 0:03 0.53% cpdup -i0 -s0 -f -x ref 20 >>>> 32333 0 root 59 0 16872Ki 4960Ki wait 11 = 0:00 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (linux-c7-numactl-libs-2.0.12_1) (sh) >>>> 32313 0 root 59 0 16872Ki 4960Ki wait 9 = 0:00 0.00% sh: poudriere[official-amd64-default][20]: build_pkg = (linux-c7-libaio-0.3.109) (sh) >>>> 32301 0 root 59 0 16872Ki 4960Ki wait 19 = 0:00 0.00% sh: poudriere[official-amd64-default][11]: build_pkg = (linux-c7-dosfstools-3.0.20) (sh) >>>> 13808 0 root 0 0 20976Ki 4984Ki rename 4 = 0:03 0.57% cpdup -i0 -s0 -f -x ref 19 >>>> 12316 0 root 0 0 20976Ki 5072Ki biowr 27 = 0:03 0.56% cpdup -i0 -s0 -f -x ref 13 >>>> 12283 0 root 0 0 20976Ki 5068Ki rename 5 = 0:03 0.53% cpdup -i0 -s0 -f -x ref 01 >>>> 12277 0 root 0 0 20976Ki 5068Ki rename 28 = 0:03 0.54% cpdup -i0 -s0 -f -x ref 14 >>>> 12096 0 root 59 0 16872Ki 4960Ki wait 27 = 0:00 0.00% sh: poudriere[official-amd64-def >>>> . . . >>>>=20 >>>>=20 >>>> . . . >>>> 39927 183 nobody 59 0 171676Ki 160396Ki flswai 13 = 0:00 2.03% cc -D_BLD_DLL -fPIC -D_BLD_ast -Os -Wno-unused-value = -Wno-parentheses -Wno-logical-op-parentheses -fno-strict-aliasing -I >>>> 62772 183 nobody 59 0 14376Ki 3400Ki wait 3 = 0:00 0.06% mamake -C lib/libast install >>>> 12602 183 nobody 59 0 14376Ki 3072Ki wait 17 = 0:00 0.00% mamake -r */* install >>>> 12600 183 nobody 59 0 14376Ki 3076Ki wait 22 = 0:00 0.00% mamake install >>>> 12596 183 nobody 0 0 14068Ki 2688Ki piperd 28 = 0:00 0.01% tee -a = /wrkdirs/usr/ports/shells/ksh/work/ksh-1.0.10/arch/freebsd15.i386-64/lib/p= ackage/gen/make.out >>>> 8980 183 nobody 59 0 14744Ki 3732Ki wait 6 = 0:00 0.00% /bin/sh bin/package flat make >>>> 8977 183 nobody 59 0 14744Ki 3436Ki wait 3 = 0:00 0.00% /bin/sh -e /tmp/makelMk4B8 >>>> 8929 183 nobody 59 0 14288Ki 3872Ki wait 4 = 0:00 0.00% /usr/bin/make -C /usr/ports/shells/ksh build >>>> 39924 179 nobody 59 0 125140Ki 95572Ki flswai 20 = 0:00 0.60% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o = dynamic.exe /usr/ >>>> 39924 179 nobody 59 0 125140Ki 95572Ki uwait 0 = 0:00 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o = dynamic.exe /usr/ >>>> 39924 179 nobody 59 0 125140Ki 95572Ki uwait 13 = 0:00 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o = dynamic.exe /usr/ >>>> 39924 179 nobody 59 0 125140Ki 95572Ki uwait 16 = 0:00 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o = dynamic.exe /usr/ >>>> 39924 179 nobody 59 0 125140Ki 95572Ki uwait 27 = 0:00 0.01% /usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o = dynamic.exe /usr/ >>>> 39923 179 nobody 59 0 165928Ki 155092Ki wait 0 = 0:00 1.00% /usr/bin/cc -o dynamic.exe -dynamic dynamic.o >>>> 39294 179 nobody 59 0 14744Ki 3464Ki wait 9 = 0:00 0.02% sh = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/C/make/probe /usr/bin/cc PREROOT=3D'' UNIVER >>>> 39293 179 nobody 59 0 15264Ki 3704Ki piperd 19 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/prob= e/probe C make /usr/bin/cc >>>> 39291 179 nobody 59 0 16344Ki 4960Ki wait 10 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e --ignorelock --keepgoing --errorid=3Dlib/libast >>>> 39290 179 nobody 59 0 14744Ki 3444Ki wait 12 = 0:00 0.00% sh /dev/fd/3 >>>> 39258 179 nobody 59 0 14744Ki 3452Ki piperd 0 = 0:00 0.00% sh /dev/fd/3 >>>> 37014 179 nobody 0 0 14068Ki 2692Ki piperd 30 = 0:00 0.00% tee -a = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/lib/pack= age/gen/make.out >>>> 37013 179 nobody 0 0 16728Ki 5320Ki select 14 = 0:00 0.00% = /wrkdirs/usr/ports/shells/ksh93/work/ast-93u/arch/freebsd16.amd64/bin/nmak= e -k -K recurse believe nmake >>>> 32949 179 nobody 13 0 14744Ki 4136Ki wait 31 = 0:00 0.00% /bin/sh bin/package flat make ksh93 >>>> 32948 179 nobody 59 0 14744Ki 3444Ki wait 19 = 0:00 0.00% /bin/sh -e /tmp/makeW36tmB >>>> 32940 179 nobody 59 0 14288Ki 3892Ki wait 21 = 0:00 0.00% /usr/bin/make -C /usr/ports/shells/ksh93 build >>>> 32453 0 root 0 0 20976Ki 5020Ki flswai 17 = 0:03 2.82% cpdup -i0 -s0 -f -x ref 26 >>>> 32420 0 root 1 0 20976Ki 5024Ki flswai 25 = 0:03 2.81% cpdup -i0 -s0 -f -x ref 11 >>>> 32358 0 root 1 0 20976Ki 5068Ki flswai 14 = 0:03 2.79% cpdup -i0 -s0 -f -x ref 20 >>>> 32333 0 root 59 0 16872Ki 4960Ki wait 11 = 0:00 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (linux-c7-numactl-libs-2.0.12_1) (sh) >>>> 32313 0 root 59 0 16872Ki >>>> . . . >>>>=20 >>>>=20 >>>> . . . >>>> 53486 185 root 0 0 66428Ki 34196Ki getblk 25 = 0:01 0.26% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>>> 53485 185 root 59 0 23308Ki 12024Ki wait 0 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>>> 53446 185 root 59 0 14744Ki 3504Ki wait 11 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>>> 53445 185 root 59 0 14284Ki 3828Ki wait 1 = 0:00 0.00% /usr/bin/make -C /usr/ports/textproc/p5-YAML-Tiny = build-depends >>>> 96359 183 root 0 0 66428Ki 34196Ki flswai 31 = 0:00 1.43% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>>> 96358 183 root 59 0 23308Ki 12020Ki wait 29 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>>> 96331 183 root 59 0 14744Ki 3504Ki wait 5 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>>> 96330 183 root 59 0 14284Ki 3860Ki wait 27 = 0:00 0.00% /usr/bin/make -C /usr/ports/security/cyrus-sasl2 = patch-depends >>>> 9658 170 nobody 59 0 14224Ki 2852Ki flswai 3 = 0:00 0.02% install -m 0644 ./libcdio.info = /wrkdirs/usr/ports/sysutils/libcdio/work/stage/usr/local/share/info >>>> 9652 170 nobody 59 0 14744Ki 3420Ki wait 2 = 0:00 0.00% /bin/sh -c srcdirstrip=3D`echo "." | sed 's|.|.|g'`; = \\\nlist=3D'./libcdio.info'; test -n "/usr/local/share/info" || list=3D; = \ >>>> 9643 170 nobody 59 0 14744Ki 3420Ki wait 8 = 0:00 0.03% /bin/sh -c srcdirstrip=3D`echo "." | sed 's|.|.|g'`; = \\\nlist=3D'./libcdio.info'; test -n "/usr/local/share/info" || list=3D; = \ >>>> 9642 170 nobody 59 0 14776Ki 3652Ki wait 21 = 0:00 0.04% /usr/local/bin/gmake install-exec-am install-data-am >>>> 9641 170 nobody 59 0 14776Ki 3632Ki wait 3 = 0:00 0.04% /usr/local/bin/gmake install >>>> 9636 170 nobody 59 0 14744Ki 3424Ki wait 15 = 0:00 0.03% /bin/sh -c fail=3D; \\\nif (target_option=3Dk; case = ${target_option-} in ?) ;; *) echo "am__make_running_with_option: = interna >>>> 9635 170 nobody 59 0 14776Ki 3708Ki wait 0 = 0:00 0.06% /usr/local/bin/gmake INSTALL_PROGRAM=3D/bin/sh = /wrkdirs/usr/ports/sysutils/libcdio/work/libcdio-2.2.0/install-sh -c -s = inst >>>> 9634 170 nobody 59 0 14776Ki 3680Ki wait 29 = 0:00 0.08% /usr/local/bin/gmake -f Makefile = DESTDIR=3D/wrkdirs/usr/ports/sysutils/libcdio/work/stage install-strip >>>> 9633 170 nobody 59 0 14744Ki 3428Ki wait 13 = 0:00 0.02% /bin/sh -e /tmp/makeOENiKj >>>> 9611 170 nobody 59 0 16848Ki 3876Ki wait 21 = 0:00 0.22% /usr/bin/make -C /usr/ports/sysutils/libcdio stage >>>> 51574 158 root 0 0 74620Ki 34184Ki flswai 20 = 0:01 0.28% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>>> 51573 158 root 59 0 23308Ki 12020Ki wait 20 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>>> 51547 158 root 59 0 14744Ki 3512Ki wait 18 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>>> 51545 158 root 59 0 14284Ki 3852Ki wait 27 = 0:00 0.00% /usr/bin/make -C /usr/ports/textproc/hyphen build-depends >>>> 56591 157 root 0 0 66428Ki 34184Ki getblk 17 = 0:01 0.25% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>>> 56590 157 root 59 0 23308Ki 12024Ki wait 12 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>>> 56528 157 root 59 0 14744Ki 3504Ki wait 28 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>>> 56469 157 root 59 0 14284Ki 3832Ki wait 4 = 0:00 0.00% /usr/bin/make -C /usr/ports/converters/p5-MIME-Base32 = build-depends >>>> 56593 155 root 0 0 66428Ki 34188Ki getblk 8 = 0:01 0.26% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>>> 56592 155 root 59 0 23308Ki 12024Ki wait 4 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>>> 56559 155 root 59 0 14744Ki 3508Ki wait 18 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>>> 56532 155 root 59 0 14284Ki 3828Ki wait 13 = 0:00 0.00% /usr/bin/make -C /usr/ports/devel/p5-Parse-Yapp = build-depends >>>> 52781 145 root 0 0 74620Ki 34244Ki flswai 12 = 0:01 0.25% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>>> 52780 145 root 59 0 23308Ki 12024Ki wait 22 = 0:00 0.00% /usr/local/sbin/pkg-static add -A = /packages/All/perl5-5.42.0_1.pkg >>>> 52753 145 root 59 0 14744Ki 3508Ki wait 24 = 0:00 0.00% /bin/sh /usr/ports/Mk/Scripts/do-depends.sh >>>> 52749 145 root 59 0 14284Ki 3824Ki wait 21 = 0:00 0.00% /usr/bin/make -C /usr/ports/converters/p5-JSON = build-depends >>>> 9610 0 root 59 0 16872Ki 4972Ki wait 14 = 0:00 0.01% sh: poudriere[official-amd64-default][14]: build_pkg = (libcdio-2.2.0) (sh) >>>> 99560 0 root 1 0 20976Ki 4860Ki flswai 15 = 0:00 2.82% cpdup -i0 -s0 -f -x ref 01 >>>> 99539 0 root 59 0 16872Ki 4960Ki wait 10 = 0:00 0.00% sh: poudriere[official-amd64-default][01]: build_pkg = (texi2html-5.0_5,1) (sh) >>>> 98112 0 root 1 0 20976Ki 4828Ki flswai 19 = 0:00 3.47% cpdup -i0 -s0 -f -x ref 28 >>>> 98096 0 root 59 0 16872Ki 4960Ki wait 31 = 0:00 0.00% sh: poudriere[official-amd64-default][28]: build_pkg = (gdbm-1.26) (sh) >>>> 97694 0 root 1 0 20976Ki 4844Ki flswai 7 = 0:01 2.51% cpdup -i0 -s0 -f -x ref 27 >>>> 97665 0 root 59 0 16872Ki 4960Ki wait 0 = 0:00 0.00% sh: poudriere[official-amd64-default][27]: build_pkg = (sudo-1.9.17p2) (sh) >>>> 96108 0 root 0 0 20976Ki 4800Ki flswai 29 = 0:01 3.06% cpdup -i0 -s0 -f -x ref 19 >>>> 96091 0 root 59 0 16872Ki 4960Ki wait 31 = 0:00 0.00% sh: poudriere[official-amd64-default][19]: build_pkg = (libgpg-error-1.55) (sh) >>>> 93884 0 root 0 0 20976Ki 5064Ki flswai 19 = 0:01 2.43% cpdup -i0 -s0 -f -x ref 26 >>>> 93857 0 root 59 0 16872Ki 4960Ki wait 16 = 0:00 0.00% sh: poudriere[official-amd64-default][26]: build_pkg = (libxml2-2.14.5) (sh) >>>> 93271 0 root 0 0 20976Ki 5224Ki flswai 5 = 0:01 2.38% cpdup -i0 -s0 -f -x ref 12 >>>> 93212 0 root 59 0 16872Ki 4960Ki wait 11 = 0:00 0.00% sh: poudriere[official-amd64-default][12]: build_pkg = (lame-3.100_5) (sh) >>>> 88119 0 root 0 0 20976Ki 5212Ki flswai 0 = 0:01 2.51% cpdup -i0 -s0 -f -x ref 32 >>>> 88077 0 root 0 0 20976Ki 5176Ki flswai 0 = 0:01 2.38% cpdup -i0 -s0 -f -x ref 31 >>>> . . . =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Oct 1 08:06:59 2025 X-Original-To: freebsd-current@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 4cc6wC2lZHz696qd for ; Wed, 01 Oct 2025 08:07:07 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cc6wC24QKz3y1L; Wed, 01 Oct 2025 08:07:07 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759306027; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=3Ua8UBiy9BGgLVezOKhzsi3C3EJt8L8sCfCnhx7CEXY=; b=WeQf4Jplnr2vjaQeHd/6zH78rYyYhJL0a8sJ4QIyXPmJl88tZ6G6IMkih0Yb6sLvhgN7+2 0SjAojXuY1ZmqQMCkNJN/2kOUolBTRaAPJ3GGEq7zf9RZFyENVzLYL+BXGXUIQgBZ1jM2t f3ydo71REPZY8igmVYAIUHRqAo6PZBTFlcUYDrADOCSBF6Kc3xSDgLYpIzQHiG8XE/NsIO EkrbFEGaXGT10nBPf8vXVK362piq7kEy8nlU03E4H8H+bOAXeGHF3F/htZLyFctHH69OXE pyi4dYZO4vaNR3W8BVIOUSFjqnTbuv5tJbIrlLBoDfrf7bVJwVBUELY6qZL23w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759306027; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=3Ua8UBiy9BGgLVezOKhzsi3C3EJt8L8sCfCnhx7CEXY=; b=L5HvzzzVtKX60boeW44jRSUVVQtzncpqr/p0XC/LVeonC/5oHeGj0dv0iUbcCc7hip6Quv K9WbQcEHGaDXQZvSnZA73T4zUqoFcLm75ZNOsIkjA8sgbIoP2cszXyV/in5oS5H2fRAVFF 6Se5L/K7ODtATKRPvXLIdqtaPPLjzXJbzZ6qWc4r00NvfBpBrA0FzQ4UDOZVsWr/zOdre4 YdOvRyyfR13F4nQJ7rgLmLoMk/Gu4bJ0KaGGhLyHLYydKQlKESYiYBRLYUouodQiaW0NEX HOh3j9BKXYUKiV4zlNGmaJ5GiNYw82xnIkMtj/fFBPSamJRY1Q/Qaut8e8s9TQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759306027; a=rsa-sha256; cv=none; b=tEGwBbqoHFdhVLJd/zWc9jGBB2Ttk6UdiTa7jYrMYtOd5WbWT83hVCUG40GDfbXjzE73AD 895wxC9E5fbfToIrF6saA+CFXZSvDyn3tyFuVqRBjMDWE/bszxFP8UNYgfO2whPVg5evN3 N0AsScrIFUyr4GOLXqvUqbtSwFxfE/S5ctrKA5oVfRisO1g0IZPWbWx3m8LBgci9eI/IVW 0lTv62TL38B4FnRJdqinmpSOdDQkwYmyoAf5Xlus2c5Ml43GGzuKcz/Y+8gcWcrr/lOjCF WBIMXARVRnChXu66XQas1cV8HPD+/NPQmr6ChO5W9ZfpX3BdvaOlgbueTIooaQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from amaryllis.le-fay.org (amaryllis.le-fay.org [IPv6:2a00:1098:6b:400::9]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: ivy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cc6wB5RLcz3G2; Wed, 01 Oct 2025 08:07:06 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Wed, 1 Oct 2025 09:06:59 +0100 From: Lexi Winter To: Sulev-Madis Silber Cc: FreeBSD Current , Christos Margiolis Subject: Re: release/packages/ucl/snd-all.ucl: No such file or directory Message-ID: Mail-Followup-To: Sulev-Madis Silber , FreeBSD Current , Christos Margiolis References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="I9GKhHtbByWy7SVH" Content-Disposition: inline In-Reply-To: --I9GKhHtbByWy7SVH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Sulev-Madis Silber wrote in : > /root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/release/= packages/ge > nerate-ucl.lua: fail to parse(/root/files/poudriere/basefs/jails/current-= armv7-minim > al/usr/src/release/packages/template.ucl): cannot open file /root/files/p= oudriere/ba > sefs/jails/current-armv7-minimal/usr/src/release/packages/ucl/snd-all.ucl= : No such f > ile or directory > *** [create-world-package-snd] Error code 1 this was broken by 2ffaca551eaf32c17f701762ecf29a961cf19aa4, which added a new package without adding a new UCL file. i expect reverting that commit temporary would fix the problem. i wonder if this package could have a more descriptive name than "snd", though, like at least "sound" or "audio". =20 --I9GKhHtbByWy7SVH Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaNzhFQAKCRD1nT63mIK/ YN0QAQClKhfuGwzWsd6xBZebMqA06qEt5mfVMkFBvu+TsXWWNwD/etdOLyw/uqSL zPCn82LaKIzVCPM7V3rUKmpJ839n0QU= =bbDO -----END PGP SIGNATURE----- --I9GKhHtbByWy7SVH-- From nobody Wed Oct 1 08:27:30 2025 X-Original-To: freebsd-current@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 4cc7Mp5PWhz698nt for ; Wed, 01 Oct 2025 08:27:34 +0000 (UTC) (envelope-from christos@freebsd.org) Received: from margiolis.net (mail.margiolis.net [95.179.159.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cc7Mn69ntz43vG; Wed, 01 Oct 2025 08:27:33 +0000 (UTC) (envelope-from christos@freebsd.org) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; s=default; bh=keOzGQOebp1m VR8zSvXTaGpwz0MfLaIkCAqKNqc53fI=; h=in-reply-to:references:to:from: subject:cc:date; d=margiolis.net; b=hK3VFB+2707IFrDtlSWR0XwOHltE+t5N6I FxMU3O85xNLazW/nkXdg4WN3cHlCgCxarf1IHqJ9cHPJN6XQA9ywOJQ3h50+99XenM8xYx tFsVne6A7sL+MXlMNyW30uPOII8lLoKq7ZSdO3AXbhRiTMkWpOVz7cxXR7Z6GgglxyQ= Received: from localhost (public-gprs559638.centertel.pl [37.225.49.87]) by margiolis.net (OpenSMTPD) with ESMTPSA id 9f043832 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 1 Oct 2025 02:27:31 -0600 (MDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Wed, 01 Oct 2025 10:27:30 +0200 Message-Id: Cc: "FreeBSD Current" Subject: Re: release/packages/ucl/snd-all.ucl: No such file or directory From: "Christos Margiolis" To: "Lexi Winter" , "Sulev-Madis Silber" X-Mailer: aerc 0.21.0 References: In-Reply-To: X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:20473, ipnet:95.179.144.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cc7Mn69ntz43vG On Wed Oct 1, 2025 at 10:06 AM CEST, Lexi Winter wrote: > Sulev-Madis Silber wrote in : >> /root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/release= /packages/ge >> nerate-ucl.lua: fail to parse(/root/files/poudriere/basefs/jails/current= -armv7-minim >> al/usr/src/release/packages/template.ucl): cannot open file /root/files/= poudriere/ba >> sefs/jails/current-armv7-minimal/usr/src/release/packages/ucl/snd-all.uc= l: No such f >> ile or directory >> *** [create-world-package-snd] Error code 1 > > this was broken by 2ffaca551eaf32c17f701762ecf29a961cf19aa4, which added > a new package without adding a new UCL file. i expect reverting that > commit temporary would fix the problem. > > i wonder if this package could have a more descriptive name than "snd", > though, like at least "sound" or "audio". =20 I broke it indeed... That should fix it: https://cgit.freebsd.org/src/commit/?id=3D5cc36854ee63dc695d90a841d9db587be= c67ba24 Christos From nobody Wed Oct 1 10:00:58 2025 X-Original-To: freebsd-current@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 4cc9Rd2rBqz69JgW for ; Wed, 01 Oct 2025 10:01:01 +0000 (UTC) (envelope-from fluffy@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cc9Rd246sz3QPJ; Wed, 01 Oct 2025 10:01:01 +0000 (UTC) (envelope-from fluffy@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759312861; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=TsMMhRemrejfcQ0WxzqvGEs0bawJF7XVkXecdHA+UIo=; b=HlCc3F/fjOhHAK2u/tz4X+5VB/ptiRt2xyZjA7Gd2+J6US3Qy3okj6GLtmLiHXEX9wQ8oq 7R1ZsjS6C/qIyqpIonr6j/kPf1Yw2U8MJT7h3NN8AECfj6dsLGHzVdKERMgq9feJTHcmB8 gl4qbffuEGTx2YYrQVJSu/v1TsVobg3Y7Ynti+xgTYcUKYIbNgDzQx/aGMoFCxzBmWArWi rMstnztK7XEFZob3qknBlKj5OoaSFIkqeFst1JCWa4nApe6qm8krP9pR53E+VJv79k8DHM ZTRZi3C26vMbCw7e+MV0q4icdXhj6QgDvEWfOEreAgeGh1lhr1VqGDg/9PqnPA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759312861; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=TsMMhRemrejfcQ0WxzqvGEs0bawJF7XVkXecdHA+UIo=; b=raKIIKjJc6Btk3Qeqt0TtSAknf7HZJYvr/1GEHTwYRDug+0C/iCcQ1qM+ng00y8QAaGH+p wzfCnmtOzDM2Yx9/fMVkB/pteTurO4hoOk2XZzN6gom1lkzt4mImyshXItopNYkY70cAER KlJvVs1DYYIb9kYFw/JWPtYmvScdJYZgoIaw3Ib0Bo3ntWRD0FSzF1bPfWeLmh29E7pJgW mh+RPtg+Ax8EfrowK2yHDskrdl7xNrs+j2Mjwbnqp0/QX9cpEQuBffwctmgNOjPMO1vi50 FmN5XvcYQyuLUfzKNrzFI0zeXQPLbTlX6Dd5Ec6SKzUSsNcB+m2d+lYh9uk48Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759312861; a=rsa-sha256; cv=none; b=IGeYK3XeR7HGv4pvJUml/qBOgYqKwm3rrVGIjXVlmNemnmJS6eC0SBd328QPlXLmo4Xm27 jrUkjyiWmGc585UhYBh187ns95zsiKcvSqir+UrUMKfPxelpQjQPFbBLI5qRr8F00qq9RU Vtvu+1A2ZAvb5NA2vVo3HWpDeWB5ICx4bqPC8HAy/HZzhJAm7G9LxR319gsc3mGSWW8ZJU jOMxsHLnyVXcHMbQ7Ch4TvK/TNECZaZBHbdrVJxml4ABEPoebVyQyV9kun5Snwn4rttUTG iFF6OVlojYpuMbDmpnAVv1NYmJNR90rlE0XvErzuisJcFZFkGcEu/jwZmiL7zg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [10.78.80.24] (unknown [78.140.234.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: fluffy) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cc9Rc4Bfcz6NT; Wed, 01 Oct 2025 10:01:00 +0000 (UTC) (envelope-from fluffy@FreeBSD.org) Date: Wed, 1 Oct 2025 13:00:58 +0300 From: Dima Panov To: Sulev-Madis Silber , Christos Margiolis , Lexi Winter Cc: FreeBSD Current Message-ID: <20d762b3-37d2-4aa8-ab5b-9fc5758f5917@Canary> In-Reply-To: References: Subject: Re: release/packages/ucl/snd-all.ucl: No such file or directory List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="68dcfbda_109cf92e_1b86" --68dcfbda_109cf92e_1b86 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello=21 Unfortunately, not yet :( Still fails at /opt/poudriere/jails/160amd64/usr/src/release/packages/generate-ucl.lua: = fail to parse(/opt/poudriere/jails/160amd64/usr/src/release/packages/temp= late.ucl): cannot open file /opt/poudriere/jails/160amd64/usr/src/release= /packages/ucl/virtual=5Foss-all.ucl: No such file or directory *** =5Bcreate-world-package-virtual=5Foss=5D Error code 1 -- Dima. (desktop, kde, x11, office, ports-secteam)=40=46reeBSD team (fluffy=40=46reeBSD.org, https://t.me/=46luffyBSD) > On =D1=81=D1=80=D0=B5=D0=B4=D0=B0, =D0=BE=D0=BA=D1=82. 01, 2025 at 11:2= 7 AM, Christos Margiolis wrote: > On Wed Oct 1, 2025 at 10:06 AM CEST, Lexi Winter wrote: > > Sulev-Madis Silber wrote in : > > > /root/files/poudriere/basefs/jails/current-armv7-minimal/usr/src/re= lease/packages/ge > > > nerate-ucl.lua: fail to parse(/root/files/poudriere/basefs/jails/cu= rrent-armv7-minim > > > al/usr/src/release/packages/template.ucl): cannot open file /root/f= iles/poudriere/ba > > > sefs/jails/current-armv7-minimal/usr/src/release/packages/ucl/snd-a= ll.ucl: No such f > > > ile or directory > > > *** =5Bcreate-world-package-snd=5D Error code 1 > > > > this was broken by 2ffaca551eaf32c17f701762ecf29a961cf19aa4, which ad= ded > > a new package without adding a new UCL file. i expect reverting that > > commit temporary would fix the problem. > > > > i wonder if this package could have a more descriptive name than =22s= nd=22, > > though, like at least =22sound=22 or =22audio=22. > > I broke it indeed... That should fix it: > https://cgit.freebsd.org/src/commit/=3Fid=3D5cc36854ee63dc695d90a841d9d= b587bec67ba24 > > Christos > --68dcfbda_109cf92e_1b86 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline <= meta name=3D=22viewport=22 content=3D=22width=3Ddevice-width, initial-sca= le=3D1.0, user-scalable=3Dno=22>
Hello=21


Unfo= rtunately, not yet :(
Still fails at

/= opt/poudriere/jails/160amd64/usr/src/release/packages/generate-ucl.lua: f= ail to parse(/opt/poudriere/jails/160amd64/usr/src/release/packages/templ= ate.ucl): cannot open file /opt/poudriere/jails/160amd64/usr/src/release/= packages/ucl/virtual=5Foss-all.ucl: No such file or directory
*** =5Bc= reate-world-package-virtual=5Foss=5D Error code 1

--
Dima. (d= esktop, kde, x11, office, ports-secteam)=40=46reeBSD team
(fluf= fy=40=46reeBSD.org, https://t.me/=46luffyBSD)

=
On =D1=81=D1=80=D0=B5=D0=B4=D0=B0, = =D0=BE=D0=BA=D1=82. 01, 2025 at 11:27 AM, Christos Margiolis <christos=40freebsd.org> wrote:=
On Wed Oct 1, 2025 at 10:06 AM CEST, Lexi Winter wrote: <= br>
Sulev-Madis Silber wrote in <A685=462= AA-8B7B-486E-82CB-5C44781B805=46=40ketas.si.pri.ee>:
/root/files/poudriere/basefs/jails/current-armv7-minimal= /usr/src/release/packages/ge
nerate-ucl.lua: fail to parse(/root/file= s/poudriere/basefs/jails/current-armv7-minim
al/usr/src/release/packa= ges/template.ucl): cannot open file /root/files/poudriere/ba
sefs/jai= ls/current-armv7-minimal/usr/src/release/packages/ucl/snd-all.ucl: No suc= h f
ile or directory
*** =5Bcreate-world-package-snd=5D Error cod= e 1

this was broken by 2ffaca551eaf32c17f701762ecf2= 9a961cf19aa4, which added
a new package without adding a new UCL file= . i expect reverting that
commit temporary would fix the problem.
i wonder if this package could have a more descriptive name than =22= snd=22,
though, like at least =22sound=22 or =22audio=22.

I broke it indeed... That should fix it:
https://cgit.free= bsd.org/src/commit/=3Fid=3D5cc36854ee63dc695d90a841d9db587bec67ba24
=
Christos

--68dcfbda_109cf92e_1b86-- From nobody Wed Oct 1 10:01:59 2025 X-Original-To: freebsd-current@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 4cc9St0YV0z69Jgl for ; Wed, 01 Oct 2025 10:02:06 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cc9Ss6vftz3RlQ; Wed, 01 Oct 2025 10:02:05 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759312926; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=cuyOMqTrBpx35+QUo5YTAfkohOJQ013QQi1nrfObCnQ=; b=g7ESYa4LFidg7gHPfrhFMyrekSDU9LuNtdMb6+OLU8vXd9pmtwOiV0BiSHwE9qJyyIGjSL Mrh12JM+JVbEDe1MLWghCDbWFZFkk2GJrVauNo/JegXyEz/jZW+Ctdo+9xP08kYC/HM6KU bDjZSNvxrEhCdmiH+FS11qEEw5mcVGqEniEN0LAbizeEk84kbhxY3cnw3+y5c89H2TibAj 87ZD4dMPtXe9sieT4uMF0H7JomBuSNhlqkmn8CFRquPYUKfb0L4Z+/y8SUz9SAZNyVmmC8 e2yhYPKXF0Sph9LXSVhgHroBRg12Pbb2ZcKOhOTnGHnZwfSzt+0CIhtP+9v7Hw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759312926; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=cuyOMqTrBpx35+QUo5YTAfkohOJQ013QQi1nrfObCnQ=; b=gTSborgEoX0MaEVCr1a8TIh00VaG4XS4QZjgXXPNWMNMinjchYBFpK5MLwZxkKB2mdveJt 80R50kaKW9KIJfUtuHhd+1yKiIHWPIbdw3na74pbLMtuWhVcQO710+EE/ba/b2fMmf1yk1 hHVrzlK0vrMX7lTZvpSpZSGXTalDm1YutNSDv68vXsuwBryQvD5DDetTEmfVOguQCGpyGz f/dx2bgaAvhIJch5ui5sqm51gjrLrFncyuX4rkmaMC4CyXp5UQj+u85ZU2ZeGNzYB57U6T xN+5xpiVK+eqT7Va3jmDLlzaIYcTZGPWWHEwCAIaiL+HRFZsrougaQBkWz10iQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759312926; a=rsa-sha256; cv=none; b=ICy/yu+5rh0pv0yhKjINn5bY1NCnuOnWq7gLhJIEnO4OmOqzjwdMpQHpLLGZ/kH3+I/e/u onGhe99uu1Yr/VNl7KeFbguSrzG12F4VYOJeIMeY6L8AQM54AGzw/qcyUMzqt5TU7TzfOw vq5UmKGWW6OML/LyvHU5I9e1Sj9n90/C+kajRbWPrcB1r2OgPgZFcHWXtNk2xMRItgf8kQ TCNxnepnaVuuMk6rT7P3c8iNEUfz7U4GQazOnwznaCoUrHINJ/KG6KClxNP5c2ZFgWaZ4s GFm0J8AOdrmhiDUhmQsME/d4dJiSNEQyb7W7kLYXYWHZjjVgdjNV+szFbpmXiA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from amaryllis.le-fay.org (amaryllis.le-fay.org [IPv6:2a00:1098:6b:400::9]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: ivy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cc9Ss2xK0z6Nc; Wed, 01 Oct 2025 10:02:05 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Wed, 1 Oct 2025 11:01:59 +0100 From: Lexi Winter To: Dima Panov Cc: Sulev-Madis Silber , Christos Margiolis , FreeBSD Current Subject: Re: release/packages/ucl/snd-all.ucl: No such file or directory Message-ID: Mail-Followup-To: Dima Panov , Sulev-Madis Silber , Christos Margiolis , FreeBSD Current References: <20d762b3-37d2-4aa8-ab5b-9fc5758f5917@Canary> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="BDenS+gDq0uoYaSA" Content-Disposition: inline In-Reply-To: <20d762b3-37d2-4aa8-ab5b-9fc5758f5917@Canary> --BDenS+gDq0uoYaSA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dima Panov wrote in <20d762b3-37d2-4aa8-ab5b-9fc5758f5917@Canary>: > Unfortunately, not yet :( > Still fails at >=20 > /opt/poudriere/jails/160amd64/usr/src/release/packages/generate-ucl.lua: = fail to parse(/opt/poudriere/jails/160amd64/usr/src/release/packages/templa= te.ucl): cannot open file /opt/poudriere/jails/160amd64/usr/src/release/pac= kages/ucl/virtual_oss-all.ucl: No such file or directory > *** [create-world-package-virtual_oss] Error code 1 i'm about to land a fix for this once my test build finishes. --BDenS+gDq0uoYaSA Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaNz8FAAKCRD1nT63mIK/ YPZ1AP0dwgBX2q2SXGrltoIO5fPKWSzueiJYpBaMIPKdqnM2HQEA75bE9rY+0kxy 0k2AxTFcRYI4DRMNQbg2PmQTI5qICQg= =CEF6 -----END PGP SIGNATURE----- --BDenS+gDq0uoYaSA-- From nobody Wed Oct 1 10:10:50 2025 X-Original-To: freebsd-current@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 4cc9g50LzSz69KHx for ; Wed, 01 Oct 2025 10:10:57 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cc9g46rwTz3TCZ; Wed, 01 Oct 2025 10:10:56 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759313457; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=uUpYMvnM8VCU/EoZFt864QGYDghz3BVxei4SNWMRvWQ=; b=iGNgJ3R1XDYNcE2s+D08Yo3JuzhEwft8KMFzhkvTRjjRHrjpPSrRG+m7Gn7NzEBXFfqo/L BdZd9txjlbTuCI1a4W/JQhzY8iAKxISx2FH2KC9Wm6xUlAUhYsGF9XFkDgPzTOn7lrxZJ4 MEZPAQYez1ic7DJatAHW5RWhuo3Dk2zPd+3OcETpyNmN4iQ5+KYKQKwkEcZN5n8a06j5OY IrFmH0il9w71EiXL1JfeKG5fi/C9YYkkPZpLjcn+OGXKOadI/3NU+MeYpIAcQjo3odDmGI WoO/DDiJ4UV7nAOvjv9Rkmq0M0BgS6rdkYHeldd00AqEvaVlW+2ECYn1nevntw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759313457; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=uUpYMvnM8VCU/EoZFt864QGYDghz3BVxei4SNWMRvWQ=; b=j+0M1PCs+V002IVTE4ZayLZSEefK4QE4KRzeDC2xNH11C435SxQnHW7oCgHqpkTxFoGgpI 91DK0cISAFM/Eiv+sLY64HVhuJ9mLtE2Pf6zhJIQ67Q938+Q0gDAVmREhzgKEVoRfQ+pTe R7VgV+DOEjCbz43BSJfFpvRII33vyYjpwgJfgyGD4McQfrh5mUojUmzDSkqHomDgOhhcAg k6GLbx3MFjbs825MXGNlnDV95ib2jIVPxHPBLkCrPDi5OvkZ7AEbPr9ud6fFR+AuT7xL/U oMaHVQ1+Dln7nstxwU0S5Zrz/j2ulXyYNhJJqhkfKtpWsdWQ/eOTBA1WSNGHdA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759313457; a=rsa-sha256; cv=none; b=H1Mg4oBKh5dudTxi+VMYIaZh8HC19+WSY6N8a7z/eHFOzHTexRi9VztZWOPUydq93qjZJK EEP7Y6l51ZAdAgJMIFZSkpKo+9TbZJoVDAND+G7Th6wF5FLa1R9zJ4gnoQUQVFlwmGxgZt wiKHIqN+3l9vjX+0LKgcJvpc7h4JpLQ0yMhyHdlhbcXO2gJDAmfYSBiXDx6U/dgKtXM5/L 0sN8kuSg/LE8XjKHqaN5iE5b+Tr0z/Wqmb4zLrKg47flOhR3MfYIpgXBgR9AYtMaVlFzA+ gasdYhLKOGb0NO4M+Hqv3m3g2AMBf3RGAT/eus0p2CZWsMc4Sg2YdYJq71MfsA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from amaryllis.le-fay.org (amaryllis.le-fay.org [IPv6:2a00:1098:6b:400::9]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: ivy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cc9g42ZZ7z6JQ; Wed, 01 Oct 2025 10:10:56 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Wed, 1 Oct 2025 11:10:50 +0100 From: Lexi Winter To: Dima Panov , Sulev-Madis Silber , Christos Margiolis , FreeBSD Current Subject: Re: release/packages/ucl/snd-all.ucl: No such file or directory Message-ID: Mail-Followup-To: Dima Panov , Sulev-Madis Silber , Christos Margiolis , FreeBSD Current References: <20d762b3-37d2-4aa8-ab5b-9fc5758f5917@Canary> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="K0YTBOGOWuWh0D5Y" Content-Disposition: inline In-Reply-To: --K0YTBOGOWuWh0D5Y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Lexi Winter wrote in : > Dima Panov wrote in <20d762b3-37d2-4aa8-ab5b-9fc5758f5917@Canary>: > > Unfortunately, not yet :( > > Still fails at > >=20 > > /opt/poudriere/jails/160amd64/usr/src/release/packages/generate-ucl.lua= : fail to parse(/opt/poudriere/jails/160amd64/usr/src/release/packages/temp= late.ucl): cannot open file /opt/poudriere/jails/160amd64/usr/src/release/p= ackages/ucl/virtual_oss-all.ucl: No such file or directory > > *** [create-world-package-virtual_oss] Error code 1 >=20 > i'm about to land a fix for this once my test build finishes. this should be fixed in bce8cdaf4cb1. --K0YTBOGOWuWh0D5Y Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaNz+KgAKCRD1nT63mIK/ YBfZAQDO2ApT2LMbd1Z7yw66jivzN5SM1pk7METsMWC0GJMMiwEA7i7CK3h0pjB1 uE5L5awq2Vs+w4l4jKqnrh17W8ed/Ak= =29cG -----END PGP SIGNATURE----- --K0YTBOGOWuWh0D5Y-- From nobody Wed Oct 1 12:07:32 2025 X-Original-To: freebsd-current@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 4ccDFh3qKgz69Vsc for ; Wed, 01 Oct 2025 12:07:36 +0000 (UTC) (envelope-from garga@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccDFh2sByz3hPj; Wed, 01 Oct 2025 12:07:36 +0000 (UTC) (envelope-from garga@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759320456; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding:autocrypt:autocrypt; bh=uBwST5dtb3GKUQqDGlqTQPJCfR9qAiufcVGiZiY4o08=; b=hz4gVPG/Z+aUldJMOpbtq5yGot6wsepZF8PIb6HYh9hWvm0djujBXoOTGGfdeK7AbmzikQ GPGmlnlLp6MsxuelACLSmrv2M8AfsDJ0Uy+DgqhsK+57cqm3xTp/gwP24SBMMSoN0mLulo CW8a4CfJvyotjWnHw9FJzgAf0L9/efcSr2+4KrO2c0/JbIufa1xHgJTvV12xA2SKjPfW4Q 9iw6g9FoOQ0jhuCrnET2LlmbzvxUCrqb30XnaSul31qLpwkpek6BJeYfrLOJu3NWlfdphn A8ePEu7yPeAAgfOu3alo316LJrGd7Ng+8SDTM0UYXNYBKtmrHhdD82NEqduDog== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759320456; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding:autocrypt:autocrypt; bh=uBwST5dtb3GKUQqDGlqTQPJCfR9qAiufcVGiZiY4o08=; b=KYRHW1NyTsrmYH72gK0VJm1REnZeqpMtLl8Z7QgRsHfqg/x/KFnV7byfGmn+n6yQ1ANuCD ToRmkgatlSTx0jAK3SrtuVRSWCQy2X/OKvyHpzqf6PxihQOxXndRyTZYSO7zLy9qCY4zQB iAxUGvjol24pm1fIsSylhUNYj4/6Xnw28yXM1sgwIYSU+9KM2VOuLGGEB0mE9BWMyAH/+3 7xaMAVwrRuUp9Uaed2JaN/+IsW1bFsRx3SsZzAYzWMiSb28qiOvW2POXOgbQ2viKg2nPJT MqzhV5qDGSRJ7+iu5D4bXPl5bnTvags+UQgcs4fxt7WBcnBEGvQm8kL79slWqA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759320456; a=rsa-sha256; cv=none; b=TU86lfwNvuHTPyKwkIIFPZgO8u3sOnN7qlXssF4/H022kCWSekVJ7M2x2wU47R+DFfrX5r /ti0tWD+BaDPElsL0oRWsGbuuXyEUwGfKiGo7wxa3NSsybNdJ+/KAR2+thRgJC+vgYo/F2 RzdrgoHx3e9VwPsSIeehnLb5XoDsKZiegRrFxsIb8NteyruaoNxnK8cXzNuq0ctA67G4+K HvDfQZrA2LbTk0BHKbMNTa0DzihhOaIxmHgZ9FJ2gOBzQIEjj3BWXDKX9U3ZZtHVdm5KbC ETqNmekOMJksy2/5W+iR45+KwBu9WQYppbJbWU8yPDtMSdBxEwx/ORmpmEw2Mw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [IPV6:2804:f1c:3e:b01:b0aa:d62b:23d6:ca2] (unknown [IPv6:2804:f1c:3e:b01:b0aa:d62b:23d6:ca2]) (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) (Authenticated sender: garga) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ccDFg6PWNz8pH; Wed, 01 Oct 2025 12:07:35 +0000 (UTC) (envelope-from garga@FreeBSD.org) Message-ID: <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org> Date: Wed, 1 Oct 2025 09:07:32 -0300 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: Current FreeBSD Cc: Cy Schubert From: Renato Botelho Subject: buildworld with -s is noisier than usual Autocrypt: addr=garga@FreeBSD.org; keydata= xsBNBGStavwBCACjNlp/9+Y+VFe9ieR2h/WWbdvjz4Mb2z/f22bGoaskzCfvVNbo/v3i34I9 H6OdgZkGqheQEAD2jNfRbmPr4z40xDMUpYGLds+1Mvg7G3Hms3j5Ef8KaLSWUNWIfwKdfSVR Qs35ccSJxAdRW5YdI6J3xZgika+3Bc4eJ05YE/nWW+PNTYevt5rqD50N3zybVYIcLoqVPpBi AZE/sf5SLiLACIJb1t/s4x+pi8vgWevxVVT9u8V1f8zYErmHSLSqjxii0B3eRZphX9NCJOv9 +tfFZhnENInhn9gT7H4e2YumUltEy3jacONHJF3CC1pvvWEa6lEyypclMOkHQwNON7DLABEB AAHNLFJlbmF0byBCb3RlbGhvIChGcmVlQlNEKSA8Z2FyZ2FARnJlZUJTRC5vcmc+wsCXBBMB CgBBAhsDBQkFo5qABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAFiEERL7Dxegbnh7xTiQ5Ob6P xxJcZXoFAmSta78CGQEACgkQOb6PxxJcZXrYlggAgaZmr6c1yIWzN8VksHrHpwt/uxONEP+h ljy3yfrMsgfS5wx5Uzgfih1xYZUFC6jiI63CetqBqJpp3g1klRS1UWYKx2NeXphDMYZEdPm/ a6sXh4bKZbk6IE8Yn0/YiRT57d9DtbvswC7Gn7Igj/MSbhl49TvTGyvuB6juaffVoYZViomx 5zMoee8Ml2o2qj3MrCJ+/K8GU54RlpOGqGRsqdwVdr9XEWub6fF2YFwR46cjmbiU3P5urFHH nkJlBGPIwKxHimTW0lZsdx9aCKRDd/D80/WOEzXmk3k8B9lv/GsvOluHmveLhJG1R1tIJ31I f2q8dfTvqsQXnu8CcWRcgc7ATQRkrWr8AQgA1DufoxScA+CWQbUR6zExIu8wXQKrhuRt4DG2 BgynT7EMUvEBadcbQRZXsBpemNfncc9Axyut/+rWiyKJf9BLQuo/9QYmSRvW1U6+0LJUYmdg kMyBeYaPk+vnssv/u9jLuvV7FVgyE0yk1iaWIKOVDD+XrQCOvGw9uSceBrQyCyo3A/eRM/+p vnDCaywR63PKE+3axk6lfNdGK3TnaWmS30/ZDCZlNsXuqprqR4JdT5wXids5o36dsuJ5EZ20 s5hNMD34s4Yr1Y1R9elH6qBsFCpozs0+jwrArxq+UJJCR6hH5W8ZEwJtRC8tzR8mRE1WywzX BXYj0YhfGztQIxZckQARAQABwsB8BBgBCgAmFiEERL7Dxegbnh7xTiQ5Ob6PxxJcZXoFAmSt avwCGwwFCQWjmoAACgkQOb6PxxJcZXr1vgf/SKXhoZcUU5I7TqcbHg0lJz9tICTupCGHWr/s SQgjh9oEM5j1wqW7FlCGP90Tl9K0g3ow9YdbhU7VK470o6pymX9V9eLHzGgkZO/KMEtGBeK1 u+5ePjCJ/MK5B21KODLSU7WrIL1VN5ceXfQPLYt02LMLtPri+oduHD6RNBeA7US1DUzleq5F 9NHGbvV2U7BdDUezpiO8NaFjFZVB11I5d99FxUM5XGVstI3VhsRKZxjY0KnqJzaQgTFsPGmv AUfZVIN1pXgXiedhPXpr8+Y64jP+pHVwpVmh1zYWL6+q3kqFOUVP6c5iiMeoEXZvgJz7x/AC ek3X5gvu8Hpcv+MZIg== Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit I usually build world using -s and recently I noticed it's noisier than it used to be, I see some awk calls like the following (cc'ing cy since it seems to be introduced by MIT import): + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk 'outfile=et-h-krb5_err.h' et-h-krb5_err.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk 'outfile=et-h-krb5_err.c' 'textdomain=mit-krb5' 'localedir=' et-h-krb5_err.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk 'outfile=et-h-k5e1_err.h' et-h-k5e1_err.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk 'outfile=et-h-k5e1_err.c' 'textdomain=mit-krb5' 'localedir=' et-h-k5e1_err.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk 'outfile=et-h-kdb5_err.h' et-h-kdb5_err.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk 'outfile=et-h-kdb5_err.c' 'textdomain=mit-krb5' 'localedir=' et-h-kdb5_err.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk 'outfile=et-h-prof_err.h' et-h-prof_err.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk 'outfile=et-h-prof_err.c' 'textdomain=mit-krb5' 'localedir=' et-h-prof_err.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk 'outfile=et-h-kv5m_err.h' et-h-kv5m_err.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk 'outfile=et-h-kv5m_err.c' 'textdomain=mit-krb5' 'localedir=' et-h-kv5m_err.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk 'outfile=et-h-krb524_err.h' et-h-krb524_err.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk 'outfile=et-h-krb524_err.c' 'textdomain=mit-krb5' 'localedir=' et-h-krb524_err.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk 'outfile=et-h-asn1_err.h' et-h-asn1_err.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk 'outfile=et-h-asn1_err.c' 'textdomain=mit-krb5' 'localedir=' et-h-asn1_err.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk 'outfile=include-et-h-gssapi_err_generic.h' include-et-h-gssapi_err_generic.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk 'outfile=include-et-h-gssapi_err_generic.c' 'textdomain=mit-krb5' 'localedir=' include-et-h-gssapi_err_generic.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk 'outfile=include-et-h-gssapi_err_krb5.h' include-et-h-gssapi_err_krb5.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk 'outfile=include-et-h-gssapi_err_krb5.c' 'textdomain=mit-krb5' 'localedir=' include-et-h-gssapi_err_krb5.et Creating gssapi.h + mv gss77987 gssapi.h + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk 'outfile=et-h-chpass_util_strings.h' et-h-chpass_util_strings.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk 'outfile=et-h-chpass_util_strings.c' 'textdomain=mit-krb5' 'localedir=' et-h-chpass_util_strings.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk 'outfile=et-h-kadm_err.h' et-h-kadm_err.et + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk 'outfile=et-h-kadm_err.c' 'textdomain=mit-krb5' 'localedir=' et-h-kadm_err.et creating osreldate.h from newvers.sh -- Renato Botelho From nobody Wed Oct 1 12:57:25 2025 X-Original-To: freebsd-current@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 4ccFMD3v91z69ZgP for ; Wed, 01 Oct 2025 12:57:28 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta004.cacentral1.a.cloudfilter.net (omta002.cacentral1.a.cloudfilter.net [3.97.99.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccFMD1tPpz3t48; Wed, 01 Oct 2025 12:57:28 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; none Received: from shw-obgw-4002a.ext.cloudfilter.net ([10.228.9.250]) by cmsmtp with ESMTPS id 3qwjvPXm2PzKy3wOdvhXiE; Wed, 01 Oct 2025 12:57:27 +0000 Received: from spqr.komquats.com ([70.66.136.217]) by cmsmtp with ESMTPSA id 3wOcvKxxGmnb83wOdv7Yic; Wed, 01 Oct 2025 12:57:27 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=GI+rEfNK c=1 sm=1 tr=0 ts=68dd2537 a=h7br+8Ma+Xn9xscxy5znUg==:117 a=h7br+8Ma+Xn9xscxy5znUg==:17 a=x6icFKpwvdMA:10 a=XldT38RWNwACPDQzwzUA:9 a=6I5d2MoRAAAA:8 a=FTd8joa8W9R0bhmoP8EA:9 a=CjuIK1q_8ugA:10 a=BErkuELMf4e0QOPddJgA:9 a=B2y7HmGcmWMA:10 a=EkcXrb_YAAAA:8 a=YxBL1-UpAAAA:8 a=ics_IjAVWSmO8OVX31YA:9 a=BOg4e644cxQA:10 a=LK5xJRSDVpKd5WXXoEvA:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy.cwsent.com [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id C9B2B3A7; Wed, 01 Oct 2025 05:57:25 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id C02B7122; Wed, 01 Oct 2025 05:57:25 -0700 (PDT) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Renato Botelho cc: Current FreeBSD , Cy Schubert Subject: Re: buildworld with -s is noisier than usual In-reply-to: <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org> References: <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org> Comments: In-reply-to Renato Botelho message dated "Wed, 01 Oct 2025 09:07:32 -0300." List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_1759323371_99530" Date: Wed, 01 Oct 2025 05:57:25 -0700 Message-Id: <20251001125725.C02B7122@slippy.cwsent.com> X-CMAE-Envelope: MS4xfH4QEtZGL0NiFyWoYq9b73s0bnYNS+fDJQTTlLaQ9ai8+33t7J6yzxJs+9uXSIc9Ea0WkbRv9t+cO18pnHnDhr/ElZ+ue2Oecp5Xkj6pK4CcWmMuLnR3 T8dfHJ8wuiR8G+oDxhZz37U6wKITilJ62U/lrbTORbTWT/Gqt7gE0gj9bFMAGoyB9vOCtHZrLg5aRkWd0OWGpf+4CoIfpIhZwaln+H8TzM3VZSQbyNskVp3o 4nju74WkV9wCM2rXJRVNew== X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4ccFMD1tPpz3t48 This is a multipart MIME message. --==_Exmh_1759323371_99530 Content-Type: text/plain; charset=us-ascii In message <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org>, Renato Botelho w rites: > I usually build world using -s and recently I noticed it's noisier than > it used to be, I see some awk calls like the following (cc'ing cy since > it seems to be introduced by MIT import): > > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > 'outfile=et-h-krb5_err.h' et-h-krb5_err.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > 'outfile=et-h-krb5_err.c' 'textdomain=mit-krb5' 'localedir=' > et-h-krb5_err.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > 'outfile=et-h-k5e1_err.h' et-h-k5e1_err.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > 'outfile=et-h-k5e1_err.c' 'textdomain=mit-krb5' 'localedir=' > et-h-k5e1_err.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > 'outfile=et-h-kdb5_err.h' et-h-kdb5_err.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > 'outfile=et-h-kdb5_err.c' 'textdomain=mit-krb5' 'localedir=' > et-h-kdb5_err.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > 'outfile=et-h-prof_err.h' et-h-prof_err.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > 'outfile=et-h-prof_err.c' 'textdomain=mit-krb5' 'localedir=' > et-h-prof_err.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > 'outfile=et-h-kv5m_err.h' et-h-kv5m_err.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > 'outfile=et-h-kv5m_err.c' 'textdomain=mit-krb5' 'localedir=' > et-h-kv5m_err.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > 'outfile=et-h-krb524_err.h' et-h-krb524_err.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > 'outfile=et-h-krb524_err.c' 'textdomain=mit-krb5' 'localedir=' > et-h-krb524_err.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > 'outfile=et-h-asn1_err.h' et-h-asn1_err.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > 'outfile=et-h-asn1_err.c' 'textdomain=mit-krb5' 'localedir=' > et-h-asn1_err.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > 'outfile=include-et-h-gssapi_err_generic.h' > include-et-h-gssapi_err_generic.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > 'outfile=include-et-h-gssapi_err_generic.c' 'textdomain=mit-krb5' > 'localedir=' include-et-h-gssapi_err_generic.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > 'outfile=include-et-h-gssapi_err_krb5.h' include-et-h-gssapi_err_krb5.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > 'outfile=include-et-h-gssapi_err_krb5.c' 'textdomain=mit-krb5' > 'localedir=' include-et-h-gssapi_err_krb5.et > Creating gssapi.h > + mv gss77987 gssapi.h > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > 'outfile=et-h-chpass_util_strings.h' et-h-chpass_util_strings.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > 'outfile=et-h-chpass_util_strings.c' 'textdomain=mit-krb5' 'localedir=' > et-h-chpass_util_strings.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > 'outfile=et-h-kadm_err.h' et-h-kadm_err.et > + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > 'outfile=et-h-kadm_err.c' 'textdomain=mit-krb5' 'localedir=' > et-h-kadm_err.et > creating osreldate.h from newvers.sh > -- > Renato Botelho This is from error table generation. The attached patch will quiet make down. --==_Exmh_1759323371_99530 Content-Type: application/x-patch ; name="0001-krb5-Attempt-to-quiet-buildworld.patch" Content-Description: 0001-krb5-Attempt-to-quiet-buildworld.patch >From 17fe5fd8c5915a68a1d4a1cb239bbe11f05c1b83 Mon Sep 17 00:00:00 2001 From: Cy Schubert Date: Wed, 1 Oct 2025 05:19:36 -0700 Subject: [PATCH] krb5: Attempt to quiet buildworld Error table generation is quite noisy. Let's quiet it down a bit. Reported by: garga MFC after: 3 days X-MFC to: stable/15 --- krb5/lib/kadm5srv/Makefile | 40 ++++---- krb5/lib/krb5/error_tables/Makefile.inc | 120 ++++++++++++------------ krb5/util/compile_et/Makefile | 4 +- krb5/util/ss/Makefile | 32 +++---- 4 files changed, 98 insertions(+), 98 deletions(-) diff --git a/krb5/lib/kadm5srv/Makefile b/krb5/lib/kadm5srv/Makefile index 9eecd20ca822..2e15c3153b35 100644 --- a/krb5/lib/kadm5srv/Makefile +++ b/krb5/lib/kadm5srv/Makefile @@ -53,18 +53,18 @@ GENI_ET= ${GEN_KADM_ERR_H} ${GEN_KADM_ERR:[2..-1]}: .NOMETA ${GEN_KADM_ERR_H}: ${GEN_KADM_ERR} - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h - cp ${.ALLSRC} et-h-${.PREFIX}.et - ${COMPILE_ET} et-h-${.PREFIX}.et - mv et-h-${.PREFIX}.h ${.PREFIX}.h - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h + @cp ${.ALLSRC} et-h-${.PREFIX}.et + @${COMPILE_ET} et-h-${.PREFIX}.et + @mv et-h-${.PREFIX}.h ${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h ${GEN_KADM_ERR_C}: ${GEN_KADM_ERR} - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h - cp ${.ALLSRC} et-c-${.PREFIX}.et - ${COMPILE_ET} et-c-${.PREFIX}.et - mv et-c-${.PREFIX}.c ${.PREFIX}.c - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h + @cp ${.ALLSRC} et-c-${.PREFIX}.et + @${COMPILE_ET} et-c-${.PREFIX}.et + @mv et-c-${.PREFIX}.c ${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c GEN_CHPASS_UTIL_STRINGS= chpass_util_strings.et GEN_CHPASS_UTIL_STRINGS_C= ${GEN_CHPASS_UTIL_STRINGS:S/.et$/.c/} @@ -75,18 +75,18 @@ GENI_ET+= ${GEN_CHPASS_UTIL_STRINGS_H} ${GEN_CHPASS_UTIL_STRINGS:[2..-1]}: .NOMETA ${GEN_CHPASS_UTIL_STRINGS_H}: ${GEN_CHPASS_UTIL_STRINGS} - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h - cp ${.ALLSRC} et-h-${.PREFIX}.et - ${COMPILE_ET} et-h-${.PREFIX}.et - mv et-h-${.PREFIX}.h ${.PREFIX}.h - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h + @cp ${.ALLSRC} et-h-${.PREFIX}.et + @${COMPILE_ET} et-h-${.PREFIX}.et + @mv et-h-${.PREFIX}.h ${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h ${GEN_CHPASS_UTIL_STRINGS_C}: ${GEN_CHPASS_UTIL_STRINGS} - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h - cp ${.ALLSRC} et-c-${.PREFIX}.et - ${COMPILE_ET} et-c-${.PREFIX}.et - mv et-c-${.PREFIX}.c ${.PREFIX}.c - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h + @cp ${.ALLSRC} et-c-${.PREFIX}.et + @${COMPILE_ET} et-c-${.PREFIX}.et + @mv et-c-${.PREFIX}.c ${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c .include diff --git a/krb5/lib/krb5/error_tables/Makefile.inc b/krb5/lib/krb5/error_tables/Makefile.inc index e024238219da..c613e5541e6e 100644 --- a/krb5/lib/krb5/error_tables/Makefile.inc +++ b/krb5/lib/krb5/error_tables/Makefile.inc @@ -22,18 +22,18 @@ GENI_ET= ${GEN_KRB5_ERR_H} ${GEN_KRB5_ERR:[2..-1]}: .NOMETA ${GEN_KRB5_ERR_H}: ${GEN_KRB5_ERR} - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h - cp ${.ALLSRC} et-h-${.PREFIX}.et - ${COMPILE_ET} et-h-${.PREFIX}.et - mv et-h-${.PREFIX}.h ${.PREFIX}.h - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h + @cp ${.ALLSRC} et-h-${.PREFIX}.et + @${COMPILE_ET} et-h-${.PREFIX}.et + @mv et-h-${.PREFIX}.h ${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h ${GEN_KRB5_ERR_C}: ${GEN_KRB5_ERR} - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h - cp ${.ALLSRC} et-c-${.PREFIX}.et - ${COMPILE_ET} et-c-${.PREFIX}.et - mv et-c-${.PREFIX}.c ${.PREFIX}.c - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h + @cp ${.ALLSRC} et-c-${.PREFIX}.et + @${COMPILE_ET} et-c-${.PREFIX}.et + @mv et-c-${.PREFIX}.c ${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c GEN_K5E1_ERR= k5e1_err.et GEN_K5E1_ERR_C= ${GEN_K5E1_ERR:S/.et$/.c/} @@ -44,18 +44,18 @@ GENI_ET+= ${GEN_K5E1_ERR_H} ${GEN_K5E1_ERR:[2..-1]}: .NOMETA ${GEN_K5E1_ERR_H}: ${GEN_K5E1_ERR} - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h - cp ${.ALLSRC} et-h-${.PREFIX}.et - ${COMPILE_ET} et-h-${.PREFIX}.et - mv et-h-${.PREFIX}.h ${.PREFIX}.h - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h + @cp ${.ALLSRC} et-h-${.PREFIX}.et + @${COMPILE_ET} et-h-${.PREFIX}.et + @mv et-h-${.PREFIX}.h ${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h ${GEN_K5E1_ERR_C}: ${GEN_K5E1_ERR} - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h - cp ${.ALLSRC} et-c-${.PREFIX}.et - ${COMPILE_ET} et-c-${.PREFIX}.et - mv et-c-${.PREFIX}.c ${.PREFIX}.c - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h + @cp ${.ALLSRC} et-c-${.PREFIX}.et + @${COMPILE_ET} et-c-${.PREFIX}.et + @mv et-c-${.PREFIX}.c ${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c GEN_KDB5_ERR= kdb5_err.et GEN_KDB5_ERR_C= ${GEN_KDB5_ERR:S/.et$/.c/} @@ -66,18 +66,18 @@ GENI_ET+= ${GEN_KDB5_ERR_H} ${GEN_KDB5_ERR:[2..-1]}: .NOMETA ${GEN_KDB5_ERR_H}: ${GEN_KDB5_ERR} - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h - cp ${.ALLSRC} et-h-${.PREFIX}.et - ${COMPILE_ET} et-h-${.PREFIX}.et - mv et-h-${.PREFIX}.h ${.PREFIX}.h - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h + @cp ${.ALLSRC} et-h-${.PREFIX}.et + @${COMPILE_ET} et-h-${.PREFIX}.et + @mv et-h-${.PREFIX}.h ${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h ${GEN_KDB5_ERR_C}: ${GEN_KDB5_ERR} - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h - cp ${.ALLSRC} et-c-${.PREFIX}.et - ${COMPILE_ET} et-c-${.PREFIX}.et - mv et-c-${.PREFIX}.c ${.PREFIX}.c - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h + @cp ${.ALLSRC} et-c-${.PREFIX}.et + @${COMPILE_ET} et-c-${.PREFIX}.et + @mv et-c-${.PREFIX}.c ${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c GEN_KRB5M_ERR= kv5m_err.et GEN_KRB5M_ERR_C= ${GEN_KRB5M_ERR:S/.et$/.c/} @@ -88,18 +88,18 @@ GENI_ET+= ${GEN_KRB5M_ERR_H} ${GEN_KRB5M_ERR:[2..-1]}: .NOMETA ${GEN_KRB5M_ERR_H}: ${GEN_KRB5M_ERR} - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h - cp ${.ALLSRC} et-h-${.PREFIX}.et - ${COMPILE_ET} et-h-${.PREFIX}.et - mv et-h-${.PREFIX}.h ${.PREFIX}.h - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h + @cp ${.ALLSRC} et-h-${.PREFIX}.et + @${COMPILE_ET} et-h-${.PREFIX}.et + @mv et-h-${.PREFIX}.h ${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h ${GEN_KRB5M_ERR_C}: ${GEN_KRB5M_ERR} - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h - cp ${.ALLSRC} et-c-${.PREFIX}.et - ${COMPILE_ET} et-c-${.PREFIX}.et - mv et-c-${.PREFIX}.c ${.PREFIX}.c - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h + @cp ${.ALLSRC} et-c-${.PREFIX}.et + @${COMPILE_ET} et-c-${.PREFIX}.et + @mv et-c-${.PREFIX}.c ${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c GEN_KRB524_ERR= krb524_err.et GEN_KRB524_ERR_C= ${GEN_KRB524_ERR:S/.et$/.c/} @@ -110,18 +110,18 @@ GENI_ET+= ${GEN_KRB524_ERR_H} ${GEN_KRB524_ERR:[2..-1]}: .NOMETA ${GEN_KRB524_ERR_H}: ${GEN_KRB524_ERR} - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h - cp ${.ALLSRC} et-h-${.PREFIX}.et - ${COMPILE_ET} et-h-${.PREFIX}.et - mv et-h-${.PREFIX}.h ${.PREFIX}.h - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h + @cp ${.ALLSRC} et-h-${.PREFIX}.et + @${COMPILE_ET} et-h-${.PREFIX}.et + @mv et-h-${.PREFIX}.h ${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h ${GEN_KRB524_ERR_C}: ${GEN_KRB524_ERR} - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h - cp ${.ALLSRC} et-c-${.PREFIX}.et - ${COMPILE_ET} et-c-${.PREFIX}.et - mv et-c-${.PREFIX}.c ${.PREFIX}.c - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h + @cp ${.ALLSRC} et-c-${.PREFIX}.et + @${COMPILE_ET} et-c-${.PREFIX}.et + @mv et-c-${.PREFIX}.c ${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c GEN_ASN1_ERR= asn1_err.et GEN_ASN1_ERR_C= ${GEN_ASN1_ERR:S/.et$/.c/} @@ -132,17 +132,17 @@ GENI_ET+= ${GEN_ASN1_ERR_H} ${GEN_ASN1_ERR:[2..-1]}: .NOMETA ${GEN_ASN1_ERR_H}: ${GEN_ASN1_ERR} - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h - cp ${.ALLSRC} et-h-${.PREFIX}.et - ${COMPILE_ET} et-h-${.PREFIX}.et - mv et-h-${.PREFIX}.h ${.PREFIX}.h - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h + @cp ${.ALLSRC} et-h-${.PREFIX}.et + @${COMPILE_ET} et-h-${.PREFIX}.et + @mv et-h-${.PREFIX}.h ${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h ${GEN_ASN1_ERR_C}: ${GEN_ASN1_ERR} - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h - cp ${.ALLSRC} et-c-${.PREFIX}.et - ${COMPILE_ET} et-c-${.PREFIX}.et - mv et-c-${.PREFIX}.c ${.PREFIX}.c - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h + @cp ${.ALLSRC} et-c-${.PREFIX}.et + @${COMPILE_ET} et-c-${.PREFIX}.et + @mv et-c-${.PREFIX}.c ${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c SRCS+= ${GEN_ET} diff --git a/krb5/util/compile_et/Makefile b/krb5/util/compile_et/Makefile index fb87de3dd9c6..b2cc33e8f0f7 100644 --- a/krb5/util/compile_et/Makefile +++ b/krb5/util/compile_et/Makefile @@ -19,9 +19,9 @@ CLEANFILES= compile_et TAGS+= dev compile_et: compile_et.sh - sh ${SRC_ETDIR}/config_script ${SRC_ETDIR}/compile_et.sh \ + @sh ${SRC_ETDIR}/config_script ${SRC_ETDIR}/compile_et.sh \ "${KRB5_ETDIR}" /usr/bin/awk /usr/bin/sed > ${.TARGET} - chmod 0755 ${.TARGET} + @chmod 0755 ${.TARGET} .include diff --git a/krb5/util/ss/Makefile b/krb5/util/ss/Makefile index 2c48ccf56573..2ae687c4c163 100644 --- a/krb5/util/ss/Makefile +++ b/krb5/util/ss/Makefile @@ -57,35 +57,35 @@ GEN_SS_ERR_H= ${GEN_SS_ERR:S/.et$/.h/} CLEANFILES= ${GEN} ${GEN_SCRIPTS} mk_cmds: config_script mk_cmds.sh ct_c.awk ct_c.sed - sh ${KRB5_DIR}/util/ss/config_script ${KRB5_DIR}/util/ss/mk_cmds.sh \ + @sh ${KRB5_DIR}/util/ss/config_script ${KRB5_DIR}/util/ss/mk_cmds.sh \ ${.OBJDIR} awk sed > ${.TARGET} - chmod 755 ${.TARGET} + @chmod 755 ${.TARGET} ct_c.awk: ct_c_awk.in - rm -f ${.TARGET} - cp ${.ALLSRC} ${.TARGET} + @rm -f ${.TARGET} + @cp ${.ALLSRC} ${.TARGET} ct_c.sed: ct_c_sed.in - sed -e '/^#/d' ${.ALLSRC} > ${.TARGET} + @sed -e '/^#/d' ${.ALLSRC} > ${.TARGET} GEN_SS_ERR= ss_err.et ${GEN_SS_ERR:[2..-1]}: .NOMETA ${GEN_SS_ERR_H}: ${GEN_SS_ERR} - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h - cp ${.ALLSRC} et-h-${.PREFIX}.et - ${COMPILE_ET} et-h-${.PREFIX}.et - mv et-h-${.PREFIX}.h ${.PREFIX}.h - rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.c et-h-${.PREFIX}.h + @cp ${.ALLSRC} et-h-${.PREFIX}.et + @${COMPILE_ET} et-h-${.PREFIX}.et + @mv et-h-${.PREFIX}.h ${.PREFIX}.h + @rm -f et-h-${.PREFIX}.et et-h-${.PREFIX}.h ${GEN_SS_ERR_C}: ${GEN_SS_ERR} - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h - cp ${.ALLSRC} et-c-${.PREFIX}.et - ${COMPILE_ET} et-c-${.PREFIX}.et - mv et-c-${.PREFIX}.c ${.PREFIX}.c - rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c et-c-${.PREFIX}.h + @cp ${.ALLSRC} et-c-${.PREFIX}.et + @${COMPILE_ET} et-c-${.PREFIX}.et + @mv et-c-${.PREFIX}.c ${.PREFIX}.c + @rm -f et-c-${.PREFIX}.et et-c-${.PREFIX}.c std_rqs.c: mk_cmds std_rqs.ct ss_err.h - ./mk_cmds ${KRB5_DIR}/util/ss/std_rqs.ct + @./mk_cmds ${KRB5_DIR}/util/ss/std_rqs.ct .include -- 2.51.0 --==_Exmh_1759323371_99530 Content-Type: text/plain; charset=us-ascii Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e**(i*pi)+1=0 From nobody Wed Oct 1 13:06:16 2025 X-Original-To: freebsd-current@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 4ccFYY58XPz69bGW for ; Wed, 01 Oct 2025 13:06:25 +0000 (UTC) (envelope-from garga@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccFYY4TwSz3vbM; Wed, 01 Oct 2025 13:06:25 +0000 (UTC) (envelope-from garga@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759323985; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=sITHL20++AFvalxZqlT3ZBM1jqQzGz2Zypp32yNmqUQ=; b=BKvS2dF+86+D6F7Y9I9iwYDQhblKfc0qJFl5YkFwfAWE/GhbXco4WmU8uhYPgH26qpdYG0 1n1V5wYGhEZKXI/zTJM+l0PksLftu27MuWIhmSt60TuO1uSTiO1Fn/4vLRA2PZbWQ01Tik C6xEZoQMBEA8QuxHqkM+POBha2sB6RyvYgWSbyGckpLillJJ96abJvIKZ3KFve09OErLl4 gk5mI8AI5ygRQRJbxlw6DzFoeBXUHxWkPnsl2KgsoV6VhvvUej0Pqd0aF3+Kuw7PAcjbtV u+9hFU33pva0q4S+g7iNzQ/hDcLs1FJJRXsVP3sbU1VOo6hvF9pFMEP+EfLHWg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759323985; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=sITHL20++AFvalxZqlT3ZBM1jqQzGz2Zypp32yNmqUQ=; b=q/LYteOtLkIz8fdb6QbgRjCZcsaA4xg7dHRRqL5yqlFZ9Ya57wzExTBA7WN4SMfG9x0meu lHBo+NWDY3CDGlWmkdUxkG8kQaB5oetcaHLA0w8mgw/BV2/2Gt3TUSy5rc48nWB0UTmxHz hZ4IT1v6WrW2GOosh1MdkDEr7+KhtVqjDE3pA7KouWlxSrji2kHJcqBBzC591tLPJR/oXt A8niGOE8sZyJwURxaL6t1OF+E1HrN2rPa+4yN+aT8ZaRt6SuvyOJ6IQ+GGQp/aIvbTg3xe xJYb9kGErs9OCKa0Cb6TW66NKSCUArcwAm57vsjXfL+CVzB05sgZNTTdkBspRw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759323985; a=rsa-sha256; cv=none; b=pt7MuB6Dk4gLpYU4dhRwmnl5bXDKQcw1LQ7WOTI37m1yPcPjOZXZ3sRLB25st2VG/yJ237 /3NlluhbECgPlCa+ER5v3qAofJ4360RfPhtj6G8+gPVc/QQAoajmaRclms9ZFs77MVmRi1 /f4wFom3e3w4MK9+pkRsJxYvfEOoJajKAjLCvcg1Ef9LtKWm9L5qH0mre8bBxEmkebE40n xm90F1scI6jsimswUAWVNESVOA9ay/wKaWQrkmiKGD0ypuZM74GDpxHgiKkjGzf7r94D4N S3neptMBUIsQ+Z47a6ahpJthjokQ/cFXWurTD/BeEVue+8Ap2hKoEZC8EFwQOA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [IPV6:2804:f1c:3e:b01:b0aa:d62b:23d6:ca2] (unknown [IPv6:2804:f1c:3e:b01:b0aa:d62b:23d6:ca2]) (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) (Authenticated sender: garga) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ccFYY0dFVzB9X; Wed, 01 Oct 2025 13:06:24 +0000 (UTC) (envelope-from garga@FreeBSD.org) Message-ID: Date: Wed, 1 Oct 2025 10:06:16 -0300 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: buildworld with -s is noisier than usual To: Cy Schubert Cc: Current FreeBSD References: <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org> <20251001125725.C02B7122@slippy.cwsent.com> Content-Language: en-US From: Renato Botelho Autocrypt: addr=garga@FreeBSD.org; keydata= xsBNBGStavwBCACjNlp/9+Y+VFe9ieR2h/WWbdvjz4Mb2z/f22bGoaskzCfvVNbo/v3i34I9 H6OdgZkGqheQEAD2jNfRbmPr4z40xDMUpYGLds+1Mvg7G3Hms3j5Ef8KaLSWUNWIfwKdfSVR Qs35ccSJxAdRW5YdI6J3xZgika+3Bc4eJ05YE/nWW+PNTYevt5rqD50N3zybVYIcLoqVPpBi AZE/sf5SLiLACIJb1t/s4x+pi8vgWevxVVT9u8V1f8zYErmHSLSqjxii0B3eRZphX9NCJOv9 +tfFZhnENInhn9gT7H4e2YumUltEy3jacONHJF3CC1pvvWEa6lEyypclMOkHQwNON7DLABEB AAHNLFJlbmF0byBCb3RlbGhvIChGcmVlQlNEKSA8Z2FyZ2FARnJlZUJTRC5vcmc+wsCXBBMB CgBBAhsDBQkFo5qABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAFiEERL7Dxegbnh7xTiQ5Ob6P xxJcZXoFAmSta78CGQEACgkQOb6PxxJcZXrYlggAgaZmr6c1yIWzN8VksHrHpwt/uxONEP+h ljy3yfrMsgfS5wx5Uzgfih1xYZUFC6jiI63CetqBqJpp3g1klRS1UWYKx2NeXphDMYZEdPm/ a6sXh4bKZbk6IE8Yn0/YiRT57d9DtbvswC7Gn7Igj/MSbhl49TvTGyvuB6juaffVoYZViomx 5zMoee8Ml2o2qj3MrCJ+/K8GU54RlpOGqGRsqdwVdr9XEWub6fF2YFwR46cjmbiU3P5urFHH nkJlBGPIwKxHimTW0lZsdx9aCKRDd/D80/WOEzXmk3k8B9lv/GsvOluHmveLhJG1R1tIJ31I f2q8dfTvqsQXnu8CcWRcgc7ATQRkrWr8AQgA1DufoxScA+CWQbUR6zExIu8wXQKrhuRt4DG2 BgynT7EMUvEBadcbQRZXsBpemNfncc9Axyut/+rWiyKJf9BLQuo/9QYmSRvW1U6+0LJUYmdg kMyBeYaPk+vnssv/u9jLuvV7FVgyE0yk1iaWIKOVDD+XrQCOvGw9uSceBrQyCyo3A/eRM/+p vnDCaywR63PKE+3axk6lfNdGK3TnaWmS30/ZDCZlNsXuqprqR4JdT5wXids5o36dsuJ5EZ20 s5hNMD34s4Yr1Y1R9elH6qBsFCpozs0+jwrArxq+UJJCR6hH5W8ZEwJtRC8tzR8mRE1WywzX BXYj0YhfGztQIxZckQARAQABwsB8BBgBCgAmFiEERL7Dxegbnh7xTiQ5Ob6PxxJcZXoFAmSt avwCGwwFCQWjmoAACgkQOb6PxxJcZXr1vgf/SKXhoZcUU5I7TqcbHg0lJz9tICTupCGHWr/s SQgjh9oEM5j1wqW7FlCGP90Tl9K0g3ow9YdbhU7VK470o6pymX9V9eLHzGgkZO/KMEtGBeK1 u+5ePjCJ/MK5B21KODLSU7WrIL1VN5ceXfQPLYt02LMLtPri+oduHD6RNBeA7US1DUzleq5F 9NHGbvV2U7BdDUezpiO8NaFjFZVB11I5d99FxUM5XGVstI3VhsRKZxjY0KnqJzaQgTFsPGmv AUfZVIN1pXgXiedhPXpr8+Y64jP+pHVwpVmh1zYWL6+q3kqFOUVP6c5iiMeoEXZvgJz7x/AC ek3X5gvu8Hpcv+MZIg== In-Reply-To: <20251001125725.C02B7122@slippy.cwsent.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 01/10/25 09:57, Cy Schubert wrote: > In message <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org>, Renato > Botelho w > rites: >> I usually build world using -s and recently I noticed it's noisier than >> it used to be, I see some awk calls like the following (cc'ing cy since >> it seems to be introduced by MIT import): >> >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-krb5_err.h' et-h-krb5_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-krb5_err.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-krb5_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-k5e1_err.h' et-h-k5e1_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-k5e1_err.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-k5e1_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-kdb5_err.h' et-h-kdb5_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-kdb5_err.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-kdb5_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-prof_err.h' et-h-prof_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-prof_err.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-prof_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-kv5m_err.h' et-h-kv5m_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-kv5m_err.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-kv5m_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-krb524_err.h' et-h-krb524_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-krb524_err.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-krb524_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-asn1_err.h' et-h-asn1_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-asn1_err.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-asn1_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=include-et-h-gssapi_err_generic.h' >> include-et-h-gssapi_err_generic.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=include-et-h-gssapi_err_generic.c' 'textdomain=mit-krb5' >> 'localedir=' include-et-h-gssapi_err_generic.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=include-et-h-gssapi_err_krb5.h' include-et-h-gssapi_err_krb5.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=include-et-h-gssapi_err_krb5.c' 'textdomain=mit-krb5' >> 'localedir=' include-et-h-gssapi_err_krb5.et >> Creating gssapi.h >> + mv gss77987 gssapi.h >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-chpass_util_strings.h' et-h-chpass_util_strings.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-chpass_util_strings.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-chpass_util_strings.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-kadm_err.h' et-h-kadm_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-kadm_err.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-kadm_err.et >> creating osreldate.h from newvers.sh >> -- >> Renato Botelho > > This is from error table generation. The attached patch will quiet make > down. Hello Cy, I still see those awk calls with attached patch applied. If you want to reproduce just run `make -s -jN buildworld`. -- Renato Botelho From nobody Wed Oct 1 13:06:16 2025 X-Original-To: freebsd-current@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 4ccFYZ3D9nz69bJY for ; Wed, 01 Oct 2025 13:06:26 +0000 (UTC) (envelope-from garga@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccFYZ1rskz3vgL; Wed, 01 Oct 2025 13:06:26 +0000 (UTC) (envelope-from garga@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759323986; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=sITHL20++AFvalxZqlT3ZBM1jqQzGz2Zypp32yNmqUQ=; b=TGHnGHZ0qZIoZUFAjch0jaNR4u8j6vrS1mLX0rV3OA8BfLjKizr2FLFQyFq9RzhDPSij5K ht6niv0Lzg6CHKJe+yjdxhNKvAHEaxwP8kuuLPDvOeuwBF6Tymh2yjMo92U0tYZ+yBjHVK AlhB+evNeK35BcStnyVCiKULu2A42/JfMLvwe9Lb5g0eguDaNNcwdCz89eY+Cp4RLWu94A tDrfJwfMWDkE9Met5jrenZP240r3ZOxWAfjXt0bTQPr/HHf/fpkfcXV5vqRCSPy+ModEj+ RTdN8aE5z7Y7VH3XrgjUxzXH5dqEnltbWJmspBPJ9YP8gmjuWYSNdqGGUtG5sA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759323986; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=sITHL20++AFvalxZqlT3ZBM1jqQzGz2Zypp32yNmqUQ=; b=dgQ39WsO7QrVWy2fMDYGcgRkxe3mHs8kjpLgeybEhXLdOVgAJ9EKlKFOsEULiqPolo6ZC7 PFPNXAS9iJeAv5kPzMJ7uSod/Z2KnE4KgAELrXzaUz51A9n9BYkgEDPn7yWnZUhXyD8ijA jTbhJbOe1/O346pRIuyGn604pVGk5TxqehtUDxU6zjZiU334fb9estTYu6B7gTUs7yX84X zTYZfUcZuBtPppOWyABYsMGj2IhDyvtymW2k2PfXX8m6sSi/P8bM4b43zUFmLg8Jw1wXNC s/tjaTtF7FqjxbsTSbeT91QP3dXFygoazcP4ge++k83jvOmW9p12u3ZfYapETg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759323986; a=rsa-sha256; cv=none; b=ekLSJs993vuJg2hzk4T7ybEEiMWxt4DOyVve9FoA73mBYOHD+iB0nNbdWMRceCgbEYiQ4V eUbne3FWC9FpxlDUahncraBZcxEznSBbAsVkmfGlHW0zLrda/ClCIigot4ozU1IrDJpy3B VSsYAqmn/N5Qdf2Z4PTbv3j23aiSkSzYv75wDzxgFrB8DlLQmFpZvtqvsyX8OmtkFR7mtY FPNZMUjfrleim5t6fBn4ZZYgR4YYewevU+lVIRvu6HOgrt8nE3HznBvgNUSJEND4WSEEN5 iRvd5UL/TeuKrhIPfMuEyONORqeVeH/ilyvctjs6acAHcqs3uNNGeJpw+R8K3A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [IPV6:2804:f1c:3e:b01:b0aa:d62b:23d6:ca2] (unknown [IPv6:2804:f1c:3e:b01:b0aa:d62b:23d6:ca2]) (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) (Authenticated sender: garga) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ccFYY600gzB0B; Wed, 01 Oct 2025 13:06:25 +0000 (UTC) (envelope-from garga@FreeBSD.org) Message-ID: Date: Wed, 1 Oct 2025 10:06:16 -0300 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: buildworld with -s is noisier than usual To: Cy Schubert Cc: Current FreeBSD References: <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org> <20251001125725.C02B7122@slippy.cwsent.com> Content-Language: en-US From: Renato Botelho Autocrypt: addr=garga@FreeBSD.org; keydata= xsBNBGStavwBCACjNlp/9+Y+VFe9ieR2h/WWbdvjz4Mb2z/f22bGoaskzCfvVNbo/v3i34I9 H6OdgZkGqheQEAD2jNfRbmPr4z40xDMUpYGLds+1Mvg7G3Hms3j5Ef8KaLSWUNWIfwKdfSVR Qs35ccSJxAdRW5YdI6J3xZgika+3Bc4eJ05YE/nWW+PNTYevt5rqD50N3zybVYIcLoqVPpBi AZE/sf5SLiLACIJb1t/s4x+pi8vgWevxVVT9u8V1f8zYErmHSLSqjxii0B3eRZphX9NCJOv9 +tfFZhnENInhn9gT7H4e2YumUltEy3jacONHJF3CC1pvvWEa6lEyypclMOkHQwNON7DLABEB AAHNLFJlbmF0byBCb3RlbGhvIChGcmVlQlNEKSA8Z2FyZ2FARnJlZUJTRC5vcmc+wsCXBBMB CgBBAhsDBQkFo5qABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAFiEERL7Dxegbnh7xTiQ5Ob6P xxJcZXoFAmSta78CGQEACgkQOb6PxxJcZXrYlggAgaZmr6c1yIWzN8VksHrHpwt/uxONEP+h ljy3yfrMsgfS5wx5Uzgfih1xYZUFC6jiI63CetqBqJpp3g1klRS1UWYKx2NeXphDMYZEdPm/ a6sXh4bKZbk6IE8Yn0/YiRT57d9DtbvswC7Gn7Igj/MSbhl49TvTGyvuB6juaffVoYZViomx 5zMoee8Ml2o2qj3MrCJ+/K8GU54RlpOGqGRsqdwVdr9XEWub6fF2YFwR46cjmbiU3P5urFHH nkJlBGPIwKxHimTW0lZsdx9aCKRDd/D80/WOEzXmk3k8B9lv/GsvOluHmveLhJG1R1tIJ31I f2q8dfTvqsQXnu8CcWRcgc7ATQRkrWr8AQgA1DufoxScA+CWQbUR6zExIu8wXQKrhuRt4DG2 BgynT7EMUvEBadcbQRZXsBpemNfncc9Axyut/+rWiyKJf9BLQuo/9QYmSRvW1U6+0LJUYmdg kMyBeYaPk+vnssv/u9jLuvV7FVgyE0yk1iaWIKOVDD+XrQCOvGw9uSceBrQyCyo3A/eRM/+p vnDCaywR63PKE+3axk6lfNdGK3TnaWmS30/ZDCZlNsXuqprqR4JdT5wXids5o36dsuJ5EZ20 s5hNMD34s4Yr1Y1R9elH6qBsFCpozs0+jwrArxq+UJJCR6hH5W8ZEwJtRC8tzR8mRE1WywzX BXYj0YhfGztQIxZckQARAQABwsB8BBgBCgAmFiEERL7Dxegbnh7xTiQ5Ob6PxxJcZXoFAmSt avwCGwwFCQWjmoAACgkQOb6PxxJcZXr1vgf/SKXhoZcUU5I7TqcbHg0lJz9tICTupCGHWr/s SQgjh9oEM5j1wqW7FlCGP90Tl9K0g3ow9YdbhU7VK470o6pymX9V9eLHzGgkZO/KMEtGBeK1 u+5ePjCJ/MK5B21KODLSU7WrIL1VN5ceXfQPLYt02LMLtPri+oduHD6RNBeA7US1DUzleq5F 9NHGbvV2U7BdDUezpiO8NaFjFZVB11I5d99FxUM5XGVstI3VhsRKZxjY0KnqJzaQgTFsPGmv AUfZVIN1pXgXiedhPXpr8+Y64jP+pHVwpVmh1zYWL6+q3kqFOUVP6c5iiMeoEXZvgJz7x/AC ek3X5gvu8Hpcv+MZIg== In-Reply-To: <20251001125725.C02B7122@slippy.cwsent.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 01/10/25 09:57, Cy Schubert wrote: > In message <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org>, Renato > Botelho w > rites: >> I usually build world using -s and recently I noticed it's noisier than >> it used to be, I see some awk calls like the following (cc'ing cy since >> it seems to be introduced by MIT import): >> >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-krb5_err.h' et-h-krb5_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-krb5_err.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-krb5_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-k5e1_err.h' et-h-k5e1_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-k5e1_err.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-k5e1_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-kdb5_err.h' et-h-kdb5_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-kdb5_err.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-kdb5_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-prof_err.h' et-h-prof_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-prof_err.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-prof_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-kv5m_err.h' et-h-kv5m_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-kv5m_err.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-kv5m_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-krb524_err.h' et-h-krb524_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-krb524_err.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-krb524_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-asn1_err.h' et-h-asn1_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-asn1_err.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-asn1_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=include-et-h-gssapi_err_generic.h' >> include-et-h-gssapi_err_generic.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=include-et-h-gssapi_err_generic.c' 'textdomain=mit-krb5' >> 'localedir=' include-et-h-gssapi_err_generic.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=include-et-h-gssapi_err_krb5.h' include-et-h-gssapi_err_krb5.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=include-et-h-gssapi_err_krb5.c' 'textdomain=mit-krb5' >> 'localedir=' include-et-h-gssapi_err_krb5.et >> Creating gssapi.h >> + mv gss77987 gssapi.h >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-chpass_util_strings.h' et-h-chpass_util_strings.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-chpass_util_strings.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-chpass_util_strings.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >> 'outfile=et-h-kadm_err.h' et-h-kadm_err.et >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >> 'outfile=et-h-kadm_err.c' 'textdomain=mit-krb5' 'localedir=' >> et-h-kadm_err.et >> creating osreldate.h from newvers.sh >> -- >> Renato Botelho > > This is from error table generation. The attached patch will quiet make > down. Hello Cy, I still see those awk calls with attached patch applied. If you want to reproduce just run `make -s -jN buildworld`. -- Renato Botelho From nobody Wed Oct 1 15:35:53 2025 X-Original-To: freebsd-current@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 4ccJt46Bcfz69q8b for ; Wed, 01 Oct 2025 15:35:56 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta003.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccJt4416Rz3Kwd; Wed, 01 Oct 2025 15:35:56 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; none Received: from shw-obgw-4003a.ext.cloudfilter.net ([10.228.9.183]) by cmsmtp with ESMTPS id 3rhpv9FND0ym73yrzvHnMF; Wed, 01 Oct 2025 15:35:55 +0000 Received: from spqr.komquats.com ([70.66.136.217]) by cmsmtp with ESMTPSA id 3yryvntO0WbOa3yrzvSKrw; Wed, 01 Oct 2025 15:35:55 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=Q5lx4J2a c=1 sm=1 tr=0 ts=68dd4a5b a=h7br+8Ma+Xn9xscxy5znUg==:117 a=h7br+8Ma+Xn9xscxy5znUg==:17 a=kj9zAlcOel0A:10 a=x6icFKpwvdMA:10 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=YxBL1-UpAAAA:8 a=lGAS2ZffX-yWDPu4O24A:9 a=CjuIK1q_8ugA:10 a=LK5xJRSDVpKd5WXXoEvA:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy.cwsent.com [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 14D4811D; Wed, 01 Oct 2025 08:35:54 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id CF845286; Wed, 01 Oct 2025 08:35:53 -0700 (PDT) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Renato Botelho cc: Cy Schubert , Current FreeBSD Subject: Re: buildworld with -s is noisier than usual In-reply-to: References: <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org> <20251001125725.C02B7122@slippy.cwsent.com> Comments: In-reply-to Renato Botelho message dated "Wed, 01 Oct 2025 10:06:16 -0300." List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Oct 2025 08:35:53 -0700 Message-Id: <20251001153553.CF845286@slippy.cwsent.com> X-CMAE-Envelope: MS4xfN/t7BdBOXXP92L1udrra0czeiVN3NMfi9DW22zZw/5ebuDP48UPiOZouRNVtYwx4+sqRinqxWFJylD2aWw/6EitbnsJpciANaDlXPz0Ufe54t6y74RN EJajxKwWoLRYFlqCFQ2xmZH1WpU2oX5tykJBprB8x1bIDF4nA8OVD+mxaXr5p81CbF3zubsfCvaENXHghlFbZZPZQBWqMoSJYXmQyLGuCUlNCo6HVqQk6CgR 4x3tNrYR0NMNLFi3r+kxxg== X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4ccJt4416Rz3Kwd In message , Renato Botelho w rites: > On 01/10/25 09:57, Cy Schubert wrote: > > In message <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org>, Renato > > Botelho w > > rites: > >> I usually build world using -s and recently I noticed it's noisier than > >> it used to be, I see some awk calls like the following (cc'ing cy since > >> it seems to be introduced by MIT import): > >> > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >> 'outfile=et-h-krb5_err.h' et-h-krb5_err.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >> 'outfile=et-h-krb5_err.c' 'textdomain=mit-krb5' 'localedir=' > >> et-h-krb5_err.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >> 'outfile=et-h-k5e1_err.h' et-h-k5e1_err.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >> 'outfile=et-h-k5e1_err.c' 'textdomain=mit-krb5' 'localedir=' > >> et-h-k5e1_err.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >> 'outfile=et-h-kdb5_err.h' et-h-kdb5_err.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >> 'outfile=et-h-kdb5_err.c' 'textdomain=mit-krb5' 'localedir=' > >> et-h-kdb5_err.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >> 'outfile=et-h-prof_err.h' et-h-prof_err.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >> 'outfile=et-h-prof_err.c' 'textdomain=mit-krb5' 'localedir=' > >> et-h-prof_err.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >> 'outfile=et-h-kv5m_err.h' et-h-kv5m_err.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >> 'outfile=et-h-kv5m_err.c' 'textdomain=mit-krb5' 'localedir=' > >> et-h-kv5m_err.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >> 'outfile=et-h-krb524_err.h' et-h-krb524_err.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >> 'outfile=et-h-krb524_err.c' 'textdomain=mit-krb5' 'localedir=' > >> et-h-krb524_err.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >> 'outfile=et-h-asn1_err.h' et-h-asn1_err.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >> 'outfile=et-h-asn1_err.c' 'textdomain=mit-krb5' 'localedir=' > >> et-h-asn1_err.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >> 'outfile=include-et-h-gssapi_err_generic.h' > >> include-et-h-gssapi_err_generic.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >> 'outfile=include-et-h-gssapi_err_generic.c' 'textdomain=mit-krb5' > >> 'localedir=' include-et-h-gssapi_err_generic.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >> 'outfile=include-et-h-gssapi_err_krb5.h' include-et-h-gssapi_err_krb5.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >> 'outfile=include-et-h-gssapi_err_krb5.c' 'textdomain=mit-krb5' > >> 'localedir=' include-et-h-gssapi_err_krb5.et > >> Creating gssapi.h > >> + mv gss77987 gssapi.h > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >> 'outfile=et-h-chpass_util_strings.h' et-h-chpass_util_strings.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >> 'outfile=et-h-chpass_util_strings.c' 'textdomain=mit-krb5' 'localedir=' > >> et-h-chpass_util_strings.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >> 'outfile=et-h-kadm_err.h' et-h-kadm_err.et > >> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >> 'outfile=et-h-kadm_err.c' 'textdomain=mit-krb5' 'localedir=' > >> et-h-kadm_err.et > >> creating osreldate.h from newvers.sh > >> -- > >> Renato Botelho > > > > This is from error table generation. The attached patch will quiet make > > down. > Hello Cy, > > I still see those awk calls with attached patch applied. If you want to > reproduce just run `make -s -jN buildworld`. ivy@ has pointed out to me that an upstream script has set -x enabled. I'm loathed to change an upstream script (a cause for merge conflicts) for this. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e**(i*pi)+1=0 From nobody Wed Oct 1 16:32:30 2025 X-Original-To: freebsd-current@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 4ccL7P4B8Fz69vNF for ; Wed, 01 Oct 2025 16:32:33 +0000 (UTC) (envelope-from garga@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccL7P3gtlz3TVx; Wed, 01 Oct 2025 16:32:33 +0000 (UTC) (envelope-from garga@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759336353; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=ypzY11VXN+c7oMktt88TbpSneyy083CEO20IJLOACrw=; b=Nq8KG+yZrPggVoUT5+wcinOGeBuMXNxz86Q1K8NWDHqqeA5DTCPDORDYihIa75lOiQUQ8e nXMUVdD+QJXQ+OaBnna0jMieVCPt+qU4KV/h5Ug5nxL3e6VkkpewQ4O+MUlqbLEUNd+hcK bce/1+ecV97iC2pCn9TNDV0Pm+3pmAOndbDEiTf9hHFE29DCRzK5+Pc6hHTVrp95cPYueN i65I+yCZUfPtLf5ueJm2ZBUkLsAkZSRPOr1L9q+0q8CyQrckFCCe3W+OKr/XiQGBttpOKo P/38qET6W+HR37guYVRdflTCRxbCsCjWwTg+1OzkHxSo3jccVIBdZ4414uHxVw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759336353; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=ypzY11VXN+c7oMktt88TbpSneyy083CEO20IJLOACrw=; b=Gt0a0Bym7YxLG0iI9sWCUNr0GRaSgZZb4QxbbhMAToaTGot8uRTVkp3Z+jMlLIJexd92/+ UMaAWyqrdbTIwcn7/BhRQjY1ucQw4Bn/hMuvEyfJuRuppY6LWrUr2pQPHSu6jFKvWnevUE KtwmmRxpR/Htcbd1Vgbn/SghvruXDc3cQmsAWISzcNuiofg0Tx9cfhRvkgRNOKBzB3IFZo 6uC1+u2cyxwql+KhpabcenQOEGdDCDo1ydXrxVddFxeszq67FmhKF2YONs4UFMer71rbYd i+u3vdTsXpNcwJFebsXFS6Bnff3bIkW5Qyov28cOdgai5RaXnVzeV0RNoRLkrw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759336353; a=rsa-sha256; cv=none; b=MQywlM3nYIsG/SiMcwTRMA3V02Z5/yPEzW1idkYrP/VgUPy1sNOKTYMrvNzqGaGE/wvjhJ wsJS/oqejQINNr1+dumn8p1ryH+UBrTJYJI3H9EmW9DIxsgytdGDSCQlTlvHeTqXRT1o/T rfRnFFJtI71v9f8Yy3qEKuCstxHB9Olt/Mr+/J3oYCMZqLXWJ70ouY242QPHqw1A/rBSjX 595rBLyT5DJqY4iv/qRoTg619HvU66GttF49tGM9pkslly2/9+SC9m+BVQ0Ye7OGJbfo5R QyQBubMdXsP505WCmHtQZvzyADELF+XIbb/TU6qvBahGilB0itDBrkwDwzdk4w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [IPV6:2804:f1c:3e:b01:b0aa:d62b:23d6:ca2] (unknown [IPv6:2804:f1c:3e:b01:b0aa:d62b:23d6:ca2]) (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) (Authenticated sender: garga) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ccL7P0SxTzG44; Wed, 01 Oct 2025 16:32:32 +0000 (UTC) (envelope-from garga@FreeBSD.org) Message-ID: <74ed8e38-0d66-46b5-9dae-f56fb7040318@FreeBSD.org> Date: Wed, 1 Oct 2025 13:32:30 -0300 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: buildworld with -s is noisier than usual To: Cy Schubert Cc: Current FreeBSD References: <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org> <20251001125725.C02B7122@slippy.cwsent.com> <20251001153553.CF845286@slippy.cwsent.com> Content-Language: en-US From: Renato Botelho Autocrypt: addr=garga@FreeBSD.org; keydata= xsBNBGStavwBCACjNlp/9+Y+VFe9ieR2h/WWbdvjz4Mb2z/f22bGoaskzCfvVNbo/v3i34I9 H6OdgZkGqheQEAD2jNfRbmPr4z40xDMUpYGLds+1Mvg7G3Hms3j5Ef8KaLSWUNWIfwKdfSVR Qs35ccSJxAdRW5YdI6J3xZgika+3Bc4eJ05YE/nWW+PNTYevt5rqD50N3zybVYIcLoqVPpBi AZE/sf5SLiLACIJb1t/s4x+pi8vgWevxVVT9u8V1f8zYErmHSLSqjxii0B3eRZphX9NCJOv9 +tfFZhnENInhn9gT7H4e2YumUltEy3jacONHJF3CC1pvvWEa6lEyypclMOkHQwNON7DLABEB AAHNLFJlbmF0byBCb3RlbGhvIChGcmVlQlNEKSA8Z2FyZ2FARnJlZUJTRC5vcmc+wsCXBBMB CgBBAhsDBQkFo5qABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAFiEERL7Dxegbnh7xTiQ5Ob6P xxJcZXoFAmSta78CGQEACgkQOb6PxxJcZXrYlggAgaZmr6c1yIWzN8VksHrHpwt/uxONEP+h ljy3yfrMsgfS5wx5Uzgfih1xYZUFC6jiI63CetqBqJpp3g1klRS1UWYKx2NeXphDMYZEdPm/ a6sXh4bKZbk6IE8Yn0/YiRT57d9DtbvswC7Gn7Igj/MSbhl49TvTGyvuB6juaffVoYZViomx 5zMoee8Ml2o2qj3MrCJ+/K8GU54RlpOGqGRsqdwVdr9XEWub6fF2YFwR46cjmbiU3P5urFHH nkJlBGPIwKxHimTW0lZsdx9aCKRDd/D80/WOEzXmk3k8B9lv/GsvOluHmveLhJG1R1tIJ31I f2q8dfTvqsQXnu8CcWRcgc7ATQRkrWr8AQgA1DufoxScA+CWQbUR6zExIu8wXQKrhuRt4DG2 BgynT7EMUvEBadcbQRZXsBpemNfncc9Axyut/+rWiyKJf9BLQuo/9QYmSRvW1U6+0LJUYmdg kMyBeYaPk+vnssv/u9jLuvV7FVgyE0yk1iaWIKOVDD+XrQCOvGw9uSceBrQyCyo3A/eRM/+p vnDCaywR63PKE+3axk6lfNdGK3TnaWmS30/ZDCZlNsXuqprqR4JdT5wXids5o36dsuJ5EZ20 s5hNMD34s4Yr1Y1R9elH6qBsFCpozs0+jwrArxq+UJJCR6hH5W8ZEwJtRC8tzR8mRE1WywzX BXYj0YhfGztQIxZckQARAQABwsB8BBgBCgAmFiEERL7Dxegbnh7xTiQ5Ob6PxxJcZXoFAmSt avwCGwwFCQWjmoAACgkQOb6PxxJcZXr1vgf/SKXhoZcUU5I7TqcbHg0lJz9tICTupCGHWr/s SQgjh9oEM5j1wqW7FlCGP90Tl9K0g3ow9YdbhU7VK470o6pymX9V9eLHzGgkZO/KMEtGBeK1 u+5ePjCJ/MK5B21KODLSU7WrIL1VN5ceXfQPLYt02LMLtPri+oduHD6RNBeA7US1DUzleq5F 9NHGbvV2U7BdDUezpiO8NaFjFZVB11I5d99FxUM5XGVstI3VhsRKZxjY0KnqJzaQgTFsPGmv AUfZVIN1pXgXiedhPXpr8+Y64jP+pHVwpVmh1zYWL6+q3kqFOUVP6c5iiMeoEXZvgJz7x/AC ek3X5gvu8Hpcv+MZIg== In-Reply-To: <20251001153553.CF845286@slippy.cwsent.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 01/10/25 12:35, Cy Schubert wrote: > In message , Renato > Botelho w > rites: >> On 01/10/25 09:57, Cy Schubert wrote: >>> In message <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org>, Renato >>> Botelho w >>> rites: >>>> I usually build world using -s and recently I noticed it's noisier than >>>> it used to be, I see some awk calls like the following (cc'ing cy since >>>> it seems to be introduced by MIT import): >>>> >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >>>> 'outfile=et-h-krb5_err.h' et-h-krb5_err.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >>>> 'outfile=et-h-krb5_err.c' 'textdomain=mit-krb5' 'localedir=' >>>> et-h-krb5_err.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >>>> 'outfile=et-h-k5e1_err.h' et-h-k5e1_err.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >>>> 'outfile=et-h-k5e1_err.c' 'textdomain=mit-krb5' 'localedir=' >>>> et-h-k5e1_err.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >>>> 'outfile=et-h-kdb5_err.h' et-h-kdb5_err.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >>>> 'outfile=et-h-kdb5_err.c' 'textdomain=mit-krb5' 'localedir=' >>>> et-h-kdb5_err.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >>>> 'outfile=et-h-prof_err.h' et-h-prof_err.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >>>> 'outfile=et-h-prof_err.c' 'textdomain=mit-krb5' 'localedir=' >>>> et-h-prof_err.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >>>> 'outfile=et-h-kv5m_err.h' et-h-kv5m_err.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >>>> 'outfile=et-h-kv5m_err.c' 'textdomain=mit-krb5' 'localedir=' >>>> et-h-kv5m_err.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >>>> 'outfile=et-h-krb524_err.h' et-h-krb524_err.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >>>> 'outfile=et-h-krb524_err.c' 'textdomain=mit-krb5' 'localedir=' >>>> et-h-krb524_err.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >>>> 'outfile=et-h-asn1_err.h' et-h-asn1_err.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >>>> 'outfile=et-h-asn1_err.c' 'textdomain=mit-krb5' 'localedir=' >>>> et-h-asn1_err.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >>>> 'outfile=include-et-h-gssapi_err_generic.h' >>>> include-et-h-gssapi_err_generic.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >>>> 'outfile=include-et-h-gssapi_err_generic.c' 'textdomain=mit-krb5' >>>> 'localedir=' include-et-h-gssapi_err_generic.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >>>> 'outfile=include-et-h-gssapi_err_krb5.h' include-et-h-gssapi_err_krb5.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >>>> 'outfile=include-et-h-gssapi_err_krb5.c' 'textdomain=mit-krb5' >>>> 'localedir=' include-et-h-gssapi_err_krb5.et >>>> Creating gssapi.h >>>> + mv gss77987 gssapi.h >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >>>> 'outfile=et-h-chpass_util_strings.h' et-h-chpass_util_strings.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >>>> 'outfile=et-h-chpass_util_strings.c' 'textdomain=mit-krb5' 'localedir=' >>>> et-h-chpass_util_strings.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk >>>> 'outfile=et-h-kadm_err.h' et-h-kadm_err.et >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk >>>> 'outfile=et-h-kadm_err.c' 'textdomain=mit-krb5' 'localedir=' >>>> et-h-kadm_err.et >>>> creating osreldate.h from newvers.sh >>>> -- >>>> Renato Botelho >>> >>> This is from error table generation. The attached patch will quiet make >>> down. >> Hello Cy, >> >> I still see those awk calls with attached patch applied. If you want to >> reproduce just run `make -s -jN buildworld`. > > ivy@ has pointed out to me that an upstream script has set -x enabled. I'm > loathed to change an upstream script (a cause for merge conflicts) for this. I reported because I thought it was a debug leftover that was there by accident. If it's there by design, that's fine. -- Renato Botelho From nobody Wed Oct 1 16:39:16 2025 X-Original-To: freebsd-current@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 4ccLHC6YWPz69vt3 for ; Wed, 01 Oct 2025 16:39:19 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta004.cacentral1.a.cloudfilter.net (omta002.cacentral1.a.cloudfilter.net [3.97.99.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccLHC4PkHz3Vpp; Wed, 01 Oct 2025 16:39:19 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; none Received: from shw-obgw-4001a.ext.cloudfilter.net ([10.228.9.142]) by cmsmtp with ESMTPS id 3yQCvPnaNPzKy3zrKvpDSA; Wed, 01 Oct 2025 16:39:18 +0000 Received: from spqr.komquats.com ([70.66.136.217]) by cmsmtp with ESMTPSA id 3zrJvdIBaWX703zrKv0k73; Wed, 01 Oct 2025 16:39:18 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=d71WygjE c=1 sm=1 tr=0 ts=68dd5936 a=h7br+8Ma+Xn9xscxy5znUg==:117 a=h7br+8Ma+Xn9xscxy5znUg==:17 a=kj9zAlcOel0A:10 a=x6icFKpwvdMA:10 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=YxBL1-UpAAAA:8 a=IK1jZvAFReor_yNA9sQA:9 a=CjuIK1q_8ugA:10 a=LK5xJRSDVpKd5WXXoEvA:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy.cwsent.com [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id ABACFEA; Wed, 01 Oct 2025 09:39:16 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id 72E9E2B; Wed, 01 Oct 2025 09:39:16 -0700 (PDT) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Renato Botelho cc: Cy Schubert , Current FreeBSD Subject: Re: buildworld with -s is noisier than usual In-reply-to: <74ed8e38-0d66-46b5-9dae-f56fb7040318@FreeBSD.org> References: <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org> <20251001125725.C02B7122@slippy.cwsent.com> <20251001153553.CF845286@slippy.cwsent.com> <74ed8e38-0d66-46b5-9dae-f56fb7040318@FreeBSD.org> Comments: In-reply-to Renato Botelho message dated "Wed, 01 Oct 2025 13:32:30 -0300." List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Oct 2025 09:39:16 -0700 Message-Id: <20251001163916.72E9E2B@slippy.cwsent.com> X-CMAE-Envelope: MS4xfOVqgYejXUzON09XGHZyvJYCMBUGHBjiVHaGhebF+X66Cu33mhZYLiiDsH7apP9xnSwTPUvUL1xHE8+66yn6AOYOh+nCVhAr8TaMAgbA8FbOEIdYrR8j IxkYbi3xXBUkk20pT4qmBUNa28jicgzpCWdtAiP9LEj1XTT7btYNW5way5/ddfUEBrwickNT1qMvjCeigl0YEgFFOrRf8N23cd+6z/ARBUSPJaMNBNXEyQ6f oY2vBdAS/QHMQLNa6fA9EA== X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4ccLHC4PkHz3Vpp In message <74ed8e38-0d66-46b5-9dae-f56fb7040318@FreeBSD.org>, Renato Botelho w rites: > On 01/10/25 12:35, Cy Schubert wrote: > > In message , Renato > > Botelho w > > rites: > >> On 01/10/25 09:57, Cy Schubert wrote: > >>> In message <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org>, Renato > >>> Botelho w > >>> rites: > >>>> I usually build world using -s and recently I noticed it's noisier than > >>>> it used to be, I see some awk calls like the following (cc'ing cy since > >>>> it seems to be introduced by MIT import): > >>>> > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >>>> 'outfile=et-h-krb5_err.h' et-h-krb5_err.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >>>> 'outfile=et-h-krb5_err.c' 'textdomain=mit-krb5' 'localedir=' > >>>> et-h-krb5_err.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >>>> 'outfile=et-h-k5e1_err.h' et-h-k5e1_err.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >>>> 'outfile=et-h-k5e1_err.c' 'textdomain=mit-krb5' 'localedir=' > >>>> et-h-k5e1_err.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >>>> 'outfile=et-h-kdb5_err.h' et-h-kdb5_err.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >>>> 'outfile=et-h-kdb5_err.c' 'textdomain=mit-krb5' 'localedir=' > >>>> et-h-kdb5_err.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >>>> 'outfile=et-h-prof_err.h' et-h-prof_err.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >>>> 'outfile=et-h-prof_err.c' 'textdomain=mit-krb5' 'localedir=' > >>>> et-h-prof_err.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >>>> 'outfile=et-h-kv5m_err.h' et-h-kv5m_err.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >>>> 'outfile=et-h-kv5m_err.c' 'textdomain=mit-krb5' 'localedir=' > >>>> et-h-kv5m_err.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >>>> 'outfile=et-h-krb524_err.h' et-h-krb524_err.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >>>> 'outfile=et-h-krb524_err.c' 'textdomain=mit-krb5' 'localedir=' > >>>> et-h-krb524_err.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >>>> 'outfile=et-h-asn1_err.h' et-h-asn1_err.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >>>> 'outfile=et-h-asn1_err.c' 'textdomain=mit-krb5' 'localedir=' > >>>> et-h-asn1_err.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >>>> 'outfile=include-et-h-gssapi_err_generic.h' > >>>> include-et-h-gssapi_err_generic.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >>>> 'outfile=include-et-h-gssapi_err_generic.c' 'textdomain=mit-krb5' > >>>> 'localedir=' include-et-h-gssapi_err_generic.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >>>> 'outfile=include-et-h-gssapi_err_krb5.h' include-et-h-gssapi_err_krb5.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >>>> 'outfile=include-et-h-gssapi_err_krb5.c' 'textdomain=mit-krb5' > >>>> 'localedir=' include-et-h-gssapi_err_krb5.et > >>>> Creating gssapi.h > >>>> + mv gss77987 gssapi.h > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >>>> 'outfile=et-h-chpass_util_strings.h' et-h-chpass_util_strings.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >>>> 'outfile=et-h-chpass_util_strings.c' 'textdomain=mit-krb5' 'localedir=' > >>>> et-h-chpass_util_strings.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_h.awk > >>>> 'outfile=et-h-kadm_err.h' et-h-kadm_err.et > >>>> + /usr/bin/awk -f /usr/src/crypto/krb5/src/util/et/et_c.awk > >>>> 'outfile=et-h-kadm_err.c' 'textdomain=mit-krb5' 'localedir=' > >>>> et-h-kadm_err.et > >>>> creating osreldate.h from newvers.sh > >>>> -- > >>>> Renato Botelho > >>> > >>> This is from error table generation. The attached patch will quiet make > >>> down. > >> Hello Cy, > >> > >> I still see those awk calls with attached patch applied. If you want to > >> reproduce just run `make -s -jN buildworld`. > > > > ivy@ has pointed out to me that an upstream script has set -x enabled. I'm > > loathed to change an upstream script (a cause for merge conflicts) for this > . > I reported because I thought it was a debug leftover that was there by > accident. If it's there by design, that's fine. Looking at the upstream commit log, it's been this way since 2001. This is intentional. > > -- > Renato Botelho -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e**(i*pi)+1=0 From nobody Wed Oct 1 16:45:57 2025 X-Original-To: freebsd-current@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 4ccLR02rc5z68xDb for ; Wed, 01 Oct 2025 16:46:04 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccLR029YVz3XKD; Wed, 01 Oct 2025 16:46:04 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759337164; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=nykxanl8rRxt93Szyxxw31I1zXOMYdaWabrbcUu03zs=; b=vuNSgdh9MwRYABHQzhGnd/2/6eKfs0C/NqvOgoBlJhvSr584va2YR9B18xOCXKFyrw2jqf piPzLUkvOqetGzgWx9T4nOM7sHoXNUQBECPz7dnC0N2cGIi+KczE+hzsrlWkhDN0KYNj80 2v3kX2JZPme6etGstBtIUAk2FqYHLWlyxKn9mTy782zFfqL+Uj0Rl/pMXbsJ7cDpKz+/BB G/LT+odz0yW0fExxMMr2mEj6ZVAskQAyToZX21cm3ZETDtwnYC+Q93JbxcKTmKuHcJjNT4 OK+6cb9XakUOOJXHNnJNCp32mC9rFQFYthwjicmpUQI9Ksq3OE5sEE+GSK3Clw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759337164; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=nykxanl8rRxt93Szyxxw31I1zXOMYdaWabrbcUu03zs=; b=MwVTn+7+Q/frl3aK43imV9XrMfjAZXKWVAvMYQrKvZbWMjgyZPZs1yjMYZ4wcY+QiFLHJs T5qFsYmSNIC7symeK0zJY3rX5xu2K50ZrfYlynkWkB5CT2EL18al8+9Rhk4NaC5ptBS369 6eggKp5ETtRwefcqCdNcHkxOK/mCxUbDVnamtQlIml+ZdZeAO6wEsYmFT9hp+X3vSDyJ9f vxlO+mujJ+V1w/j6iVeILMFHiCnCVHekVF8yqIFtDGrStgtG91B9kZp5qVI2NyksJatEN/ SU6r9XMeUcQnAwMrXCfCdOkF1GWVbLl8kr0o4d8K0Cy55aNpdhB/Hhap9lTJOw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759337164; a=rsa-sha256; cv=none; b=kh967S5FETz25yEMoZl7jEO6Shqv1zjjzYmDtWZbGI/Y2QMjThVUMdkOvbauUW8cv12bGl B/c4BNyQ8vdZfG9OH6xJDPLW/XfnfX3dyRb0Qc8kwymWXHe/hBYIaF6z//QPIvCQTCkAaW JkfMPIKfwbLAvE/g2kj8IR685TC8nUfUPofqk5p/zIjBGGJLUdVRe4qmv2iRYC15NbCDJx OyQzIarMbvnIsvoRODwEF7yNPFaBLxpC8AyOSYkaL9GwNK3cGwZDke006XG8OYowSceLpr DkKVWQjZ6Std+EcnizssE8DCvkvxX3cI1HMXt7/7UHZQjoT9cnDic/Ek4+qDLA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from amaryllis.le-fay.org (amaryllis.le-fay.org [IPv6:2a00:1098:6b:400::9]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: ivy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ccLQz6HfyzGFg; Wed, 01 Oct 2025 16:46:03 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Wed, 1 Oct 2025 17:45:57 +0100 From: Lexi Winter To: Renato Botelho Cc: Current FreeBSD Subject: Re: buildworld with -s is noisier than usual Message-ID: Mail-Followup-To: Renato Botelho , Current FreeBSD References: <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4IbvINhuafKY1WQ3" Content-Disposition: inline In-Reply-To: <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org> --4IbvINhuafKY1WQ3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Renato Botelho wrote in <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org>: > I usually build world using -s and recently I noticed it's noisier than it > used to be this isn't what you asked, but in case it's helpful, let me mention the *-jobs targets which redirect all output to a logfile: % make buildworld-jobs make: /src/bsd/dev/share/mk/jobs.mk:47: @ 1759336986 [2025-10-01 17:43:06] Start buildworld-jobs @ 1759336987 [2025-10-01 17:43:07] Start buildworld -j10 log=/src/bsd/buildworld.log @ 1759337042 [2025-10-01 17:44:02] Finished buildworld-jobs seconds=56 these were added in 14.0 (i think) and i always use them, since they avoid a load of console output from the build but still preserve the log if you need it. --4IbvINhuafKY1WQ3 Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaN1awQAKCRD1nT63mIK/ YJrzAQDsku6xlhSN7CFMbWQpCaZyAY/KhIhtiR4ZgIkgdP4XFwD/Y2nCpeMmTlAN 8PjI667s1CcCAiFHVTA1GGMB3Jez6Qo= =JD2T -----END PGP SIGNATURE----- --4IbvINhuafKY1WQ3-- From nobody Wed Oct 1 18:37:01 2025 X-Original-To: freebsd-current@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 4ccNv62f9xz698Gv for ; Wed, 01 Oct 2025 18:37:06 +0000 (UTC) (envelope-from garga@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccNv522M4z3m7j for ; Wed, 01 Oct 2025 18:37:05 +0000 (UTC) (envelope-from garga@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759343826; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=oYnaho400TfQhHqOWgWqM1j2WhgywdhIGkzznjcPXac=; b=roH2ElSjVt1TvrK8LSlgxuT0JS2ePMfKmv7HroIcSDtuXlkT6vMtl9gDD1cSwKWZOCC61M S2E9WXtsqagKViW55Vk7rs+d/xtJW982QBjBgR74+8M2BiSiEntz8z5qoEq1KNEjc3otSb BI5gvFyutRFeDpz/N7XZIxvzRPJykQili8iK8yoZCpZMrqLMnICtN+qRRlCz1tm/uY6/vE znZBaVHQlCOS9u6Pxdy6HhGifMhIsUTjvCB+sWzPJUc2ZyH+WjAn/TDQ68+IkTPwPauct7 p7VKvaCrUG+59Pfeddgx/X5KlR9ft2Bsrvx4ODT794kQmV/32Oa2RR3RyCB2iQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759343825; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=oYnaho400TfQhHqOWgWqM1j2WhgywdhIGkzznjcPXac=; b=O1bUDHOPVIHfZMMsUzRea1cuBz7a7xd/BIjV8glZisG783RhtHMKZLQwTW0OjwEEeoKIid h+M2dtJo6KAwDobaVpuldmg0ZwSRqIDr2XCNFlGC+J7jytTTwZLpFsUJq1Kt8oEoqTy5py lGONQxs4qaOZG4NIsSUJ2sdt58LoFjXlhBg/jCakbhUnNXW5sf9+hIJB4Um9VlYHhkDzLk Ij3fm8Rh8sxxhf0+CzJbmy05IPkmJVj8SW8y4hTNF3VlPy3oTCveGS5cMAiTwKdG2F5bFx dNLthL9bzD6gVv4vAPMmyHrNoKu4+jQazD7LAg9YCDh4FvanyWcunTa/xQqphg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759343825; a=rsa-sha256; cv=none; b=fVbCXMOLBMeBhjNrgGZAPJGVY8okbvKeYHlds5eLS6pIIgaGrlm0Qr84eNUk6Pggpx5t+E TPa0PAlEUMkIZ1wD4AorU2ajZN7dfQ656zZ0tGPs5jSVFDWT4Bot4AX71Zk/YF44zdSVbA d3hCUbdyHEjmtEEHK+FCs00NggGtlw+akFtueP9iQnX03nKVahaiA38iJYJvvc5bCRqcRy CvvIkpyCmkSojyvZ9n944vrIWbJqBMwbEydtejU9s6vkz712qf2MuQMGs9cQCg4uluBJ89 VMi1nOyWxniFanPPotKnWUaG8Fc0cymStgWhKpSpB8PJ5yziI1aeZ2Rv0vX+Uw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [IPV6:2804:f1c:3e:b01:b0aa:d62b:23d6:ca2] (unknown [IPv6:2804:f1c:3e:b01:b0aa:d62b:23d6:ca2]) (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) (Authenticated sender: garga) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ccNv45z42zGtN for ; Wed, 01 Oct 2025 18:37:04 +0000 (UTC) (envelope-from garga@FreeBSD.org) Message-ID: Date: Wed, 1 Oct 2025 15:37:01 -0300 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: buildworld with -s is noisier than usual To: Current FreeBSD References: <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org> Content-Language: en-US From: Renato Botelho Autocrypt: addr=garga@FreeBSD.org; keydata= xsBNBGStavwBCACjNlp/9+Y+VFe9ieR2h/WWbdvjz4Mb2z/f22bGoaskzCfvVNbo/v3i34I9 H6OdgZkGqheQEAD2jNfRbmPr4z40xDMUpYGLds+1Mvg7G3Hms3j5Ef8KaLSWUNWIfwKdfSVR Qs35ccSJxAdRW5YdI6J3xZgika+3Bc4eJ05YE/nWW+PNTYevt5rqD50N3zybVYIcLoqVPpBi AZE/sf5SLiLACIJb1t/s4x+pi8vgWevxVVT9u8V1f8zYErmHSLSqjxii0B3eRZphX9NCJOv9 +tfFZhnENInhn9gT7H4e2YumUltEy3jacONHJF3CC1pvvWEa6lEyypclMOkHQwNON7DLABEB AAHNLFJlbmF0byBCb3RlbGhvIChGcmVlQlNEKSA8Z2FyZ2FARnJlZUJTRC5vcmc+wsCXBBMB CgBBAhsDBQkFo5qABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAFiEERL7Dxegbnh7xTiQ5Ob6P xxJcZXoFAmSta78CGQEACgkQOb6PxxJcZXrYlggAgaZmr6c1yIWzN8VksHrHpwt/uxONEP+h ljy3yfrMsgfS5wx5Uzgfih1xYZUFC6jiI63CetqBqJpp3g1klRS1UWYKx2NeXphDMYZEdPm/ a6sXh4bKZbk6IE8Yn0/YiRT57d9DtbvswC7Gn7Igj/MSbhl49TvTGyvuB6juaffVoYZViomx 5zMoee8Ml2o2qj3MrCJ+/K8GU54RlpOGqGRsqdwVdr9XEWub6fF2YFwR46cjmbiU3P5urFHH nkJlBGPIwKxHimTW0lZsdx9aCKRDd/D80/WOEzXmk3k8B9lv/GsvOluHmveLhJG1R1tIJ31I f2q8dfTvqsQXnu8CcWRcgc7ATQRkrWr8AQgA1DufoxScA+CWQbUR6zExIu8wXQKrhuRt4DG2 BgynT7EMUvEBadcbQRZXsBpemNfncc9Axyut/+rWiyKJf9BLQuo/9QYmSRvW1U6+0LJUYmdg kMyBeYaPk+vnssv/u9jLuvV7FVgyE0yk1iaWIKOVDD+XrQCOvGw9uSceBrQyCyo3A/eRM/+p vnDCaywR63PKE+3axk6lfNdGK3TnaWmS30/ZDCZlNsXuqprqR4JdT5wXids5o36dsuJ5EZ20 s5hNMD34s4Yr1Y1R9elH6qBsFCpozs0+jwrArxq+UJJCR6hH5W8ZEwJtRC8tzR8mRE1WywzX BXYj0YhfGztQIxZckQARAQABwsB8BBgBCgAmFiEERL7Dxegbnh7xTiQ5Ob6PxxJcZXoFAmSt avwCGwwFCQWjmoAACgkQOb6PxxJcZXr1vgf/SKXhoZcUU5I7TqcbHg0lJz9tICTupCGHWr/s SQgjh9oEM5j1wqW7FlCGP90Tl9K0g3ow9YdbhU7VK470o6pymX9V9eLHzGgkZO/KMEtGBeK1 u+5ePjCJ/MK5B21KODLSU7WrIL1VN5ceXfQPLYt02LMLtPri+oduHD6RNBeA7US1DUzleq5F 9NHGbvV2U7BdDUezpiO8NaFjFZVB11I5d99FxUM5XGVstI3VhsRKZxjY0KnqJzaQgTFsPGmv AUfZVIN1pXgXiedhPXpr8+Y64jP+pHVwpVmh1zYWL6+q3kqFOUVP6c5iiMeoEXZvgJz7x/AC ek3X5gvu8Hpcv+MZIg== In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 01/10/25 13:45, Lexi Winter wrote: > Renato Botelho wrote in <0a61ffc9-4c15-46a4-b3d5-ec6d666b4947@FreeBSD.org>: >> I usually build world using -s and recently I noticed it's noisier than it >> used to be > > this isn't what you asked, but in case it's helpful, let me mention the > *-jobs targets which redirect all output to a logfile: > > % make buildworld-jobs > make: /src/bsd/dev/share/mk/jobs.mk:47: > @ 1759336986 [2025-10-01 17:43:06] Start buildworld-jobs > @ 1759336987 [2025-10-01 17:43:07] Start buildworld -j10 log=/src/bsd/buildworld.log > @ 1759337042 [2025-10-01 17:44:02] Finished buildworld-jobs seconds=56 > > these were added in 14.0 (i think) and i always use them, since they > avoid a load of console output from the build but still preserve the > log if you need it. I didn't know about it. Thank you! -- Renato Botelho From nobody Thu Oct 2 01:49:14 2025 X-Original-To: freebsd-current@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 4ccZV41srXz69sLx for ; Thu, 02 Oct 2025 01:49:32 +0000 (UTC) (envelope-from zagazaw2004@gmail.com) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccZV34TWWz3fsq for ; Thu, 02 Oct 2025 01:49:31 +0000 (UTC) (envelope-from zagazaw2004@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=fv6ZlOW2; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of zagazaw2004@gmail.com designates 2607:f8b0:4864:20::82c as permitted sender) smtp.mailfrom=zagazaw2004@gmail.com Received: by mail-qt1-x82c.google.com with SMTP id d75a77b69052e-4dfb1f481ecso6336201cf.1 for ; Wed, 01 Oct 2025 18:49:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1759369766; x=1759974566; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=k5mmeOObPnXal/nFjwn90mibUXtsGgE2DUC3SbBRXY8=; b=fv6ZlOW2iSxL4wSI7yvuG+FlJrY8eLGEpGPcdZEKWy+EDMoUO8t42s/FfMyJMYRl7E wwMqCd+cL+xdYoPAbThL9QK5KeTtw+6GiANctoyGv2B7yOuUReRvpi2X44WPXnPKXGiA Xkou8UjXvfWgM5Lp5ITZGYb/7/db1gWi1WMt7s+Pci7juZEb61GVB13kSw9nSuuMpXf2 agY+PkccFBHJyfKsrhFRIbbo4a/gF4WC+nb+5I4HyerElTXWnXV2U9TyZCrWCC5jIVYr DTuIyr8p+MKH9XWYoBaCFXeF1JGMi0aqPy17gQpeLcXnnkm3UXZUbp5pCqts3JhqDldP bqeg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759369766; x=1759974566; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=k5mmeOObPnXal/nFjwn90mibUXtsGgE2DUC3SbBRXY8=; b=bbyrh8SG6iOJhUiYSCyEceX5dNR3x+cD0BXBJvetgNQdwUuQpiLOBazupe0GlRLEty YTR3qDwy6qxfMwI7m80NaFSILJOe71l4PgAErbu9Jn7dNZIuOhBP1WR6swO+gea7S6vE 6InHydMbdv0Fr5J8AAbfNMncLBI8pXdcagadWDdAxNaMfM1Y7tQO8yjsJ5ZAWXkv5RMl L2pBH5bIzwNg85pNXNfFTizc1S5wqkIkeHAvPtB2QgnxN7hyEUEnY0K4YPxTjO9xirNU wtNm1X+fhXIMU3wjoRk1koyu0BpsYmbQWU8lj7kHodYUhbCyg0EsOxVQqTZrfg9d4PY5 PHeg== X-Gm-Message-State: AOJu0YxZANtPqEucgNeoYZBmpXBNrk619wjsoh/WuGEZizMqpi2WhDVH hVBOVa9/p9Q8++ETdPVsIAhG9exckFKAeav1QhsreXDflH5LgLRjxMVODCr7CN2BlViDS06gGkk 7yKCa5S2CvZONc7rGrEIUPsK6PQQq4LFRVA== X-Gm-Gg: ASbGncu8yasB7vJl7AA7dluCiOb2ATfGAWkDCgtBlw2MASTaWy2zyv5ai0nOp/GKABa lMS7QbYWADtKwzJoSIM2N9vXftcSnLpybxULahAN/E+chMGiANBLAlAhnHJz9UrXam753VowMvR n2rBUVmeJxvQXqy8W1/9du5NKRsR4cZqQ6bTKbYkisIIniMjb9Zlt+FdTLzRQ4kLusBwhJw2REb 3vxmhj7lgu/TC9O0xkHYYv/Ifi6mqtrN79EuALD9SdzT/+zbAFZ4zsuoF7W5Vf4GIQIDR9dihdx X-Google-Smtp-Source: AGHT+IHm8wbu6v3g9xHflcabTw7IioLis+slb9RlGapBdYdmj2HqXeXiyWzlazz3Zy5U2uKbxfOJ1s65PxBB4BOrCAI= X-Received: by 2002:a05:622a:5c0b:b0:4b7:8d26:5068 with SMTP id d75a77b69052e-4e41bd7a561mr69369171cf.17.1759369765829; Wed, 01 Oct 2025 18:49:25 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 From: Maku Bex Date: Wed, 1 Oct 2025 20:49:14 -0500 X-Gm-Features: AS18NWARuEQpezqL2rUihYaXNkmnrfn5CwGg3z-m4PBdsdqgXhZM4Tnz-SzF4lM Message-ID: Subject: Source code: class diagram generator To: FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000ebc1310640233142" X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::82c:from]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+] X-Rspamd-Queue-Id: 4ccZV34TWWz3fsq --000000000000ebc1310640233142 Content-Type: text/plain; charset="UTF-8" Hello, Is there a tool or application(s) that automatically generates a class diagram from source code? Google search suggests rather inefficient ways to do it and mostly manual labor that would take weeks to complete. I tried AI chats and they pretty much suggested the same methods. Basically, using VScode with a UML extension and manually telling it to add each class and link it....yikes! I also looked into the build systems such as GN, bazel, make, and search for any packages like rust's crates, ruby gems, npm, etc. I hope I'm not wasting my time and looking for a unicorn. Best, --000000000000ebc1310640233142 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

Is th= ere a tool or application(s) that automatically generates a class diagram f= rom source code?

Google = search suggests rather inefficient ways to do it and mostly manual labor th= at would take weeks to complete. I tried AI chats and they pretty much sugg= ested the same methods. Basically, using VScode with a UML extension and ma= nually telling it to add each class and link it....yikes! I also looked int= o the build systems such as GN, bazel, make, and search for any packages li= ke rust's crates, ruby gems, npm, etc. I hope I'm not wasting my ti= me and looking for a unicorn.

Best,
--000000000000ebc1310640233142-- From nobody Thu Oct 2 03:25:30 2025 X-Original-To: freebsd-current@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 4cccd41yXhz6B2xj for ; Thu, 02 Oct 2025 03:25:44 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ed1-f48.google.com (mail-ed1-f48.google.com [209.85.208.48]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cccd36xR1z3qfx for ; Thu, 02 Oct 2025 03:25:43 +0000 (UTC) (envelope-from asomers@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-f48.google.com with SMTP id 4fb4d7f45d1cf-62fc28843ecso792040a12.1 for ; Wed, 01 Oct 2025 20:25:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759375542; x=1759980342; 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=FgfCY13Tqvb69QoGZXFhYOAV6riLe0gLu+xI2iF6mF8=; b=jqJDEk7BkYMQe8bqwWkte+Wom+4R9HqtBWUOu2WjO0a4M90VO2y1f1liR3A1ANnIZ+ H027H2X4rPpviZ6KzBGjX3GQkc48udUwdbAN+7mLQu2+GfkKAQuJ8o9KmwFCPKvAn4it oOHPP8z1SSamcU+jUGjbhfmz64RUWPpJl+vGFAI1vsncnBJfv6BzuuwZzyTfJviPvplA F3nyFEFWKsAnJ8vzlP948bGGMx9fLiJ9v1L0bYBNuQBWJsTaXPSHyODshQ2sx/WPm4JY IZkD68n1ugB9hy/C+Epy+Az8/SEF9qXh4KO+aJ1zQCS9hKgPiQ+KBDvn3/TreWNtDika knNA== X-Gm-Message-State: AOJu0Yxi9/64ZAhtRYNScb5Vi+6b5meNC9OODMF32Mb61EN/37GIQ9kQ WMzkl/n3CMDBgUyPTul/ZT9TG1zgbfTqAVIu1VRyUvkh2N/yXYUZoazivKT+phGajKh/7S6Oxd/ nP6s7tI1U2wT5fvWELm5qnjZwH0v1vX4vwlLw4ug= X-Gm-Gg: ASbGnctFP/L8iBXeMESfAGhflT88HHl+Gah7IgCmdl/s40M1i0z0q6lGjQl5iLdS8n+ 8pynbcTvPt4fw/7se5lqdsBAvWP6GxuDM3RVJBMdKfYEada3Si1WwHsBQdW1r5ONFeP+T6J7V6k EqMH4+M35+155MnxZrAHnTw55VIU/3UDEkIOJCeOJBCtZKM50M64B9qeqVkPIABvsnzIwfZjJlc BSKlPv/K0BOApyPLHwa34aWl5LOjU0= X-Google-Smtp-Source: AGHT+IEACA6Y3KcKBrPy0hGjfRKP3dxe+mkQCQabqtUHHA+O0ncRgt+aqS0ksVYLWXPDMaaZAUhBCp/L8s15C4C7meA= X-Received: by 2002:a05:6402:35cd:b0:637:5647:3e5e with SMTP id 4fb4d7f45d1cf-637564740f2mr1868141a12.35.1759375542179; Wed, 01 Oct 2025 20:25:42 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Wed, 1 Oct 2025 21:25:30 -0600 X-Gm-Features: AS18NWAE44og3QtShR-bMaCzNi30tfc5ZaRNf4crZDuyfdyhfUn-LYC-x-j4oHU Message-ID: Subject: Re: Source code: class diagram generator To: Maku Bex Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="00000000000037dcf10640248a67" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cccd36xR1z3qfx --00000000000037dcf10640248a67 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Oct 1, 2025 at 7:50=E2=80=AFPM Maku Bex wro= te: > Hello, > > Is there a tool or application(s) that automatically generates a class > diagram from source code? > > Google search suggests rather inefficient ways to do it and mostly manual > labor that would take weeks to complete. I tried AI chats and they pretty > much suggested the same methods. Basically, using VScode with a UML > extension and manually telling it to add each class and link it....yikes!= I > also looked into the build systems such as GN, bazel, make, and search fo= r > any packages like rust's crates, ruby gems, npm, etc. I hope I'm not > wasting my time and looking for a unicorn. > > Best, > I think that Doxygen can do it for C and C++. But preprocessor macros can easily confuse Doxygen, so the results aren't perfect. --00000000000037dcf10640248a67 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, Oct 1, 2025 at 7:50=E2=80=AFPM Maku B= ex <zagazaw2004@gmail.com&g= t; wrote:
Hello,

Is there a = tool or application(s) that automatically generates a class diagram from so= urce code?

Google search= suggests rather inefficient ways to do it and mostly manual labor that wou= ld take weeks to complete. I tried AI chats and they pretty much suggested = the same methods. Basically, using VScode with a UML extension and manually= telling it to add each class and link it....yikes! I also looked into the = build systems such as GN, bazel, make, and search for any packages like rus= t's crates, ruby gems, npm, etc. I hope I'm not wasting my time and= looking for a unicorn.

= Best,

=C2=A0I think that Doxyge= n can do it for C and C++.=C2=A0 But preprocessor macros can easily confuse= Doxygen, so the results aren't perfect.
--00000000000037dcf10640248a67-- From nobody Thu Oct 2 08:20:42 2025 X-Original-To: freebsd-current@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 4ccl9w6YKXz69KVW for ; Thu, 02 Oct 2025 08:21:08 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "E8" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccl9w0Cgsz4Nhk; Thu, 02 Oct 2025 08:21:08 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1759393259; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=5/QOQMz9P3ZUaC1unpIo6Swq0Vydqex3vK3NjBpFw8c=; b=MTnFuZM6/O5jDOjiOhCEdC3a9E5dHxeu1DgJy0X0zzxoQorpN1BwLLlGIRkCy+V3L4wGMJ Q0ToBol56eLKTQ+bBNEMM8gH/b9cyQ0Y5shrWNkULvs4HAu8pI5d2/lchot/QXf0kKUlGJ ArI0hMPEUu6uhgBWKwk5vl6OS9PKt5wSOsmnaIAihGniJ3nRmewomqKWcMKeO+5Fi4sIBV D9CVOdzMwzGNaHM6Hd/cAQSnwTvH9WWppp19bcxAyNwoZeQWs8uLZP9NAu3QC5NDaZtmo/ FR3poWafrAYJpAn8DCEz35Q91tzam0FPK8FdiIrLMUDsZZ6ugvhxt4QYkSJULA== Date: Thu, 02 Oct 2025 10:20:42 +0200 From: Alexander Leidinger To: Alan Somers Cc: Maku Bex , FreeBSD Current Subject: Re: Source code: class diagram generator In-Reply-To: References: Message-ID: <01caf55e927fc5cb451b44fc325e669e@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_f49db4262f1e9b82f2fbf7837fdba0ad"; micalg=pgp-sha256 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:34240, ipnet:89.238.64.0/18, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4ccl9w0Cgsz4Nhk This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_f49db4262f1e9b82f2fbf7837fdba0ad Content-Type: multipart/alternative; boundary="=_6b2ed48d62f49d5fd366f6fe8113cffe" --=_6b2ed48d62f49d5fd366f6fe8113cffe Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8; format=flowed Am 2025-10-02 05:25, schrieb Alan Somers: > On Wed, Oct 1, 2025 at 7:50 PM Maku Bex wrote: > >> Hello, >> >> Is there a tool or application(s) that automatically generates a class >> diagram from source code? >> >> Google search suggests rather inefficient ways to do it and mostly >> manual labor that would take weeks to complete. I tried AI chats and >> they pretty much suggested the same methods. Basically, using VScode >> with a UML extension and manually telling it to add each class and >> link it....yikes! I also looked into the build systems such as GN, >> bazel, make, and search for any packages like rust's crates, ruby >> gems, npm, etc. I hope I'm not wasting my time and looking for a >> unicorn. >> >> Best, > > I think that Doxygen can do it for C and C++. But preprocessor macros > can easily confuse Doxygen, so the results aren't perfect. To get an idea what Doxygen can do with the FreeBSD code, see: https://www.leidinger.net/FreeBSD/dox/ Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_6b2ed48d62f49d5fd366f6fe8113cffe Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Am 2025-10-02 05:25, schrieb Alan Somers:

On Wed, Oct 1, 2025 at 7:50=E2=80= =AFPM Maku Bex <zagazaw2004@gmail.com> wrote:
Hello,
 
Is there a tool or application(s) that automatically gene= rates a class diagram from source code?
 
Google search suggests rather inefficient ways to do it a= nd mostly manual labor that would take weeks to complete. I tried AI chats = and they pretty much suggested the same methods. Basically, using VScode wi= th a UML extension and manually telling it to add each class and link it...= =2Eyikes! I also looked into the build systems such as GN, bazel, make, and= search for any packages like rust's crates, ruby gems, npm, etc. I hope I'= m not wasting my time and looking for a unicorn.
 
Best,
 
 I think that Doxygen can do it for C and C++.  But preproce= ssor macros can easily confuse Doxygen, so the results aren't perfect.

To get an idea what Doxygen can do with the FreeBSD code, see:

    https:/= /www.leidinger.net/FreeBSD/dox/


Bye,
Alexander.

--
= http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF
http:/= /www.FreeBSD.org    n= etchild@FreeBSD.org  : PGP 0x8F31830F9F2772BF
--=_6b2ed48d62f49d5fd366f6fe8113cffe-- --=_f49db4262f1e9b82f2fbf7837fdba0ad Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmjeNegACgkQEg2wmwP4 2IZW/w//efCX34HxWipsReHPn3FE+cBLpn1yTdHm6feAWJmP1qORHZy+qUXBmdkr eUy0/p1Tx7SxWFgLT5bk5Efxy+fW7hBBbR4vMtDFHCYxmUaFzLcOyum4v2+Dxl+e ntjhWZqhxGBKz07odtWDdxGsLy6KdemZetdlBZdAQr3z/bE9FHj2jTNzpCRk8ugQ xv9d6OfMay/MWNP74twStyLH0e+CVt0PkZU96no1PyP3rRW593u6Kq4rhKBiD1EW MJNOhtFFTmJdcn6FzRFSeFtsO1VbJKj1mlCtyfFy7JykoqNzTMswZMF+Z+aNls8f nSItJLBDTAtsIF4R2PpOLfWdfTSyiDf8I5WLBUdZ4DWZ0NL0+A5ktyCbHoPnaON0 aoD6iGyQmeOZrnNHEw1J+72gvhpKXaUQjhnKkO1hRIysM8fhXAoCyRSDW1BPANYM ZOioqbemb73Tvgdn0LDYhX0h5vLEzbLdHbR6QAVCCziKGY3qLKe8ZsfOiPfz/7C8 GebIGmCaW/uLKcpVdkNHR0v2lBqMqN/74GCL1Tv3kA+KYFDRQIvhZ5j7YUf/nAQ4 +XArS3mIXncoLeRrA40DuW/Nv6RpWV2mH6xTiqv6TarFPq3spStdXnFI8xiNzCeM HXbn/kRU6F9aNzSJwIU/Ufd/+77FQWaSgAs9yTVoihP8KyvaWaM= =BuJ7 -----END PGP SIGNATURE----- --=_f49db4262f1e9b82f2fbf7837fdba0ad-- From nobody Thu Oct 2 09:01:21 2025 X-Original-To: freebsd-current@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 4ccm7v6x04z69PZ7 for ; Thu, 02 Oct 2025 09:04:27 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccm7v6FCsz3Lry; Thu, 02 Oct 2025 09:04:27 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759395867; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=BHQBBf/zFqHLaCnxCMT5goStZprG1BerdcZqjxLfnuA=; b=hZ4ED5Aoo37L1lGt5Ga65nRyQDvjFdT83Wyc9JET1H90oVXHaxX4p4C51MwrjTGoooRWA4 mWugkisRIMGiPi47dYncd8BCVM0llrHedRJOypRo+/5TYH40jmrohnxQd3yW82sX/K4GMU u6hiabAvCg8ls7NZGnleqTq52Iw5xRJIO/avBoCQ4IEtqtDbA5On3pX2ILN4Dn9ny7vnAX dU2mEWwaqXjqivmq/KQV2KSNDgVs9ys41xGL5YpTfid0dr/JGZV3whhHY2CQ380YYZyQni +rKxjFg8KOCk7rGA4F42HtfJWqa54gi1e2xU2ok5gPSld2+cCBrW/P8636t5PA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759395867; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=BHQBBf/zFqHLaCnxCMT5goStZprG1BerdcZqjxLfnuA=; b=W5Ay23MtNLDLwLDDvmf7gtjQvYFPPKEsI8exqd+wPIgWrOh4hAm80JQaejJ908K6HC0bQI J07uNpgrg4v40Ff2aKenjmqGMEYuNntWzz+IfwGJIc1TSEs9ry/Y8LF6jc6J5N4W9GOX57 Loin9Vbt6uia9JcEYTrEJka3YIhnnk7Gz/UnasQJ69Em6QLXA+AcUgNeUEsnxRacOyhKxj pNZ/oJMiZn2dIqUoxVVmgd6udg/0gNh1/I4FiZNjMr070db0mIjkj0GZ8WrbRXnEOziqvD Rv7KzWvHJaN63IBYC70afZlVhn6Fa0eZD6nFIvy5e6mpuadL4RFoGH+iwCNdXw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759395867; a=rsa-sha256; cv=none; b=pdHCVt/R3i8752bnOug+71t/RC5vkXEp4qW0AxIFEgOWRdjuDvQ5Au6uDn//aQLOT7D5v9 yCwazW/0Bt7F7V+xxyfgPp62P/i7DB8DAo1kkZNoMzkQFl+dNTNIPCiyHO1AxYkLmO9P1F XwGhPtda+/ZAwAwOKqoOWL1bogLv+dLlRNPibZPq0J6C5lj8dE2rYuYI5ntLx20p1FktcJ YtOSmqjVSEoniY5aaITAc7pO6crRny6q6s+3UscKZ6hR4tmlesL4DQURYdi0Z0p+tnQ5K1 wpD6l3QkwBXkIzN8wtFvVjpxfdvghu1qPhMGbQWiDdVYl7ObDl5osc3bTQ4/rA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from localhost (unknown [IPv6:240b:11:220:fe00::174:11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ccm7v1d4czsDM; Thu, 02 Oct 2025 09:04:27 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Thu, 02 Oct 2025 18:01:21 +0900 (JST) Message-Id: <20251002.180121.980053125503545103.yasu@FreeBSD.org> To: freebsd-current@freebsd.org Subject: Questions about pkgbase From: Yasuhiro Kimura X-Mailer: Mew version 6.10 on Emacs 31.0.50 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, As is explained in announsement from Colin, pkgbase has become the default of install media. So I start playing with pkgbase and have some questions. Would someone please answer me them? 1. Consistency with update using source tree Let me assume I made clean install of 16.0-CURRENT system with pkgbase and updated it using source tree (make {build,install}{kernel,world}). After it has completed, base system itself shoule be updated successfully. Then what about things about pkgbase (e.g. version of package, list of included files, etc.)? Are they properly updated or become inconsistent? 2. `make delete-old-libs` If you chase -CURRENT you may face the situation that application installed as (non-pkgbase) package doesn't work well (don't start up, emit error message, incorrect behavior, etc.). Usually such sutuation happens because of bug and needs to be fixed. But sometimes it happens because of intentional change such as bellow. * Version of shared library has changed. * Name of shared library has changed. * Shared library is removed. The latest example of such situation happened when Kerberos of base system changed from Heimdal to MIT. It caused curl(1) to fail to run and made git(1) unusable. If you update system using source tree, application error caused by above reasons can be prevented by following steps as below. a. Follow the step 1 to step 10 explained in /usr/src/Makefile b. Rebuild and reinstall all (non-pkgbase) packages. c. Do `make delete-old-libs`. On the other hand, it doesn't seems pkgbase keeps obsolete files while updating. IIUC `pkg upgrade` uninstall all files included in old version of package in question before installing files of new version. So obsolete files dissapear after update has finished. Then is there any way to prevent situation as above? 3. etcupdate(8) If you update system using source tree, `make installworld` don't update files under /etc, and etcupdate(8) takes care of it including confliction resolving. On pkgbase system, however, files under /etc seems to belong to packages. So they are updated by `pkg upgrade`. Then how confliction is handled if it happnes? 4. Build pkgbase repository by myself I'd like to build pkgbase repository and configure system to use it. Is it documented somewhere? 5. Handle pkgbase packages and non-pkgbase ones separately The last question is about pkg(8) rather than pkgbase. On -CURRENT system I build (non-pkgbase) packages I want to use by myself with poudriere and install them from created repository. And each time __FreeBSD_version is bumped I rebuild and reinstall them. On non-pkgbase system, I usually reinstall packages by executing `pkg-static upgrade -fy`. But sometimes I uninstall all installed packages with `pkg-static delete -afy` and install them again. In either case it doesn't affect base system. On pkgbase system, however, the former causes side effect that base system packages are also reinstalled. And the latter results in disaster. Then is there any way to (re|un)install all installed non-pkgbase packages? Best Regares, --- Yasuhiro Kimura From nobody Thu Oct 2 09:17:30 2025 X-Original-To: freebsd-current@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 4ccmR52dGGz69Qfw for ; Thu, 02 Oct 2025 09:17:37 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccmR528tXz3PDy; Thu, 02 Oct 2025 09:17:37 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759396657; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=roZRo5bRlh2BAKadBushm3DCaM/p/jsFz0P7dUZG0fk=; b=pVBAsnLDNTWddRvew5RsTdv8fACQ0DoQcCpvbY0dW/JGUlkxD8fYjzP7jMtzliXfcgvN38 zjcRUmJYAuINVAUArRGKYejQN1XC2pTm/h4EsxeJCfh13WoDaNq/OskSNnPtM0tLfvBVxM wNEgNnHy/4YqNJUB4QrEyJrRvG+QDVVCSaj0BSdLSY9JV2izrdAPydMVtt25CosbJd4/10 AjyQ/ywbXNtGXUFqMuDTBzCOF66QvKYgUJ5W6iOU0bCNAI/u2JovNUTcVa+TMIbQeMYYXt t5zWsteqUUvjFxjvT/iEQmiEcxOCWoDI+pK27rUCKu8+zp7p3on2qwrIaXIjew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759396657; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=roZRo5bRlh2BAKadBushm3DCaM/p/jsFz0P7dUZG0fk=; b=Ivzc219k8W9NCQ1Ml600Q/F0I7Kkkt1CbrMqHvdGB9x3zIHChVflV3T9p152KtGXit8jyd bedvJJaCzw5eBespbtggzvB5O97/AJ8rytWwuhPzg98areb4ZhDsWlHAYcSppaBedtkrNr /+SmpPn3QFgT/+oMtHsbZ1irLD924xf8oT8tuXs7j2vyVPxuhOdSfaWZ9vn0ptHTNweWk2 LGVGxt6952gdmP7yHr3qUTLv3ZOD/red1RMPXfuKYFiJf3c3dRBObt2kKn8rtDAuVVWGp/ KrJmsJCxRX4cYc2uihZbnQP9sWh0s7Y9lHfGAIj/4REbUQ68ISpaNRWL4N5IwQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759396657; a=rsa-sha256; cv=none; b=GVg7XGLrmp+YkWIid+AMPs/5tgkCozpkaFGUZywqXDzD8xiJETZskiLZR2gB9/8kQtQ7qo YxpQ931hDTJ356D+748HcWs/fC8fFSArwb2nSGrX9sphecW/ml1DB9hJqs9bjyQSramrue 5jYxxFcsTFCYILFpXAWxdDHamSKQbTfsitaGJVD4UkwzG3iFcg/W7iOCNXZBYJBfuCPdIY owVFDqwOGU6MWEvQPXm1TJ6sEr8KsZULQmPr00kbfbPjGmJDKkOGvxmWUYo/gY7NkN1Lhi G5fdSTBHohitBRpii47rh/uEn+sMB+IUqQBkAsFJ1V0/UILG5OOp/MZZYUritA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from amaryllis.le-fay.org (amaryllis.le-fay.org [IPv6:2a00:1098:6b:400::9]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: ivy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ccmR466mPzsdv; Thu, 02 Oct 2025 09:17:36 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Thu, 2 Oct 2025 10:17:30 +0100 From: Lexi Winter To: Yasuhiro Kimura Cc: freebsd-current@freebsd.org Subject: Re: Questions about pkgbase Message-ID: Mail-Followup-To: Yasuhiro Kimura , freebsd-current@freebsd.org References: <20251002.180121.980053125503545103.yasu@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="oBNgGJcxUfeyafF4" Content-Disposition: inline In-Reply-To: <20251002.180121.980053125503545103.yasu@FreeBSD.org> --oBNgGJcxUfeyafF4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Yasuhiro Kimura wrote in <20251002.180121.980053125503545103.yasu@FreeBSD.o= rg>: > 1. Consistency with update using source tree >=20 > Let me assume I made clean install of 16.0-CURRENT system with pkgbase > and updated it using source tree (make {build,install}{kernel,world}). you shouldn't use installworld/installkernel to update a pkgbase system =66rom source. instead, use make buildworld buildkernel update-packages, which will build a package repository you can use to update with pkg(8). > After it has completed, base system itself shoule be updated > successfully. Then what about things about pkgbase (e.g. version of > package, list of included files, etc.)? Are they properly updated or > become inconsistent? =20 this would cause the package database to be inconsistent with the installed system, which will certainly break things later. >[...] > a. Follow the step 1 to step 10 explained in /usr/src/Makefile > b. Rebuild and reinstall all (non-pkgbase) packages. > c. Do `make delete-old-libs`. >=20 > On the other hand, it doesn't seems pkgbase keeps obsolete files while > updating. IIUC `pkg upgrade` uninstall all files included in old > version of package in question before installing files of new > version. So obsolete files dissapear after update has finished. Then > is there any way to prevent situation as above? pkg(8) has a feature called BACKUP_LIBRARIES which moves deleted shared libraries into a temporary package. this allows you to update ports, then delete the temporary package, which has the same effect as delete-old-libs. there is an outstanding issue that means this doesn't work as well as it should with pkgbase: https://github.com/freebsd/pkg/issues/2501. re@ is aware of this and it should be fixed for 15.0-RELEASE. >[...] > On pkgbase system, however, files under /etc seems to belong to > packages. So they are updated by `pkg upgrade`. Then how confliction > is handled if it happnes? pkg(8) will attempt a 3-way merge when installing a new configuration file. if this is successful, no action is required. if it fails, the existing file will be left unchanged and pkg will create a .pkgnew file, which you need to manually merge with the existing version of the file. this workflow is much worse than etcupdate or freebsd-update, and i'm not convinced we should release with pkgbase as the recommended option without a better solution, but we'll see. note that this is *not* the same way ports handles new configuration files; this feature is not used by ports at all, it is specific to the base system. > 4. Build pkgbase repository by myself >=20 > I'd like to build pkgbase repository and configure system to use > it. Is it documented somewhere? this is what 'make update-packages' does. it is briefly documented in build(7), there is (as far as i know) no Handbook documentation yet. >[...] > Then is there any way to (re|un)install all installed non-pkgbase > packages? this should be possible using 'pkg delete -r FreeBSD-ports', but currently this option does not exist. there is a feature request to add it: https://github.com/freebsd/pkg/issues/2494. --oBNgGJcxUfeyafF4 Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaN5DJgAKCRD1nT63mIK/ YBu9AQCaW2S/2Bhvh0P7HbKh21iyBfoPARCUMl1ExIUM2QYDRgD8Dyy4IRmgNJfP +t8fTsm8eLJ0986EZUumBesu0qEejQs= =GWJE -----END PGP SIGNATURE----- --oBNgGJcxUfeyafF4-- From nobody Thu Oct 2 09:26:38 2025 X-Original-To: freebsd-current@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 4ccmf42gjkz69RXv for ; Thu, 02 Oct 2025 09:27:08 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-yw1-f181.google.com (mail-yw1-f181.google.com [209.85.128.181]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccmf40l4vz3RB2 for ; Thu, 02 Oct 2025 09:27:08 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-f181.google.com with SMTP id 00721157ae682-71d60110772so9077087b3.0 for ; Thu, 02 Oct 2025 02:27:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759397227; x=1760002027; h=content-transfer-encoding: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=EsKKqfoUsPM12S9PKybtk6BTrdj/JT/1cbx7wSUJX3k=; b=HGUz5mzuoPOCcaQLsfwnQWelSgGiJ5PEtKPKILUZcUlrfqrwjqypZ1YY+QIlLtRwdj krnmDCouWq+1OYwPorqsMI+ynCQFAYCDgWNICRlKh7TB4XyMC4cudeed8PQmjXHOuNGE 6aWfrPBJezWwGSodAsaaUfd3WtRfJ4syVaME3Kyt3rNCnD1dXF3GfldxPXAxCa8yhl/X if1lriDr4YAda7+D0Zz0K4vfi3g9HP88VXkiP43DWFZNJwJX4w/8al+kwk/JBQ9xgdmR ZHvKYcWCr0E3Z7sCb97/JUZC11J/iJyVuou4k2Sr/pKLejTYY6BRzbxttE3KeLByvYiN DZeA== X-Gm-Message-State: AOJu0Yzf6lEgm0xrJ8dv70zLbpObnHchov+nUVjzH5ol1FJuLesHYzhj pIMinXi+NcElVVDH9nl3B1WtJ+T5YZ4imSY8qXpj0QwCpPfRZXkqSsNqLQYnSix3 X-Gm-Gg: ASbGncuu3c7WANGzFoi0NPKW4W9PIc2HiHTeZb0hmywYdUloL0bgrWDUNmfUqV/ONDD 0YHXIH0DzxGHWV4091mWBu1TfXCyZJ//LZtNPIH194DAF6xbX5ASQvLzt77LGAvXO5TyGhcX7jZ h538hrtPqR0TDVdIRBHARip/fXppY2M9mvxSrGbK1ugCApJZpOaIqAge5GnpOTZzPlghSkpMqOI kKsanZJ6V0gxqzrAZmJT1mvFpibZq/jvSBNecj+WfzYBofznXndEtetlBzK/Y1Nl3JG5+ea8U8B piLyJvlXql9Krzi3ftvSefKCTw/B6r03viT7Ln/wGqbV3Q5DtsGlySG5HXPx+HPRHu+wA26X3RW 17JgBd7rZH3+HvJfMdvmlD2/wqdSRWWcjCYiTuh1OdQKyUKuT5NPUMZ1RUfYAtbRO2YXQVchdIp Gs/7Yqlfvg+G/EBdaNQZEj X-Google-Smtp-Source: AGHT+IGxZq1TgS3gUQ1TxLZ7QyyTAJveeAeD7DGf2n3gsduxtkmRITMxXDOCqB81JUSiXRVWEFAcbQ== X-Received: by 2002:a05:690e:1b57:b0:5fc:992:6206 with SMTP id 956f58d0204a3-63b6ff7e72emr5855430d50.29.1759397226996; Thu, 02 Oct 2025 02:27:06 -0700 (PDT) Received: from mail-yw1-f176.google.com (mail-yw1-f176.google.com. [209.85.128.176]) by smtp.gmail.com with ESMTPSA id 00721157ae682-77f81e4f013sm6608217b3.60.2025.10.02.02.27.06 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 02 Oct 2025 02:27:06 -0700 (PDT) Received: by mail-yw1-f176.google.com with SMTP id 00721157ae682-71d60110772so9076957b3.0 for ; Thu, 02 Oct 2025 02:27:06 -0700 (PDT) X-Received: by 2002:a53:be4a:0:b0:62c:204:5dfe with SMTP id 956f58d0204a3-63b6fecac9amr5906361d50.4.1759397226431; Thu, 02 Oct 2025 02:27:06 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <20251002.180121.980053125503545103.yasu@FreeBSD.org> In-Reply-To: From: Gleb Popov Date: Thu, 2 Oct 2025 12:26:38 +0300 X-Gmail-Original-Message-ID: X-Gm-Features: AS18NWDsq-tPDrl1YPdSSH4_1WctKC2n_ntQzZn9kFBPtMJPYzFPHpYT5wJ_4JM Message-ID: Subject: Re: Questions about pkgbase To: ivy@freebsd.org Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4ccmf40l4vz3RB2 On Thu, Oct 2, 2025 at 12:17=E2=80=AFPM Lexi Winter wrote= : > > pkg(8) will attempt a 3-way merge when installing a new configuration > file. if this is successful, no action is required. if it fails, the > existing file will be left unchanged and pkg will create a .pkgnew > file, which you need to manually merge with the existing version of the > file. > > this workflow is much worse than etcupdate or freebsd-update, and i'm > not convinced we should release with pkgbase as the recommended option > without a better solution, but we'll see. Doesn't etcupdate perform the same 3-way merge during its operation? My understanding is that pkg and etcupdate will produce the same results for the same inputs. From nobody Thu Oct 2 09:35:10 2025 X-Original-To: freebsd-current@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 4ccmqS0WZDz69S9v for ; Thu, 02 Oct 2025 09:35:16 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccmqS01NMz3VHK; Thu, 02 Oct 2025 09:35:16 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759397716; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=n3RklIEKFHew6PrlUgmD3jijXgmlb4B9EGHrNfD11So=; b=pXq5UuRs1quKPDeC6S2sY2dMK8c+mZM+5PXggTXuq8A5M88PplA370krvx3qpomrr5CqoS VUREbfy7X0wVF6L8Y++PS16pK8ViPuE7Di/k/pfYMk2AUPrVBIfmZmhRhrmsBjfNPcNxub FfwFaZu31yHi1UZiF7mGe34JuLekuUd6GzmLI1YdyW1JuS/fosXD0k0hZzAkGz//wfj8W8 H1Dn6JY2Jy4byu/4vLk3cLARl9IvHrwyqBj40JzmQRFkE6cZyXZRUyVj1ekQRiPb3lqEMI QfIJXTzs4xOP4lKvHZSJ51BC5oxtHTryPldlxwv9zhZBZY7Ksqd9IaQBd2uxAA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759397716; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=n3RklIEKFHew6PrlUgmD3jijXgmlb4B9EGHrNfD11So=; b=LDaZ0o2Tsr4AEAjd3qzN6uqPiO1qegcmAYHvCclVaa6LhSX5kltHGZ0EwTyaKOEN6f/QZU titZB5v98ePvsswS31TD29pLJw1rlxkaKFDd4NoFKowNauW4hcYarLr/IXzeYQAmuB5PB0 nTzchW2bh9fzBjCXYvVT4qt+Ivi/76JXSWcJARSdcTq5fV8LEw70ARj0Gpdd1JLv+xqQOd btJXUrMs7FutSekbKbzmCXlkOZ7rL7kaTpuq8AV/X0W8tLW6jnCZUiTyQxT//PbDs8XaiO xYizxqRrDDDxHI6huDGAR1Su9vrsrzWBu+6hI3JHlK+hyeC3YLMNpfgvXRyG8g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759397716; a=rsa-sha256; cv=none; b=JpG+tDzc2zXoGxdFG2wrRX60tBTXtt4csnERDynvH6mjp22Ab9kXnJS50kIWkmZVM5u9Ad a9vDOUTmwWw+WHBciMbr9XHSimNXWfVbH6lDWprImEfzAwanDUiGB6W9IrbyE7PXQRzVi0 M1q92Eq9o1+N5O/Cu9QUEjsZtrwYwEO3ddLvQy3tWb3OLJP2CZin8M8KrEDN5kwXldTZTW VdGDz8Um4XU7fUqDiyKLjbsOMWcaYbcTdOUOajwm5EX09s/T6paVRJO9NxkV5wUvb74yod vZJ1YB63jysrOU+Ce1KnBaP0ySEwvP8udLHLEyLuTeO4csycQCb9WocqFF+HtQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from amaryllis.le-fay.org (amaryllis.le-fay.org [IPv6:2a00:1098:6b:400::9]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: ivy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ccmqR42VYzt0D; Thu, 02 Oct 2025 09:35:15 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Thu, 2 Oct 2025 10:35:10 +0100 From: Lexi Winter To: Gleb Popov Cc: freebsd-current@freebsd.org Subject: Re: Questions about pkgbase Message-ID: Mail-Followup-To: Gleb Popov , freebsd-current@freebsd.org References: <20251002.180121.980053125503545103.yasu@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="V7mHZrPLwLbE6wzc" Content-Disposition: inline In-Reply-To: --V7mHZrPLwLbE6wzc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Gleb Popov wrote in : > > pkg(8) will attempt a 3-way merge when installing a new configuration > > file. if this is successful, no action is required. if it fails, the > > existing file will be left unchanged and pkg will create a .pkgnew > > file, which you need to manually merge with the existing version of the > > file. > > > > this workflow is much worse than etcupdate or freebsd-update, and i'm > > not convinced we should release with pkgbase as the recommended option > > without a better solution, but we'll see. >=20 > Doesn't etcupdate perform the same 3-way merge during its operation? > My understanding is that pkg and etcupdate will produce the same > results for the same inputs. yes, the merge functionality is the same (more or less), but the result for the user is worse: etcupdate makes it clear which files failed to merge and offers a manual resolution of the merge with conflict markers, while pkg just prints a message, which is usually lost in the hundreds of other messages printed during an upgrade, and requires the user to manually locate the unmerged files via find / -name '*.pkgnew', then you only get the old and new files with no way to easily see what has changed in the new version of the file. (basically, this is a manual two-way merge.) if there's a better way to do this with pkg, i'd definitely like to know about it. --V7mHZrPLwLbE6wzc Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaN5HSgAKCRD1nT63mIK/ YHK+AP4sZ/2qXOvSXp6hsUupjfbQeNMaSn2AwlmbxHYC2wYRAwEA4rxpj9TzyAsy GscO32tcdAh61/f0u3qhQTmVt6ACsgU= =jkfr -----END PGP SIGNATURE----- --V7mHZrPLwLbE6wzc-- From nobody Thu Oct 2 09:42:50 2025 X-Original-To: freebsd-current@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 4ccn265fzCz69Sy2 for ; Thu, 02 Oct 2025 09:44:30 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from gate.home.utahime.org (gate.home.utahime.org [111.108.18.121]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 4ccn256WHrz3X2F for ; Thu, 02 Oct 2025 09:44:29 +0000 (UTC) (envelope-from yasu@utahime.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2024061701 header.b=jLs2AZio; dmarc=pass (policy=none) header.from=utahime.org; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 111.108.18.121 as permitted sender) smtp.mailfrom=yasu@utahime.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=utahime.org; i=@utahime.org; q=dns/txt; s=maybe2024061701; t=1759398231; h=date : message-id : to : subject : from : in-reply-to : references : mime-version : content-type : content-transfer-encoding : from; bh=kuwUuzFEcxMJfCN+DfxjOC/7eZkZ5VG+R3ek3nj58RE=; b=jLs2AZio5dioDTlKOJuSKxe99K8J/wMUWWgOuvV2UUbn3UNAzkK4GuGJqNjABST55NN0K nxFT95W56XZltpB41egmGAYcRuw1h1h3RPkeKhiOy0/p7u7y2AxVMCBuPn0CMgSe0gzsUe3 hKi6ANY+0x9Oc60O1LTTQ4LhwbJUuSttRzYZUWnM0pKQDbwP2JHeDSGGf7NQIiIDulwE6J3 oU5U9Wpo4iy2bFnD403ToxC29sK47UTrqIcB6hXJfN12zpReQPIo1g6A4fH/n8uTXJxFeyM n7LZPLNMWCklKeVbmaVjmFogPhJ47870v24tqVXj91cgC2Wov982k8fJiEfg== Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by gate.home.utahime.org (Postfix) with ESMTPS id 61CEF20BD1 for ; Thu, 02 Oct 2025 18:43:51 +0900 (JST) Received: from localhost (rolling.home.utahime.org [IPv6:240b:11:220:fe00::174:11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id 3C4A28BE3; Thu, 02 Oct 2025 18:43:50 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 1.5.0-rc at eastasia.home.utahime.org Date: Thu, 02 Oct 2025 18:42:50 +0900 (JST) Message-Id: <20251002.184250.407649009874750263.yasu@utahime.org> To: freebsd-current@freebsd.org Subject: Re: Questions about pkgbase From: Yasuhiro Kimura In-Reply-To: References: <20251002.180121.980053125503545103.yasu@FreeBSD.org> X-Mailer: Mew version 6.10 on Emacs 31.0.50 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[utahime.org,none]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2024061701]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[yasu]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RECEIVED_HELO_LOCALHOST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[utahime.org:+] X-Rspamd-Queue-Id: 4ccn256WHrz3X2F Hi Lexi, Thanks for quick reply! From: Lexi Winter Subject: Re: Questions about pkgbase Date: Thu, 2 Oct 2025 10:17:30 +0100 >> Then is there any way to (re|un)install all installed non-pkgbase >> packages? > > this should be possible using 'pkg delete -r FreeBSD-ports', but > currently this option does not exist. there is a feature request > to add it: https://github.com/freebsd/pkg/issues/2494. It solves the issue of `pkg-static delete -afy` but doesn't one of `pkg-static upgrade -fy`. IMHO option of pkg(8) should be added that limits target of action to either pkgbase pacakges or non-pkbbase ones. BTW, it seems package name of all pkgbase packages starts with 'FreeBSD-'. On the other hand AFAIK ports framework don't prohibit to add port whose package name starts with 'FreeBSD-'. It seems confliction of package name may happen between base system and ports. --- Yasuhiro Kimura From nobody Thu Oct 2 09:54:55 2025 X-Original-To: freebsd-current@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 4ccnGB32sgz69TZS for ; Thu, 02 Oct 2025 09:54:58 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccnGB29cKz3Z1r for ; Thu, 02 Oct 2025 09:54:58 +0000 (UTC) (envelope-from avg@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759398898; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=asB2to4lEJ8ZLQDY3PVR++5XYWFuQ4ejtocup98f6e0=; b=vijL/BWDtkvT2GwkqtBnY+KJN7it+qkCTkw/bFJy/q5lOSpPkGP8XjTxq1/jK7ZCcp2rfz xw8J3uaGEo+Vlx11DzTqb0BdG4Qgtk3LffJSSuUxaZw6vrkIBCUtfBtq0nsvKPclrjamv8 c55qIC3J6qZ/LDcDHz3K14l/+Z5MnU6K9zXu9koP+Ky5KD1NdW+4LRsoHWsZ/VjAMCTw/+ LIyeF3oP31aYr5zAiF3UInRSWDoPa0Y/xjeTOokBZZKeNX7pz0Zet75Y/Oq1toRqyTSo8G EhL4aVgXJ1nK+YuMJZvUFxpZy3O5GZ5lcPXgmJIIYWHpKt74M+C6LzYXhU9DZg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759398898; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=asB2to4lEJ8ZLQDY3PVR++5XYWFuQ4ejtocup98f6e0=; b=CKVQwlJlGSMzPvKBYY5ymOWS0GpoefrEMB5CkiVG5c/bHlTlB8sCsDUfLnDzuOKP5XfV65 a8ExNiDzIH3s7M2MUWBoVmozgg2o3j8NtvmwMBBRKAJ3H4qB2aUR2qUZcolqRd6kffJ7XB lGb/gXCb9TeuFO3ULCehtDygPoMTYINLgyPNV+1LRWa1oz858F1aUOi2WMAIfvDp/Z4eCv 4uGw4eUl+cjW50gXnK61jEbUapJMjs3MPG5EtPX185LXyvTWtYzsT77q0Mlv4jpQ1dpcR6 wKZ3AfqJeBIqInlwUuP03x6vLLk2ttlfbhhDssrrg8Fc9u6GI3lVI0tACNiepw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759398898; a=rsa-sha256; cv=none; b=mnKkniyresICwyrha6Z49LSqTanRrGG7RSmbXCbUKTNaQZK+zueW3nfYuLyHEYN92xpF4G 5aZIgP8VKOpWTcoMCMqI27oROES7bI17b1LhYCRWuROn/cZgzn0sEZqpgOrdzPW2tEimJT tuUuadCNJhm5kQwxmJ3OzVWQLVLSrRhpNsSl0VWUb6lUZODVO+nMXU8Ut9c4uTLuy+Eckn 5j/YynJYpefZGHNT68X6dD2DyE/DwMHwFYXuKtmNqZM2BJlLA/vZWnbPM/A2VyouWfJ6rf RwYuRRhfA38HWpGAon7b40uXVtv4Nm2qMRImbEXo5aEeL+aLdqyGB2M/glipMA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [192.168.0.88] (unknown [93.188.39.137]) (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) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ccnG96lrzztRr for ; Thu, 02 Oct 2025 09:54:57 +0000 (UTC) (envelope-from avg@FreeBSD.org) Message-ID: <36501ae5-5d7f-4e4c-8c96-0f1908ce1059@FreeBSD.org> Date: Thu, 2 Oct 2025 12:54:55 +0300 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Questions about pkgbase To: freebsd-current@freebsd.org References: <20251002.180121.980053125503545103.yasu@FreeBSD.org> Content-Language: en-US From: Andriy Gapon In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 02/10/2025 12:35, Lexi Winter wrote: > yes, the merge functionality is the same (more or less), but the result > for the user is worse: etcupdate makes it clear which files failed to > merge and offers a manual resolution of the merge with conflict markers, > while pkg just prints a message, which is usually lost in the hundreds > of other messages printed during an upgrade, and requires the user to > manually locate the unmerged files via find / -name '*.pkgnew', then > you only get the old and new files with no way to easily see what has > changed in the new version of the file. (basically, this is a manual > two-way merge.) > > if there's a better way to do this with pkg, i'd definitely like to know > about it. It would be good if pkg installed base configuration files into etcupdate's tree and then a user needed to explicitly run etcupdate to apply configuration updates. But I imagine that this may not be very easy to do and it would create a relatively fragile dependency between pkg and etcupdate. -- Andriy Gapon From nobody Thu Oct 2 13:19:02 2025 X-Original-To: freebsd-current@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 4ccsnm68vbz69qLb for ; Thu, 02 Oct 2025 13:19:08 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 4ccsnm1rs7z41Yc; Thu, 02 Oct 2025 13:19:07 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (124-18-6-240.area1c.commufa.jp [124.18.6.240]) (authenticated bits=0) by www121.sakura.ne.jp (8.18.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 592DJ3dq099884; Thu, 2 Oct 2025 22:19:03 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1759411143; bh=vbEeWP5Un93JD1KghEyL+wY07cmI1rFBnlxn8Yp+vM8=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=RA4dHrx+qz00rZwWI6X0W9eEQujfmL0eOKBfsHfFV1ORVme7DdYUG5o7CLvTHCf/0 UNcdTGRoqcAq0sGRk2L2A51qd4vftRdMH3KAy9lHEGWVlQqDgdqXg4sWsK5mXjwdJL cSVhrsEvGbQ8cqwUoN+G/vchKakjdi5VILWkz4wk= Date: Thu, 2 Oct 2025 22:19:02 +0900 From: Tomoaki AOKI To: Andriy Gapon Cc: freebsd-current@freebsd.org Subject: Re: Questions about pkgbase Message-Id: <20251002221902.822ef8e9224b759611cfc14a@dec.sakura.ne.jp> In-Reply-To: <36501ae5-5d7f-4e4c-8c96-0f1908ce1059@FreeBSD.org> References: <20251002.180121.980053125503545103.yasu@FreeBSD.org> <36501ae5-5d7f-4e4c-8c96-0f1908ce1059@FreeBSD.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4ccsnm1rs7z41Yc On Thu, 2 Oct 2025 12:54:55 +0300 Andriy Gapon wrote: > On 02/10/2025 12:35, Lexi Winter wrote: > > yes, the merge functionality is the same (more or less), but the result > > for the user is worse: etcupdate makes it clear which files failed to > > merge and offers a manual resolution of the merge with conflict markers, > > while pkg just prints a message, which is usually lost in the hundreds > > of other messages printed during an upgrade, and requires the user to > > manually locate the unmerged files via find / -name '*.pkgnew', then > > you only get the old and new files with no way to easily see what has > > changed in the new version of the file. (basically, this is a manual > > two-way merge.) > > > > if there's a better way to do this with pkg, i'd definitely like to know > > about it. > > It would be good if pkg installed base configuration files into etcupdate's tree > and then a user needed to explicitly run etcupdate to apply configuration updates. > > But I imagine that this may not be very easy to do and it would create a > relatively fragile dependency between pkg and etcupdate. > > -- > Andriy Gapon Isn't it better to keep freebsd-update (with modifications) and wrap pkgbase upgrades around? Doing so would allow splitting etcupdate process out from base pkg upgrades, isn't it? -- Tomoaki AOKI From nobody Thu Oct 2 14:25:05 2025 X-Original-To: freebsd-current@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 4ccvG336FFz69D8v for ; Thu, 02 Oct 2025 14:25:15 +0000 (UTC) (envelope-from ross@bisd.ro) Received: from ada.kiz.li (ada.kiz.li [38.45.72.165]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 4ccvG14xMJz3Dxf for ; Thu, 02 Oct 2025 14:25:13 +0000 (UTC) (envelope-from ross@bisd.ro) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=reject) header.from=bisd.ro; spf=pass (mx1.freebsd.org: domain of ross@bisd.ro designates 38.45.72.165 as permitted sender) smtp.mailfrom=ross@bisd.ro Received: from [192.168.1.225] (syn-072-182-130-191.res.spectrum.com [72.182.130.191]) by ada.kiz.li (OpenSMTPD) with ESMTPSA id 40a331a6 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Thu, 2 Oct 2025 10:25:07 -0400 (EDT) Message-ID: <5ff7bf8d-6385-4193-8a0b-b7661b2ceea4@bisd.ro> Date: Thu, 2 Oct 2025 09:25:05 -0500 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Questions about pkgbase To: freebsd-current@freebsd.org References: <20251002.180121.980053125503545103.yasu@FreeBSD.org> <20251002.184250.407649009874750263.yasu@utahime.org> Content-Language: en-US From: "S. Ross Gohlke" In-Reply-To: <20251002.184250.407649009874750263.yasu@utahime.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: - X-Spamd-Result: default: False [-1.43 / 15.00]; NEURAL_HAM_SHORT(-0.77)[-0.766]; NEURAL_HAM_LONG(-0.70)[-0.697]; NEURAL_SPAM_MEDIUM(0.63)[0.634]; DMARC_POLICY_ALLOW(-0.50)[bisd.ro,reject]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:174, ipnet:38.45.72.0/24, country:US]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4ccvG14xMJz3Dxf On 10/2/25 04:42, Yasuhiro Kimura wrote: > Hi Lexi, > > Thanks for quick reply! > > From: Lexi Winter > Subject: Re: Questions about pkgbase > Date: Thu, 2 Oct 2025 10:17:30 +0100 > >>> Then is there any way to (re|un)install all installed non-pkgbase >>> packages? >> this should be possible using 'pkg delete -r FreeBSD-ports', but >> currently this option does not exist. there is a feature request >> to add it: https://github.com/freebsd/pkg/issues/2494. > It solves the issue of `pkg-static delete -afy` but doesn't one of > `pkg-static upgrade -fy`. IMHO option of pkg(8) should be added that > limits target of action to either pkgbase pacakges or non-pkbbase > ones. pkg-query(8) evaluation format does not have variable for repository, but you can lock/unlock FreeBSD-base packages before/after: # sh -c 'pkg query "%n %R" | grep " FreeBSD-base" | while read A B; do pkg lock -y $A; done' # pkg-static upgrade -fy ... # sh -c 'pkg query "%n %R" | grep " FreeBSD-base" | while read A B; do pkg unlock -y $A; done' > BTW, it seems package name of all pkgbase packages starts with > 'FreeBSD-'. On the other hand AFAIK ports framework don't prohibit to > add port whose package name starts with 'FreeBSD-'. It seems > confliction of package name may happen between base system and ports. > > --- > Yasuhiro Kimura > Regards, Ross From nobody Thu Oct 2 16:37:41 2025 X-Original-To: freebsd-current@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 4ccyBt7263z69WHK for ; Thu, 02 Oct 2025 16:37:42 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ccyBt6Rdtz3gdX; Thu, 02 Oct 2025 16:37:42 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759423062; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=VBnFDtEjJNlsozCz/Chdy/dWzSA1SkvfPb0KRx3UDus=; b=euDOqfY6NptGmkih7/51E9CIHnrANDqYRz8bCYrkxGkeTDP9E5UQcX4EN7FO7bZ8vTeTTD /IzLwDHG/mvgnRufnCKIivegFe+DdRjJExqZNlLqVKUr6gQddLou/wNQR/u2AgAGWp2L0p sjVXieyXa6YIuJjDj0JXdik6CsiM+MgVLQwK7GBY2/UcnbaMpVfoZcnvQyuUcVfYJEEp5Q 6DRh1fWvXmSy1gmjHO4Zt7t3GjnlUAFeqplaAlyagXaFGfmT1jkL5FW4avHY+/LkzXc5ts rWpHc4OEBwri2JbuGUkdkLISy/lBWYs9+FP6eBMiqoV9RXrmGr9hcG4NTo4kAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759423062; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=VBnFDtEjJNlsozCz/Chdy/dWzSA1SkvfPb0KRx3UDus=; b=deWzudvKRplu0Q7ZY4JOfnVsD1q6un+sDOxGpROTRvr3LvSvetmOcUt8l2PWTQlAXWgm8T XIdXTzcBuqM1ZPAOpVWK3m5Qi2s60NjzpHazPwovlyPugHNvP+7WYba5MqeD6Pgn7cMaFs +lqx/rd8ANs3OtYk5zYuQljE7HFYYoqNHr8N9SatminowtUY5H8wgw5zAovge5+EwBQpUM ONndRi724H2Jzd6RT6/siceuUxjKZZdjUoWUD5wH0BCpn+fsbCgFjCuMDwtvTMvoYJnKCk 29o0t8VX5Rchp+PAc5SlkzHzBIX0SX7laxjDO7hKnN2saoIuR44tHIHXGRhb8A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759423062; a=rsa-sha256; cv=none; b=sufOCHEdK4P98Qk8ZvplPKlD9kXzcvYSzKG2qafnb4B0aKlPNJF/n9nKLbxp2V8S8Y9Uxx 3DJ/bv6XHLEYpZyjvAe6RZMzprPu26z1K7w91DLJdMyZlE7VT00N5rpF7pHllVlZCYDr1C O2OdgBPpvyTowedeYGVhmOLUaru3BSE8P0rh0NTIuX3+5RpmcUfqCLbpxZrFq5+CtcbBWM p4Nd0gmF96NIE7J9I/y2HvIWF053UJWqPXOoJeeKq+J7GU+pfIR0WjgwpaMr5Jhv/pE5ib DKueNGcsbRM95jqkTshcUZaFixTjwkkaDT1XQT19Iiol6zIgnP38SuiHhnIqaQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (88-177-82-251.subs.proxad.net [88.177.82.251]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ccyBt5B1Qz12Py; Thu, 02 Oct 2025 16:37:42 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 6937B88795; Thu, 02 Oct 2025 18:37:41 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "S. Ross Gohlke" Cc: freebsd-current@freebsd.org Subject: Re: Questions about pkgbase In-Reply-To: <5ff7bf8d-6385-4193-8a0b-b7661b2ceea4@bisd.ro> (S. Ross Gohlke's message of "Thu, 2 Oct 2025 09:25:05 -0500") References: <20251002.180121.980053125503545103.yasu@FreeBSD.org> <20251002.184250.407649009874750263.yasu@utahime.org> <5ff7bf8d-6385-4193-8a0b-b7661b2ceea4@bisd.ro> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Thu, 02 Oct 2025 18:37:41 +0200 Message-ID: <86plb58dka.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable "S. Ross Gohlke" writes: > pkg-query(8) evaluation format does not have variable for repository, You can use `%o ~ base/*`. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Thu Oct 2 17:18:12 2025 X-Original-To: freebsd-current@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 4ccz616DsWz69bf9 for ; Thu, 02 Oct 2025 17:18:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-20.consmr.mail.gq1.yahoo.com (sonic317-20.consmr.mail.gq1.yahoo.com [98.137.66.146]) (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 4ccz614762z3s3k for ; Thu, 02 Oct 2025 17:18:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=oQTQHxf7; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759425507; bh=6DkrgW8QduqD//MiQCNFkAijjx0v+67RDujH2/j6Rk8=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=oQTQHxf7qusi7qH8E1ZR9Szifukv1kaCDRWvzLEDtIHboFfC2FDRYA8GjqQvNtH3bAbOfU98Gf6Y5RHuUvgvvTwaFDHf+BLowspCYiGXB94r3nTDcrwpupeyNDJVmoQ3cFlwaW+SYxvsdDyqHPKZTZTw5ohB626sfLgh6Ji6AXB0pWx8Q0Xh6xgaE6CY0RJJLrMebX69pOVPEIcoJPH5NyBuoePJIHBQpEIU5NTLP/1rOW8sSTPnV3EQt5qTIkzbFSpJMcO1JTWH74PxJAocu5pLOpm7MOumMmhE9phX8vCyNUEyjNL1OS4oH0RO5mjiV5xl3vBKrwI/thdAzL5kpQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759425507; bh=MU79Fz/kRNUxEiS/iKbfO5TDX5tWEZaJyK4O4tnYtrN=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ji9LcdVokfEYVGHIVFNuedBH4uuE2j3/hs03nSbOJh4SSkBekS4Yz/8zVZqmdotCOBpr4MiV7G3gPLh1WffKHDgyOXISZhBIN79PCYH4ICtZGBWDwyj50hQrlBRHkHBwM3W3yjYz71fcNaCUKXTbvoHuwYb1i2V8LkjxSv64ukO475n25er5Osi3+TFZFYaFug0HWR7xgS4Ue1nhQ97i9bluSTvYAyDtmhp2YnWWCnnyJMojikuQJCwr0LquE01alCMRGtjnDU3oJgrx5CQ6oq2Hai/Zczv8V0ZrJ9xwrCghiNF4YzwExUm6bRt3cJl1QTsT1ac5bFoRCr2ZacLqhA== X-YMail-OSG: E7zo4nQVM1lKLJUHqmpm5c4Mx1ry3aClTw33ldh4YKUvYm5X6lhVrjveiZ9_yLy 0fUd9h3OHwq.72kVkQBGWvFWAOchjCuNM9WuCUfqoVNBbLrx8p6bwzqzUaG8dcE.vPK55yt2fhLT vTLnZiG43hF0YIpOb0qNY2QnmO11JWTud9TUm0uTZBn1VQecXCgnJI_AYSh7ti4YhHPGG3z10ZUl NNObbkrqoNCvUCKPvX_QVPrWV.VonWQ6YY8MB4.5UcwCTlkDAaP0aXAv34B8y2t5bjdGM2yYKGXJ .OyS2b1lc3PzaaAnwh3UiA73Qhcc8wvN69JXacO2TZASmX0Bm1D9VFGVV6SxQ4krlqT0P5WmMPqF 8npS2eTa87jJGjy3umUbs64jb2TiWX_5eIN0Ll1ereYMEFMajhXd.ODSo3PGjb_nWHof35HTWcKs F5t0QgnZ0VCx4TayjW_2eH7bstdfvCUqt.ndqlFalvMjYvZMwR3mh9fT34iswhheGS2LyxnKNeyc yEHOlHu9nv5MNOPQXFJyOwpvNL93LR8OggIyhWFRKd5Hsoy_W.uBmhEKdCBSSSmsJqXX8O3F4SkI wjeW7.UT6K8m2Gcbw9OBTfyZuqhMXITdVCfAecztadIx4pAueTDVJLZ6tSAPD1WLy5tVoMGxabx0 951mOcpt3ZqWWEl0C4MMt3ylBbjkFDneXMpNEp.UJZvXONlKvhlryozGehWaYxPoNtb7pib.xJ6J yUftTwx7VfChYArZDndbgYmQJrSOlmnw8yjDoBfax.5UJv2VSisbyswpAqsRutzFDpJ798UaYYgv MhqhbKVUI50H4FPZ5ndKhOjGGl6_by2IeY5mn2n.YfjiRy.goIPVzYlpKJzyZ9mcJDZKReuC3YTn 7PedWmPi6nxEjWTHSKX1uvs.3jrv_nwWskolJjQGZUgwo2PajbLNNIG93DRss0wY9BiQV3OU7Aub x1p0EWyvfbw4kkAZcdl3jSla33ESDKU.fRNn6itj1wGbd6Fw.lHY1i.tz6mW0KakES1zW_6Q_k8T ToI.5FwqT8MHn7wdy0DXZY.FC9nQ0NmJVUfKjFBio4dbdY975.cccYdELmla83IdUBY1rQSfRDOP yyXmYZ7Bj2qZccJqa8EGd4ggij1tfvFVvCSImxhpVSrLHhe7.wPU.cv50dSdf8FX6dB_oV29NGFq wk2XUUlgvJplYNNtxOt_4r62QxKNKw.vfT8eTJuWz5glDAVjQVyKAzAvIqEJ81yiBJ_8Dv6TpxQs gvA5EnOB.RIraCRbqRDPDMmMQ7okFVRgl.sHLCoVHSW.v59ACLQf1NjoxInoUcjssUroIywftS6S lZdUJNbgLbppMQkpUa0mKH8.WxMsX.Kr4cLlchpIqre3QaeRSxdNjgS0..9ImGgS_xnrPdHBb1kG zFa7CI00cUqiHsJBHmu65NuNgzcx0KarKnNjWemBGLsUQ0IDYe6TZ0lBywOAj.78OEB73H5ozD8Q EPZEjC5fekDtXTP904w0UV7vtSIsW4prYXQv_DQmzhqjj_FVqfqNxerJF613d_QSRNuC7o9AYvTN uGvlc_Gy7zsBOlv2c6yjasiI.BfeE56p8nOX.gDb6RvM5PfW2hdx061W9hoWIv0ym8ZzvLmcpKsK ygbwAstcFXdR0hy5nAHAqvF83NjJ3F1WOuweFwzrHlOhwshNraXOyvBMaQ7Ihw4zPe4GCUxNouEm p0.2h.FgxKRLzpxh6iHbdpD1puyvkY5dHgWuAV.Typ9tRJTKXnZkEK9wUbURBMKYOk5NOH0NFCFJ JZPB7me335Kje3hIhoIcLJKrvKnXAZ1Uf6CuCfowVvRWE2gEPRgYXTI9_xEcg9l7B9WNT3tQh1B3 QsB0FAscm.m3RlybUB..XfzD12CmLbECU9y7CpYT1UGaEsVzneKYrCPnBuZyzumqhNrpTVsnNnZr YFkzDyggQP8HZmphiGlLIZs_Hx.ASUwMe049.ZipInAcxANkzAdE_CWtBOftOVEzlDrcowErWDcr EOCeSL117C8y_8AJRprziTS1LBUsBvQZtXpJeXX43GhfjkqIXkwsPCgv67tpT48ihsXXU0JerESp naW9joGStWIYiu4qLjPTZDr4OAU8gWB1XuHKozx.ayPRiwuYdBwHarZnKMHFbnjmziVlOPP1CtQz g1ltOHCzCD0ZOQOlWEijphmowlWCS.w0y3ElSuNYOmbq.owaJsYrqqqNNgEtmfzDsEnXbG_uC3YH JzIO7teq0cqq.ZxgJdqQQ1yiaX3cNiGCINVaoqsW1qpriJsjpppLbcPHBp1XfiXFjqVoYPT.XBAb xZ_3XwpvI X-Sonic-MF: X-Sonic-ID: 59fbc29b-6ff9-4908-9f23-2fb3511f9fa8 Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Thu, 2 Oct 2025 17:18:27 +0000 Received: by hermes--production-gq1-66b66ffd5-6bc7b (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 43a97539368f3ced6fc627e0f60dbe1d; Thu, 02 Oct 2025 17:18:23 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: RE: Questions about pkgbase [adding a *.pkgnew vs. *.pkgsave note] Message-Id: <7B68060C-87AF-403A-ADC9-8C437C4C0F4E@yahoo.com> Date: Thu, 2 Oct 2025 10:18:12 -0700 Cc: Lexi Winter To: Yasuhiro Kimura , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: <7B68060C-87AF-403A-ADC9-8C437C4C0F4E.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[3]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.146:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.146:from] X-Rspamd-Queue-Id: 4ccz614762z3s3k Lexi Winter wrote on Date: Thu, 02 Oct 2025 09:17:30 UTC : > Yasuhiro Kimura wrote in = <20251002.180121.980053125503545103.yasu@FreeBSD.org>: > > 1. Consistency with update using source tree > . . . > > On pkgbase system, however, files under /etc seems to belong to > > packages. So they are updated by `pkg upgrade`. Then how confliction > > is handled if it happnes? >=20 > pkg(8) will attempt a 3-way merge when installing a new configuration > file. if this is successful, no action is required. if it fails, the > existing file will be left unchanged and pkg will create a = .pkgnew > file, which you need to manually merge with the existing version of = the > file. I'll note here that for how I've been grading, I rarely see *.pkgnew files but instead see *.pkgsave files. (I've been experimenting with starting with "pkg install" instead of "pkg upgrade" for base-package upgrades.) So: If you see a *.pkgsave then the pre-existing file may not have been left unchanged but instead be a copy of the new, default file content and the *.pkgsave is then the old, unchanged content. (I do sometimes get a * and *.pkgave pair that "diff -u" reports have no differences in content.) (I'm not recommending my experiment. My pkgbase usage testing includes doing some things somewhat oddly to see if I run into problems that I should report as notable for folks that happen to go off script.) > this workflow is much worse than etcupdate or freebsd-update, and i'm > not convinced we should release with pkgbase as the recommended option > without a better solution, but we'll see. >=20 > note that this is *not* the same way ports handles new configuration > files; this feature is not used by ports at all, it is specific to the > base system. > . . . =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Oct 3 03:45:07 2025 X-Original-To: freebsd-current@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 4cdF1J54d4z69MGJ for ; Fri, 03 Oct 2025 03:45:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (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 4cdF1H2Ytjz3HGy for ; Fri, 03 Oct 2025 03:45:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=hnKvPLgr; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759463121; bh=ddFbdyg5hJCtfAd91pgVk5SirWDLHzWXbWcPt2NZ3jQ=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=hnKvPLgrP+eZ+hcjD7F0ur3hYJO3EjRFUi44p5bkYJRXWJ1ZX0GMksH5XSNKUNaatjRXNbJ/8X4Nlm6Se3Wdac9O41J59XineQC/lItEwEgeXAosgyTnxDCgAqZdLovXY0G//zCOBq23Z2nO2/583nE2xmuPVYvI3VQzk9+j4VMJbp58IaZJ6fYTogFWO8Hc9w5ybU8J0krLT2uZelCaAf4FuRBAC8JdhDs9mnWEoRqSberzPbDhPVCruGhtRsl2KZUI+NNmwcsJNISAJ9/uaAyXBq+G5GA21yRUDknw40Oe6PbnrNGV6j6+54lH/bsADu1/jKlRaBitAxQ7m+gE7g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759463121; bh=wwt4I8TPA694uhp/fisB4I+Vh2D6zl6/OpLhF4S6Gij=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=UZbrzLkd2qTIrSvr3Qw0hXMf9GD0TOn6MUXGvmohmmxTvfeS5fFDYRHSnXarS63VEMPpIyxWU6TCZtwPPoMlGEnF9xu9KDTGiJGRdk9ZJN8AZj2njKgGPRN00Jg9/eO7jjEPAoscG91Rkatzdrf7+nUM5ojmi0QaNAsCB9FHFY5BhYkmxbb3py4MEmaSzAnheg5utkiawPkSHd8YI9CH4nDqI9RL2JAG2CH8CfFAr/Fwe6GITaAZyb8X/Hf8+AdIs0Uve1/nytbUtLNSlaI2Ma7ecBTClJZdRfrpVYBywX/etw8hQjEUCjb+fWyHxFScrhaWqGyQ6lQG+WKaSkUz+g== X-YMail-OSG: nrD8rNMVM1n3YN2JdAYboUyncYddjUqXzR_nOa5sbs71GBh2uTUUxq3FvFg_IHV V4_mYodBkxkq0o_HKweKn7_jewoDP3aQiMajRsd_8JLWa1tS8bZgUn5_LudHpOd0ZpxQFdpo22r3 kLZ54CL0BF31DUHcc_psOYrL9mCtmQbr99M11VTwfpSjWSKVh4F6.ByLcR5xDN8PVcDS_dDGcgfE zy7G6ht8N2SrO1U2J6v.1y4XAszhDP0qD51upsVQkF0kHlSyiowX6EEDcHbrzvpvv.f5XBRFze8t k8qgl_M.tnsxiWvLGvNuLir.2qlUplSqVuMmkDGJ9M0HCglkHmH_NbT2STZAhYqJQUoW1H8gWfX0 ud_q37wpM8eTTrJzEHhBDFCpMhB6iX.FBxStqaOGeXrtlCJVhnOkSYQeBgMAY4gKiZj_.VQzBwo8 dSAZE_6bme78w.M6PPRDDTyP4.v1Rvvg8dav.KpHL3pshaKoi0vmvxchE9B8UDb43lIdWCfBAWQP Vk6IMEQvUP67TpyVwqJmCqZCyrZD5RGYoSbiESzfHM23vlGKygloFnrSvE9B9DvwFa2NGRZWfJU8 Z7iTVhcSEm.T_x.oAo8LepDozYoHq19qdwmlCzGKZXaOb_7Eu.y48U5YEc8E01qcDeCpegPrwcu0 4sFg3vaooa36MLH0Ry4yu7WEivMejlrnMNvif7DQ_g3cJt_WyvylCe.I561qJ4hqNYoWn0vK7kpw tpnNmBdkq9NMIXpCylX58OJqGkh8YcONn.M6dvr21SgUIYlb1Zv1XOE1C57mZH0a2RDzLt1DKFsk v8YlOYaum.PoLKiVXbFR436xiDoOAfm0A38XFzrBwISdNda4GnKvxLDRRJ6gmclHkobgBDFcPN7L s5bCJ2.Yas8u5XRrZGp0wT4Qe2.1XN8EX_DsetQUTkwj1IZZcfKR1ugS3OBvsw1fZAu4rPjgqGfK T6VpzbHC00w1vDAZYWQTUv8GYxH3sFSc9Ev4ut0HgU0nYcEUrhLwLIUT9GwR92mIqq0XeL_tB8bK hLWDNYy25KkVYoRlJp3GZt_907FTsl7UMcGoVlGTwK_olsyNDOvFpoUQYCj7iW_xvpzbTQBI1Aay NhoKjun7Ese2oXZeQJ80iQxB1l36GPlOaM1k_sJRS0sXouiJMIB29Tk4aAdGL2yEVK46j3A0P_nz MndWFVofaZVFRG4Ufj8SfCiFJVAaqSwvIaRUWRZNYw7DBb4sYrl8ljld_IcXhDFDGWDK0ISrLfh_ w85BVUdWSSrIHJUz3sWCGziX4RBzrMLAGh4NN_MMetsFTP55wI0GdBZqYOC.1ddeAIAPqB5JLRqj m5ZZbayslRAWeohBXssmSO_mVtM0NBzTZKXILFsw5stUPHhU4C8fLgdCyGUiemJIMyQ_2l1wUdAq neqp77Ifzood_YgfpMa7PJwiMRjYaXF2JT8Ask9aoiYWcJVwwQUJkpVB4ON7Y.dtsXO5f81kuAl6 YT4yYmeUzcQ.90DfN1SObElOPaafdNxvMdBd._vyXXneate08DF99mh.bdXzHVhYqYIOfbYD2LeA tJIaM640UovYNKj3eS5l0vD9VedEcfr47GDv102cVYqx2Yci.9sN6JgH1BPwQtfTIjvg2UalICgJ fndEPkN0gAFDDxVx4LjHTbxhTUJMYvlvu5mkLwoADqvYqwxG2bj0zNceyq30JC88sVDFhgsSgvbG RGtU_QZE.z5ymPy9KwVLyt4NJ7fyQ9ewhe1tYC.a6tdfDgHPE3uhRHQL6pGdkFu4GjRfwK2NSeL8 cdz5VkJXHycNf76h6jvOK5YguqWbVGx3IaMJr2WWiYgtXrpTbffyea_gZf1HPdOLpo.Pek3vXu5E ejuKHDAj7mh9v2qiG6jgTMaLOG6JeyZAAKf2a5jfd21kjvv1SUmVhW5EyENFTbBSLLtfKQKHiKS5 ZWswPaQoId1tsye2dXQY8qUbtTntMs4xgYvjO1VBPUEgyLa8YIExUVVgWBc3Hn8IchWty1RkRBBb MXDSq1iUxupDq99GxfswQ8h0VSnLPjBLAfXA4OGJDA6SXMFcAkHGJT8.v.BF6zrv59MmutvQYTtX ytMj_y3sgEp.K9aLzcGuMIvKI.PR_uJWNfhzvZjk7D8aNQbPe7i_P_vX.Itk1WgRm30g1_xaC0N1 .UGS5h2bEspXbuTnm6aTldBd.t63GNOMnZxKFlSn_Ekr6MGtKAH_iYGiXH.zH7YJIgXbzOOi6UUE tp9v15hTWc7rhECw7poOWol97TBwWO_O0N1DnI8T1446Kdm6McoMYcvXDS2R4iTgD_acQwJDcd98 gAfA5.ts- X-Sonic-MF: X-Sonic-ID: c7ae33c2-054a-4acb-b2ea-ee93fe4d21bf Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Fri, 3 Oct 2025 03:45:21 +0000 Received: by hermes--production-gq1-66b66ffd5-6jr8m (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 613b1ea9275cd65462b25bf7fccfe066; Fri, 03 Oct 2025 03:45:18 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: main 16 and 15.0-ALPHA4 [on amd64]: using a USB3 context gets extensive "flswai" [and "rename"] STATE time during poudriere builds (UFS context happens to be in use); more Date: Thu, 2 Oct 2025 20:45:07 -0700 References: <46E0F6E8-A365-4C01-BFF8-CE2423B6DA00@yahoo.com> <4D74D446-2078-4A5F-B245-913273E2DDD1@yahoo.com> <03B6ABBE-DF0B-441F-9ABD-5565ADBF29ED@yahoo.com> To: FreeBSD Current , FreeBSD-STABLE Mailing List In-Reply-To: <03B6ABBE-DF0B-441F-9ABD-5565ADBF29ED@yahoo.com> Message-Id: <93873756-54C8-4408-9395-5E67F0300D5E@yahoo.com> X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from] X-Rspamd-Queue-Id: 4cdF1H2Ytjz3HGy On Sep 30, 2025, at 20:43, Mark Millard wrote: > [The new material here ends up being about nameicap_cleanup > and its exclusive use of mnt_renamelock being one potential > bottleneck involved here. I make no claim it has anything to > do with the flswai activity reported. The possible > bottleneck is an observation, not something that I claim > there is any alternative to. I do not know if this is of any > interest or not.] >=20 > On Sep 29, 2025, at 16:06, Mark Millard wrote: >=20 >> On Sep 29, 2025, at 13:01, Mark Millard wrote: >>=20 >>> An example is during the cpdup activities when multiple happen >>> in overlappingtime frames: >>=20 >> I'll note that I see this on the amd64 32-FreeBSD-cpu system >> but not on the aarch64 8-FreeBSD-cpu Windows Dev Kit 2023 >> system. May be at some point I'll try the older 16-FreeBSD-cpu >> aarch64 (Cortex-A72) system. >>=20 >> Also, on the 7950X3D amd74 system, I see the behavior with >> 14.3-Stable. Apparently, this is not new with 15+. It has >> been a long time since I'd tried using an amd64 system for >> such activity based on using USB3 media. But it has been >> common for me for aarch64 over that time frame. >>=20 >>> . . . >>> . . .=20 >=20 > . . . >=20 >=20 >>> . . . >>> . . . >>>=20 >>> But I'll also see such on c compiles, ld commands, etc. I've >>> not seen rename for pkg-static but I have seen flswai for it. >>>=20 >>> The system spends lots of time 95%+ idle from the wait >>> activities. >>>=20 >>> I see such directly booted from the USB3 media (a 15.0-ALPHA4 >>> context on UFS media) and when using that media via chroot >>> from both ZFS and UFS boots that are not USB based. The ZFS >>> and UFS boots do not show the behavior with the normal >>> non-USB3 media used instead. >>>=20 >>> The system in use is an AMD 7950X3D with 32 FreeBSD cpus, >>> 192 GiBytes of RAM. main 16 booting for non-USB boots >>> and 15.0-ALPHA4 boots for the USB3 boots. kernel and >>> world are via official pkgbase distribution installs: >>> it is not a personal build of the kernel or world. >>>=20 >>>=20 >>> . . . >>> . . . I got a test context were I could compare the same media used on the same USB4 port on a laptop (Dell Precision 5490, 22 FreeBSD cpus, 32 GiBytes RAM, 4 USB4 ports), where, on boot, the media ends up being handled as either: ) "nda0 at nvme0" (via involving a Thunderbolt 3 hub) ) "da0" (via a direct connection) (The UEFI/ACPI does enough to make basic operation work, presenting some view to FreeBSD for media on USB4 ports.) Both have the bottlenecks visible when monitored with top, both "flswai" and "rename" examples occur in both contexts. But "nda0 at nvme0" bottleneck periods do not last nearly as long as "da0" bottleneck periods do, making "nda0 at nvme0" use much more reasonable for the type of activity. Still, this eliminates the possibility that the issue was limited to USB. It also eliminates it being specific to the prior AMD (7950X3D) test context. For reference: # uname -apKU FreeBSD USB4sys 16.0-CURRENT FreeBSD 16.0-CURRENT = main-n280801-213170eb956f GENERIC-NODEBUG amd64 amd64 1600001 1600001 (It is from official pkgbase distribution use, a copy of another boot media with some parameters replaced afterwards.) QUOTE CPU: Intel(R) Core(TM) Ultra 7 165H (3072.00-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0xa06a4 Family=3D0x6 Model=3D0xaa = Stepping=3D4 . . . WARNING: L3 data cache covers more APIC IDs than a package (6 > 3) FreeBSD/SMP: Multiprocessor System Detected: 22 CPUs FreeBSD/SMP: Non-uniform topology END QUOTE (The internal NVMe media has Dell's ubuntu on it.) Note: Ignoring very old Intel MacBook Pro's and Mac Mini 2018's, none of which I've ever native-booted FreeBSD on, the Dell P. 5490 is the only Thunderbolt or USB4 based system that I've access to. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Oct 3 03:45:07 2025 X-Original-To: freebsd-current@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 4cdF1M0RGWz69MRD for ; Fri, 03 Oct 2025 03:45:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (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 4cdF1L54vZz3HXt for ; Fri, 03 Oct 2025 03:45:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=kpds9W6P; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759463120; bh=ddFbdyg5hJCtfAd91pgVk5SirWDLHzWXbWcPt2NZ3jQ=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=kpds9W6PAdU2ZoMZ4ABes+01oldfude4VJmIpKFfUphpM13803nOB6b7rC1aVyeD58Q00EcIr8dJ75n0yYqlrkFPSlX8VDpI8u9VbqBXkiN70sGT/fREZt+v/VYpjsclO5VouzvtoGiN5oq7bUQ2c3bAJH4vQ/QqAqmS0+GO4vnKO777Ak9M1HYV22HiOFJKdxj6o3hH7FmHSMK/pP1e+rTa9tqCBHc4tHxp/BT8vdVtKdB0pR3c5TYBrYsPP0Az4uVlLzt70y1apxu1yWg6ZgnsfDrOgUus/ImKBZ27VgHxvr/glrUQT9LbTn/Cr5KRS2Bolvgw12ii1g+MUblryw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759463120; bh=PF19iPqJbUPKUgjrQb31v7qmfzcpdoYPeo4RgMrRpiO=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=j6ruZeGHf4q4x8SM170diC7bPACCjEw93Ypy69ETqipfOWN4ruy/XVmaJWQaR3Om2dPi6EH4I/to4E6oqKux8J+fAIA7TDWRvmJrmWV0r4FuHFaaijVnrJ/DIGPNQWfFrYmf/u8JqS3n5jH5J57dygau+77t7IUOOAZa4SgVwR3tXstro1ghThEwfooT2kVBGwEpnx9PdE3puDMxe0PYFNOFIsRxEThyhME7MQb7OlmMwtgcs3NiHJVRVj6R4U4bC5VlS/hrKbMB9EpspSpspaSS1Ydu/jT/xgKkGWN3uQn5GWcBKDVtFA4J/21Ci3FqeRjLMgWSssmBygTP8MoLUA== X-YMail-OSG: YGsa2bYVM1lK7TWVdr5EO_Ie59QAqOL53tqIndeoBOpYyKFzz4jO5xumBQt9r6H v1z.joOFLXM0c9cOkfEPzwmLgO9cSRSdLlamo1h.iSEqExCJD.IJcrWbXB4ZX5Ej6gbFerGkwjat vnjNVQADEdqQTdjX7bF4PCm8eAZiFKx_D4J1snKqDz2QPNHI3A2SyEPkMb8zg9H83slaLlJOWh4H skqNR9e4s5VcGT7xEQ443lxz.w7E8JjM3HTAisnBquIZWzbEDl0r6XtbLa7YYdm57YNu6Oh_1eiC t_tAb.CwiFddRyHM_vPJXIG5YHV0Ss_wVYgZCD7gT7bgVpXc0ybwqgxtllztbCoqRIXvRNCUqeDs AjiwjFcIqc7.YFjVqmaQIiLjWi1_93rvUTrBpBf2brImjeUPxpZE3WeAI.QxtI0t5JI9GbwYpOVz z8oVNpm0fJTwdneJsBOUptl.70B5KXOqGiAMiuRz.JMfplm3DXsdEWkCCjDI.8EYxlYOVnrti3dS uyqpAdL3gxNNvq0c5CZCXw2Gguv5.6L2HcGr5QBT0p4tV99U1AZjqcmWM9C7y4a0_gqLS5qrly7E 9DkDbrun1yl0Gpc1GqOltv65pBjM9kZ.ncVWYhCrFGzGFS1i7uc7_VtU5XBSM5EoL7u4zat9o0QF eW1.0CoS8vx6KDzREmeZvqMu0kM3ZSs_jRlit2Tqg3qqf1kH.RLpGVNMjoIajR2ZY0xYro86fTcG Jg2_8J537P.YYJeyq1uM565VoxaEFfIOltRevGYCZc4YVeJ4qRKz2s4REerXH4Vp1zj0ieSdBpwc R4Lgvh937H0IamYrYHCppWcw9OZ9jLdvkI8A3OybhheX5fCkb7vk8a9Q1YMkAzQaskHGF5GsqJab s4sdTVVmqXbF1._VeOG0a_qzlD5RmqMuzvfOpb3t2PaN6giYmHAIa7tp7cVtsGpLxnGWRrJ2pboL Itd1xIP07CxipKIkgKLFNnWArUK2j7GgvJb0tTCAr1z7V3ZHKpnkrDv_sU6XM875VJmCKu5elrEZ 1EOXtFY4Q.c_wAsRVs8Blw9P0uQTqirxZiwQIsayUWQJ6TcwdQ18ShAoTh.vNB3.3fXoOGIw3W7w KA0QhVJhj0mUXbsO.pGaftzbDmapGROtWxFb8uxQHS0MDP1YV3N57RMW9pjApo6RK4TSTmafFBQz ozuv8YLIDcujyAtesVPoL7bMlX8oHI7r18hH1B.grVm8oCnIRCl2fDSh_tlggJbqLuPc_Uh3VjEc 6LD45MAKBZdIKEsKM.dIIg.CmIIYLhfxvrmGtv9RFj2pK_O6c3o3fVQ4K4fHM5IGh_6KVZVkgIEu ZAx_OuU_ouJuNxkVEiQYfHJwI_DgqFzKVpYyLUrgROtF8d_92.tZfB7ZiRN3_4J9NiR0S4C2xxnU jGFm9YGROGNaefVEWVpRWupOE1r08y27LK2A_nGz9y5cagYxfYFZAtYtrVKeDsssrrnP62B.QmLt BMv5WTwH0UdVkUH00FywwZSKDMLGKO7a1yUnF6ceb0WDiElwhPBas2xQ59TKiKHEk2JYsmF_a0z5 kuNNUq.0pKyWeD4aoGm2MaKBAMNyb.yCLbauGHJGgeW_MSe19NL_VFCzt.AuqdDzfMFdgIMF3HL1 JkAJEw9i3kMn5lUkf2uvI50IyS3PQbUSW.Hp5WnbFRqXB70TyMBQpmpjpcojuBI87PQopf_ccPwK hgFQW.p59dR7CMHaJaU5V47WxAL_ktmudHZ4h0JQrr6dsFbtVVetJ.5HRcYrsSGRQJg4Y_3tUi7I 5YLEoI1nDJa1WxMGYMuHihAp6mvmKcG_HJW1zpyjtx1nOYP_WkSP3hvIw7FZEJS4TQCDAKLZFycc I.7chhu8Ew4tH208HL80LukxPuoHOSZT91xXIpDDoN5OUUp1gLjrk1XIx37jlgju5xw0fUsVsJW_ Om0SVxa0Xgh5wvJmZA.fnglAha42WqSZ0yYeZZ02Ln7fC_R7kqFR6Shz1dOlml7k_PeOZSHa7thp J5NpaxVs.Jw.TkN72Gp0g.WrxjPhTrBmZ2wyptNSM_JnE5XzH7brUHOo8vYOn6anBg3O1bF_LB7M uHPB.h7wZvzkCvVW6yhyAgCmaQtINfr0ouIYSE7KhyUqx18KMYviyb2pi_dbIfKLfkz91RkrsAbJ r1Fv4C8486CdlnY6TdWTAlIPI4Q9GJRl5Y9aLClUe_gClPd8AIR3N_4ZAVwMQeB5lvgGkpYdL0eE 2o04AYIkECpGH1OhURVgi0bMEzI2TeeE- X-Sonic-MF: X-Sonic-ID: 3c1add6a-6998-4e90-8b75-6cb27bf41c76 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Fri, 3 Oct 2025 03:45:20 +0000 Received: by hermes--production-gq1-66b66ffd5-hmf7t (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 11d7cd582ea6cd03d87914bac68fb0d0; Fri, 03 Oct 2025 03:45:18 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: main 16 and 15.0-ALPHA4 [on amd64]: using a USB3 context gets extensive "flswai" [and "rename"] STATE time during poudriere builds (UFS context happens to be in use); more Date: Thu, 2 Oct 2025 20:45:07 -0700 References: <46E0F6E8-A365-4C01-BFF8-CE2423B6DA00@yahoo.com> <4D74D446-2078-4A5F-B245-913273E2DDD1@yahoo.com> <03B6ABBE-DF0B-441F-9ABD-5565ADBF29ED@yahoo.com> To: FreeBSD Current , FreeBSD-STABLE Mailing List In-Reply-To: <03B6ABBE-DF0B-441F-9ABD-5565ADBF29ED@yahoo.com> Message-Id: <93873756-54C8-4408-9395-5E67F0300D5E@yahoo.com> X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from] X-Rspamd-Queue-Id: 4cdF1L54vZz3HXt On Sep 30, 2025, at 20:43, Mark Millard wrote: > [The new material here ends up being about nameicap_cleanup > and its exclusive use of mnt_renamelock being one potential > bottleneck involved here. I make no claim it has anything to > do with the flswai activity reported. The possible > bottleneck is an observation, not something that I claim > there is any alternative to. I do not know if this is of any > interest or not.] >=20 > On Sep 29, 2025, at 16:06, Mark Millard wrote: >=20 >> On Sep 29, 2025, at 13:01, Mark Millard wrote: >>=20 >>> An example is during the cpdup activities when multiple happen >>> in overlappingtime frames: >>=20 >> I'll note that I see this on the amd64 32-FreeBSD-cpu system >> but not on the aarch64 8-FreeBSD-cpu Windows Dev Kit 2023 >> system. May be at some point I'll try the older 16-FreeBSD-cpu >> aarch64 (Cortex-A72) system. >>=20 >> Also, on the 7950X3D amd74 system, I see the behavior with >> 14.3-Stable. Apparently, this is not new with 15+. It has >> been a long time since I'd tried using an amd64 system for >> such activity based on using USB3 media. But it has been >> common for me for aarch64 over that time frame. >>=20 >>> . . . >>> . . .=20 >=20 > . . . >=20 >=20 >>> . . . >>> . . . >>>=20 >>> But I'll also see such on c compiles, ld commands, etc. I've >>> not seen rename for pkg-static but I have seen flswai for it. >>>=20 >>> The system spends lots of time 95%+ idle from the wait >>> activities. >>>=20 >>> I see such directly booted from the USB3 media (a 15.0-ALPHA4 >>> context on UFS media) and when using that media via chroot >>> from both ZFS and UFS boots that are not USB based. The ZFS >>> and UFS boots do not show the behavior with the normal >>> non-USB3 media used instead. >>>=20 >>> The system in use is an AMD 7950X3D with 32 FreeBSD cpus, >>> 192 GiBytes of RAM. main 16 booting for non-USB boots >>> and 15.0-ALPHA4 boots for the USB3 boots. kernel and >>> world are via official pkgbase distribution installs: >>> it is not a personal build of the kernel or world. >>>=20 >>>=20 >>> . . . >>> . . . I got a test context were I could compare the same media used on the same USB4 port on a laptop (Dell Precision 5490, 22 FreeBSD cpus, 32 GiBytes RAM, 4 USB4 ports), where, on boot, the media ends up being handled as either: ) "nda0 at nvme0" (via involving a Thunderbolt 3 hub) ) "da0" (via a direct connection) (The UEFI/ACPI does enough to make basic operation work, presenting some view to FreeBSD for media on USB4 ports.) Both have the bottlenecks visible when monitored with top, both "flswai" and "rename" examples occur in both contexts. But "nda0 at nvme0" bottleneck periods do not last nearly as long as "da0" bottleneck periods do, making "nda0 at nvme0" use much more reasonable for the type of activity. Still, this eliminates the possibility that the issue was limited to USB. It also eliminates it being specific to the prior AMD (7950X3D) test context. For reference: # uname -apKU FreeBSD USB4sys 16.0-CURRENT FreeBSD 16.0-CURRENT = main-n280801-213170eb956f GENERIC-NODEBUG amd64 amd64 1600001 1600001 (It is from official pkgbase distribution use, a copy of another boot media with some parameters replaced afterwards.) QUOTE CPU: Intel(R) Core(TM) Ultra 7 165H (3072.00-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0xa06a4 Family=3D0x6 Model=3D0xaa = Stepping=3D4 . . . WARNING: L3 data cache covers more APIC IDs than a package (6 > 3) FreeBSD/SMP: Multiprocessor System Detected: 22 CPUs FreeBSD/SMP: Non-uniform topology END QUOTE (The internal NVMe media has Dell's ubuntu on it.) Note: Ignoring very old Intel MacBook Pro's and Mac Mini 2018's, none of which I've ever native-booted FreeBSD on, the Dell P. 5490 is the only Thunderbolt or USB4 based system that I've access to. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Oct 3 03:59:20 2025 X-Original-To: freebsd-current@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 4cdFKf5Zzkz69NVW for ; Fri, 03 Oct 2025 03:59:34 +0000 (UTC) (envelope-from zagazaw2004@gmail.com) Received: from mail-qk1-x736.google.com (mail-qk1-x736.google.com [IPv6:2607:f8b0:4864:20::736]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cdFKf2BlNz3PRd for ; Fri, 03 Oct 2025 03:59:34 +0000 (UTC) (envelope-from zagazaw2004@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qk1-x736.google.com with SMTP id af79cd13be357-856cbf74c4aso218279785a.2 for ; Thu, 02 Oct 2025 20:59:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1759463972; x=1760068772; 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=DcqLib1h+GKZl8NXymJ1N/R45jeDhHlm3grrO19GJyU=; b=JrTtrNrMoMjEd4uC52PII52XGhnBdkdvpJKp6C9AfUsLB/lPeXF6dW6/+TnJleQ9BB 9rX1Ojrcy2Fzav5cQrPqCFTv0KcHvOQo2aKbYqkyczbKoBStVxU3BYFmX6VXWYxuWXt7 IXHeP6Pu5W/4JanTvb9VKk/YylCB9NB1yPxt8Cr8pTl0+WOkRp9WsWPOBWO37O+jiaHG aR/CmtlbXdfDVEW768B4YkoaPu1KuUPWMdaH5Q22hYE8pzR2X6oR1yNW2gAlQxxKfk07 T5OkbIzn132QURGXmMIXYqtjXg8dAURnhz7cdjXBtO0PlYOEWaDDnjH3/ZvNAq//epkW UKxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759463972; x=1760068772; 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=DcqLib1h+GKZl8NXymJ1N/R45jeDhHlm3grrO19GJyU=; b=lhC6/3v+QQMut6hI4zRiJc/BBBZJLKLSd0QLhUu+0Swg1ZK0z/OD7NrCiZNJTCwkgR 2IXZG+XV0rQKKSF0intKa/tt/9kFYBs/v1IV78dUqu/gIckG/pOwcqN6oTxkkZmga8dc z5Hi54xGFAvsAxSCdHgwSJgwRcSz0ImvVCY6AdLz5DtaVcEElQdLyi6TJrefxJaFCH/t 9GIxKsH1g3UkBqcG42aj4QUMchEjEvTHUDd8jhj/CMwJ7qNsZZ9wN4cdCPT0VnHKg3xj ufouO6/Kag+FGhfgU/dsqXBkE4uuI/SXgExFQE8kcNLm5aX3i8vYim0rVyNjt1B9RIrL izXQ== X-Forwarded-Encrypted: i=1; AJvYcCV6J38A+263OIZADzyOXaV8QLlkrWq+iPG3RnJRbGPidyf/tP36/fVeRt2cfwH/2Hg8KkOYPURGihzFYF9NCH0=@freebsd.org X-Gm-Message-State: AOJu0YzkPTPzhL8Fp+rGVS3ZR9RiJoacv7j0ownXEWGn6wK0Mtcutxmp c5j5vgm+4GjGNCkclMGovlizHWqVeqbzO+HIq1JHiBqENzsyfZHWL7qSgKhIFfDjZIUGQaHQbU9 tBdN+p8uD/g8QSIQbJMh/M0O/cySGqBw= X-Gm-Gg: ASbGncuWSFvjHfAtI0Kfmt6CUHVwBzrpP/Yw+w+F97t4rTzpJWaHbiMbaggIMq7+o7d zWQXYSVjXi0/j509h5k8blTGZNE80hxv8ZLPRWsKx1iViDGdyF6Vwv86tcsPREUaRHRWG275Pnh py0Xd+A/fsdbeGy8EdmNt3gN143NSiOjYbChnIniN6YyqmxwiDtiMmrnyuLpaDpydfG/PILZIEC SQISOzZodcj/ZeevzQtuRQpuSicN/U= X-Google-Smtp-Source: AGHT+IHN70uqaA0Auol2yFeCo6/3QhK0xujJ5OLhhdMYvkxsnKCCMK3ZYXpZsvx6T4S96Ce7LnDcLR+gHLHq3DUAUcs= X-Received: by 2002:a05:620a:4690:b0:857:20a4:8bb0 with SMTP id af79cd13be357-87a3adf3347mr227768385a.70.1759463971616; Thu, 02 Oct 2025 20:59:31 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <01caf55e927fc5cb451b44fc325e669e@Leidinger.net> In-Reply-To: <01caf55e927fc5cb451b44fc325e669e@Leidinger.net> From: Maku Bex Date: Thu, 2 Oct 2025 22:59:20 -0500 X-Gm-Features: AS18NWCXkdXZfEmkhoCsjxYbIeogc2_VpEMV65dmfeni-nuwfpOZmzoWFdL3Q9M Message-ID: Subject: Re: Source code: class diagram generator To: Alexander Leidinger Cc: Alan Somers , FreeBSD Current Content-Type: multipart/alternative; boundary="00000000000005fc7a06403921d9" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cdFKf2BlNz3PRd --00000000000005fc7a06403921d9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Awesome stuff! I'm trying out Doxygen+Graphviz and it's been running for a couple of hours. Thank you gents for your help. On Thu, Oct 2, 2025, 03:21 Alexander Leidinger wrote: > Am 2025-10-02 05:25, schrieb Alan Somers: > > On Wed, Oct 1, 2025 at 7:50=E2=80=AFPM Maku Bex w= rote: > > Hello, > > Is there a tool or application(s) that automatically generates a class > diagram from source code? > > Google search suggests rather inefficient ways to do it and mostly manual > labor that would take weeks to complete. I tried AI chats and they pretty > much suggested the same methods. Basically, using VScode with a UML > extension and manually telling it to add each class and link it....yikes!= I > also looked into the build systems such as GN, bazel, make, and search fo= r > any packages like rust's crates, ruby gems, npm, etc. I hope I'm not > wasting my time and looking for a unicorn. > > Best, > > > I think that Doxygen can do it for C and C++. But preprocessor macros > can easily confuse Doxygen, so the results aren't perfect. > > To get an idea what Doxygen can do with the FreeBSD code, see: > > https://www.leidinger.net/FreeBSD/dox/ > > > Bye, > Alexander. > -- > http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF > http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF > --00000000000005fc7a06403921d9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Awesome stuff! I'm trying out Doxygen+Graphviz and it= 's been running for a couple of hours.=C2=A0

Thank you gents for=C2=A0your help.

On Thu, Oct 2, 2025, 03:21 Alexander Leidinger <Alexander@leidinger.net> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">

Am 2025-10-02 05:25, schrieb Alan= Somers:

On Wed, Oct 1, 2025 at 7:50=E2=80=AFPM Maku Bex <zagazaw2004@gmail.com> wrote:
Hello,
=C2=A0
Is there a tool or application(s) that automatically gene= rates a class diagram from source code?
=C2=A0
Google search suggests rather inefficient ways to do it a= nd mostly manual labor that would take weeks to complete. I tried AI chats = and they pretty much suggested the same methods. Basically, using VScode wi= th a UML extension and manually telling it to add each class and link it...= .yikes! I also looked into the build systems such as GN, bazel, make, and s= earch for any packages like rust's crates, ruby gems, npm, etc. I hope = I'm not wasting my time and looking for a unicorn.
=C2=A0
Best,
=C2=A0
=C2=A0I think that Doxygen can do it for C and C++.=C2=A0 But preproce= ssor macros can easily confuse Doxygen, so the results aren't perfect.<= /div>

To get an idea what Doxygen can do with the FreeBSD code, see:

=C2=A0 =C2=A0 https://www.leidinger.net/FreeBSD/dox/


Bye,
Alexander.

--
= http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F318= 30F9F2772BF
http://www.FreeBSD.org =C2=A0 =C2=A0n= etchild@FreeBSD.org =C2=A0: PGP 0x8F31830F9F2772BF
--00000000000005fc7a06403921d9-- From nobody Fri Oct 3 04:33:08 2025 X-Original-To: freebsd-current@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 4cdG4W2PbZz69SbP for ; Fri, 03 Oct 2025 04:33:15 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cdG4V2F9qz3TfJ for ; Fri, 03 Oct 2025 04:33:14 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=iB+6IJo+; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::334 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com Received: by mail-wm1-x334.google.com with SMTP id 5b1f17b1804b1-46e61ebddd6so16366815e9.0 for ; Thu, 02 Oct 2025 21:33:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1759465990; x=1760070790; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:cc:content-language :from:references:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=439PMNmdDG+ag8hsFtjw79eDY5JrJ58CZK5eFs0PE+0=; b=iB+6IJo+AJBWaeMUu13ODwskmlxtPOdcqH5UtfUufMrpZRX5rIZgyB8RvuEHKSdjO+ FaaWoOHK5QXnJsz5Lb1GnJSESk7LW8M44esyJDksE3uuEHOI0FvzQC1fLCRAVWHBq+kV Qxk+cj6pfjsgVQbXzXOc8F/5WMFYb6F20rV+lByJTKRk7xw0/MTYeNPMe1FwdY53bV7J yVtoVsFvthATbvOq4o4KDXPIQhoIbmhRA1+m+XByIrq4xyQh8F+CaYz61Cl4Z1jU05eP NIySo1PSB4uS3CcCGAlP6PPTIAQPndseRBVRlCQn9LQEOFXzElNbCSxrCCJtmsSvEnI8 enkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759465990; x=1760070790; h=content-transfer-encoding:in-reply-to:autocrypt:cc:content-language :from:references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=439PMNmdDG+ag8hsFtjw79eDY5JrJ58CZK5eFs0PE+0=; b=mhknm4y5Skv7BYRhC+vNL7xu0hRR9CmhrgdtAGqpXlASL1NTIVKF+Ek0b3A+iqQcB/ TXJTPVAZC77p0R7rJ+JXEzMoeue4uXWhRhCnH066n1gxd5Ek4fbtKzqW/l/1Imc7Hmbf lz9eHopDw5DDboudfGxZQ9atkCtpdjK6zpIQS8uUv1RouBTiQ3nwKhgOn8N3KaE9pEne gaZYxnkHwq239ZUNtbHjCH50okNtrApqoGBePCY0RwKOPs5Qz2HwBpa1cnXCj5y9KJBx cFWwD0j9tYl2dLpg9NrmiXjs1SUeuMvY7gLkmITVpP11qKlziem4Dp5pJVMvpHHGlI87 PP7w== X-Gm-Message-State: AOJu0YzaioAISp6Ea40+iqFki5bPs04uWv3uLPPVPtu097a/BLycrrA3 6zUG1yqaKqxws1MuiXG/7UbAsmMtdaglXBeaA/9NzWfgJPdZjFXe+zVsqnI+bw== X-Gm-Gg: ASbGncuSklYDLQ9kwGu10yzP3k6j8AZAni4e2VGDPWv5ReckLjuQPAjrMZyHp42VC88 OqnZew2AW0cC+X8zpRCvllrOZWlfHG8jjN/jp20bFZiZN4lrRuDIdqU0r8FbQdXkrk/4q9sRCl0 WK8xuLQCJCkWeDjS3PSwvWgaoHQTAd8dXDJ9W4kHL4lDmvn9x50GRTMxZ99dj5VnYg+MCZZAfXB T/WFwqAUnejt19B0xwpv+mCTBPfdRZWY8+Z3KDK/J13baiO8dga8bAlrGLolYGnCQR3aUVAgDcA 4SOz/Kxu3IY9hzYirag5OrXSwqS3UK6AWctGODoZjh6ViqusPdBUZBQmKxJsPN/B0uNOUY24e8a pftKdIq1gR/j59TA6snOraDL9Ksi7Dy7C0wo5UIrSYFNFiB1BGvSuB2oj1JrimuBIFXXUxKTU2R MrEBJehyw= X-Google-Smtp-Source: AGHT+IEF/syk6+lVlw4rUG4ERnXsyOFuzxm9COz2haJdZwfULFxLz+7u2Xqx655aM4sZE71Nnr8MtA== X-Received: by 2002:a05:600c:4e01:b0:450:cabd:b4a9 with SMTP id 5b1f17b1804b1-46e711465d9mr9560935e9.29.1759465989740; Thu, 02 Oct 2025 21:33:09 -0700 (PDT) Received: from [192.168.1.4] (host-89-241-205-78.as13285.net. [89.241.205.78]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-46e619c3a58sm108124325e9.6.2025.10.02.21.33.09 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 02 Oct 2025 21:33:09 -0700 (PDT) Message-ID: <34fccd34-c11a-4746-981d-5058730019fb@gmail.com> Date: Fri, 3 Oct 2025 05:33:08 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: --case-sensitive (was: Questions about pkgbase) To: freebsd-current@freebsd.org References: <20251002.180121.980053125503545103.yasu@FreeBSD.org> <20251002.184250.407649009874750263.yasu@utahime.org> From: Graham Perrin Content-Language: en-GB Cc: freebsd-pkg@freebsd.org Autocrypt: addr=grahamperrin@gmail.com; keydata= xsFNBGKYt7ABEAClu83dJ3ZKfVgPOk9YKRv0Z+dl2b88+k9R4vwAmElgguYdKE7yhnQNhhWM v9vi6AFrBMc2oJdVHJ2OrXfwpELBFIgiSMEWNsC4e+Z3HtSajcl+pFZsP7ciiSoycj/w3wIV kAZoVGbhyIbNG7fbCEJ8q81TbfsGypV3bRmbZVvGNecBguYiooBtz2Qht1p3itXMkIA6P9pS YDl+6QddZLyUUAjAnFv2QDoYSHLnaDUWw4oONZsB0SKVu8jMIBh4uJZoYEOvdvc9jQQdOpA2 CAgA6ulfm42Ikr9lKBUUCtjqiWAhJ7iXOTyHAIdR4Mf8alCE6tdTq6dHdIt+GktTY7oYNyL2 3aD3C7I5waU0SFXvJcOMG10QLfwYQMOQoYQ9XJ0U5A28WYiDcylDdUWT7SappP1e1ZMeJWWO y14mxxNzHaJSI4rK8P/p5tp3Q7SSC4k5gMh9zKba3K2ApCWNbVLGvXsJeQkZZNvu70tE81ey AHI5iZcB6D7WaHysBUmsKaEpbcmm1ZThTnGL0SHEl5to5Jab5Fg6O+Cnly5sVz5lX/v8Aosx kKNei7SCVqXOVtteQeGxWbXWbhPgbMyc0Gi3DuxBI/yvJ43k/rJysQlLGLWfJx/UXprwLluC PDK9EvKEB+fD1Z349uzp1sKr3ihpySbyKI8fpudftnAz4EsoCwARAQABzSZHcmFoYW0gUGVy cmluIDxncmFoYW1wZXJyaW5AZ21haWwuY29tPsLBlAQTAQoAPhYhBFk/5bLDBwftvJcvCrdn SG9KGNQLBQJoRALAAhsDBQkPEg5ABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAAAoJELdnSG9K GNQL8YkP/2V1z6XQDyG1QlKAu8TuE8zDWy9QQKjC/G44hlu5zk+2kWSNk4zeExs9ZXOBmVhF EW1d+1J8wDiYIeKYj/rqMoP+gb8o0Au0lSRitvTdLxkZBFGMn0CEzlDOzv+wmiy0ggAV/s+Y EbiHk12fI0LoTy5/ywdmG/uGS7M6p3XOrM0YO1qmLXy1cUyYDsYIpq5/rT0QzpGowsJLoEA3 zz1vfKVY+RTorsL4W8ljXLmcs4c3b3HZG9Xmgtt+Ni/eb9CjzM7kCXOcSMnVzvfscCowPAwB 0ZHlNxNV0MTa61xgvOCk4Zf278ArRgbTm4oOz9Z4ciPMnVue+9P/VdxIxgUuYkAryM0+agGz L9bd8ljn+efNtgZ5dlDLrNnTE+vWnMVlMXgl7BNnhwHg7UYFLrC2xklsICub0qpnNheTGeqo 0N4UongJTQJ6H6LEpgd+KMkCncAHghED/G0/BUdO90VEOoqnIKwKa+F9NqVMvHWc8D58mwCP FghsmxK9FM9pnsjLmG7u+s51Y7++GSRnU4NkI4tHiVk7hcAcvZuc0QbUDwVMTurDUgIqRo6W 80j1tFjEspkrwtMoeVFEkDHktjoc3AoEymXIncZfqIqi3nVseyDVyNByvkV0mutX9hXqac0/ RXMuyK9KniAUZ9+gsWs4rPs/DOdsw4K8/RnjduBrfCYQzsFNBGKYt7ABEADRb1tZuh7DPYET 0wK6fe7owbYgM+RfKhmcrGgR2HI9M2q6+0WKF/ITnggWdIW2Ecc4z2boLz/cwvPGCS7/YxZM 61KklGCwuS7q1s04XnHDWHuFxfXQPzAdVmNO3bYoMZbJjHXs6sB2u5ksiwPwaMAWWaGkviSj c5pwvHCiTmX5vH5CBj/Vi+5ESyX38vK4JM5S/m4ouI/6M9biyFgimV+v3vVyCxJCT1gI9g4o GIh1qq5S433b1fihn4yHPf8XOKyBpA/QcwLONViBqJL5nnOxpsh344rNxn2R7CcRzzicOV+e 2IbMem4lwNWQlZKoRotKXZi9LqN5mynSBYqAUdoZum0QinWT9F22B0Qex5PH1zAt9i2W91Vd kcPB3LwkRXj07ycRtsSzpgPA6fLc6AsoWFslHl8kVOO5eJIA4xhjlPa+W8lguQHZ0iX+5uAv 2eAgXR2swADuHPuENNFStmsgAMl8OOOgtq75yA5TpyIzxMuXV9Nmp0VfIaUM/IdLdmxhc1pC c320l5fYMHVLFAReWEbSj2QH8YzWfpXHIegutWWYEbH9SiDXgS9KoKmCJV/Qa+x6/b8y3pOZ vnIbCDaynC2Yr50s8gRa9kb54JE8Z+p8r16U3SEsK3PtUi0RF0e51danCVHrrE6/Hat2XUO/ 6nnYgVgFOrLao6Gh/VMs8wARAQABwsF8BBgBCgAmFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsF AmhEAsACGwwFCQ8SDkAACgkQt2dIb0oY1AvQxw//REWYFK2m4yS/QP5kzfhkWcNqDI/akGT5 /LXmdmbc1s78+mOMXnA4vBY/+X1QatgxWUECkPDOiIwXJMxoBuyY8e7spLRXeyhtfh5aYaJc MO5bARX0c49v+KfZ80u9tG2rkKQvAt/ySo7OXsbDADFFRhlc8RLbb8e7bSctGbYZk9CYa0ya dW5+n3znDNJ6yW1skx9wTH+Y8VlSazRLk3XgXscNqBA2h56v3WS/R5dI++7AQxZxSQacQvfj 9eahq7ATdB4zMQ9MBHEwOvGD3DLlc55FYSDZvNX+mhnK7S0t1Nt2EtGUOmXb5ysMFGnbsce0 woKQ0sLPF1HWDAAf7tBCF8mpPIzU/ViAkupsJ6NYCD0tLFD8pvl0NYU2TjvyWh6ie3e5B/b3 8Daiyme+M92ivfoRQOFKmkPfeT14AI6OW1k7qFbmoIwMWWQdFWAl1CP9hNdF9gRN4rFB0Jy1 90BajZW2zOdVfqdurJZegCzAowZalLm4JEK2MklpPzipibnJqhLOmvJy587pF52KDdM/4rLy BBREIm7uRivnO5k/BY5qS+H/aqv97LC0PVaTsLXbDmTxTnJplUpdlYT9NGidM+x/ioS0iztO Cht7cT8V8jvvKZYvNpst8iqxuIaoV9V7aZ0wAQpkgDGXHmSzwtz6U8xNf/4e4sLn9KPlldSd kvo= In-Reply-To: <20251002.184250.407649009874750263.yasu@utahime.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.978]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_FROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEFALL_USER(0.00)[grahamperrin]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::334:from] X-Rspamd-Queue-Id: 4cdG4V2F9qz3TfJ On 02/10/2025 10:42, Yasuhiro Kimura wrote: > … it seems package name of all pkgbase packages starts with > 'FreeBSD-'. On the other hand AFAIK ports framework don't prohibit to > add port whose package name starts with 'FreeBSD-'. It seems > confliction of package name may happen between base system and ports. I'm aware of only one conflict/similarity, which is not case-sensitive. described use of: --case-sensitive With the closure, there arises a question about the meaning of this option for pkg-version(8): -C From nobody Fri Oct 3 04:43:45 2025 X-Original-To: freebsd-current@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 4cdGJs1Gfqz69T7W for ; Fri, 03 Oct 2025 04:43:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.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 4cdGJr5PhPz3WQZ for ; Fri, 03 Oct 2025 04:43:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="hqX6/pWz"; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759466630; bh=44ibT7gdqPSy3cyxeRbNlLsBYAVSv9m5H0ANBLlt5CU=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=hqX6/pWzSPYdkKhzRxwMf+Khod/cWAtJPouoJ1hd3xOkLiN3FvIv0J3xNgQQOxBGSP00hyyLG5LpdHtq0uKdVBtinC3TQigdtQo10zT33Ta2GD9LkYji7Jtg2lxJ5Q+e+mEQoDTLRD8tAx20w369lcW0xrdOG6GNgHYYyaWpE1QCL2+jqP2Y+IlO2bS+U0bSMsWuudECvQayCkNZoPFK9w7OWmD+VzC3ZAlrNU2AKSFKnjbcE2V5zfw0S7fxsnPMw/PkmTLY7/fwpcVHM0aX+WFDJjOi5elfz+MnddYNN7wBzb2BpV6boZK267VP9kgXb9lPY3SIWktO1AZNawvIVw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759466630; bh=nSJg3Yej6vNUk1NFWNxm/0Nt3w3BrERUQ/FjD3R7QAm=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=n6+0bGS1+zRQi2UzsE2s3k+RLjGU8OECaQkz3tBVefibBQE/9I84Huj0XOvduFwdExyz7wlmvQYMYY3a2s2GXK9jcpkpGcWi9T1BsYbglUOi3Oqzw8n68/FABWO78O5VTzLKJeGlywEWQAINTujm3INLVDj/eh1KuNmShTIMuHEOPOeq4zCrRPxxcNvinO+e8YPAmwxJm5lynTycjt9eOiK4CxwaHwJUDgk1opkgXF2HQyiBty+D9ui63xQOOORVJGGJ64vEAwXpvjfx4GO1kH0S3DoqgZEAPPkYRG3mTXp3On0PSS3hdyqFEnIZTl/fTmq31ZbGv7fJg6pKSivw4A== X-YMail-OSG: B8X7J0oVM1ky1dHy9wz56i3nWCIlmAgJyw3mhlsf4a1M2kc.6723we3cS2ZuZY_ feOPniBgj4xe2W.gDmRgsMPmQI0gGBmYeXWAwjW0XTTBjz_wvXGnD2zLLMCWyG5BZrdeqgJdS0Ya C6Mevaq7TF16VFGm.x8EXLxxQq4NFinYNDLl1hsdxn4VYQGeBRy9IcfEd0qI7WzkjIFmT25WbeVq Qp6UkF3rci6E2ubee0zuIFh.3PaqpIwShTxa2UT_hTrhHE5WSMZ55pwXKnniZebM_Cje7hUbmdR0 LLO9im4voxJHcBmU0GQ_HNeB7qwdJ0uBb910juAEHA33x96ocigK1Y7_WaYLhosJobn.NawkeeLg dRIIu_0rC_XYo4z1vk6eiOlTQqEESm1BNyVs2ErAhJwCHkvG_VYsbCHgtmH2xypoleyozGoP.NjY 0hWqBcVMEhZXC1eCda2Vchtw8wvR8ggp3tske6PHJ7MTh4CnFrK_y1jtN4Epu6Uxp8Bkm_G8uL8d SrO23oJmZBctwBhqRGsizxHlmh5UbyONN0uXi.65P6.fx99cjh6ke0KuqRXU1XUNqJNS.owZcBUt R3LFqq4ir8IWkbOjVRSQsD5VM3sFUt2u2sh5X8NZpEekkTaiEgP8jRf9VDYhCQCozCKeusg5F6Yr rjDxc4Sn8wfEEkT1vq9lCT6QyYiTN9dmC2mTXYS9gzgOmGH1fsEOJE7BB8jofcmVD1cOFzYxF817 PlguQrW13O1HK87vN6dz0SwRfO2r5fjH4q5NAssEmxf_o83STJqR5oFbU0ANnXIqF8t6o9FbCHkq c4m.M_oHsrmu_fIKcPYtM8LtoViWd7l.gxLqZdIfX.3MgynhfTkW3B06LMzVutQq_rMMY6qtUZw. hPZagmA5TwQ6hhcmbx1xSjzkoBpqbheI6XavJmekpGuUmkzDLuldICDnQLSa3NAsjzIXhi2CybGr ouCVFuI_JCJN4_XgEyjwWIuQM6Y643pB38HBBslxBS.gytjywPaX0YBhn75szZGqlA6f358y_QqA qmeaK4WumDwzMnANLS4KIqyK0rC35zuvgvOiLIIm7eCnIi1FUwyWn9EtSiEO2CNxnmCEgS2tbxYW pwLpZOgZilCwLRMhwdxpvyDx3SvnpUCjG0GuNe3sPweit8tPHi7jYJt5WaGlXyPqc9u49.cmjSX_ EZl9.QYUk2o8HEoM5JryMP8hkiHQT68xQ0z1Km2npV1M6A.kWclOm45U7bNUeJETPJ4OSnpKMOIx 38vTsnPCf30g6J7qOKz0ctKXbB_ttWxbHTAl_pMF.OIT48wCt8Xz7xdwScO6RQjxEx2w.iqgcNEG vOTAfjPm5vfOAUprAEJCCF3ttXZ0yURXGXDh5thGk8NPiehvmVzo5SnlVfFhK1yi5mx6cUzahqB3 8boQMHvtu4ZNy33PJ6_Wk49XIjSl_gGWWZhg0Y2a8XfAPoOGuFSz5zQPhXk2_yXXA4LCnWGYxKCB FL7WjTEZFlTvQCjfugB7Kt6DPOhhRnq.gWjAFUnYfXUQGq_pdxqZv1uTeXU1gHtzkBpCDvBjaSMM Vf0jrqwEGTrT38jjxP5TRNooB9i.PWUTWjvj4fGKDr1sDbKsRzqRaQKMHfbbrGY2mH_Eux05wrFa 71d5T5JYQsGW8uxsPYKU60LiDRZkwjwadCLb_q8E8juKAXssdnyRCVsofdvvm8x.1zemeAp6Ugc_ AEjSqoph.B7rq7Yi0cCSH0a8NLrTHLrG.OSOowkj1ORRq1.OE5P665xvD8jsSsHyZ3bxQRSy1TcH rJ2iysyGFE8huPMJCx2DiEX5COCK58Dvcx1Ek9njxLk0j4MMtNvJxxx4rW.PgvQ8D0g9qB.6GPc3 gELQ7VtfvyL0tAQ7PBw7nwZIaklWXiFVk9vebbiu02boX_yvgJqxw.28WcKqmlam7D.WAiYC_9W8 m5KtlmtCutWMvRARfgE156060nEwhTALwqJYAH4jZ44t43QdH6b8uiqfMwYjyjIprzMd8xtCxaiG xMHg7H4tC7R4X_aGNLnbsDujjeZvnVbXxA_0pomWAvP3VGFb5xAMK.Qo9bYWacXzZhsSGYMIwFN5 V991bUDr9wuRSKVGwuH0bKfFISzZok5xsnAvcomHTbIKO_Sx1113lb1G5vY1QjvrR0O4FG21vxOl t7fTuFMnuNToqtPzqNbxzfvwg3QiuRX9Sc1MMTYOnPS_fkZMiattyGE.j8j05za.80TQkzwnnG7P XnTklwTMaslakff1GxvpuCobQQT5H X-Sonic-MF: X-Sonic-ID: a9bcfd62-9eed-436f-bf6f-2578524be7fe Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Fri, 3 Oct 2025 04:43:50 +0000 Received: by hermes--production-gq1-66b66ffd5-cqpc4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID cea828e41377dfa2eed20dfadb154b2e; Fri, 03 Oct 2025 04:43:48 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: main 16 and 15.0-ALPHA4 [on amd64]: using a USB3 context gets extensive "flswai" [and "rename"] STATE time during poudriere builds (UFS context happens to be in use); more Date: Thu, 2 Oct 2025 21:43:45 -0700 References: <46E0F6E8-A365-4C01-BFF8-CE2423B6DA00@yahoo.com> <4D74D446-2078-4A5F-B245-913273E2DDD1@yahoo.com> <03B6ABBE-DF0B-441F-9ABD-5565ADBF29ED@yahoo.com> <93873756-54C8-4408-9395-5E67F0300D5E@yahoo.com> To: FreeBSD Current , FreeBSD-STABLE Mailing List In-Reply-To: <93873756-54C8-4408-9395-5E67F0300D5E@yahoo.com> Message-Id: <9204210A-E61D-4C5D-823B-878848698847@yahoo.com> X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.86 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.86)[-0.856]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from] X-Rspamd-Queue-Id: 4cdGJr5PhPz3WQZ On Oct 2, 2025, at 20:45, Mark Millard wrote: > On Sep 30, 2025, at 20:43, Mark Millard wrote: >=20 >> [The new material here ends up being about nameicap_cleanup >> and its exclusive use of mnt_renamelock being one potential >> bottleneck involved here. I make no claim it has anything to >> do with the flswai activity reported. The possible >> bottleneck is an observation, not something that I claim >> there is any alternative to. I do not know if this is of any >> interest or not.] >>=20 >> On Sep 29, 2025, at 16:06, Mark Millard wrote: >>=20 >>> On Sep 29, 2025, at 13:01, Mark Millard wrote: >>>=20 >>>> An example is during the cpdup activities when multiple happen >>>> in overlappingtime frames: >>>=20 >>> I'll note that I see this on the amd64 32-FreeBSD-cpu system >>> but not on the aarch64 8-FreeBSD-cpu Windows Dev Kit 2023 >>> system. May be at some point I'll try the older 16-FreeBSD-cpu >>> aarch64 (Cortex-A72) system. >>>=20 >>> Also, on the 7950X3D amd74 system, I see the behavior with >>> 14.3-Stable. Apparently, this is not new with 15+. It has >>> been a long time since I'd tried using an amd64 system for >>> such activity based on using USB3 media. But it has been >>> common for me for aarch64 over that time frame. >>>=20 >>>> . . . >>>> . . . >>=20 >> . . . >>=20 >>=20 >>>> . . . >>>> . . . >>>>=20 >>>> But I'll also see such on c compiles, ld commands, etc. I've >>>> not seen rename for pkg-static but I have seen flswai for it. >>>>=20 >>>> The system spends lots of time 95%+ idle from the wait >>>> activities. >>>>=20 >>>> I see such directly booted from the USB3 media (a 15.0-ALPHA4 >>>> context on UFS media) and when using that media via chroot >>>> from both ZFS and UFS boots that are not USB based. The ZFS >>>> and UFS boots do not show the behavior with the normal >>>> non-USB3 media used instead. >>>>=20 >>>> The system in use is an AMD 7950X3D with 32 FreeBSD cpus, >>>> 192 GiBytes of RAM. main 16 booting for non-USB boots >>>> and 15.0-ALPHA4 boots for the USB3 boots. kernel and >>>> world are via official pkgbase distribution installs: >>>> it is not a personal build of the kernel or world. >>>>=20 >>>>=20 >>>> . . . >>>> . . . >=20 > I got a test context were I could compare the same > media used on the same USB4 port on a laptop > (Dell Precision 5490, 22 FreeBSD cpus, 32 GiBytes > RAM, 4 USB4 ports), where, on boot, the media ends > up being handled as either: >=20 > ) "nda0 at nvme0" (via involving a Thunderbolt 3 hub) > ) "da0" (via a direct connection) >=20 > (The UEFI/ACPI does enough to make basic operation > work, presenting some view to FreeBSD for media on > USB4 ports.) >=20 > Both have the bottlenecks visible when monitored with > top, both "flswai" and "rename" examples occur in > both contexts. >=20 > But "nda0 at nvme0" bottleneck periods do not last > nearly as long as "da0" bottleneck periods do, making > "nda0 at nvme0" use much more reasonable for the > type of activity. >=20 > Still, this eliminates the possibility that the issue > was limited to USB. It also eliminates it being > specific to the prior AMD (7950X3D) test context. >=20 >=20 > For reference: >=20 > # uname -apKU > FreeBSD USB4sys 16.0-CURRENT FreeBSD 16.0-CURRENT = main-n280801-213170eb956f GENERIC-NODEBUG amd64 amd64 1600001 1600001 >=20 > (It is from official pkgbase distribution use, a > copy of another boot media with some parameters > replaced afterwards.) >=20 > QUOTE > CPU: Intel(R) Core(TM) Ultra 7 165H (3072.00-MHz K8-class CPU) > Origin=3D"GenuineIntel" Id=3D0xa06a4 Family=3D0x6 Model=3D0xaa = Stepping=3D4 > . . . > WARNING: L3 data cache covers more APIC IDs than a package (6 > 3) > FreeBSD/SMP: Multiprocessor System Detected: 22 CPUs > FreeBSD/SMP: Non-uniform topology > END QUOTE >=20 > (The internal NVMe media has Dell's ubuntu on it.) >=20 >=20 > Note: > Ignoring very old Intel MacBook Pro's and Mac Mini > 2018's, none of which I've ever native-booted FreeBSD > on, the Dell P. 5490 is the only Thunderbolt or USB4 > based system that I've access to. I've discovered what is tied to the flswai/rename: Soft Updates had been enabled. Disabling Soft Updates leads to biowr and getblk as what shows for the bottleneck. (There is still a bottleneck.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Oct 3 06:58:34 2025 X-Original-To: freebsd-current@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 4cdKK96CVxz69jsK for ; Fri, 03 Oct 2025 06:59:25 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "E8" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cdKK74TTsz3p73; Fri, 03 Oct 2025 06:59:23 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=leidinger.net header.s=outgoing-alex header.b=INWCRw89; dmarc=pass (policy=quarantine) header.from=leidinger.net; spf=pass (mx1.freebsd.org: domain of Alexander@Leidinger.net designates 89.238.82.207 as permitted sender) smtp.mailfrom=Alexander@Leidinger.net List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1759474761; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=8ga7t0epdJIGaKzMzF/glS+8YjvY0G/uFvAY5lrETmE=; b=INWCRw89kvSukV/E8wjI65sWYVbo/YNNUaoz0jwqUhAfdA8+BGD7iDlI1eKtE1irx+DYR1 V/Rozv+as669p+8vctiu2t+ICIb73NmiqSPMud3j1D+uK/xQwqSy8i1v2voj1YJUtMGMP2 f0s3TlHNS1G5GmvCFUOOrOR70TV1h9Vh8PEDnUsrPFFwyaUGCl8tJKBCMORZIGW640ce/m Xnri5cfW0sMnIhDRf8itgOvznu+qOLD5llsKF3KWi/ISU7SgXnmuG0GbKumQbI/eLypwyU 7N3b6kEJM7NfGR9x/mABLUlU+jvfXZgWMmicT1YuvPtSUwR79aQaWqEpNcMj3A== Date: Fri, 03 Oct 2025 08:58:34 +0200 From: Alexander Leidinger To: Gleb Popov , freebsd-current@freebsd.org Subject: Re: Questions about pkgbase In-Reply-To: References: <20251002.180121.980053125503545103.yasu@FreeBSD.org> Message-ID: Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_d44dd204fb473fa11426a0b98fc9ea40"; micalg=pgp-sha256 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.35 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_SPAM_SHORT(0.64)[0.645]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; ONCE_RECEIVED(0.10)[]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; HAS_ORG_HEADER(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DKIM_TRACE(0.00)[leidinger.net:+]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; HAS_ATTACHMENT(0.00)[] X-Rspamd-Queue-Id: 4cdKK74TTsz3p73 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_d44dd204fb473fa11426a0b98fc9ea40 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2025-10-02 11:35, schrieb Lexi Winter: > Gleb Popov wrote in > : >> > pkg(8) will attempt a 3-way merge when installing a new configuration >> > file. if this is successful, no action is required. if it fails, the >> > existing file will be left unchanged and pkg will create a .pkgnew >> > file, which you need to manually merge with the existing version of the >> > file. >> > >> > this workflow is much worse than etcupdate or freebsd-update, and i'm >> > not convinced we should release with pkgbase as the recommended option >> > without a better solution, but we'll see. >> >> Doesn't etcupdate perform the same 3-way merge during its operation? >> My understanding is that pkg and etcupdate will produce the same >> results for the same inputs. > > yes, the merge functionality is the same (more or less), but the result > for the user is worse: etcupdate makes it clear which files failed to > merge and offers a manual resolution of the merge with conflict > markers, > while pkg just prints a message, which is usually lost in the hundreds > of other messages printed during an upgrade, and requires the user to > manually locate the unmerged files via find / -name '*.pkgnew', then > you only get the old and new files with no way to easily see what has > changed in the new version of the file. (basically, this is a manual > two-way merge.) > > if there's a better way to do this with pkg, i'd definitely like to > know > about it. Teach pkg to do the same what etcupdate does: handle the conflict interactively (and doing that for ports too would be nice). What the default way (interactive or non-interactive) shall be, would be discut^wbikeshed-able. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_d44dd204fb473fa11426a0b98fc9ea40 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmjfdCgACgkQEg2wmwP4 2IaQEA/9EIC1YeFkuBjobukN+2jcMLSC65pqfifre25ZxpInfiDprZChP3xY3D98 jXCAZlyzrQYSkm420ORA7ANXUM0QUoXkrTK1ambQkUiRNPS5QGLlX054zFOHBYuD yw7ZTdfgQOkbCoaRb6dIHYkuQS0Mu5nJwV+GXH0PwXgswDgMrmSRRHhGvM9h08Qv Sf/4pnEts2Qz7GNUDJPNF2hoE5hYjjJViTsr7+uV4pJ0nnHgWq7d9sZZWc2e2YhE YfT5DNlKe9yALxpLnmD+1QFlHZ4+2dgS4sMKmGYVZOo6EqZWCPIkn9MwkRnz70pJ qyRYDKrWzikCDlN076y93TYcGS4xm0MbPheWNl26W6xoHFgF8PAxr1lLsRIwYrYK MCWFw0W1XJ0TnlBOqq0OkBtJAVD9C3aTqy+TDoyeBexBOjN37nUVLvWISNNMjAdx w7VgQLwb397MAQ0xxuAtUAYzVOfdDGlI4pOEOoAMCt+bUolMn70pmYBv8ovEby3D uN9xKixeJrQ8bR4ZlcL4fpgLC0fwlDTGEFqNO7WPLOTg7vUXKwrVopo/VKymsTY6 M865bUgW2nKFdM+KPZGsrfzb9KqijKPanapu+VRXeHLW6bYild4ZOIxVPX0GemwQ Q/54mjEqEkD5JYqGUMhOH2UHk5s0G1azJ13uucudPh3TKtmX+gc= =yHgb -----END PGP SIGNATURE----- --=_d44dd204fb473fa11426a0b98fc9ea40-- From nobody Fri Oct 3 07:05:21 2025 X-Original-To: freebsd-current@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 4cdKSb6QPHz69kZ6 for ; Fri, 03 Oct 2025 07:05:51 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-yw1-f175.google.com (mail-yw1-f175.google.com [209.85.128.175]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cdKSb3K92z3qcf for ; Fri, 03 Oct 2025 07:05:51 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-f175.google.com with SMTP id 00721157ae682-71d603b674aso21290407b3.1 for ; Fri, 03 Oct 2025 00:05:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759475150; x=1760079950; h=content-transfer-encoding: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=J5whlbSFeWZdPDlGMN81J0ptG0JRXF9Kq5r34Q+QF20=; b=QYPZxoLm9O/1d/N3B/VgnZ15YLieTMhMrwlGbVzbS8gUc1RQH5MX/65tdhLXl/Lg59 rfjb9lJQ+aDzQ05ImodIGvuX3Qqj8hUdpobDPDMVR7FRURb4rLUHVpeCi33+/0c/CHD0 Tr5ZLngOIn6xme1vGRIUjyKjTcbSzCXL7a0a8P2NZH2nswo/qcbKqafAdVhLVbfwivek IqhHQhi4NmlhkoXLzDHjMNtduRQz9s8h1NPeS/PmZZnmJ43/bLWxvY4Oz4NMuMqqnado WbV6ukRwskgiqjo58oIiWSvdvs+1jJ2xyn9CsM0i6QszLDTdKezEonMMCWX71fgcYDAz Phjg== X-Gm-Message-State: AOJu0Yxk/kyWt0VtaDbBc+FApchMV9Fqn1qP37UKsWjU5Wt17hLt7j8v 8UcVpe+bMXZERt5K7vIfqqE8bPyNt0gJ8ERKo1yuYA/e1Ewqh9yqVqPlNxR47ApV X-Gm-Gg: ASbGncs+tnxCqsGZ0+dJ0ng2SOgHsPTXW2Gts+0sF0gFKYSi+Zx5Rg8mdZ/DfZyWU67 zbnVnPCnYuuSdUd2tQ2D+rUFDq7AGq/zBdCE1YzHyIS2OFvT6FVenQ9AnzaZEMt1NXFy1RIWS7y fym62qDFdxDRPfNmzlSLJb6x/AoCksaRuixTvpKwJdqkt2ZZcq1FKy7W50yYhKU1uK91hwqfx8P fj6lPLBOYIecXhZKxOZsx7qVK3oZAiZZEiriyTSzmN0aZy20UKjxZfOdE9elQNaioP8KnQXb1Wn FgqT22p7jzxIwWpyFJINEeqT81R/4YU0YGIlCxD+nKQoB1bTVCfIxrXpAGmAzcmmBuBs1Eo4esc yTGE9kqlD1GREsB2V0ADY3+nb/vCaCi1NMTG8b7GKjUelxwmzh2Ik8lKZZ8fSimvMFlMEqPWcSs haDDXO0eu0eA== X-Google-Smtp-Source: AGHT+IFCcLOXSXeIB0Y7sJ3Gr8TWXoXHR35cIRuTNbmgBaqFTUenv6m4lapA2PyP0Oni9vAktJkZCw== X-Received: by 2002:a53:b205:0:b0:62c:eefb:dd6f with SMTP id 956f58d0204a3-63b9a082839mr1255039d50.6.1759475149974; Fri, 03 Oct 2025 00:05:49 -0700 (PDT) Received: from mail-yw1-f176.google.com (mail-yw1-f176.google.com. [209.85.128.176]) by smtp.gmail.com with ESMTPSA id 956f58d0204a3-63b845c3a35sm1447613d50.14.2025.10.03.00.05.49 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 03 Oct 2025 00:05:49 -0700 (PDT) Received: by mail-yw1-f176.google.com with SMTP id 00721157ae682-72e565bf2feso22028707b3.3 for ; Fri, 03 Oct 2025 00:05:49 -0700 (PDT) X-Received: by 2002:a53:c04a:0:10b0:628:8c17:79bc with SMTP id 956f58d0204a3-63b9a0823a7mr1732009d50.4.1759475149492; Fri, 03 Oct 2025 00:05:49 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <20251002.180121.980053125503545103.yasu@FreeBSD.org> In-Reply-To: From: Gleb Popov Date: Fri, 3 Oct 2025 10:05:21 +0300 X-Gmail-Original-Message-ID: X-Gm-Features: AS18NWDrSwxRQulcN7O1LzRL3iogdBSHP8Yg08uEfEECnfN_W6-lg-tLVwVi3sI Message-ID: Subject: Re: Questions about pkgbase To: Alexander Leidinger Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cdKSb3K92z3qcf On Fri, Oct 3, 2025 at 9:59=E2=80=AFAM Alexander Leidinger wrote: > > Teach pkg to do the same what etcupdate does: handle the conflict > interactively (and doing that for ports too would be nice). > What the default way (interactive or non-interactive) shall be, would be > discut^wbikeshed-able. It is already done in https://github.com/freebsd/pkg/pull/2317 although not documented. From nobody Fri Oct 3 07:28:50 2025 X-Original-To: freebsd-current@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 4cdKzX5Z5Gz69mvQ for ; Fri, 03 Oct 2025 07:29:12 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 4cdKzW4qjHz3tMT for ; Fri, 03 Oct 2025 07:29:11 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b="V3xbvK/C"; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1759476531; bh=zrQQ3WsXPcPq8xcJA+NBHLF1Ly33TrWw38XRJbeMrCY=; h=Date:From:To:Subject; b=V3xbvK/CzZ7rmw6DbKX9xKeSq3NJX9sOHYWYz3kBVEpPlnY15f0gC3NUoCKNydPAb /2F3JypUvl1dpxViWpa2hfV/WSLMfZptxyK9NWSL5qxXr1kFNT7AsFMljpdOclJmK9 5WauQ46Xc2g4UpufAic31B6SyOvJHukVKoru/c1Z1jgmv6BAtMkmuvCHMBRJW9Oeke HGF6oBGj0YNpXztgqh10qNRiLnFofhhGO+XJih0GVKUjm/FFdUJmP/BvBnzNbORyB3 sEaAu30GJRB3ngGR8pOSumoZIO9OsbpfM51zwIp5axbZ7gAiullAhzFfD2bBQto9NL dCO91ycR42J3CgCCJSh3b7RqOrcASZeJsCXMYddQmjKwqSWPWS62lJWM1x/PvmPao7 J8/PJWC0XutLlU+wTNj9eSogA+SnUD53/OJdXIQuogtxVIjbppmZl0U8Avp8go2BpK rTq/Kmfx7GZ9pNIHVYEwPdHMC4GVdcmChFPUCe7umKJjfaajl/dwuAhWvclAn7ttDS hTYM7b+yEJiISRlh+4N0ar3RhVmmiYArND8bqC1GIZrzoKT3ix40A2vSVq+m2t/qCv E42Kr37q0CV4GbuCJyjKuiiFSY1q9RZvKjS2b1JRfX5gp3eg90+35HuISRowq5ixKX ydIPLpMlSpn3uZV9Dxohr0b0= Received: from ehlo.thunderbird.net (0115-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::115]) (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) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id 01EE65BA068 for ; Fri, 03 Oct 2025 10:28:50 +0300 (EEST) Date: Fri, 03 Oct 2025 10:28:50 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: armv7 translation fault User-Agent: K-9 Mail for Android Message-ID: <57C4730E-2AE7-4BCA-A2B5-4CD8A659AFE5@ketas.si.pri.ee> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Spamd-Result: default: False [-0.62 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.82)[-0.819]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] X-Rspamd-Queue-Id: 4cdKzW4qjHz3tMT i have allwinner h3 in hw nanopi neo core for which i use own dtb and uboot= for nanopi m1 plus to get emmc up and working and i have those things Fatal kernel mode data abort: 'Translation Fault (L1)' on write Fatal kernel mode data abort: 'Translation Fault (L2)' on read Starting devd=2E panic: acquiring blockable sleep lock with spinlock or critical section he= ld (sleep mutex) pmap @ sys/arm/arm/pmap-v6=2Ec:6476 (last one came from debug kernel) seems like i get more of them, almost indefinite amount, if i try to mess = with uboot and efi loader trying to get update fault tolerant things up once i get system up into userland (could be single or multi) and then reb= oot from there, they all disappear and i can boot as much as i want are those my hw specific or something leaves something in memory which lat= er messes things up? i don't have enough knowledge here and currently didn'= t try to cold boot from total power off state is this an error and can it be fixed? if ram or other hw indeed ends up in= questionable state, could it be possible for kernel to rectify it somehow never seen them before too, despite messing around in uboot and loader she= ll a lot, before=2E so a recent bug? tried to look up what that error is and unfortunately i'm not going to lea= rn how mmu works in one day=2E so any ideas eh=2E=2E=2E From nobody Sat Oct 4 07:45:33 2025 X-Original-To: freebsd-current@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 4cdyJF62Spz6B0FM for ; Sat, 04 Oct 2025 07:45:49 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Received: from mail.ketas.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 4cdyJD6XBGz4NHg for ; Sat, 04 Oct 2025 07:45:48 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b="ad/fUOTA"; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee; spf=pass (mx1.freebsd.org: domain of freebsd-current-freebsd-org111@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-current-freebsd-org111@ketas.si.pri.ee X-Original-To: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1759563935; bh=fJBzA/9dNpArcoquiYoRdKr5/fW8O1nQroMUD6w6FFo=; h=Date:From:To:Subject:In-Reply-To:References; b=ad/fUOTA8KrN7O1NtTz2HdX+61OQPJnoYSPYMRbdpoe+/EVacECNV4/Oki+/ciqaG DpLSsM/ZjClX+oqqeQOl3RDIdVscnsuXga4L15PaeCoyjV/XnLuWa9GhYOtUh+Ygaf B5Wjdk/CaVAudIBoT3waiiVX5hRf1y26r49E0oR+5qqi9DX264HXIFGBflt5RyeAXD kmDLdyYvflvjDNyp34y+XwRo9iXDSOi/Rda2pMd3NFmAecgMcPY3JJpq/iVnRVDcR2 cBK5dxqEYTFLRCRRnZisJByDTEVl+nqkDAqtoN0jsWMQ1BKdLZ0cFTZ57EoKTtSSvR RkKzBbVUKfN4bVMAqw0F8E/iDolSfjZ0AVj4/lNNoWVexqwFB9Ja0tOWYJ+gDQ7sYH 2YNCspvk3KvpL7/urw7FoNAwe3IVLEuNG7eKy7UgM3OO2PublmhA5lu/z92emiBDAW n2JLLO5nlzapG05zNzVVA/gcz3X6r0jhJqeZnDnY7kW+XQ8qyrXFL0S0oDIG0JWYMt bQ+AvN+MBK+1MUbreB4LnAK3alNM1rHWTCMh+uKd5TqaHqL1cMZgG9MqPu0XTp42Y8 NjtODren7CQtftFi+yIatWs9M0ELK/x8CpFi0tC64pbb2XoylK49lpxRSxCE0o5qg7 DVNhQhTarmN77xhesX0GRRhU= Received: from ehlo.thunderbird.net (0115-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::115]) (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) (No client certificate requested) by mail.ketas.si.pri.ee (Postfix) with ESMTPSA id 0A08B5C49B6 for ; Sat, 04 Oct 2025 10:45:35 +0300 (EEST) Date: Sat, 04 Oct 2025 10:45:33 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: Re: armv7 translation fault User-Agent: K-9 Mail for Android In-Reply-To: <57C4730E-2AE7-4BCA-A2B5-4CD8A659AFE5@ketas.si.pri.ee> References: <57C4730E-2AE7-4BCA-A2B5-4CD8A659AFE5@ketas.si.pri.ee> Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Spamd-Result: default: False [-0.71 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; NEURAL_HAM_MEDIUM(-0.92)[-0.916]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] X-Rspamd-Queue-Id: 4cdyJD6XBGz4NHg i think my hw, which is even more complex, has intermittent fault unless ot= her ideas come up i booted old 15-current=2E even 13=2E5r=2E couldn't bring it up=2E and the= n i could=2E=2E=2E on same exact 16-current but no worries, at least people now can be reminded in which way those err= ors manifest=2E in which part the errors are, i don't know, ram, soc, power= , sdcard=2E even i could partially test ram on armv7 eg with uboot, i'm sur= e that doesn't give any guarantees it'a now always ok forever i don't know i running current there could also do something to it On October 3, 2025 10:28:50 AM GMT+03:00, Sulev-Madis Silber wrote: >i have allwinner h3 in hw nanopi neo core for which i use own dtb and ubo= ot for nanopi m1 plus to get emmc up and working > >and i have those things > >Fatal kernel mode data abort: 'Translation Fault (L1)' on write > >Fatal kernel mode data abort: 'Translation Fault (L2)' on read > >Starting devd=2E >panic: acquiring blockable sleep lock with spinlock or critical section h= eld (sleep mutex) pmap @ sys/arm/arm/pmap-v6=2Ec:6476 > >(last one came from debug kernel) > >seems like i get more of them, almost indefinite amount, if i try to mess= with uboot and efi loader trying to get update fault tolerant things up > >once i get system up into userland (could be single or multi) and then re= boot from there, they all disappear and i can boot as much as i want > >are those my hw specific or something leaves something in memory which la= ter messes things up? i don't have enough knowledge here and currently didn= 't try to cold boot from total power off state > >is this an error and can it be fixed? if ram or other hw indeed ends up i= n questionable state, could it be possible for kernel to rectify it somehow > >never seen them before too, despite messing around in uboot and loader sh= ell a lot, before=2E so a recent bug? > >tried to look up what that error is and unfortunately i'm not going to le= arn how mmu works in one day=2E so any ideas eh=2E=2E=2E > From nobody Sat Oct 4 16:54:55 2025 X-Original-To: freebsd-current@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 4cfBV92pg4z69L5Z for ; Sat, 04 Oct 2025 16:55:13 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ej1-x62b.google.com (mail-ej1-x62b.google.com [IPv6:2a00:1450:4864:20::62b]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfBV858vrz3Rws for ; Sat, 04 Oct 2025 16:55:12 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b="dtEY/rEA"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::62b as permitted sender) smtp.mailfrom=rick.macklem@gmail.com Received: by mail-ej1-x62b.google.com with SMTP id a640c23a62f3a-b463f986f80so366298466b.2 for ; Sat, 04 Oct 2025 09:55:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1759596906; x=1760201706; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=Y+2Nn9kulnPwVSWaWyLqvQ86LttiQ5n/IUwjVD8WNcE=; b=dtEY/rEAqv/K570VAue/9g4HjlqMN2R4ucZKSyhvmZ4PZSQCHRvX4j67CWlkeBArIt QAX2nXOgHybbYTyps2Uy0VSvHRsSdvF36plsagdoUall9/n5TEJUvmPfoft7wnMSk1DG bgVEtBxTyqiQBr2CNMK8W5e2uh6J6Lcn3omkWcUvC1tuESQWsR8kcqJ+7q6ZZtCkhs9J AdpaT3NXmHcmszcRVmpxofnGp13xJUda69FkGbB2CKPW580R7DZbHdxDEPx2MeVGYOGp bhPAU5/3+F4ggZBE4IyiOaD0XEjR8qjgKhTPRPDumxEhWeRn7gygVdFLOQH/76NhX3D1 eLoA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759596906; x=1760201706; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=Y+2Nn9kulnPwVSWaWyLqvQ86LttiQ5n/IUwjVD8WNcE=; b=rU8TnfuKEmx2PpaD8DIXRQNl56LG2Uncb8mH1TjpBkFIRkXZWwHi75VjwJocv2ghpw L32cJhOlS0WGFODd1zLPfvsZmNxwryX5e86eyxFV8dsD7SE0Pu1tBG5Utnx2xt1q16Qs Lysb7H/T/7yTyWYynwUDpgfOLdx+xge3KctpiEaMmlBVL+JDO83FdZgvx5yrXv100WFw mB76S/EoTrtLSUWzPw9kCRbT2/4MWTwspey+4MO95pNsvAoD+Ah1z0ZG0dyFN6H/Fckp UmDcbSF3YsM3YqkiibbneHvGjrFohwkfmsOsPJ1mDdOHhuFZDzvWPAACOZ7O7FF7k/ly yYLg== X-Gm-Message-State: AOJu0YyXfVLE7ZnDEYbXMdkKefoUYCmlRya78l47qt+jfPVih+8Ka7cc fn0Auzl5UKeYIDPNEzS0FGt3kFgUCBiTqEOUh2PO7os4TAujtF0C2Zcj3+sonAAfrU/z1FD5cyP 2v5HaB+PTdnE1nddAyB/OTtTilFti4Rb/THCCRw== X-Gm-Gg: ASbGnctMUZl8s/ZbupHBeojqlDFwnL9kuVIB9JOv4IZpSt5kNiI/Cl8NpHc5rqepcFd RoSBOdzYQK8f93P0fRm9wVCgnqNFx0YRAzD5d8Qj5PQdUTkD/r8GUPFuklzqev1mLCclc27BHh1 h8e38oroYB7vBlTOq23tnzu6HAxBOzG4j6saWhK71leHGzecnkLsaFBQEUSpckmSBl0+G28emYR 4+JeVw9nxg1ddw4BqHrQUSz4pUQ6Lgb3Hrg3yOd6WnSLbLRduJucWY4LvuHwnC3yRyrBnx49w== X-Google-Smtp-Source: AGHT+IFLdUkwzPztaxuOD7Gn/hUTUd1x7mZyPUTFuNmnIpMOL4J85c+E34H0Z+5i/l+WaI3n+zeReCSkSaxjEw1dmU8= X-Received: by 2002:a17:907:7f23:b0:b40:e7ee:b5ec with SMTP id a640c23a62f3a-b49c3255f48mr862366966b.59.1759596906025; Sat, 04 Oct 2025 09:55:06 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 From: Rick Macklem Date: Sat, 4 Oct 2025 09:54:55 -0700 X-Gm-Features: AS18NWDvbGYFIhHXutzPlyVbyrHuHHCFoqNRxp4ep_5C7SroaX7OL4ZWMASwVug Message-ID: Subject: make buildworld broken when WITHOUT_MITKRB5="yes" is set To: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.97 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.98)[-0.975]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROMTLD(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; TAGGED_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62b:from] X-Rspamd-Queue-Id: 4cfBV858vrz3Rws When WITHOUT_MITKRB5="yes" is set in /etc/src.conf, a "make buildworld" fails with... ===> secure/lib/libssl (cleandir) make[6]: /posix-acl/src.oct2025/share/mk/src.libnames.mk:919: /posix-acl/src.oct2025/secure/lib/libssl: Missing or incorrect _DP_ssl entry in src.libnames.mk. Should match LIBADD for ssl ('pthread crypto' vs 'crypto') in /posix-acl/src.oct2025/share/mk/bsd.libnames.mk:12 in /posix-acl/src.oct2025/share/mk/bsd.lib.mk:146 in /posix-acl/src.oct2025/secure/lib/libssl/Makefile:84 in directory /posix-acl/src.oct2025/secure/lib/libssl make[6]: stopped making "cleandir" in /posix-acl/src.oct2025/secure/lib/libssl *** Error code 1 If you know how to fix this, please do so (or let me know what I need to change), since I am trying to get a large patch in main that allows a Heimdal KDC database be dumped in a format that works with the MIT KDC. rick ps: It also complains about "duplicate script for _bootstrap-tools-lib/libmd", but that's just a warning. From nobody Sat Oct 4 16:57:44 2025 X-Original-To: freebsd-current@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 4cfBY61C0yz69LbZ for ; Sat, 04 Oct 2025 16:57:46 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfBY560p4z3SsR for ; Sat, 04 Oct 2025 16:57:45 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759597065; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Oi6S+ttUAzc59WlxMKLlLxBh5vxUf2IwV2lKRIti68A=; b=WkccJ05wDTxzEjzEWyV+5tx3mI9ynuIKHT6J7+ImdZKEhBKXhq0ySzKc9O15Ei/MnHIAkR nKOhApkuh6UzG7N9Lm0C/kn63su/E5Xm6wIAbUv7Uy9TlkFpuvxK7NXFZTO/gR9uKv5LR1 Yd6Kl9zvk0bGXtLeAeBxGS6fFT/hHWjN0fFO2/wKdEQkn/piJ0jfd4J8L/du+5LQMca6aL hjH4TEnCuabKr/iPBevqqhTB2wkena5QIltvdx0+K4gpNyCpSygiui+vtoAwhMXj1CaAcJ cM6aNiUvY5phWdGOmNjgDuRj+Udw6njX4AvkH0rxxEyLFF+4d1Ghr2mftzODKA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759597065; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Oi6S+ttUAzc59WlxMKLlLxBh5vxUf2IwV2lKRIti68A=; b=pQQ2bLMZ2GA5jinxmu+p+r30AtG3xYBc+EeboSgWhtZ98HhxqcV5a0S66Bd0UY3yd6uEEq STFYy2z+JWvt4EUg2YX00f64AJBfB5VRxECsMPyvZAUVD3QvKUQK7S/iKFduoOc8+SbOyU RF3H8+KZ9oF7VfU738TcBrLhtTn+S9Tex27eYdhkz8GPT7iSYwtAUYdqwgXz21NzgVAx7g +xbmCIdUNymgxlEnSgU0xkN503cwuWy9gdbxJi5RIaG264AeOfxBVSOkU5g4f9YXEOFLSc 0nMxfjeQhIBSC4Eu7IH6rN3alzVG7xk6wsREGbnJ30JAov2tv+eTQMG2S18llg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759597065; a=rsa-sha256; cv=none; b=tAXRn5mE/g2SdAu97CMtYLqU1OGX6OTmpn0wblkxbOZjS9jdCOhBZdhPgmJ6XJOlhpiir8 KWVwDpMmIlmA1G5K5z1cJwC/JcBYsF2YFzniHWseV7gs6u2eFRXi77B6Uh8122QV8e4vks mQS3+CH86wK7lp8oTR3QwNiDsDXKsNKZgznFBvHXrvq4IaNdnAz44r0cxFTe0qZ6g5u63t gAQsBdMrQNFYyq/5YQZ5dCsQmF+xxEdIqmTmL+CiCkhgtxw8YJIs5KxMOUTuxQ/4kVQvU5 ZZ38fOAOBVDDs10GyGYxOJ3UdylZO40xRbG+5pp8HVUOVwtuGo9aZlPzUAqU9g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from [10.9.4.95] (unknown [209.182.120.176]) (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) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cfBY54KtHzrQk for ; Sat, 04 Oct 2025 16:57:45 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: Date: Sat, 4 Oct 2025 11:57:44 -0500 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: make buildworld broken when WITHOUT_MITKRB5="yes" is set To: freebsd-current@freebsd.org References: Content-Language: en-US From: Kyle Evans In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 10/4/25 11:54, Rick Macklem wrote: > When WITHOUT_MITKRB5="yes" is set in /etc/src.conf, > a "make buildworld" fails with... > > ===> secure/lib/libssl (cleandir) > make[6]: /posix-acl/src.oct2025/share/mk/src.libnames.mk:919: > /posix-acl/src.oct2025/secure/lib/libssl: Missing or incorrect _DP_ssl > entry in src.libnames.mk. Should match LIBADD for ssl ('pthread > crypto' vs 'crypto') > in /posix-acl/src.oct2025/share/mk/bsd.libnames.mk:12 > in /posix-acl/src.oct2025/share/mk/bsd.lib.mk:146 > in /posix-acl/src.oct2025/secure/lib/libssl/Makefile:84 > in directory /posix-acl/src.oct2025/secure/lib/libssl > > make[6]: stopped making "cleandir" in /posix-acl/src.oct2025/secure/lib/libssl > *** Error code 1 > > If you know how to fix this, please do so (or let me know > what I need to change), since I am trying to get a large > patch in main that allows a Heimdal KDC database be > dumped in a format that works with the MIT KDC. > No idea about this one, but... > rick > ps: It also complains about "duplicate script for > _bootstrap-tools-lib/libmd", but that's just a warning. > ... I just finished posting this: https://reviews.freebsd.org/D52904 that would avoid duplicating the target if multiple bootstrap tools might want to be sure that a lib is built. Thanks, Kyle Evans From nobody Sat Oct 4 20:36:36 2025 X-Original-To: current@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 4cfHPq2Qlxz69pDc for ; Sat, 04 Oct 2025 20:36:47 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfHPp1vwpz44B9 for ; Sat, 04 Oct 2025 20:36:46 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b=Wm1aJFQy; dmarc=pass (policy=none) header.from=zabbadoz.net; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2003:a:140a:2200:6:594:fffe:19 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 3FC77A64805 for ; Sat, 04 Oct 2025 20:36:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1759610187; bh=BLCEjy/qBg8nieaxmdE99ndPuXOOAVE90h5Gwz9nA7o=; h=Date:From:To:Subject; b=Wm1aJFQypfDnKerqZpkbDsasuVUzKq8UtbSqU2GroM0x/0sswEfb3NGF6IxYUmR+G aFgCuZ1VoIzYBucTrq6XE/9gorRUAvy3SS0DWezMaWXfv0hR1KBpSbLxgjpjG6Xp8G 47RvDH3Jn0ZuCq883vcFOQRGxdH0lVdpE7wezxm79ItPcu8XKSQ4K0zpFAtf6/juZC 1CXrBJnejREK/29BBb2d4mhgkJVXrguPdfO+MbqOzY6CoSoXG+1XVuElclJJX7fjiO xlsm3CnX7YCNtH5s2x3p2KoSqXHZDe5HoShaZiiONkKGKanGpLyoSy+ybmg83hC9Pf MBK7kJ1zq/FRm77dPx9ax4s+oRWkoaCZ7BeGLrkb2+7EvkI2nRze3fkuNbmOCwYba5 qX24Ml0p0dkgdIAblZk2OaIWHZhztfWXNoNLSC+FkJ457Zn1Hvb3Gi98PxzpbhNap2 vdoPe30JkoKlcrJ5F9cnX4SIfcnnepmcWXzy3AFXMwXRXSQM4PGE0UY6RGD7BJFYSn Jbm7DX4/OCCAAV3muyL94Vyc/VBjSCmQKpdz5Py19T8HDkw6TPIsOTN7dLxDmtlR3V r8vxhEAhIw0vynbBvyfHPXSt+n1mfcZ7QSRGiF5+UyjVjKk5PD/fN4FyhFAmHQXrvb o93LryoLhfA9pvbqRkG9YH/0= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 132CA2D029E6 for ; Sat, 4 Oct 2025 20:36:37 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id ygV5T2O2QNRS for ; Sat, 4 Oct 2025 20:36:36 +0000 (UTC) Received: from nv.t4-02.sbone.de (nv.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 438A12D029D8 for ; Sat, 4 Oct 2025 20:36:36 +0000 (UTC) Date: Sat, 4 Oct 2025 20:36:36 +0000 (UTC) From: "Bjoern A. Zeeb" To: current@freebsd.org Subject: svnlite code in Makefile.inc1 still needed? Message-ID: <91r7p6r9-5qos-31qo-64o0-p4r0q2p1opsr@mnoonqbm.arg> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.92 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.92)[-0.918]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; R_SPF_ALLOW(-0.20)[+ip6:2003:a:140a:2200:6:594:fffe:19]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[current@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[zabbadoz.net:+] X-Rspamd-Queue-Id: 4cfHPp1vwpz44B9 Hi, I beleive there might be a $ too much in two lines or the arguemnts are not properly shell quoted or something? make[7]: /usr/src/src.git/Makefile.inc1:526: warning: Invalid character " " in variable name "eval /usr/bin/svnliteversion /usr/src/src.git" make[7]: /usr/src/src.git/Makefile.inc1:526: warning: Invalid character " " in variable name "echo r" Makes me wonder if svnliteversion magic is still needed? /bz -- Bjoern A. Zeeb r15:7 From nobody Sat Oct 4 23:16:30 2025 X-Original-To: current@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 4cfLyN2ktWz6B7Fn for ; Sat, 04 Oct 2025 23:16:44 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1032.google.com (mail-pj1-x1032.google.com [IPv6:2607:f8b0:4864:20::1032]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfLyN03xSz3Lqt for ; Sat, 04 Oct 2025 23:16:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1032.google.com with SMTP id 98e67ed59e1d1-3306eb96da1so3026786a91.1 for ; Sat, 04 Oct 2025 16:16:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1759619801; x=1760224601; 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=a6aVM5YQyEEquGcXF+8eZDSMIc+RAgIx9+/3n8JFsyA=; b=qxCu+EOLJDlOHPJ4ehP993y38OXHZFR7bp26A5umLQq0VERRKNT7rswH6d9HtI9IYG tsjekRNmvEtewmCCQX78ieyqduO4qTDKlXcsB58F4i4lM88O3VqWdlSi3fWlIC6CAkgD xy9XbmTZ7RZQwz+oMxsqIIg6pLPuSPL/P+ogyjAJvVJZzeIDjfcLoyn28onHil1yxWNJ sLyEvv5zab9f7RIGNwu/T4gSsmHbv7u4BlyXoM1iMX4pRsM9zv5gs6nbFp9FxK++yI7g 4NGB52bSphiAVCfYeX7dHK6Xe0FO8HqH+6jFOIl+BvBmvLilLicB/TADauXJnBc63BX4 CzGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759619801; x=1760224601; 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=a6aVM5YQyEEquGcXF+8eZDSMIc+RAgIx9+/3n8JFsyA=; b=tslRbrVtly8iQWu30Y7KJX4hkB06qPznomlZp5QNlhPqL85G7bFKzvF5a4iCG8mPkM JKSp/M3FigUfyKFw1XBoEHldB+Fyqt8HdHsVRAGl5x2shx/gWI4TB7fKCm51uDYRoPFa P2ZXI/ouTjHJ1LLlyQQY2lWGFgIQysIod769YeC/YfWP71730Mx6ueId+iFloUuxb6+9 XWzIYEttdxviOngwz4RyEHTawYIvPOYmIiecqXfXRvvyvshxenYObhjoVmupn3hwl7Sa nqwfGoYAFtYslhFHQAFU3HjV1sTNFFKdPuM+TNNxGCOoNLFlLFEvAWtNkIFrJrrEARSr DcvQ== X-Gm-Message-State: AOJu0Yx/DnXlW5Eo8ALhio+R1EHIKtvKmUxWH7siK/5JBO4bWFq8K1HZ VPkSqltOALVxo9OhBCugc0rdBfELDRtKuYldUjMu0gX4Yu79/U0u5SllQJIaTDK0qMw9sYH5k86 gElM5YJ6mT7PTSbHmlwcqi4GKmhSryUfcfg8kpb/VnIpAOxO0YiOc8ZNYeg== X-Gm-Gg: ASbGnct3d4aCH1zATk70vz3ISvLG+lxzDT9B8bniGa4ZFTP1oLaWUx5lh0wXVyz/mft Ry/XLbQXo/81aveTyvTK0XDcotsZ6zbQ/XlSFQg7UajzGpQox7e1Yfd0bVI+7CN840Ckdu02OSp rUd9/nZsASJCXVyIixyI3fF3WuIVf2HWmHWsWog5pER4r3xLX5a2Ang4Ay1Xl5qSTnyeVZl60Xo on37emf23bqBXcjLeolQJSCUMTdlqg= X-Google-Smtp-Source: AGHT+IFS0OBWkKSM+zaTpT0IcfbT/Uq05oyn/fKJleuAP6MotghgQbgo91OPFBsCTygu1UKkjyXvrCsem5cqbELpLCc= X-Received: by 2002:a17:90b:4d11:b0:336:bfcf:c50b with SMTP id 98e67ed59e1d1-339c27dad9amr9554731a91.20.1759619801038; Sat, 04 Oct 2025 16:16:41 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <91r7p6r9-5qos-31qo-64o0-p4r0q2p1opsr@mnoonqbm.arg> In-Reply-To: <91r7p6r9-5qos-31qo-64o0-p4r0q2p1opsr@mnoonqbm.arg> From: Warner Losh Date: Sat, 4 Oct 2025 17:16:30 -0600 X-Gm-Features: AS18NWCU2utfyZ-W38PgRnUnaGdEMWus-mkdSZy2pNImlahs30sIxMVML19UnrI Message-ID: Subject: Re: svnlite code in Makefile.inc1 still needed? To: "Bjoern A. Zeeb" Cc: current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000002e540d06405d69b5" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cfLyN03xSz3Lqt --0000000000002e540d06405d69b5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Oct 4, 2025 at 2:37=E2=80=AFPM Bjoern A. Zeeb < bzeeb-lists@lists.zabbadoz.net> wrote: > Hi, > > I beleive there might be a $ too much in two lines or the arguemnts are > not properly shell quoted or something? > > make[7]: /usr/src/src.git/Makefile.inc1:526: warning: Invalid character " > " in variable name "eval /usr/bin/svnliteversion /usr/src/src.git" > make[7]: /usr/src/src.git/Makefile.inc1:526: warning: Invalid character " > " in variable name "echo r" > > Makes me wonder if svnliteversion magic is still needed? > No. It's unused. And a bit of a nop these days unless you happen to have svn still installed. I never see this error, though. Which shell are you using? https://reviews.freebsd.org/D52912 removes it. Warner --0000000000002e540d06405d69b5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Oct 4, = 2025 at 2:37=E2=80=AFPM Bjoern A. Zeeb <bzeeb-lists@lists.zabbadoz.net> wrote:
Hi,

I beleive there might be a $ too much in two lines or the arguemnts are not= properly shell quoted or something?

make[7]: /usr/src/src.git/Makefile.inc1:526: warning: Invalid character &qu= ot; " in variable name "eval /usr/bin/svnliteversion /usr/src/src= .git"
make[7]: /usr/src/src.git/Makefile.inc1:526: warning: Invalid character &qu= ot; " in variable name "echo r"

Makes me wonder if svnliteversion magic is still needed?

No. It's unused. And a bit of a nop these days unless= you happen to have svn still installed. I never see this error,=C2=A0thoug= h. Which shell are you using?


Warner=C2=A0
--0000000000002e540d06405d69b5-- From nobody Sat Oct 4 23:32:41 2025 X-Original-To: freebsd-current@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 4cfMKG3FStz6B8vG for ; Sat, 04 Oct 2025 23:33:06 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfMKG18HVz3QR1 for ; Sat, 04 Oct 2025 23:33:01 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x533.google.com with SMTP id 4fb4d7f45d1cf-631df7b2dffso8234803a12.1 for ; Sat, 04 Oct 2025 16:33:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1759620773; x=1760225573; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=g3UdymZnsOorkys5IRMrBd1f9k1XWPXlWZRf/jdwpik=; b=fVBHLFpfqbtnGheRIqgfaI9m512X4APT7QJa5dNSPssPucwRB/Zxs2KBmp2oqD1/4i myipzAvC8K37j3u25TMfh6IMA7gZEX25lrc4ZcKqTfTzTSxSpAWBHiWJ+tt6kQVD5AA9 opdAKd1mVg9U971Gzpj8oe+eZROh5AnThoCsT+TCoMA0/2dPuNkvU3n53dUiUfW+OXUx GT2kfMc5EsMdtempQjMYkC32Q7x2sGjSjSU11Me+0qBz3FvhcOylClFJUpWDLEP+mHQ7 qIvRMfBFLmqMZzk5axe+PRP05D2Dy2h6tVbYzA3stIsltAzbtnD2t8+obaXWmNb44rEk 8tFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759620773; x=1760225573; h=content-transfer-encoding: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=g3UdymZnsOorkys5IRMrBd1f9k1XWPXlWZRf/jdwpik=; b=HM0+PxberXtHqgZCm6D93rXvWdbyW50viQGgngcHnzgh40dhd+yg2dGCNTY1MweYL7 Qj371mVQcH+RtnZYQwJT92oRrvDYpJr7dYWWJe6Waq4n4Lel6Op3YFsGuy6Jm011Rwnu fU0raI2WJ8aBdHowKqYNttjZCehxHNA38ljuKcR/ZbPw9Lq0N8+KggDpuIkqI+OfQpWK zc84OK6b338m08PpoM3A9Zf9nvQkO3+SqT3laF+Txu74wD3xrLwuP7SNlJSloBoe9yo2 spiJUGs01oiBLqDXhEHLglKvwu4lh/cv8jBt9hA1DQG8CtDo5MTZexIr0xXLIJojPNgS E4OQ== X-Gm-Message-State: AOJu0Yx0cr1YQI+LUQ1Y401OvUsbNOCNTGWwut/vK030EtcwE54up7sr BserqEaq+OjHNCo2ecvH+UytB7ii08KjQZjdFyy1G10RRHDxFrOPbqnm/Q5qC7BSyGlbH6MzKD5 V5BbJsLQfrouipZKAVfe2f7h0WdWVemKXftI= X-Gm-Gg: ASbGnctk8KHmzL4MbXoGTCEzkYKb2Gj3IRAdAzc5on/su3GVWFZVZOMaxmbNHzJeqc8 4AoAzb6aVp9qnV3K3UTmTecdzBJb4epM5zq1NY2iBMVF8eRmuknNRAU3ujPDCL2sP/l+lWRWssw Dph0R9eaoBHDW3NjjVfmj5C8h11s7j1RiBYZvExulQAAoztzrLkdNTR0J9sR6qrnZ3OCW/nBV8r Aoe8CjSjI5BXuvrxOm2QRVKCAQhH2QjjuIpm99OHlTAPM791OnRs0vLNT7cCnM= X-Google-Smtp-Source: AGHT+IEeChi93aUtU4O9NrAFz2mpeKmf8kB8XntuADdIWfh0SGJMNJ2LH1aE7xWoxDq3Yty0YO09vQCO2qSEvXzIHP4= X-Received: by 2002:a05:6402:20cc:10b0:634:bff4:524c with SMTP id 4fb4d7f45d1cf-637755e123cmr10507095a12.9.1759620772952; Sat, 04 Oct 2025 16:32:52 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Sat, 4 Oct 2025 16:32:41 -0700 X-Gm-Features: AS18NWCbxRLN3lYY0iWBfuch3emoMgDcgYA14eF-22Y-BAUPLF2Tg03B-yJRy4w Message-ID: Subject: Re: make buildworld broken when WITHOUT_MITKRB5="yes" is set To: Kyle Evans Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cfMKG18HVz3QR1 On Sat, Oct 4, 2025 at 9:58=E2=80=AFAM Kyle Evans wrot= e: > > On 10/4/25 11:54, Rick Macklem wrote: > > When WITHOUT_MITKRB5=3D"yes" is set in /etc/src.conf, > > a "make buildworld" fails with... > > > > =3D=3D=3D> secure/lib/libssl (cleandir) > > make[6]: /posix-acl/src.oct2025/share/mk/src.libnames.mk:919: > > /posix-acl/src.oct2025/secure/lib/libssl: Missing or incorrect _DP_ssl > > entry in src.libnames.mk. Should match LIBADD for ssl ('pthread > > crypto' vs 'crypto') > > in /posix-acl/src.oct2025/share/mk/bsd.libnames.mk:12 > > in /posix-acl/src.oct2025/share/mk/bsd.lib.mk:146 > > in /posix-acl/src.oct2025/secure/lib/libssl/Makefile:84 > > in directory /posix-acl/src.oct2025/secure/lib/libssl > > > > make[6]: stopped making "cleandir" in /posix-acl/src.oct2025/secure/lib= /libssl > > *** Error code 1 Forget this, it was my mistake. I stomped on src.libnames.mk when adding the patch. Sorry about the noise, rick > > > > If you know how to fix this, please do so (or let me know > > what I need to change), since I am trying to get a large > > patch in main that allows a Heimdal KDC database be > > dumped in a format that works with the MIT KDC. > > > > No idea about this one, but... > > > rick > > ps: It also complains about "duplicate script for > > _bootstrap-tools-lib/libmd", but that's just a warning. > > > > ... I just finished posting this: https://reviews.freebsd.org/D52904 > that would avoid duplicating the target if multiple bootstrap tools might > want to be sure that a lib is built. > > Thanks, > > Kyle Evans > From nobody Sun Oct 5 01:20:49 2025 X-Original-To: freebsd-current@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 4cfPkN6THwz6B95W for ; Sun, 05 Oct 2025 01:21:32 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfPkN4r3Nz3fVd; Sun, 05 Oct 2025 01:21:32 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759627292; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=/j5merBgRrtsfILqol2qSyxlcXdRluOF5C83q92oA8w=; b=pOYPQGBldLrhEinTRuQpI0BeB5jQP/1z/Gzi3u4aQva7SCckpVQg2TILlFofph3sanz+Fb J3pEEnIQrUAoxtq785fPsAkWw0FiCg8lv1GNKpAYxcyQv/PDfF/+sKOtFbjktSgM61h1Tw HatPZbf7miYlZvxaYpdnZ13gi4MVNRYzXVjTT3LejzItHFJ8QhMnxyLq3RE/ldilDS7xhn eo0AMSMFSmx64ESq50bI5HMFKS+rJxi3LXjHD7j1KMsWzegPz66y9ZCqsJqQQUmLAlbbbb Va+QPU/kvu10T+Fzf3sSzyNE7edN+DISDCGG1R5D31OkT7UDtk+wqxMe1CIclg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759627292; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=/j5merBgRrtsfILqol2qSyxlcXdRluOF5C83q92oA8w=; b=VbY3hvIfZamuY54J3ieFt5xvJ7OuQ9QagqQQmln2GVd4MhEjMBkOOAf3Ds4vw4qgGWD4L8 g/eP9AaR5hWhiRNYCF4oq578wRuN3kBmJMEnQttSIhSI/nkdO1RC4csVpClZzkeesjzgO1 R9STLKQ1hpRBUbYWOHnlrk6A6D1RWsrihQImi3H//tAhvXYt+9MSwrEFTYjzWSXlF1X1t+ VUaN9cWFPqszv7Jfp33DBzeT8BwqOzDpx1mtGTKnSs0esUsOAgTZBHlkZi8VC5r0IyIwu+ hct4xQGXhRvzB1e/bzJrR6VwQzm9YpEco7i8vuCj6fxVoAGkXzbOXE1R293CuQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759627292; a=rsa-sha256; cv=none; b=V0DrON6vIR51l+IbgpkRyjSMGenyL12I0uk0c/NeTtmM6kffIrZMeAd7MAvI2vjfde2K0/ 9WSvg3I7JDopbgNARjvU1pZASKGHm4/xYHekHCn3tQ9DzG8Peg07Egh2cSIbJ2nx60PbSJ NuXTzqdoes90yVAAZ2wqImdW+zkjtwPmHTIxCsM6RmA5S3rqP+uB0IASo0diK79695x2dw Au7Ec1RyBrIp//sumG0lEr6UlOdCWprOjKqI4dNjRSPkx3fiEag4TnKt+N8YuUE3BzAknG nPzt+ql8+zAMNoEXzoUyB20zZvRZiX2Ba9oimOZkdSJ25XnAGIX4X0kEca/b6g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from localhost (unknown [IPv6:240b:11:220:fe00::174:11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cfPkN02Bwz1238; Sun, 05 Oct 2025 01:21:31 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Sun, 05 Oct 2025 10:20:49 +0900 (JST) Message-Id: <20251005.102049.1355100457143953114.yasu@FreeBSD.org> To: freebsd-current@freebsd.org Subject: Re: Questions about pkgbase From: Yasuhiro Kimura In-Reply-To: <20251002.180121.980053125503545103.yasu@FreeBSD.org> References: <20251002.180121.980053125503545103.yasu@FreeBSD.org> X-Mailer: Mew version 6.10 on Emacs 31.0.50 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Yasuhiro Kimura Subject: Questions about pkgbase Date: Thu, 02 Oct 2025 18:01:21 +0900 (JST) > As is explained in announsement from Colin, pkgbase has become the > default of install media. So I start playing with pkgbase and have some > questions. Would someone please answer me them? I have another question. If we update kernel with `make installkernel`, then previous kernel and modules are backuped under /boot/kernel.old. And we can select old kernel from boot menu. So if system fails to boot with panic, we can still boot from old kernel and can investigate and/or recover from crash. On the other hand, it doesn't seem previous kernel and modules are backuped if we upgraded them with `pkg upgrade`. Then what should we do if system fails to boot with new kernel? Do we have to create boot media and boot from it? Assuming that we have no choise but to do so, how should we restore the system? Is it possible to roll back pkgbase system to previous version? --- Yasuhiro Kimura From nobody Sun Oct 5 05:21:48 2025 X-Original-To: freebsd-current@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 4cfW3z48pSz6BbjN for ; Sun, 05 Oct 2025 05:22:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.84]) (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 4cfW3y66rgz45vr for ; Sun, 05 Oct 2025 05:22:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=NVku18n8; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759641720; bh=rS20WuHAESzakKhszOEzxOfifjBoxYWi+r7iVv0P/yo=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=NVku18n8vc/Ke1BOXi4urUNWKC7D3v5gSmzBDi4ij2o6bHpKub6eMODXwA7NhZm4v4FCdSQ3wckwD6rxjKH7NwSrp7lAjeZCVIHK/XQYQgEzq6T2kpqNqRVEVZm5hMiF3wZvh3SVJECdrbAy43OL6+Mkol/XGNEBpWV8j3tEo5RJcWFKYqJC+8rLnlpkMffR2kGkgWvaPc18TTLqAQQX+wrZxqUqHgFXuf8VTwfu0kfkMHBHGHSqSOkVpjaPj8f1PLE1IrDuQv9gyae8BgzDkI74kvNe679eFxdtnNiVJ2WRbjUog9Is77+66Pb7lNqovFRwi8MOJ2oMpNwglP6fEw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759641720; bh=SJtTEaCLu4fcv7NzK7iq6duXkCajNa3mrM6gEz7hz4v=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=Gf94QlL1v44YqD7eZZhxYjG+Mb/l4woFBkjlzBQJBdypV2Mzw4iSmIEncInrdAQtwIE4xfhtWCgQxvBsgihCjg5LMG9B2t3V8OxAQbG8hklu5JNnhmf8jDguLNtsekIuj048RAbBZKFq7sigTuxZ/JsGMJlInu9xQUb346Mu0J2PwoDHh1GLlTqH1gbuHDJsrcahg6vRxyyC3LphHvnhRHasmMHus2UkyaxgGKoxNSWTYjpi90yvN6jjPB9jVhONthWQnkH4YEmdII3SP7wOoTtr1Vx9odAJ2awMdiy5Y4gkYopxoAqMFUtUI24yPjGg/RrRYLzmGR8xzLPglKC3Lw== X-YMail-OSG: N0g7c88VM1mv5LZI64YKyDEro7wuLM87Zd_SQMJiz7GJWARhQSnH5RYgtZNLwW6 D120Xig6W5JoMLYFLWirAHpd4J2Mx3QHoiY8xbZanZz6Ze.PIltbfu5T2l.sR_zRhyDZHde.NVPT vVQ3TavDed3nfFWrQqexszAZNUmacZiAyyCVitAcELhU3EPPjKL4E073ImyLNV5Ua6smxL5k4Lxz EEP4wthA4TxX_Zd8dDS6WE8QpgVYYqI7LpYOW0pOTJK.JTMqRJ432bLKProwlKRtSOVBOgIURUIH akKt2kq0D7kKuuSElX.pxAZK90Xl.Vc6PT3v9BbTt4sJs0oX_IgIUE5nQNwW4xWQyKAvVQQ4KjOR 7RF10JjEAmkFyXH72Rxp2QuRtM.VB4SR0JvFFnoC5kqG1URJCoLrlfkZ.f3lnpo_z5_W36t80ytL DodHvrJMr5w8rPARlqs4UTwOr.KlYVbg.cg6xqxqoNhsge5SEPWGmqQgt.Up1oFppMAm5N.us_Is Lt44OnbKHXT0nbyKzT4pcdUqNJlwf0P1u1OUawVvf9mDxlLglPrWaZu8jrApw4Bkos.RHyxmMwC_ 295LPPZ76.Am8cy5ISCpt0h7ax_BDBezsf7Fxly8ylVS5cqufkgCZo587asDE1xOYLGLY865mLHT RIAJ5mjbI4YxgV02ECNY.hI.QS2sXCQWH6jdI8FRUjRL3XjGbmSEWu1CcpsRPDB8jeTPyAP5FGud bu9HxI7g25xLvahNMch4katS6Cq.A9mUpI0JDZa0.hDrHifNN28.7hYyC31dDJLBJYvirnZMUwtz njwWOatp0lShUgo1ncXqC2rpQqWuTIamxCWJXseNVvNlCBIvmqm1dm.KsBYBSUEngniv6jDmwt3W rBGjUE9qhn1JR5bLZMi7Bay5bykU4a4BYdcLk0E0rImRCs_Ni0BQT.pS.HOybofeG10SRXB2lOdN gWfKUDUfRo0l0EzeWPGCb0Pv7jO2tThDHQHBMmSPlebsPRXYieX5fie5zigt14k4zTqLYHjBbR7K 3NkUuUJbG9v6DE2UkODTZ154GcpjznSvkMjqseeP18E5qTyJx3rZBgcYVPWDSDLGjZtSsflKbNL8 nnglwXbZnaWi.XCV22C1gNNytptJ615gic9XLiH4WmO9j5UvukdY81VPbEVMyK6ysrtkr4es3PXN jJYSSpHzblWtEvl._hxOogPbkcndC1OxIjqmqHimib8HS6m8iCnIH4ozKzipVuXBcoAQ.uwfHchq r4x.qKiV0diMAbWRcNklKKRGC1Isy7CGV1cHMAI8k3WIwsahX0s4f5qw1dfOOrmzeacK8Ji7QwjH aee_FQFlrjIDzEpJHv_HLLw96GvV9ZXlgGr7KIu3m9J_r9.eK0Xsr2u9CzdTanO7sWSbVECOszA7 EmMt9v_Ij8WCIzoEkb3fDC78MwzOKgDx.VXbJq.d776pBXxrCpEKpmSW5U8KVV8Hwa.Aobpkndf4 IhRrOZ1MwnaRzeItth52Gg7KD9WzTWB2uYHgzu.3SSlex3uUsUX00fZN530ciK0I97SYVvel2hZE AQW2MnklVBX69OWtOUryW07UVnkpAo2C82h7.Gt.CzJJxz9x_xCYkM0eJmRSDR9zT6VFqcSEPIo1 0md6zbVg16MYyzDRmmYPPeI3Zn1XrhOi6Qgan_dQOSq3yZWfo04DHqR5NGgPdmHAAzMQZGCVBiCN jzryMAJlKHVvuEoJQ.iG7X75Hsc95RRKo3RZSDWa.AjEjmytRuDEe_zz4IucvZ8Lxm__REVwTr_1 viZrInI_bkAgTHyN4ynAuTfO_o_lVoHcjg4IHZWNE3Wbc3JWY_HDydeNKGqpzISM4L3rUd1mkqTM u1rYPIi1ZpIBlfGD8N9M7SNoFDq.Pp2Hst2SwGv28q4NK0DINMCGaU9I7zvU2320xqKyRz6BOrrG loZM5I2r6JrnZZ66D4q_l_QlwmRWL76N5IGoeRMj25LQaFjUuDNrNLN52vgXHkjKUTtet5p1vpSK _WrMWuSLDFRaODV.zDHTmpiZN0uz3zx3eVZ4mF5t0MCjJLhq7fvuOgOLNN7q2z8VCRgRPu2G_57H cP6rp6_vZmTb41pOUY.kr8mb9mJKMRcMms8tzcAylXdZOTUtg_PTXWPMtegvvxChwZMd6XXLnFIj 3YSyKeZ3FBUuc7u2.jE70R0e5sUAgGYR11qSelbUx_6Lf0xpMF_MlWgliBhGvxFz7Ig82_GN93WJ ieYiEG9.CJoXOv7O5HjhAMluI2teWu_.g6R2kWsQlbgvkLIMwD6UPqEHrxY2MgDjKZ3FDt0aPfV1 USw-- X-Sonic-MF: X-Sonic-ID: 0eac3319-29a3-4410-a1bd-eda0b4cc0f38 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sun, 5 Oct 2025 05:22:00 +0000 Received: by hermes--production-gq1-66b66ffd5-r958h (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID fca2409c47e329d5facab27dd3e6164a; Sun, 05 Oct 2025 05:21:59 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: main 16 and 15.0-ALPHA4 [on amd64]: using a USB3 context gets extensive "flswai" [and "rename"] STATE time during poudriere builds (UFS context happens to be in use); more Date: Sat, 4 Oct 2025 22:21:48 -0700 References: <46E0F6E8-A365-4C01-BFF8-CE2423B6DA00@yahoo.com> <4D74D446-2078-4A5F-B245-913273E2DDD1@yahoo.com> <03B6ABBE-DF0B-441F-9ABD-5565ADBF29ED@yahoo.com> <93873756-54C8-4408-9395-5E67F0300D5E@yahoo.com> <9204210A-E61D-4C5D-823B-878848698847@yahoo.com> To: FreeBSD Current , FreeBSD-STABLE Mailing List In-Reply-To: <9204210A-E61D-4C5D-823B-878848698847@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.86 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; NEURAL_HAM_SHORT(-0.86)[-0.861]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.84:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.84:from] X-Rspamd-Queue-Id: 4cfW3y66rgz45vr On Oct 2, 2025, at 21:43, Mark Millard wrote: > On Oct 2, 2025, at 20:45, Mark Millard wrote: >=20 >> On Sep 30, 2025, at 20:43, Mark Millard wrote: >>=20 >>> [The new material here ends up being about nameicap_cleanup >>> and its exclusive use of mnt_renamelock being one potential >>> bottleneck involved here. I make no claim it has anything to >>> do with the flswai activity reported. The possible >>> bottleneck is an observation, not something that I claim >>> there is any alternative to. I do not know if this is of any >>> interest or not.] >>>=20 >>> On Sep 29, 2025, at 16:06, Mark Millard wrote: >>>=20 >>>> On Sep 29, 2025, at 13:01, Mark Millard wrote: >>>>=20 >>>>> An example is during the cpdup activities when multiple happen >>>>> in overlappingtime frames: >>>>=20 >>>> I'll note that I see this on the amd64 32-FreeBSD-cpu system >>>> but not on the aarch64 8-FreeBSD-cpu Windows Dev Kit 2023 >>>> system. May be at some point I'll try the older 16-FreeBSD-cpu >>>> aarch64 (Cortex-A72) system. >>>>=20 >>>> Also, on the 7950X3D amd74 system, I see the behavior with >>>> 14.3-Stable. Apparently, this is not new with 15+. It has >>>> been a long time since I'd tried using an amd64 system for >>>> such activity based on using USB3 media. But it has been >>>> common for me for aarch64 over that time frame. >>>>=20 >>>>> . . . >>>>> . . . >>>=20 >>> . . . >>>=20 >>>=20 >>>>> . . . >>>>> . . . >>>>>=20 >>>>> But I'll also see such on c compiles, ld commands, etc. I've >>>>> not seen rename for pkg-static but I have seen flswai for it. >>>>>=20 >>>>> The system spends lots of time 95%+ idle from the wait >>>>> activities. >>>>>=20 >>>>> I see such directly booted from the USB3 media (a 15.0-ALPHA4 >>>>> context on UFS media) and when using that media via chroot >>>>> from both ZFS and UFS boots that are not USB based. The ZFS >>>>> and UFS boots do not show the behavior with the normal >>>>> non-USB3 media used instead. >>>>>=20 >>>>> The system in use is an AMD 7950X3D with 32 FreeBSD cpus, >>>>> 192 GiBytes of RAM. main 16 booting for non-USB boots >>>>> and 15.0-ALPHA4 boots for the USB3 boots. kernel and >>>>> world are via official pkgbase distribution installs: >>>>> it is not a personal build of the kernel or world. >>>>>=20 >>>>>=20 >>>>> . . . >>>>> . . . >>=20 >> I got a test context were I could compare the same >> media used on the same USB4 port on a laptop >> (Dell Precision 5490, 22 FreeBSD cpus, 32 GiBytes >> RAM, 4 USB4 ports), where, on boot, the media ends >> up being handled as either: >>=20 >> ) "nda0 at nvme0" (via involving a Thunderbolt 3 hub) >> ) "da0" (via a direct connection) >>=20 >> (The UEFI/ACPI does enough to make basic operation >> work, presenting some view to FreeBSD for media on >> USB4 ports.) >>=20 >> Both have the bottlenecks visible when monitored with >> top, both "flswai" and "rename" examples occur in >> both contexts. >>=20 >> But "nda0 at nvme0" bottleneck periods do not last >> nearly as long as "da0" bottleneck periods do, making >> "nda0 at nvme0" use much more reasonable for the >> type of activity. >>=20 >> Still, this eliminates the possibility that the issue >> was limited to USB. It also eliminates it being >> specific to the prior AMD (7950X3D) test context. >>=20 >>=20 >> For reference: >>=20 >> # uname -apKU >> FreeBSD USB4sys 16.0-CURRENT FreeBSD 16.0-CURRENT = main-n280801-213170eb956f GENERIC-NODEBUG amd64 amd64 1600001 1600001 >>=20 >> (It is from official pkgbase distribution use, a >> copy of another boot media with some parameters >> replaced afterwards.) >>=20 >> QUOTE >> CPU: Intel(R) Core(TM) Ultra 7 165H (3072.00-MHz K8-class CPU) >> Origin=3D"GenuineIntel" Id=3D0xa06a4 Family=3D0x6 Model=3D0xaa = Stepping=3D4 >> . . . >> WARNING: L3 data cache covers more APIC IDs than a package (6 > 3) >> FreeBSD/SMP: Multiprocessor System Detected: 22 CPUs >> FreeBSD/SMP: Non-uniform topology >> END QUOTE >>=20 >> (The internal NVMe media has Dell's ubuntu on it.) >>=20 >>=20 >> Note: >> Ignoring very old Intel MacBook Pro's and Mac Mini >> 2018's, none of which I've ever native-booted FreeBSD >> on, the Dell P. 5490 is the only Thunderbolt or USB4 >> based system that I've access to. >=20 > I've discovered what is tied to the flswai/rename: > Soft Updates had been enabled. Disabling Soft Updates > leads to biowr and getblk as what shows for the > bottleneck. (There is still a bottleneck.) >=20 An FYI showing what can happen for the 32 FreeBSD cpu USB3-based test context. The below occurred later, after the initial bottleneck sequence when the jails are being filling in via cpdup of the ref (for UFS context via chrooting into it to then start the build): # uname -apKU FreeBSD 7950X3D-ZFS 16.0-CURRENT FreeBSD 16.0-CURRENT = main-n280910-85531add2844 GENERIC-NODEBUG amd64 amd64 1600001 1500066 [00:18:54] [official-amd64-default] [2025-10-04_21h23m47s] = [parallel_build] Time: 00:17:58 Queued: 693 Inspected: 0 Ignored: 0 Built: 33 Failed: 0 = Skipped: 0 Fetched: 0 Remaining: 660 ID TOTAL ORIGIN PKGNAME = PHASE TIME TMPFS CPU% MEM% [29] 00:08:55 databases/lmdb | lmdb-0.9.33,1 = starting 00:08:55 =20 [01] 00:02:53 graphics/libpotrace | libpotrace-1.16 = starting 00:02:53 =20 [15] 00:07:37 archivers/lzo2 | lzo2-2.10_1 = starting 00:07:37 =20 [30] 00:07:22 lang/lua53 | lua53-5.3.6_1 = starting 00:07:22 =20 [02] 00:07:51 devel/libmtdev | libmtdev-1.1.7 = starting 00:07:51 =20 [16] 00:07:35 lang/lua54 | lua54-5.4.8 = starting 00:07:35 =20 [31] 00:07:27 sysutils/libsunacl | libsunacl-1.0.1_1 = starting 00:07:27 =20 [03] 00:08:07 sysutils/dmidecode | dmidecode-3.6 = starting 00:08:07 =20 [17] 00:08:33 x11/xorgproto | xorgproto-2024.1 = starting 00:08:33 =20 [32] 00:07:38 print/indexinfo | indexinfo-0.3.1_1 = starting 00:07:38 =20 [04] 00:06:18 devel/libdatrie | libdatrie-0.2.13_2 = starting 00:06:18 =20 [18] 00:07:52 shells/bash-completion-freebsd | = bash-completion-freebsd-1.4.0 starting 00:07:52 =20 [05] 00:08:22 audio/libvorbis | libvorbis-1.3.7_2,3 = starting 00:08:22 =20 [19] 00:07:34 comms/iwmbt-firmware | iwmbt-firmware-20250410 = starting 00:07:34 =20 [06] 00:04:56 sysutils/sdparm | sdparm-1.12_1 = starting 00:04:56 =20 [20] 00:08:01 shells/ksh93 | ksh93-93.u_4,2 = starting 00:08:01 =20 [07] 00:08:02 textproc/sdocbook-xml | sdocbook-xml-1.1_2,2 = starting 00:08:02 =20 [21] 00:08:49 archivers/libmspack | libmspack-0.11alpha = starting 00:08:49 =20 [08] 00:08:23 benchmarks/iperf3 | iperf3-3.19.1 = starting 00:08:23 =20 [22] 00:08:01 textproc/xmlcharent | xmlcharent-0.3_2 = starting 00:08:01 =20 [09] 00:08:03 devel/pkgconf | pkgconf-2.4.3,1 = starting 00:08:03 =20 [23] 00:08:15 lang/perl5.42 | perl5-5.42.0_1 = starting 00:08:15 =20 [10] 00:08:16 devel/opencl | opencl-3.0.19 = starting 00:08:16 =20 [24] 00:08:11 benchmarks/bonnie | bonnie-2.0.6_2 = starting 00:08:11 =20 [11] 00:08:45 security/easy-rsa | easy-rsa-3.2.4,1 = starting 00:08:45 =20 [25] 00:07:48 audio/mpg123 | mpg123-1.33.2 = starting 00:07:48 =20 [12] 00:03:34 databases/sqlite3@default | sqlite3-3.50.2_1,1 = starting 00:03:34 =20 [26] 00:08:45 ports-mgmt/portconfig | portconfig-0.6.2_2 = starting 00:08:45 =20 [13] 00:07:54 textproc/expat2 | expat-2.7.3 = starting 00:07:54 =20 [27] 00:07:49 multimedia/v4l_compat | v4l_compat-1.23.0_7 = starting 00:07:49 =20 [14] 00:08:27 dns/public_suffix_list | = public_suffix_list-20250828 starting 00:08:27 =20 [28] 00:07:54 devel/libdwarf | libdwarf-20161124 = starting 00:07:54 =20 It does eventually make progress again after this. The laptop 22 FreeBSD cpu context with external USB4 media being handled as "nda0 at nvme0" (via using a Thunderbolt 3 hub between the laptop and the media) has much better performance for builds. (No chroot is involved here.) # uname -apKU FreeBSD USB4sys 16.0-CURRENT FreeBSD 16.0-CURRENT = main-n280910-85531add2844 GENERIC-NODEBUG amd64 amd64 1600001 1600001 Shorter duration bottlenecking is still visible but use wold be much more reasonable in this type of context. I''ll note that I did not notice any "rename" STATE bottleneck time during this activity but did see "flswai" STATE bottlenecking. (Soft Updates was enabled.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Oct 5 07:58:34 2025 X-Original-To: freebsd-current@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 4cfZXh3VCgz6BswL for ; Sun, 05 Oct 2025 07:58:44 +0000 (UTC) (envelope-from drsnx60@gmail.com) Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfZXg60xwz4PTc for ; Sun, 05 Oct 2025 07:58:43 +0000 (UTC) (envelope-from drsnx60@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=S7aFqU6B; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of drsnx60@gmail.com designates 2a00:1450:4864:20::131 as permitted sender) smtp.mailfrom=drsnx60@gmail.com Received: by mail-lf1-x131.google.com with SMTP id 2adb3069b0e04-58afb2f42e3so4511152e87.2 for ; Sun, 05 Oct 2025 00:58:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1759651116; x=1760255916; darn=freebsd.org; h=content-transfer-encoding:subject:from:content-language:to :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=+V2JsLpIn9pO2m1Ow510NjvZQam9knbhpMYSEZhO0K0=; b=S7aFqU6BHwdEnNjpE6Een6UlUmZmVmj7FDH3LU0e1siHsx1sBb/5IfCOE5K03ZpQLV j2eoWyczD+ITW/GhZdVWdjWWre3ZWQlXHArGmTiNBEWZiWT0jKbgpUFfd5MWib0FR7Ri FLyXiyR86XZivaNkwFlDnZElSAyNjCZE0s48LbjGDoDLKLcqqXY7sUfI2g1kX/4im+pj hYkXjOAGxKpBOzngUXQ9Zi+FL6oa1pbAioFvP9wsdpg44nsqeqok36gZtkI77rBsLkYA WPdI+ga1Gzw/LY749cdB/k2xb7rkPgL5FLb+rZ97kiISZBrDxrX+3n8F+VyvpKGp4ihc L42Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759651116; x=1760255916; h=content-transfer-encoding:subject:from:content-language:to :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=+V2JsLpIn9pO2m1Ow510NjvZQam9knbhpMYSEZhO0K0=; b=P1T7pPf3Nuze0dpkcilVZyfGtRdLRyl/hwhrTc9VKFJkn3JCBVwcSt1W8fZ1sX/3jt g3yOI/xisjqudBhB+TEp3C/TKFFv6Y8Km9inZzBC0gu1pU0ZGqYSoiiKRZOrAGGq+iWA O9FJq+tQLHeAux5iVxeRbkY9mHhV4NJXuRPeespz8As4pNyujDrlyNHw96239oZL1gxA 6L8yfkWQR3WkrEZaq0imGfcF/v1ow2KqXVI5E7iiUwh+DOvZ9T6GDR5Y2uZ1vHHh1QYM TLCSLpW49dB0TvUQjvSEG8YC6c+4r4GMVmox7hBi0AsnHpS83ftj+y/Nt0fPbgLNn0sb 1FPg== X-Gm-Message-State: AOJu0YxbJHOvU8ug/DhoTiAAv/99OPYbsOTgNHN1dK5wsmv93Z2n0f0u q3/6s8RDb7yX8eTYhFcgj5bBlQds0A8pCuZlZunQDE5el0TdL1KztIyMsatOlw== X-Gm-Gg: ASbGncuA3Hm6bbiC+xEYjtkllaOTBXQ07HoBVA/DUPE2Dwv+xbOzDbuVqc3nEWVTWr0 qj/Pge14PK6X6N2NcWqPAA7zT1K0B6c1OjmB3I4Oocfh7ktL6dU3jQPKR6Zfz+RR0dxr1l0zwW7 k1J4IYOomeJNNkPP92BP4Lv4hyxVYp056eOYCzGFZmlo8XyMINEdoFUOdVmZdcFuFZZcwTpPKxX +b8jskLb01L8sCRwfZGx2I3CFwVRGt73nreFdZaN5zF+ZeJTQ8QStvbBQPfw4xBMaEClwz6/3YH JQoeUrTIOq1D2YP1VbdlW+yTrfZ4TgsIAYGxK9huDpY7zaNcit0RB/eY/G5szxZnTmXYoSdtN7D lls4zIUSxbsM9lLAwXUNDHUv8/FsZo3V7QJiwQTiDvE4btRNlB8vBm+H+Kt/3mBeFXg== X-Google-Smtp-Source: AGHT+IE/zFr3nKKeUz2gsMByk1+X4YoEhLBC68IWG5SmswhyBqWlCfdWFn+r7d326sbtzQrblIg25A== X-Received: by 2002:a05:6512:b86:b0:57f:405:7afd with SMTP id 2adb3069b0e04-58cbb441c88mr2318187e87.30.1759651115692; Sun, 05 Oct 2025 00:58:35 -0700 (PDT) Received: from [192.168.2.131] (host.62.13.8.86.bitcom.se. [62.13.8.86]) by smtp.gmail.com with ESMTPSA id 2adb3069b0e04-58b01135a82sm3670206e87.39.2025.10.05.00.58.35 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 05 Oct 2025 00:58:35 -0700 (PDT) Message-ID: Date: Sun, 5 Oct 2025 09:58:34 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: FreeBSD Current , freebsd-stable@freebsd.org Content-Language: sv-SE From: Lars Tunkrans Subject: 15.0-Alpha5 installer generates bad /etc/resolv.conf Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.64 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.98)[-0.980]; NEURAL_HAM_SHORT(-0.66)[-0.660]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::131:from] X-Rspamd-Queue-Id: 4cfZXg60xwz4PTc   Hi,         Installing  a  fresh  15.0-Alpha5  on a  Intel Kaby-Lake CPU machine  this  morning.         Not  using  local-unbound  DNS  resolver.         the   installed /etc/resolv.conf    file   looks  like :        -----------------------------------        search          -------------------------------------      Expected   is:      ----------------------------------      nameserver    < nameserver ip >      --------------------------------       In  the  Installation  dialouge  I  filled  in  the  "Nameserver"   IP  number.      I  did  not  enter  a  "Search "   string.           The  malformed   /etc/resolv.conf   file   caused  name lookup    to  fail. From nobody Sun Oct 5 08:10:09 2025 X-Original-To: current@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 4cfZp71xbTz6BvFX for ; Sun, 05 Oct 2025 08:10:23 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfZp65cF8z3DDK for ; Sun, 05 Oct 2025 08:10:22 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; none Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 01CC5A64805; Sun, 05 Oct 2025 08:10:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1759651803; bh=CMmpc2J09TLojJyt7NcakIPzDJhVDEypFtseOQuBwNU=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=OHl6AIDGv7q0bXC7o8Bg0ocxNCy7LlXXs2a2CaP+3HXvyKzp8IzrRkPYSacEFfMgy AXOEUMaRMPeBS8bpGoM9zRDq816RWZmIoJ8fb6Ja7TBLyan4r5QhH/00KEQNjHYv6w cixTzQq0mCSfSLk+i/pVO36qdsyHMZePJLtjDCRzauVDejPsAobjfKjMsRCkiY3coG 9L+syZ35ZUSxUfKkbarDqNwa1nMeTC2rwpyi4kUEhSvMbcxDLZ3HXTjN6qk0HjJ9jq ObPxDNXurv6rFGT4X9sZQXufGQz1K5a02I7uqOvG6uYw+K0CVDYhIYE2KxHbBXSPwh 3eokHpDuWVwGSIAUfqMt5AsDSo4mBnQk9rBiGGrQ/L3hf/RX5V0bNAJTCBBGpN75hj mh0xdEhmQAB9F0XG2V3nkLYQaf3BBUJWo2dC89NtQ4r0iv3zKN2BY821cxYtGsCAwp UXLyN8+80OchUC4ByyNYd1O25uTRxHHPmvD3Op4LDi2+kZl3icUbDZK7th5sFEA+DV iMrmyNhWUJxWqNEvhJVK4Kw2H5sUtOQK/TdRYf7wzc2CFaTaAXdjqib4i+wbdBAV08 Fk/u/1hQCQjVlV/uzuOAsG6mCbv2k2a9BQ97H9vc8j7bU6BpZuxquVv6T0Q+WjIWnM 2pbPIqK7zap9rc+1+U6He7OQ= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id CF65B2D029E6; Sun, 5 Oct 2025 08:10:12 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id mRE1yee9g9b4; Sun, 5 Oct 2025 08:10:11 +0000 (UTC) Received: from nv.t4-02.sbone.de (nv.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 8FA8F2D029D8; Sun, 5 Oct 2025 08:10:11 +0000 (UTC) Date: Sun, 5 Oct 2025 08:10:09 +0000 (UTC) From: "Bjoern A. Zeeb" To: Warner Losh cc: current@freebsd.org Subject: Re: svnlite code in Makefile.inc1 still needed? In-Reply-To: Message-ID: <84s91nn3-5280-94p9-997s-q19931p3s7n1@yvfgf.mnoonqbm.arg> References: <91r7p6r9-5qos-31qo-64o0-p4r0q2p1opsr@mnoonqbm.arg> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-752211131-1759651811=:11296" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cfZp65cF8z3DDK This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-752211131-1759651811=:11296 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Sat, 4 Oct 2025, Warner Losh wrote: > On Sat, Oct 4, 2025 at 2:37 PM Bjoern A. Zeeb < > bzeeb-lists@lists.zabbadoz.net> wrote: > >> Hi, >> >> I beleive there might be a $ too much in two lines or the arguemnts are >> not properly shell quoted or something? >> >> make[7]: /usr/src/src.git/Makefile.inc1:526: warning: Invalid character " >> " in variable name "eval /usr/bin/svnliteversion /usr/src/src.git" >> make[7]: /usr/src/src.git/Makefile.inc1:526: warning: Invalid character " >> " in variable name "echo r" >> >> Makes me wonder if svnliteversion magic is still needed? >> > > No. It's unused. And a bit of a nop these days unless you happen to have > svn still installed. I never see this error, though. Which shell are you > using? > > https://reviews.freebsd.org/D52912 removes it. I don't think the shell (csh) matters; it's the output I presume: [/usr/src]% /usr/bin/svnliteversion /usr/src/src.git Unversioned directory -- Bjoern A. Zeeb r15:7 --0-752211131-1759651811=:11296-- From nobody Sun Oct 5 08:22:41 2025 X-Original-To: freebsd-current@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 4cfb4W1rcvz69ClZ for ; Sun, 05 Oct 2025 08:22:51 +0000 (UTC) (envelope-from grahamperrin@gmail.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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfb4T5jdgz3FxH for ; Sun, 05 Oct 2025 08:22:49 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=anmu6K6Z; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::432 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com Received: by mail-wr1-x432.google.com with SMTP id ffacd0b85a97d-3fc36b99e92so3387010f8f.0 for ; Sun, 05 Oct 2025 01:22:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1759652563; x=1760257363; darn=freebsd.org; h=content-transfer-encoding:autocrypt:subject:content-language:from :to:user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=r/G10aLLeEzXiTpqI5IzdJ738A8vnp5t/+LfS+6zAY4=; b=anmu6K6Z3Til2dPqiPHHA8LGDOBzFgNgTtHCRGVfwRCGMViS2RRLw066WIt7aCZ1hg 382Y70bwACm8UxBvASH3FaNq2HlUTDAM+2FmaD+nHHkLkuFHgaTLbREdW3QeA2CHj7J2 zLyMgwr8tdXdCFmd8sNJ7UY1QYKqgLAopCZEkqWGB0i9csip6kHcIN760wMFjwAVjlwq kNO7qgVBtf6A2o2U1Utx67O3IsYxULkSmHI7kfFf0cWJ6CSVDpdhaziDmdJMYbRqKwzR oCnQE+b4w6b9Zkb0ce+PdbtM9cWdNYzhpQW6zRtyVg3sxVNrYk7QUw6+ckc8MpErixvA gWsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759652563; x=1760257363; h=content-transfer-encoding:autocrypt:subject:content-language:from :to:user-agent:mime-version:date:message-id:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=r/G10aLLeEzXiTpqI5IzdJ738A8vnp5t/+LfS+6zAY4=; b=p7ooVysvmz5jIK/DeR/Wkf6KPlYijBPvCgMG5Hao/2v7gGHPylSCtcam+516JLGnR2 YJn9bPopdTsbB9AOF9xGG78SyWLz0ppAGSE7jx77EmqSLCrInE2B1JP4FpTmeWc9ZOyU 1Yr0tYGrDGRkf0/GPw2KEak2GU/GEr22q1uB9or0Ss3AzUJIEgWbX+wwNqU++l6nsxTE NIcZlyl+GwwCRgzCSMC6h/YA/ppGWeFwdFr8dtP5XNxrRoA8eVJ85h7WsaKEMwWDbSkM Bdav5eaMk/XN/wShr5BoV5sjJPoMCDP4yNjc5YDOQ7pwlpWLkI/APJ1GtviCNMsmTsX0 hyQA== X-Gm-Message-State: AOJu0YyZ51EZ5iFxJqApNyH53bK4J3BEBJSSqy/Dvku4YeLR2tB0xOma BybgPeFPevFewkF6308A+ZPLeh/6s13GwYiSVpuGsBsQUZcS1TjvFXD9UpKnoA== X-Gm-Gg: ASbGncvnewWmvWe+WmOHST4pWBUQiklb8f9j7EXfPnLw4f0zvzcyUUESoMHOvNEsSW3 ISe+XBppx+zGtBjZfoByzp1E/G2JcoST1Z/ZDb2gpSUa6Zl9/Ox5LhP7bAbmqfnLz9UIbnkBqOj wKyJjG3dbtIBLZlnfPI449PYmk1rCJpBB4Ry86nBInxljFrqWHa1lOwIkpg3SSv4hzlOn98YXtD ueCfpgjhqW9bEUiaQoksqaxAUYnfHrunOgvJReKMePJUyWKsmgQnsK4fRFOu4U+AdHQFm/Sf6F3 QE4i0k011E617KdFJNshFtnb83wQu1EtGGaft5E+2xDfqr5IJ78p2RJeW8kqItUrQqV6RV7r0yP Mk7mKArcTt33IInWVcpjSLutfGebOLF7SAdcay9YAu1yjidvdjrRTNrzGA4H+vQw7sJkzXoskUX w/txn38c18ZQVko+OLoQ== X-Google-Smtp-Source: AGHT+IE1PhXEsPHPKRxm91QKA1ufMNS3AGkcd3UXMQ9BCa5Iq+YWHYD4mjwBs/sHHIwpvucmiDTnsQ== X-Received: by 2002:a05:6000:2681:b0:407:d776:4434 with SMTP id ffacd0b85a97d-4255d2d2212mr8943502f8f.30.1759652562565; Sun, 05 Oct 2025 01:22:42 -0700 (PDT) Received: from [192.168.1.4] (host-89-241-205-78.as13285.net. [89.241.205.78]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-46e78c5d290sm64517745e9.0.2025.10.05.01.22.41 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 05 Oct 2025 01:22:41 -0700 (PDT) Message-ID: <1104f44b-b8c7-4a65-94f5-1640fd43dec6@gmail.com> Date: Sun, 5 Oct 2025 09:22:41 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: freebsd-current@freebsd.org, freebsd-pkg@freebsd.org From: Graham Perrin Content-Language: en-GB Subject: y to proceed, then nothing Autocrypt: addr=grahamperrin@gmail.com; keydata= xsFNBGKYt7ABEAClu83dJ3ZKfVgPOk9YKRv0Z+dl2b88+k9R4vwAmElgguYdKE7yhnQNhhWM v9vi6AFrBMc2oJdVHJ2OrXfwpELBFIgiSMEWNsC4e+Z3HtSajcl+pFZsP7ciiSoycj/w3wIV kAZoVGbhyIbNG7fbCEJ8q81TbfsGypV3bRmbZVvGNecBguYiooBtz2Qht1p3itXMkIA6P9pS YDl+6QddZLyUUAjAnFv2QDoYSHLnaDUWw4oONZsB0SKVu8jMIBh4uJZoYEOvdvc9jQQdOpA2 CAgA6ulfm42Ikr9lKBUUCtjqiWAhJ7iXOTyHAIdR4Mf8alCE6tdTq6dHdIt+GktTY7oYNyL2 3aD3C7I5waU0SFXvJcOMG10QLfwYQMOQoYQ9XJ0U5A28WYiDcylDdUWT7SappP1e1ZMeJWWO y14mxxNzHaJSI4rK8P/p5tp3Q7SSC4k5gMh9zKba3K2ApCWNbVLGvXsJeQkZZNvu70tE81ey AHI5iZcB6D7WaHysBUmsKaEpbcmm1ZThTnGL0SHEl5to5Jab5Fg6O+Cnly5sVz5lX/v8Aosx kKNei7SCVqXOVtteQeGxWbXWbhPgbMyc0Gi3DuxBI/yvJ43k/rJysQlLGLWfJx/UXprwLluC PDK9EvKEB+fD1Z349uzp1sKr3ihpySbyKI8fpudftnAz4EsoCwARAQABzSZHcmFoYW0gUGVy cmluIDxncmFoYW1wZXJyaW5AZ21haWwuY29tPsLBlAQTAQoAPhYhBFk/5bLDBwftvJcvCrdn SG9KGNQLBQJoRALAAhsDBQkPEg5ABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAAAoJELdnSG9K GNQL8YkP/2V1z6XQDyG1QlKAu8TuE8zDWy9QQKjC/G44hlu5zk+2kWSNk4zeExs9ZXOBmVhF EW1d+1J8wDiYIeKYj/rqMoP+gb8o0Au0lSRitvTdLxkZBFGMn0CEzlDOzv+wmiy0ggAV/s+Y EbiHk12fI0LoTy5/ywdmG/uGS7M6p3XOrM0YO1qmLXy1cUyYDsYIpq5/rT0QzpGowsJLoEA3 zz1vfKVY+RTorsL4W8ljXLmcs4c3b3HZG9Xmgtt+Ni/eb9CjzM7kCXOcSMnVzvfscCowPAwB 0ZHlNxNV0MTa61xgvOCk4Zf278ArRgbTm4oOz9Z4ciPMnVue+9P/VdxIxgUuYkAryM0+agGz L9bd8ljn+efNtgZ5dlDLrNnTE+vWnMVlMXgl7BNnhwHg7UYFLrC2xklsICub0qpnNheTGeqo 0N4UongJTQJ6H6LEpgd+KMkCncAHghED/G0/BUdO90VEOoqnIKwKa+F9NqVMvHWc8D58mwCP FghsmxK9FM9pnsjLmG7u+s51Y7++GSRnU4NkI4tHiVk7hcAcvZuc0QbUDwVMTurDUgIqRo6W 80j1tFjEspkrwtMoeVFEkDHktjoc3AoEymXIncZfqIqi3nVseyDVyNByvkV0mutX9hXqac0/ RXMuyK9KniAUZ9+gsWs4rPs/DOdsw4K8/RnjduBrfCYQzsFNBGKYt7ABEADRb1tZuh7DPYET 0wK6fe7owbYgM+RfKhmcrGgR2HI9M2q6+0WKF/ITnggWdIW2Ecc4z2boLz/cwvPGCS7/YxZM 61KklGCwuS7q1s04XnHDWHuFxfXQPzAdVmNO3bYoMZbJjHXs6sB2u5ksiwPwaMAWWaGkviSj c5pwvHCiTmX5vH5CBj/Vi+5ESyX38vK4JM5S/m4ouI/6M9biyFgimV+v3vVyCxJCT1gI9g4o GIh1qq5S433b1fihn4yHPf8XOKyBpA/QcwLONViBqJL5nnOxpsh344rNxn2R7CcRzzicOV+e 2IbMem4lwNWQlZKoRotKXZi9LqN5mynSBYqAUdoZum0QinWT9F22B0Qex5PH1zAt9i2W91Vd kcPB3LwkRXj07ycRtsSzpgPA6fLc6AsoWFslHl8kVOO5eJIA4xhjlPa+W8lguQHZ0iX+5uAv 2eAgXR2swADuHPuENNFStmsgAMl8OOOgtq75yA5TpyIzxMuXV9Nmp0VfIaUM/IdLdmxhc1pC c320l5fYMHVLFAReWEbSj2QH8YzWfpXHIegutWWYEbH9SiDXgS9KoKmCJV/Qa+x6/b8y3pOZ vnIbCDaynC2Yr50s8gRa9kb54JE8Z+p8r16U3SEsK3PtUi0RF0e51danCVHrrE6/Hat2XUO/ 6nnYgVgFOrLao6Gh/VMs8wARAQABwsF8BBgBCgAmFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsF AmhEAsACGwwFCQ8SDkAACgkQt2dIb0oY1AvQxw//REWYFK2m4yS/QP5kzfhkWcNqDI/akGT5 /LXmdmbc1s78+mOMXnA4vBY/+X1QatgxWUECkPDOiIwXJMxoBuyY8e7spLRXeyhtfh5aYaJc MO5bARX0c49v+KfZ80u9tG2rkKQvAt/ySo7OXsbDADFFRhlc8RLbb8e7bSctGbYZk9CYa0ya dW5+n3znDNJ6yW1skx9wTH+Y8VlSazRLk3XgXscNqBA2h56v3WS/R5dI++7AQxZxSQacQvfj 9eahq7ATdB4zMQ9MBHEwOvGD3DLlc55FYSDZvNX+mhnK7S0t1Nt2EtGUOmXb5ysMFGnbsce0 woKQ0sLPF1HWDAAf7tBCF8mpPIzU/ViAkupsJ6NYCD0tLFD8pvl0NYU2TjvyWh6ie3e5B/b3 8Daiyme+M92ivfoRQOFKmkPfeT14AI6OW1k7qFbmoIwMWWQdFWAl1CP9hNdF9gRN4rFB0Jy1 90BajZW2zOdVfqdurJZegCzAowZalLm4JEK2MklpPzipibnJqhLOmvJy587pF52KDdM/4rLy BBREIm7uRivnO5k/BY5qS+H/aqv97LC0PVaTsLXbDmTxTnJplUpdlYT9NGidM+x/ioS0iztO Cht7cT8V8jvvKZYvNpst8iqxuIaoV9V7aZ0wAQpkgDGXHmSzwtz6U8xNf/4e4sLn9KPlldSd kvo= Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.93 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_SHORT(-0.93)[-0.934]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_FROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEFALL_USER(0.00)[grahamperrin]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::432:from] X-Rspamd-Queue-Id: 4cfb4T5jdgz3FxH root@pkg:~ # env ABI=FreeBSD:16:amd64 pkg-static upgrade -fU …         xxhash-0.8.3 [FreeBSD]         yelp-42.3_2 [FreeBSD] (ABI changed: 'FreeBSD:14:amd64' -> 'FreeBSD:16:amd64')         yelp-xsl-42.4 [FreeBSD] (ABI changed: 'FreeBSD:14:*' -> 'FreeBSD:16:*')         ytnef-2.1.2,1 [FreeBSD] (ABI changed: 'FreeBSD:14:amd64' -> 'FreeBSD:16:amd64')         zenity-3.44.5 [FreeBSD] (ABI changed: 'FreeBSD:14:amd64' -> 'FreeBSD:16:amd64')         zstd-1.5.7 [FreeBSD]         zxing-cpp-2.3.0 [FreeBSD] Installed packages to be REMOVED:         FreeBSD-clang: 14.3p4 Number of packages to be removed: 1 Number of packages to be installed: 2 Number of packages to be upgraded: 132 Number of packages to be reinstalled: 1039 Number of packages to be downgraded: 381 The operation will free 47 MiB. 32 MiB to be downloaded. Proceed with this action? [y/N]: y root@pkg:~ # ---- That was, with the kernel upgraded and running; userland only partly upgraded. I assume that nothing happened because only one repo was enabled at the time. If anyone has a better guess, please let me know (I can compare with local notes, which I'll not share right now; they're potentially confusing). Thanks From nobody Sun Oct 5 09:55:10 2025 X-Original-To: freebsd-current@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 4cfd7D01g6z69Q8R for ; Sun, 05 Oct 2025 09:55:20 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfd7C0pXHz3RJ3 for ; Sun, 05 Oct 2025 09:55:19 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=RRNj+UGH; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::334 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com Received: by mail-wm1-x334.google.com with SMTP id 5b1f17b1804b1-46e42fa08e4so36098015e9.3 for ; Sun, 05 Oct 2025 02:55:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1759658112; x=1760262912; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:to:cc :content-language:from:references:subject:user-agent:mime-version :date:message-id:from:to:cc:subject:date:message-id:reply-to; bh=sR0BR/Ruj8rIagFXcILDmq0wF2kN9pX2Z9wmrBXriLk=; b=RRNj+UGHR2hCj50fTJgEjQGmoEBmz9+ndz4AZoB1GLm9IjPvdqsn/IyqbOTRmkETJl hRFG7rJCuAlfYcM/B3P3ZodF+Bo3SCkk9A6zk3VS3z9tvTJEJyqahMdMn2D4A3KI17nU aKRTmQU11xZjKARFN4L/KMYGDVODxdoijLGrCUWyemNRayC5CrFRExV54Run97euO5VP FswcQXnHI9XfSIa1z7vohlLntkDEoZDDh6GVbagews2GsYKcp8y6N1LV/LlzVjElPLsl nlavzM0T4xnK55Z677GNdHrU8Hn87IV2HafHGAaRGb8lD9zNJFsA86hKt1LW9xMU0BQw LPtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759658112; x=1760262912; h=content-transfer-encoding:in-reply-to:autocrypt:to:cc :content-language:from:references:subject:user-agent:mime-version :date:message-id:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=sR0BR/Ruj8rIagFXcILDmq0wF2kN9pX2Z9wmrBXriLk=; b=bwTMrBAwTJ2IvNRc2RkV1QiEYDhsr3NSW3Gaqh0yrr229csipk2OK8mHHdCo7WJfVa 39PBJBjqeHSiN0vnk4rZwlGOEs5og7vWMXjema/c0xDeY7saApM+12AFQf2KP2bBN3vT ZiXQrH+li+h3QFb2lxaekA/lYvSuXUvVG+57dMbC3v5rrIvkgSes1EVbc+RVnhlinWqc n6oiR7er1nVJmag6PM9MpfyLtdIM/E15Mn0I23y8QDWzWycILynYaTe2uWdM3bP/S3j9 ksR8MrNSFdE71oCAlZdiX0Ujb8fGQ51bcgqDd9tQqJ6hQnb1SsgTPMFW5XTnZ4q8yweZ R5jg== X-Gm-Message-State: AOJu0YxGCvTNd4Fvu82gjdObe9cfLKDAWn+64Ce7LwKAsOq45lSGNEOc v3g8PfJ1jFxBNSGEXgfJFm683ScO/QMre97bxDYjLV8xxRtkSk84BBrK X-Gm-Gg: ASbGncsU2RUs4tb6lyduOLDUCqR0W32RjixBCTcsfkJq0O9jo1tBEwi8CUjJ3f9xom5 OBtthgvVJYrGN5lgrSGLlMdrNj1w5sElJ9FC3bvkOx8VANiifMOf2E41oGvlh13Lk4ef5oBFI71 vv3nWT64f929r77Zzd24NuIF0M8G/BCNCmp2u4lWJVIOzhM7L8+6f53IGw3mr4gki4b+GdfbVJK JvDV16guzzQui0sGVz9tDkSMQMYAiXrNEbQLpBvXg2TmKl+KhCXcgNMhk7h9fdURH9yri6M4HDj It2U19JNc3nPsCW0qHAYKVGT5STTsZzZndpPkDDTXddpE587Pvd3Dti2IBu90Wsa2sEqdV1JGkr 7HCQlpvbqiVsm7r59rzi+f7IoRG8zQOIv88jR6nGbiSDOlQZzJjplD89/vvS5RS/8be5iYR81WM FVBLQRvWw= X-Google-Smtp-Source: AGHT+IEuJEOKRJKA7NT75iPPE2NRn95EoVuIykiI3fYehhi1kvnc3bqTLKxJIRuSAWUmeWHA3cbq8A== X-Received: by 2002:a05:600c:3f08:b0:45b:9a46:69e9 with SMTP id 5b1f17b1804b1-46e7114e92fmr63000475e9.31.1759658112232; Sun, 05 Oct 2025 02:55:12 -0700 (PDT) Received: from [192.168.1.4] (host-89-241-205-78.as13285.net. [89.241.205.78]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-46e619c396esm204240455e9.8.2025.10.05.02.55.11 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 05 Oct 2025 02:55:11 -0700 (PDT) Message-ID: <9f2cd23d-b0d9-4e3f-940a-7052282347e2@gmail.com> Date: Sun, 5 Oct 2025 10:55:10 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: packaged kernel not booting following an upgrade (was: Questions about pkgbase) References: <20251002.180121.980053125503545103.yasu@FreeBSD.org> <20251005.102049.1355100457143953114.yasu@FreeBSD.org> From: Graham Perrin Content-Language: en-GB Cc: freebsd-current@freebsd.org To: freebsd-pkgase@freebsd.org Autocrypt: addr=grahamperrin@gmail.com; keydata= xsFNBGKYt7ABEAClu83dJ3ZKfVgPOk9YKRv0Z+dl2b88+k9R4vwAmElgguYdKE7yhnQNhhWM v9vi6AFrBMc2oJdVHJ2OrXfwpELBFIgiSMEWNsC4e+Z3HtSajcl+pFZsP7ciiSoycj/w3wIV kAZoVGbhyIbNG7fbCEJ8q81TbfsGypV3bRmbZVvGNecBguYiooBtz2Qht1p3itXMkIA6P9pS YDl+6QddZLyUUAjAnFv2QDoYSHLnaDUWw4oONZsB0SKVu8jMIBh4uJZoYEOvdvc9jQQdOpA2 CAgA6ulfm42Ikr9lKBUUCtjqiWAhJ7iXOTyHAIdR4Mf8alCE6tdTq6dHdIt+GktTY7oYNyL2 3aD3C7I5waU0SFXvJcOMG10QLfwYQMOQoYQ9XJ0U5A28WYiDcylDdUWT7SappP1e1ZMeJWWO y14mxxNzHaJSI4rK8P/p5tp3Q7SSC4k5gMh9zKba3K2ApCWNbVLGvXsJeQkZZNvu70tE81ey AHI5iZcB6D7WaHysBUmsKaEpbcmm1ZThTnGL0SHEl5to5Jab5Fg6O+Cnly5sVz5lX/v8Aosx kKNei7SCVqXOVtteQeGxWbXWbhPgbMyc0Gi3DuxBI/yvJ43k/rJysQlLGLWfJx/UXprwLluC PDK9EvKEB+fD1Z349uzp1sKr3ihpySbyKI8fpudftnAz4EsoCwARAQABzSZHcmFoYW0gUGVy cmluIDxncmFoYW1wZXJyaW5AZ21haWwuY29tPsLBlAQTAQoAPhYhBFk/5bLDBwftvJcvCrdn SG9KGNQLBQJoRALAAhsDBQkPEg5ABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAAAoJELdnSG9K GNQL8YkP/2V1z6XQDyG1QlKAu8TuE8zDWy9QQKjC/G44hlu5zk+2kWSNk4zeExs9ZXOBmVhF EW1d+1J8wDiYIeKYj/rqMoP+gb8o0Au0lSRitvTdLxkZBFGMn0CEzlDOzv+wmiy0ggAV/s+Y EbiHk12fI0LoTy5/ywdmG/uGS7M6p3XOrM0YO1qmLXy1cUyYDsYIpq5/rT0QzpGowsJLoEA3 zz1vfKVY+RTorsL4W8ljXLmcs4c3b3HZG9Xmgtt+Ni/eb9CjzM7kCXOcSMnVzvfscCowPAwB 0ZHlNxNV0MTa61xgvOCk4Zf278ArRgbTm4oOz9Z4ciPMnVue+9P/VdxIxgUuYkAryM0+agGz L9bd8ljn+efNtgZ5dlDLrNnTE+vWnMVlMXgl7BNnhwHg7UYFLrC2xklsICub0qpnNheTGeqo 0N4UongJTQJ6H6LEpgd+KMkCncAHghED/G0/BUdO90VEOoqnIKwKa+F9NqVMvHWc8D58mwCP FghsmxK9FM9pnsjLmG7u+s51Y7++GSRnU4NkI4tHiVk7hcAcvZuc0QbUDwVMTurDUgIqRo6W 80j1tFjEspkrwtMoeVFEkDHktjoc3AoEymXIncZfqIqi3nVseyDVyNByvkV0mutX9hXqac0/ RXMuyK9KniAUZ9+gsWs4rPs/DOdsw4K8/RnjduBrfCYQzsFNBGKYt7ABEADRb1tZuh7DPYET 0wK6fe7owbYgM+RfKhmcrGgR2HI9M2q6+0WKF/ITnggWdIW2Ecc4z2boLz/cwvPGCS7/YxZM 61KklGCwuS7q1s04XnHDWHuFxfXQPzAdVmNO3bYoMZbJjHXs6sB2u5ksiwPwaMAWWaGkviSj c5pwvHCiTmX5vH5CBj/Vi+5ESyX38vK4JM5S/m4ouI/6M9biyFgimV+v3vVyCxJCT1gI9g4o GIh1qq5S433b1fihn4yHPf8XOKyBpA/QcwLONViBqJL5nnOxpsh344rNxn2R7CcRzzicOV+e 2IbMem4lwNWQlZKoRotKXZi9LqN5mynSBYqAUdoZum0QinWT9F22B0Qex5PH1zAt9i2W91Vd kcPB3LwkRXj07ycRtsSzpgPA6fLc6AsoWFslHl8kVOO5eJIA4xhjlPa+W8lguQHZ0iX+5uAv 2eAgXR2swADuHPuENNFStmsgAMl8OOOgtq75yA5TpyIzxMuXV9Nmp0VfIaUM/IdLdmxhc1pC c320l5fYMHVLFAReWEbSj2QH8YzWfpXHIegutWWYEbH9SiDXgS9KoKmCJV/Qa+x6/b8y3pOZ vnIbCDaynC2Yr50s8gRa9kb54JE8Z+p8r16U3SEsK3PtUi0RF0e51danCVHrrE6/Hat2XUO/ 6nnYgVgFOrLao6Gh/VMs8wARAQABwsF8BBgBCgAmFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsF AmhEAsACGwwFCQ8SDkAACgkQt2dIb0oY1AvQxw//REWYFK2m4yS/QP5kzfhkWcNqDI/akGT5 /LXmdmbc1s78+mOMXnA4vBY/+X1QatgxWUECkPDOiIwXJMxoBuyY8e7spLRXeyhtfh5aYaJc MO5bARX0c49v+KfZ80u9tG2rkKQvAt/ySo7OXsbDADFFRhlc8RLbb8e7bSctGbYZk9CYa0ya dW5+n3znDNJ6yW1skx9wTH+Y8VlSazRLk3XgXscNqBA2h56v3WS/R5dI++7AQxZxSQacQvfj 9eahq7ATdB4zMQ9MBHEwOvGD3DLlc55FYSDZvNX+mhnK7S0t1Nt2EtGUOmXb5ysMFGnbsce0 woKQ0sLPF1HWDAAf7tBCF8mpPIzU/ViAkupsJ6NYCD0tLFD8pvl0NYU2TjvyWh6ie3e5B/b3 8Daiyme+M92ivfoRQOFKmkPfeT14AI6OW1k7qFbmoIwMWWQdFWAl1CP9hNdF9gRN4rFB0Jy1 90BajZW2zOdVfqdurJZegCzAowZalLm4JEK2MklpPzipibnJqhLOmvJy587pF52KDdM/4rLy BBREIm7uRivnO5k/BY5qS+H/aqv97LC0PVaTsLXbDmTxTnJplUpdlYT9NGidM+x/ioS0iztO Cht7cT8V8jvvKZYvNpst8iqxuIaoV9V7aZ0wAQpkgDGXHmSzwtz6U8xNf/4e4sLn9KPlldSd kvo= In-Reply-To: <20251005.102049.1355100457143953114.yasu@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.87 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.87)[-0.873]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_FROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEFALL_USER(0.00)[grahamperrin]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::334:from] X-Rspamd-Queue-Id: 4cfd7C0pXHz3RJ3 On 05/10/2025 02:20, Yasuhiro Kimura wrote: > … `pkg upgrade`. Then what should we > do if system fails to boot with new kernel? Do we have to create boot > media and boot from it? Assuming that we have no choise but to do so, > how should we restore the system? … An option: Using pkgbasify to repair a broken installation of FreeBSD 14.3-RELEASE The method there may be adapted for 16.0-CURRENT. If a non-bootable kernel is from base_latest, then I would hope to find a usable base (with a bootable kernel) in base_weekly. From nobody Sun Oct 5 10:13:36 2025 X-Original-To: freebsd-current@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 4cfdXb3ZLvz69SHn for ; Sun, 05 Oct 2025 10:13:51 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfdXb2xK5z3Tbt; Sun, 05 Oct 2025 10:13:51 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759659231; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=w76S9crghMn9nRQDULmU0lsvmBNAPXsULMfznwmjci8=; b=Lk9P91siCiWs7C6TsztuERqjjE0k8PmIe5fLz+wdx0MvO53bLX+s8WL8AuSDX56P6EKCIN +I1TIccFfnZ3a7uEmpaEkwUP5MdkFTUNxsiJx/7BPfTVV+bGIwyIi4GwcNyMeA35uTDHId kyrSTnYRP77G7EMuao6Ahiv9T+BMJjYYpGYWyTl+FSX7TWrA8/SSZfIKBZMABGaFq0mXfS Zg572zPX/5tNZcpvuTCMeEFNqThrETC5QYPjkMMfOXloMSLCxMS0VhFwl9EA+9XXxPIA5/ ITZPmR5zAzOvqWnPhDCrke+28W0Sn7p+zPXeq0uuXy72Ln+02KTnOkpjJBbsRA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759659231; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=w76S9crghMn9nRQDULmU0lsvmBNAPXsULMfznwmjci8=; b=U9fRstJWifiLtdgypQ5TqDGzG9Ri1rsENCv59RFO42+YcUfzJS+16y9aSszgWNxhjZkM8Q KO08EOV0PClR+zh9mHpiipc7tz/y3dzsGtcM0dFBEVl6hoc5DViOXi5efjW3X92rWVHHNP QtXVzVI9BNLu5fVSBwmqGWJtKNBYDxX3Brt81xKBhC71qo2awLPqjfITrSaUEBqVDGSDn7 Yw/ZZ7Ju0qkx6a5kijDFxODRpiUL7s8lTwE8sZpWjygrzQ/jIkxdAQnjhshFyGALBsSlSW ps1D3hxonC4XYWIKbnleF/Dobkk9AfeNyIVWa8eh5NmqFaFTRudVz6FOWvGXIg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759659231; a=rsa-sha256; cv=none; b=jS5uqCJhgGeC0+ylBElxhMi3dX0J1MWeEcRmHtsHzFfV4c7XVjGcx05qizPuxuRsPIDsex cfzp2vLDTRDBhH8L2vHwIVQkTfUCmF22btnfOEwabWJwrZSiG6/x7MI20YhMYo9GeWVaFB 3wyAm39eJ1sovXz6zmjadJm8etGWtYswYI2FS9Ku6Z4GTULQZAtq1AsVZlvgk7fP1MPKHU UXZj7OMsZPgtBvRMaDyZq2pmng+hrQshIbkGqu/c7E//JYBmXFxsB90QFnkHFolwkVKvnu dxO10vVPbKuMQ3EYaLH6oGd5HWehZHc+DY2a0Q6WCicocNir/zZMDcCGz/kFEg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from localhost (unknown [IPv6:240b:11:220:fe00::174:11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: yasu/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cfdXZ2vz4zf8; Sun, 05 Oct 2025 10:13:50 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Sun, 05 Oct 2025 19:13:36 +0900 (JST) Message-Id: <20251005.191336.1494783555820843790.yasu@FreeBSD.org> To: grahamperrin@gmail.com Cc: freebsd-pkgase@freebsd.org, freebsd-current@freebsd.org Subject: Re: packaged kernel not booting following an upgrade From: Yasuhiro Kimura In-Reply-To: <9f2cd23d-b0d9-4e3f-940a-7052282347e2@gmail.com> References: <20251002.180121.980053125503545103.yasu@FreeBSD.org> <20251005.102049.1355100457143953114.yasu@FreeBSD.org> <9f2cd23d-b0d9-4e3f-940a-7052282347e2@gmail.com> X-Mailer: Mew version 6.10 on Emacs 31.0.50 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 RnJvbTogR3JhaGFtIFBlcnJpbiA8Z3JhaGFtcGVycmluQGdtYWlsLmNvbT4NClN1YmplY3Q6IHBh Y2thZ2VkIGtlcm5lbCBub3QgYm9vdGluZyBmb2xsb3dpbmcgYW4gdXBncmFkZSAod2FzOiBRdWVz dGlvbnMgYWJvdXQgcGtnYmFzZSkNCkRhdGU6IFN1biwgNSBPY3QgMjAyNSAxMDo1NToxMCArMDEw MA0KDQo+PiDigKYgYHBrZyB1cGdyYWRlYC4gVGhlbiB3aGF0IHNob3VsZCB3ZQ0KPj4gZG8gaWYg c3lzdGVtIGZhaWxzIHRvIGJvb3Qgd2l0aCBuZXcga2VybmVsPyBEbyB3ZSBoYXZlIHRvIGNyZWF0 ZSBib290DQo+PiBtZWRpYSBhbmQgYm9vdCBmcm9tIGl0PyBBc3N1bWluZyB0aGF0IHdlIGhhdmUg bm8gY2hvaXNlIGJ1dCB0byBkbyBzbywNCj4+IGhvdyBzaG91bGQgd2UgcmVzdG9yZSB0aGUgc3lz dGVtPyDigKYNCj4gDQo+IA0KPiBBbiBvcHRpb246DQo+IA0KPiBVc2luZyBwa2diYXNpZnkgdG8g cmVwYWlyIGEgYnJva2VuIGluc3RhbGxhdGlvbiBvZiBGcmVlQlNEDQo+IDE0LjMtUkVMRUFTRQ0K PiA8aHR0cHM6Ly9naXN0LmdpdGh1Yi5jb20vZ3JhaGFtcGVycmluLzk1NzAwOTJjMTI3YmQ0Mzc3 Nzk2MWI2ZjAxNmU3NWJhI2ZpbGUtZnJlZWJzZC1pbnN0YWxsZXItcGtnYmFzaWZ5LW1kPg0KPiAN Cj4gVGhlIG1ldGhvZCB0aGVyZSBtYXkgYmUgYWRhcHRlZCBmb3IgMTYuMC1DVVJSRU5ULg0KPiAN Cj4gSWYgYSBub24tYm9vdGFibGUga2VybmVsIGlzIGZyb20gYmFzZV9sYXRlc3QsIHRoZW4gSSB3 b3VsZCBob3BlIHRvDQo+IGZpbmQgYSB1c2FibGUgYmFzZSAod2l0aCBhIGJvb3RhYmxlIGtlcm5l bCkgaW4gYmFzZV93ZWVrbHkuDQoNClRoYW5rcyBmb3IgcG9pbnRlci4gSSdsbCBjaGVjayBpdC4N Cg0KLS0tDQpZYXN1aGlybyBLaW11cmENCg== From nobody Sun Oct 5 14:24:52 2025 X-Original-To: current@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 4cfl6V4V8cz6B2DT for ; Sun, 05 Oct 2025 14:25:06 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x533.google.com (mail-pg1-x533.google.com [IPv6:2607:f8b0:4864:20::533]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfl6V1gM4z42tF for ; Sun, 05 Oct 2025 14:25:06 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x533.google.com with SMTP id 41be03b00d2f7-b553412a19bso2876725a12.1 for ; Sun, 05 Oct 2025 07:25:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1759674304; x=1760279104; 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=BVE3X7a4oAOumTfInbkp+USVLqWUuGvOEFvoKPR/qk4=; b=VyO9AKWbhPTCQc99jfUy+qySLYyWzByXyd0On6o9pCf1p7Bc76+Ev9i8lOyHJCxyJ4 HGG6TQmECHTtvVQMbMwqXWwvcFWjSVjndHhjb96ajRH4M92B3FEx2stfkbQxxGnYFlxE PUwBhmDYCsuzzIP01dYdjlbroPJy+wIsu2v1BrMmOca2NULvdVxgGMclSIjgFciyMNPs oqATAz08OAuz/+VPN6IpLTF70xJMKIXEuZSy6fJtUSIhsUV83dM2MeHq7PXlpcKspd8R urAOuMD5YUlxenvs/M5g1xH9oVz1CjO0tTphgQ2rWp9OQI68t/6OS1vULAipHndmnkpr Ylig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759674304; x=1760279104; 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=BVE3X7a4oAOumTfInbkp+USVLqWUuGvOEFvoKPR/qk4=; b=DFJjJXfUtW6QEYoOwIY9TxHRMbU0lBwfIcsGcU+n9AbCjCUtAxk+rijd+CmDChKAhb dZClRLsK6fkajZvb4h3p3HRKInMNkhDUX3p73HGwdanerLJSPFq2CNDUOttXfl7w1JWM 9KZQmABavs6HXzuuTlzTEVOH/JKyN56qT+xK+rGtwURcwNdaN/6qXpkYMNkFch0viYon viotQMK4EbdaM3fayYMFRbO9yNwRejufnaF17cxRORVOysvvtHDX9Xg3zWdLVB6bySQs PQZjdRyH9SCDIRgIwr7owPawLyh8sw0wnSDb3Q14mvYxJE7ByJmxTWdFoAzFf9o+mNPT mDqQ== X-Gm-Message-State: AOJu0Yy+vuFq+uSS9u7hMW4HpWbBaWcm9DWHYco6JsIN+cRoIPQ+K5/3 yZnLz/4Wi4JjfmvXsOBaksLX2ccRLDedv04yFpclFh5ggyf9t2fgvG049URpW1iIJrmwJLCC3qO GLYbul2yuVcv0G6petnEofNwnldviHDR36KKUnsgERT4NY7sF9hHdK9w= X-Gm-Gg: ASbGncspSF7Kh8sl7y4qAW/d0FYzIRznVzUzGhhR6tetGkH/L2IUnDMgsdmp4leoAXS 5lYQe2WN8QgIO+XjBpAJmDqlAvPCBx5wNYPN4NKmoXBuDVv4W8ZFR83ZX8MRTAZ79DfmEQpEN2U GZzifal+TcTUMtNfEEYOnjRujKQwxQtwn09Lrb+3X/kIh9mUCZ5t0JUoxJCoABv4eXZJdhBexqq 6GodEK0BuUBvg1nyI7iPAXvsw5/2Xk9+FnkON+PWg== X-Google-Smtp-Source: AGHT+IGPvI/B1t1fMe+tVynB5CkJYy5u1aakyG86KJnBnR+RI3i8f6BCvgfYQsGntP8L2izlEK0oSX6wNrIE10n7FuA= X-Received: by 2002:a17:902:ef12:b0:269:8f0c:4d86 with SMTP id d9443c01a7336-28e9a6803abmr105909355ad.53.1759674303700; Sun, 05 Oct 2025 07:25:03 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <91r7p6r9-5qos-31qo-64o0-p4r0q2p1opsr@mnoonqbm.arg> <84s91nn3-5280-94p9-997s-q19931p3s7n1@yvfgf.mnoonqbm.arg> In-Reply-To: <84s91nn3-5280-94p9-997s-q19931p3s7n1@yvfgf.mnoonqbm.arg> From: Warner Losh Date: Sun, 5 Oct 2025 08:24:52 -0600 X-Gm-Features: AS18NWBPaDewIvXsi111NC7zoYvA-TSv9TJrvwuHUBZMhe4UIdd_sCCJiPedC_I Message-ID: Subject: Re: svnlite code in Makefile.inc1 still needed? To: "Bjoern A. Zeeb" Cc: current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000caf0c606406a19a5" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cfl6V1gM4z42tF --000000000000caf0c606406a19a5 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Oh! You have svnlite installed. Warner On Sun, Oct 5, 2025 at 2:10=E2=80=AFAM Bjoern A. Zeeb < bzeeb-lists@lists.zabbadoz.net> wrote: > On Sat, 4 Oct 2025, Warner Losh wrote: > > > On Sat, Oct 4, 2025 at 2:37=E2=80=AFPM Bjoern A. Zeeb < > > bzeeb-lists@lists.zabbadoz.net> wrote: > > > >> Hi, > >> > >> I beleive there might be a $ too much in two lines or the arguemnts ar= e > >> not properly shell quoted or something? > >> > >> make[7]: /usr/src/src.git/Makefile.inc1:526: warning: Invalid characte= r > " > >> " in variable name "eval /usr/bin/svnliteversion /usr/src/src.git" > >> make[7]: /usr/src/src.git/Makefile.inc1:526: warning: Invalid characte= r > " > >> " in variable name "echo r" > >> > >> Makes me wonder if svnliteversion magic is still needed? > >> > > > > No. It's unused. And a bit of a nop these days unless you happen to hav= e > > svn still installed. I never see this error, though. Which shell are yo= u > > using? > > > > https://reviews.freebsd.org/D52912 removes it. > > I don't think the shell (csh) matters; it's the output I presume: > > [/usr/src]% /usr/bin/svnliteversion /usr/src/src.git > Unversioned directory > > > -- > Bjoern A. Zeeb r15:7 --000000000000caf0c606406a19a5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Oh! You have svnlite installed.

Warner<= /div>

On Sun, Oct 5, 2025 at 2:10=E2=80=AFAM Bjoern A.= Zeeb <bzeeb-lists@lis= ts.zabbadoz.net> wrote:
On Sat, 4 Oct 2025, Warner Losh wrote:

> On Sat, Oct 4, 2025 at 2:37=E2=80=AFPM Bjoern A. Zeeb <
> bz= eeb-lists@lists.zabbadoz.net> wrote:
>
>> Hi,
>>
>> I beleive there might be a $ too much in two lines or the arguemnt= s are
>> not properly shell quoted or something?
>>
>> make[7]: /usr/src/src.git/Makefile.inc1:526: warning: Invalid char= acter "
>> " in variable name "eval /usr/bin/svnliteversion /usr/sr= c/src.git"
>> make[7]: /usr/src/src.git/Makefile.inc1:526: warning: Invalid char= acter "
>> " in variable name "echo r"
>>
>> Makes me wonder if svnliteversion magic is still needed?
>>
>
> No. It's unused. And a bit of a nop these days unless you happen t= o have
> svn still installed. I never see this error, though. Which shell are y= ou
> using?
>
> https://reviews.freebsd.org/D52912 removes it.

I don't think the shell (csh) matters;=C2=A0 it's the output I pres= ume:

[/usr/src]% /usr/bin/svnliteversion /usr/src/src.git
Unversioned directory


--
Bjoern A. Zeeb=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r15:7
--000000000000caf0c606406a19a5-- From nobody Sun Oct 5 15:50:48 2025 X-Original-To: freebsd-current@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 4cfn1f5c7Bz6BBM3 for ; Sun, 05 Oct 2025 15:51:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 4cfn1f2TQFz3DHm for ; Sun, 05 Oct 2025 15:51:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759679459; bh=FyAdDc5MdG1fBnaUUOUgFFeyW8FbUxOQXOz3VqaucsQ=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=THD0gFQy8Y50YDs5zRk+i3HENexayt5hBE2bERo2vh+r4BztdAvRfiAQgC+2pBRUjVpAYJfSWiS/FbM9fwoQun9sNo6zaPQ/lNKH2RTtB05eZSygdp4UEAEgRsYJnyQnM4iepJNVWrj5J3+tQoS8Z2hb0GBPBuUlgRwitjMsGroWSIHTJvYxYo8kGG8tvqNa6GTKKihh/J6bRxWarZTTCwF2kbTnP2CM+VfjoxdkYExNqvL6WAYkyjBvoxKtuI0b29TyQG9OL2IpVzQzASmmjK3vUET2Yuw4JMhvoRmxFynsagFkAdjf2Ddt8rhG407aPELXnXwlAcXizxa43kYtuw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759679459; bh=QdzaArbD6WjHTIRlWuMbAxnSCYDMjap+csnon8XDJKu=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=c8lDiBmNqZYPodQz1m8AXGJOMzORkGR2N1Mw+HnctBQI2oZ0lksNRaLEFUCHi6qyaqHT4dPLLZNrT7gd/rJrmQRzVANLlVEPc0PGSUxFlnGhX+w3QXBkwCzIVZ3xr5iCHxwG8Ff66S6vezwLaHyGU6m886LEb7AVv+i+r9KgKIE1F0MfHlUb9mxFaAM3r3Hrp6ufy7E2P3KFDT+w1sy01f2dcdY/KGWpW/nGueEpqmXYWCKeXGzRiopt1rt+of/RQ+dZlJrqG2HhRZe2CV7MLflaK3Dwau4T/xOyymMfXpy+FuwVKyjJqFUyHWP+M9tx2+FOfM3+l3DOBmc01BxpPw== X-YMail-OSG: 2UTx0csVM1nSM6YKpm6vglgkkACUTExwq80Ytf513DdSOIr1VExiDZyc5LiGbp3 ek5X7jh4ezlhQV9X37me2q28YKyk0ghBDXvUaYopU1vGgVBpxbufR2q2PEAJe5_oryd0L.fUUBa5 UDY7CEjOfqrOlAizc5IY3cIVPuV51Vd8EMpEaJ6lF3cZ2B7wjVfCHagMEtFAH5bETZ6rCIveomg8 oyg6WXJaYyIAJOHVFgZtOExf0ZDcLLOUbAjf4oS_NgFEucP211frp_MnAnZJk87mrCh2eOkHc7ns H3PvIilXeGP8XIP4r_hFIUWzf3Zqygf1BH0vUOJo2tBQxjDy8yycjEcmKO30k6MXtiL53KTQwLvE FzkiA5GplaQ7TvpckvfeI7ccOiqUJtlmWocFZSj.mGYd_Btvq3aF9ChJR8X5iWyxlm8tJ4jC5w_A FwK2whAMHbm0Z659P1Qg8BN7KvJ8ksMqnvgaP0doSKWeL7gIZ0ec6XLLOlXWCV45ipA_BWqyV4tA qikzbrNWLN.ghxID3xlX3fyxS97OW38Zt.PdrWr.EcG3sfZFoS.scTAl8NSIKv10m55ZL1MH7poT SFNilEPIqfP51ERJfK6l7cA0nPsEJ5jaO0nd5GRnfSxZASWMVDvGfM5W5Ev.Cfgdj.73wVw0WCCJ f0L788dNfTQ115bghmp_SkOTGm_2qxNZyBXdTpG8LV4PLmBaqaO6ueTdDkXlhkHA1U04bPi0rS0S LnkvWCEgeB.8_rKqh7mJ7YQ_1tg0V8HCWw0SWLYvgx6oeBc1u97XWL.ib71qGdDBcEsfztMqETyR Ud6D4VcIW7nWz6xQ9Gao3W.jxB2BpnOB3ipaMPV7SgkyUwRvfuv228Im9NBObNq_Z7qyS9g1G5PK DtsxkFNIwgG5yH03aZ_mzEE7mvLQU6loDnOU.WKoXdHomDePYcao5HLzzDLYMjLLobTkXvVVzawt dkgKz8.1VaVA2hi_KG.UE.NClAJ0226ofYBuzaKIujPhzWh64prCALAxUuLA81p8BsVf8gJ7hfui n0kqO7zLtqjebfYqnyByh08p9bBF4Q44MBiC5mDegTD1_7Fxd9sJumG9fGZ4EbcJkfW4fsXsuTZZ Hp1Tpb5oFCaMTBds3sD8X8dzgzDdUOECIXSaiZzCDXVcwFQj7VkKKCpkRwYjn7ctY2.x8y6xjOle urLb1rN6d5FU5kwuNdKq4077KyvGNvdiUGQFlbF37_zEm2C6VKgQid9Ll2V48Dayi25B_zl4UbhJ 5ZV60w.5SMYlFzSwMvp7d0bwfKNFhzBZwlGBHpl8JSvEQsm0JRwTBYa_ainZ0iuZ3aTUxo8vdEc5 T0EZdHh.L11Jx.2H1InCd8YXF9ZzWQhxImQGtbSn.aTQBJSQ8OSIQkrz35nRY3YsEDY9jfYBmOle XtDJdXtxi1lDs_SNlQ1cZnUyffQf3CykXuS0i3hode1qh4kzhhpYDVUxs15S5yJUUgGfe0TMaWLk M0PCeTJ3i3XkxDf30_hdUZZpp2bcutfOXPpctvQD2Ei1EcSJ4CD5kZFSsKBXYp_mwhd27Y7xlAMw eJFgzI5VEH6ebcgkToZBdsDPNoeRG6cavzV7UbLlsrDgi4egwo.0kMVMDo4CXiheBRn81NLKkyDT 7sebxtNp2XCtoQUiVVquqwi__co73dj3uJbTm_aIRB5NUePo4elnSI0LN.VLueMp0fWzkdGfwaCC bbeZkeW_MWMbr.wZrp1fiDvUlvNFIn6c.EBOiYIFR6RFDjUtBdW4lPCtoxmhmwyAXuI3lLDvv4Mk p6tp2kZzmuSG5n1k8NV4N2WdwSzRlaLaFsnik.ND6.2KdyVNJX5FmfgM8Gv19mRDejtNfGfGCQBp JA0YTKAtGyQMq7A6Xa0LMqqN9oX010evuBZVIfy5LN5BjyzXcQN42P4uR3XhtLFD72rWvIIV2R.i 8.jaD6S3Rf71j6PAMuDWiCL.ioyUBeLl4VLagDfeQIJk9yeF8Uy722oUSkC_MODEEaZCfocB.EFF Epab0hPGzgeF7InyBQUZtKuHDmC.H9EkvktZCqedAOC3UipLWX4aPP0S5vac1eYxmEANRdxzv45o 7ndfUE6VWQjMoM80peBJAgFW_MKZ2Lx_0b1Z_TAJsDh8n8fB_OKSCRXg_YegWq6QprRhKGlhvOVI IT5TUciSu6hJHum1kzWhbqMQYlZL.hsBZatTmwVQXoYBDQ1qFjXX.29RUl2DzM1PDtP6dJfc7kuk 0mkiINcqVu4Q3klug8ghW6FB2FfSxnlUVr3Szr8uKY0bF2GTasoIi3KMdPegwfmacwCCSi4l.56j c3Ss- X-Sonic-MF: X-Sonic-ID: 8a2ffd5a-3039-4b60-9122-576eecde7ef8 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sun, 5 Oct 2025 15:50:59 +0000 Received: by hermes--production-gq1-66b66ffd5-hmf7t (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 55d3b0a6fb20102247aff46bec4c50eb; Sun, 05 Oct 2025 15:50:59 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: y to proceed, then nothing From: Mark Millard In-Reply-To: <1104f44b-b8c7-4a65-94f5-1640fd43dec6@gmail.com> Date: Sun, 5 Oct 2025 08:50:48 -0700 Cc: freebsd-current@freebsd.org, freebsd-pkg@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <45A6E16E-28CF-46A0-9032-1E61B1A6F447@yahoo.com> References: <1104f44b-b8c7-4a65-94f5-1640fd43dec6@gmail.com> To: Graham Perrin X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cfn1f2TQFz3DHm On Oct 5, 2025, at 01:22, Graham Perrin wrote: > root@pkg:~ # env ABI=3DFreeBSD:16:amd64 pkg-static upgrade -fU >=20 > =E2=80=A6 >=20 > xxhash-0.8.3 [FreeBSD] > yelp-42.3_2 [FreeBSD] (ABI changed: 'FreeBSD:14:amd64' -> = 'FreeBSD:16:amd64') > yelp-xsl-42.4 [FreeBSD] (ABI changed: 'FreeBSD:14:*' -> = 'FreeBSD:16:*') > ytnef-2.1.2,1 [FreeBSD] (ABI changed: 'FreeBSD:14:amd64' -> = 'FreeBSD:16:amd64') > zenity-3.44.5 [FreeBSD] (ABI changed: 'FreeBSD:14:amd64' -> = 'FreeBSD:16:amd64') > zstd-1.5.7 [FreeBSD] > zxing-cpp-2.3.0 [FreeBSD] >=20 > Installed packages to be REMOVED: > FreeBSD-clang: 14.3p4 >=20 > Number of packages to be removed: 1 > Number of packages to be installed: 2 > Number of packages to be upgraded: 132 > Number of packages to be reinstalled: 1039 > Number of packages to be downgraded: 381 >=20 > The operation will free 47 MiB. > 32 MiB to be downloaded. >=20 > Proceed with this action? [y/N]: y > root@pkg:~ # >=20 >=20 > ---- >=20 > That was, with the kernel upgraded and running; userland only partly = upgraded. >=20 > I assume that nothing happened because only one repo was enabled at = the time. >=20 > If anyone has a better guess, please let me know (I can compare with = local notes, which I'll not share right now; they're potentially = confusing). Thanks [This may not be relevant.] I see a mix of: QUOTE -U, --no-repo-update Suppress the automatic update of the local copy of the repository catalogue from remote. Automatic repository catalogue updates are only attempted when the effective = UID of the process has write access to the package = database. Otherwise they are silently ignored. END QUOTE and: QUOTE 32 MiB to be downloaded. END QUOTE So the repository catalog would not have been updated for the download if the download had happened? It leads me to wonder if it ended up in a status of "can not do as requested overall" but just did not explicitly report anything about that status. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Oct 5 17:36:57 2025 X-Original-To: freebsd-current@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 4cfqN205KXz6B0yQ for ; Sun, 05 Oct 2025 17:37:06 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cfqN12ZRCz3WP3 for ; Sun, 05 Oct 2025 17:37:05 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=Q51aZj0R; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::336 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com Received: by mail-wm1-x336.google.com with SMTP id 5b1f17b1804b1-46e504975dbso24207215e9.1 for ; Sun, 05 Oct 2025 10:37:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1759685818; x=1760290618; darn=freebsd.org; h=in-reply-to:autocrypt:to:content-language:from:references:subject :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=/Gs37gaPJgldBNLQ1j6OJooJ/R5gufH4KuoWqnREhq0=; b=Q51aZj0RusIxR1s5jG/gRZWfCx+2TiO4Mk8QHzIR+S+fyxfYPmOBxvKrEIAir3A9eJ PG5PF27X9Xy6Uabf2a9zTcJ6wpdAAsRfjUj8GyriDya82C9AgYf2Lbl6+5m5K0kS6umF uylzmjUv59jECqnGtzUps+po6rOINeWYCkJ9RZRncgKjeeAjK9YFCgydNXERN3xNPq6c 7AF3QDc7pZFrpK3rpSfW9OcIS8j8G1FAlzqzXm5bsCCnZxUuiVWet2rYRqLTbge2LIUR gHr8wBqty4cwERVwGv4T5lQdJo+tYUvvxg+sBTgLuGnxSvEWl4RtW9rhQMBDXSJjwnCH jo5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759685818; x=1760290618; h=in-reply-to:autocrypt:to:content-language:from:references:subject :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=/Gs37gaPJgldBNLQ1j6OJooJ/R5gufH4KuoWqnREhq0=; b=R/mfqdli1mT3ostQVk+NqPwtrEqBTqEezvgyOs6p2T2yuFlM9g7pkvwOpgTmf37/xq 5RewLsx3s8ACvYITiEFdfwoZ5+MabbycFdfIuzfQjRTozR9B9lIJTbAJueUUkoBdzUte SJE+1yZa0TQAP01vPG4Uc1gjMoVsZlbgdv0o+80VSFOzwOAlODODJViaCIs7+BZfaqkw VW04je8MyA1FIYnVznO1NSVfDWdJF3VNQNT3dzA2LLylZMxfq3bRPklcd0nINKuzf074 vApmiY5oOKN617pSwEcXihMF3DN5+NaFCiS+LCc3f6EhcnO2Ls18m7/x//KoKf/3nZTY sW7g== X-Gm-Message-State: AOJu0YyW+wNmnb64hEgDkPzAEfaubksQy08i+Jo4H+EVJpFK98u2HtSb WniG4WlUL5LNxv2sRNW+o7qnLU1z6NXfEv6w3u3ZkkAEr5N6ICNnXasDXOOqvA== X-Gm-Gg: ASbGncsJepe93CJL4o6830KIpu0yBcvLMtCvabr75B5FLdqHWQr1oL1ykzXAaUIf92O b5ulTTtAn9cU43QJVR1+Np6cBzppN+5AnNUxyTNvgdVxGjEU22SyrqS6A15SP+gWOngqq5gZHVp kcj/Sd57hvHyTSNOCRi6FvQxoLTcXugxiV+34Laa6wco2ZgEldPiQmm3D3jjFZ0fUIfzpZiMkic kDhgYt9nOMql6D3JZqahD11uWcLB8rHensredJhlxnikzdEzxoJpu/necR0RzE29nMJt+Kqg9pn ERseLOyQ5gqii7ZTRPV7eLyqfDKlyUoqbVuOIzJpHPQXDNFQfJ0pWAOOvXF7dLE3Tg5Ua4WARf6 4F4H2l8HSCbPfNd6RjW6vrjJyHhlootcQwEHwkAatqlh1AvBa4ajFZirr6ivz+7ZT5/TtaBJZhe 8+x03y8hbrjZZxsko4ug== X-Google-Smtp-Source: AGHT+IGE4shtmazXRU3w8TVW/zFnDD5tnoVdgQUQgvqc03boRvbVZu/LXgSypWkCT8R1of6Gse/U1g== X-Received: by 2002:a05:600c:8209:b0:46e:37a7:48d1 with SMTP id 5b1f17b1804b1-46e7117261cmr57760755e9.34.1759685817981; Sun, 05 Oct 2025 10:36:57 -0700 (PDT) Received: from [192.168.1.4] (host-89-241-205-78.as13285.net. [89.241.205.78]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-4255d8f4cc3sm17182791f8f.55.2025.10.05.10.36.57 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 05 Oct 2025 10:36:57 -0700 (PDT) Content-Type: multipart/alternative; boundary="------------rhqbCCXcfS0n2EzrQYpSE2OP" Message-ID: Date: Sun, 5 Oct 2025 18:36:57 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: y to proceed, then nothing References: <1104f44b-b8c7-4a65-94f5-1640fd43dec6@gmail.com> <45A6E16E-28CF-46A0-9032-1E61B1A6F447@yahoo.com> From: Graham Perrin Content-Language: en-GB To: freebsd-current@freebsd.org, freebsd-pkg@freebsd.org Autocrypt: addr=grahamperrin@gmail.com; keydata= xsFNBGKYt7ABEAClu83dJ3ZKfVgPOk9YKRv0Z+dl2b88+k9R4vwAmElgguYdKE7yhnQNhhWM v9vi6AFrBMc2oJdVHJ2OrXfwpELBFIgiSMEWNsC4e+Z3HtSajcl+pFZsP7ciiSoycj/w3wIV kAZoVGbhyIbNG7fbCEJ8q81TbfsGypV3bRmbZVvGNecBguYiooBtz2Qht1p3itXMkIA6P9pS YDl+6QddZLyUUAjAnFv2QDoYSHLnaDUWw4oONZsB0SKVu8jMIBh4uJZoYEOvdvc9jQQdOpA2 CAgA6ulfm42Ikr9lKBUUCtjqiWAhJ7iXOTyHAIdR4Mf8alCE6tdTq6dHdIt+GktTY7oYNyL2 3aD3C7I5waU0SFXvJcOMG10QLfwYQMOQoYQ9XJ0U5A28WYiDcylDdUWT7SappP1e1ZMeJWWO y14mxxNzHaJSI4rK8P/p5tp3Q7SSC4k5gMh9zKba3K2ApCWNbVLGvXsJeQkZZNvu70tE81ey AHI5iZcB6D7WaHysBUmsKaEpbcmm1ZThTnGL0SHEl5to5Jab5Fg6O+Cnly5sVz5lX/v8Aosx kKNei7SCVqXOVtteQeGxWbXWbhPgbMyc0Gi3DuxBI/yvJ43k/rJysQlLGLWfJx/UXprwLluC PDK9EvKEB+fD1Z349uzp1sKr3ihpySbyKI8fpudftnAz4EsoCwARAQABzSZHcmFoYW0gUGVy cmluIDxncmFoYW1wZXJyaW5AZ21haWwuY29tPsLBlAQTAQoAPhYhBFk/5bLDBwftvJcvCrdn SG9KGNQLBQJoRALAAhsDBQkPEg5ABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAAAoJELdnSG9K GNQL8YkP/2V1z6XQDyG1QlKAu8TuE8zDWy9QQKjC/G44hlu5zk+2kWSNk4zeExs9ZXOBmVhF EW1d+1J8wDiYIeKYj/rqMoP+gb8o0Au0lSRitvTdLxkZBFGMn0CEzlDOzv+wmiy0ggAV/s+Y EbiHk12fI0LoTy5/ywdmG/uGS7M6p3XOrM0YO1qmLXy1cUyYDsYIpq5/rT0QzpGowsJLoEA3 zz1vfKVY+RTorsL4W8ljXLmcs4c3b3HZG9Xmgtt+Ni/eb9CjzM7kCXOcSMnVzvfscCowPAwB 0ZHlNxNV0MTa61xgvOCk4Zf278ArRgbTm4oOz9Z4ciPMnVue+9P/VdxIxgUuYkAryM0+agGz L9bd8ljn+efNtgZ5dlDLrNnTE+vWnMVlMXgl7BNnhwHg7UYFLrC2xklsICub0qpnNheTGeqo 0N4UongJTQJ6H6LEpgd+KMkCncAHghED/G0/BUdO90VEOoqnIKwKa+F9NqVMvHWc8D58mwCP FghsmxK9FM9pnsjLmG7u+s51Y7++GSRnU4NkI4tHiVk7hcAcvZuc0QbUDwVMTurDUgIqRo6W 80j1tFjEspkrwtMoeVFEkDHktjoc3AoEymXIncZfqIqi3nVseyDVyNByvkV0mutX9hXqac0/ RXMuyK9KniAUZ9+gsWs4rPs/DOdsw4K8/RnjduBrfCYQzsFNBGKYt7ABEADRb1tZuh7DPYET 0wK6fe7owbYgM+RfKhmcrGgR2HI9M2q6+0WKF/ITnggWdIW2Ecc4z2boLz/cwvPGCS7/YxZM 61KklGCwuS7q1s04XnHDWHuFxfXQPzAdVmNO3bYoMZbJjHXs6sB2u5ksiwPwaMAWWaGkviSj c5pwvHCiTmX5vH5CBj/Vi+5ESyX38vK4JM5S/m4ouI/6M9biyFgimV+v3vVyCxJCT1gI9g4o GIh1qq5S433b1fihn4yHPf8XOKyBpA/QcwLONViBqJL5nnOxpsh344rNxn2R7CcRzzicOV+e 2IbMem4lwNWQlZKoRotKXZi9LqN5mynSBYqAUdoZum0QinWT9F22B0Qex5PH1zAt9i2W91Vd kcPB3LwkRXj07ycRtsSzpgPA6fLc6AsoWFslHl8kVOO5eJIA4xhjlPa+W8lguQHZ0iX+5uAv 2eAgXR2swADuHPuENNFStmsgAMl8OOOgtq75yA5TpyIzxMuXV9Nmp0VfIaUM/IdLdmxhc1pC c320l5fYMHVLFAReWEbSj2QH8YzWfpXHIegutWWYEbH9SiDXgS9KoKmCJV/Qa+x6/b8y3pOZ vnIbCDaynC2Yr50s8gRa9kb54JE8Z+p8r16U3SEsK3PtUi0RF0e51danCVHrrE6/Hat2XUO/ 6nnYgVgFOrLao6Gh/VMs8wARAQABwsF8BBgBCgAmFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsF AmhEAsACGwwFCQ8SDkAACgkQt2dIb0oY1AvQxw//REWYFK2m4yS/QP5kzfhkWcNqDI/akGT5 /LXmdmbc1s78+mOMXnA4vBY/+X1QatgxWUECkPDOiIwXJMxoBuyY8e7spLRXeyhtfh5aYaJc MO5bARX0c49v+KfZ80u9tG2rkKQvAt/ySo7OXsbDADFFRhlc8RLbb8e7bSctGbYZk9CYa0ya dW5+n3znDNJ6yW1skx9wTH+Y8VlSazRLk3XgXscNqBA2h56v3WS/R5dI++7AQxZxSQacQvfj 9eahq7ATdB4zMQ9MBHEwOvGD3DLlc55FYSDZvNX+mhnK7S0t1Nt2EtGUOmXb5ysMFGnbsce0 woKQ0sLPF1HWDAAf7tBCF8mpPIzU/ViAkupsJ6NYCD0tLFD8pvl0NYU2TjvyWh6ie3e5B/b3 8Daiyme+M92ivfoRQOFKmkPfeT14AI6OW1k7qFbmoIwMWWQdFWAl1CP9hNdF9gRN4rFB0Jy1 90BajZW2zOdVfqdurJZegCzAowZalLm4JEK2MklpPzipibnJqhLOmvJy587pF52KDdM/4rLy BBREIm7uRivnO5k/BY5qS+H/aqv97LC0PVaTsLXbDmTxTnJplUpdlYT9NGidM+x/ioS0iztO Cht7cT8V8jvvKZYvNpst8iqxuIaoV9V7aZ0wAQpkgDGXHmSzwtz6U8xNf/4e4sLn9KPlldSd kvo= In-Reply-To: <45A6E16E-28CF-46A0-9032-1E61B1A6F447@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_LONG(-0.99)[-0.989]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_FROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEFALL_USER(0.00)[grahamperrin]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::336:from] X-Rspamd-Queue-Id: 4cfqN12ZRCz3WP3 This is a multi-part message in MIME format. --------------rhqbCCXcfS0n2EzrQYpSE2OP Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 05/10/2025 16:50, Mark Millard wrote: > … > > I see a mix of: > > QUOTE > -U, --no-repo-update > Suppress the automatic update of the local copy of the > repository catalogue from remote. Automatic repository > catalogue updates are only attempted when the effective UID > of the process has write access to the package database. > Otherwise they are silently ignored. > END QUOTE > > and: > > QUOTE > 32 MiB to be downloaded. > END QUOTE > > So the repository catalog would not have been updated > for the download if the download had happened? I had previously combined -F and -y, repeatedly, to fetch all packages. It's true that proceeding to upgrade (with -U) sometimes results in an unexpected fetch of more packages, with consequent changes to things such as the number of packages to be removed. These moving goalposts have taught me to be extremely wary of -y for upgrades. In this case, it's _possible_ that I inadvertently allowed a repo update some time between the -Fy and the installation. (I spent more than a day attempting to upgrade a single system. Tiredness may have led to carelessness.) > It leads me to wonder if it ended up in a status of > "can not do as requested overall" but just did not > explicitly report anything about that status. The nothingness is extraordinary. I could make a debug run (I do have a VirtualBox snapshot of the affected guest), but it's not a priority. Thanks --------------rhqbCCXcfS0n2EzrQYpSE2OP Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 05/10/2025 16:50, Mark Millard wrote:
…

I see a mix of:

QUOTE
     -U, --no-repo-update
                 Suppress the automatic update of the local copy of the
                 repository catalogue from remote.  Automatic repository
                 catalogue updates are only attempted when the effective UID
                 of the process has write access to the package database.
                 Otherwise they are silently ignored.
END QUOTE

and:

QUOTE
32 MiB to be downloaded.
END QUOTE

So the repository catalog would not have been updated
for the download if the download had happened?


I had previously combined -F and -y, repeatedly, to fetch all packages. 

It's true that proceeding to upgrade (with -U) sometimes results in an unexpected fetch of more packages, with consequent changes to things such as the number of packages to be removed. These moving goalposts have taught me to be extremely wary of -y for upgrades. 

In this case, it's _possible_ that I inadvertently allowed a repo update some time between the -Fy and the installation. (I spent more than a day attempting to upgrade a single system. Tiredness may have led to carelessness.)


It leads me to wonder if it ended up in a status of
"can not do as requested overall" but just did not
explicitly report anything about that status.


The nothingness is extraordinary. 

I could make a debug run (I do have a VirtualBox snapshot of the affected guest), but it's not a priority. 

Thanks

--------------rhqbCCXcfS0n2EzrQYpSE2OP--