From nobody Mon Oct 6 01:48: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 4cg2GL2J0Sz69FV9 for ; Mon, 06 Oct 2025 01:47:54 +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 4cg2GJ5dGnz3lXY for ; Mon, 06 Oct 2025 01:47:52 +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 77038 invoked from network); 6 Oct 2025 01:47:51 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by mail.tarsnap.com with SMTP; 6 Oct 2025 01:47:51 -0000 Date: Sun, 5 Oct 2025 18:48:12 -0700 From: Graham Percival To: freebsd-current@freebsd.org Cc: Colin Percival Subject: FreeBSD Git Weekly 2025-09-29 to 2025-10-05 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 [-1.63 / 15.00]; NEURAL_SPAM_LONG(0.98)[0.979]; NEURAL_HAM_SHORT(-0.95)[-0.954]; NEURAL_HAM_MEDIUM(-0.95)[-0.952]; DMARC_POLICY_ALLOW(-0.50)[tarsnap.com,none]; R_SPF_ALLOW(-0.20)[+ip4:54.86.246.204/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:14618, ipnet:54.86.0.0/16, country:US]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[54.86.246.204:from] X-Rspamd-Queue-Id: 4cg2GJ5dGnz3lXY Hi all, I'm happy to announce FreeBSD git weekly for 2025-09-29 -- 2025-10-05: https://freebsd-git-weekly.tarsnap.net/2025-09-29.html It's a list of the 240 commits in that week, split into categories. Highlighted commits: - mdo(1): Add support and shortcuts for fully specifying users and groups - Remove ftpd(8) - UPDATING: bump __FreeBSD_version for drm-kmod/nvidia-drm vs. LinuxLPI - sh: Remove /.profile - packages: Add a sound package "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 Oct 6 02:03:17 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 4cg2cH2qpJz69Hmt; Mon, 06 Oct 2025 02:03:27 +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 4cg2cH26npz3nkn; Mon, 06 Oct 2025 02:03:27 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759716207; 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; bh=5d2uJgAH8uise4eQvgSWDlh2ROhcZmk27dotFQWTtsI=; b=TeFH0o0mF3LKuY4gJ+5x2lQnovFrpgOVS6ZwzGoOywxvK2Ba3ofiKINPrh4cvzFuUqXcYT HxRPEnaMGEe43VR3Csobz93UN9vPN2gGkRxdNUpoKOfHiL6Il0qbGDfXJ1wYkJJv4r9K20 0sLQ8UHvXNl/GjE25N72Brl63TsKS0zvyambKXq4u0gKgS5abX09YJ6SQJ/iljG8zNiiQA O+hJfcILC2kvILRlrfx2GrfZwM7g+S9+wP1ShIt0IS5fbsCnf7SdM1VW0ur0cwJuB8cU5c 42lXuZMVusDUbxWpHmMiB7oCjsggd+okJVBtqCvCvj1hmeyEx9ghR61HhAluQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759716207; 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; bh=5d2uJgAH8uise4eQvgSWDlh2ROhcZmk27dotFQWTtsI=; b=x2hXT+S7BNo0gZTSKfeM9zwVZGd77g5v8evLsbzhtExKkppr4j6OmnDy+0xOKmkZnxDVtE PKrNzoZBTj1sM/FwW6/MP1Mm1ZIQZqwRAN99XUSrBKJ8H754uoMdAUGyha4B9mJM//zNyw 8OxQsiX/+xC5Vt647MPWxzAJxdhoCHtsIsa1PCYosZvnAEKjRtRrJCeYBaBKy5L8ldVBL2 MdUPvD8amqg3CX3T51vw6g+ZbHRv8dGWP5yo2/QrpK28R7nwLkEyG5E2+eHR3G9YX63+lu BUuovpKMYbCL7gQAKhx/rp2ag/b8PUAl+qA7b1aYn/sGbwKVJb6ug9A9fCrYPA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759716207; a=rsa-sha256; cv=none; b=hfwIeaO8Wq3rR0tnjKiyRcPHyS56vV02TEaiPkgQ12Zqp2d0jGQXA2xcioc22xnYAjJv2O ce2ze1HcY8lPdzuITq7Y6J77/xCt6pDAhEP5p1BuVefrjfJBms+rzRcu0aNrUWo9PG9eOk 5hTV5Xv7/UpepoZq2uTsXoL7x9huOJvIFSAx0aXqgJjXIKL+jUlZNVOSaDtdxsNV5yeq2y cfa/3Qmex4o2Hr3n9ClsZ7MR5ho//G/xHdL8tbZOn+HokwyF7v5PB14teeM0rdyVhdIWvN 6n8k+XUTRNYzluSWFvHOGrO4bosS6vwgKbnW3cf3z4oCpsNlWEcDS6QhCQs+rw== 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 4cg2cG5C5LzLH4; Mon, 06 Oct 2025 02:03:26 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Mon, 6 Oct 2025 03:03:17 +0100 From: Lexi Winter To: stable@freebsd.org, current@freebsd.org Cc: cperciva@freebsd.org Subject: disallowing 'make installworld' with pkgbase Message-ID: Mail-Followup-To: stable@freebsd.org, current@freebsd.org, cperciva@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="E6aI5jKH+dHsJ3L/" Content-Disposition: inline --E6aI5jKH+dHsJ3L/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hello, in 15.0 we will ship pkgbase as an alternative to the dist sets for base system installation. pkgbase is entirely optional and for at least 15.0, we will continue to support dist set installation with freebsd-update. the traditional source update method, using make buildworld installworld, will be supported indefinitely and there are no plans to remove this even after dist sets and freebsd-update are dropped. however, while both update methods will be supported individually, they cannot be used together, i.e., if you installed the system with pkgbase, you should not attempt to update it using "make installworld" because this will cause the installed system to become out of sync with the pkg(8) database. instead, you have two options: update with "make buildworld packages" and pkg-upgrade(8), or depkgbasify the system and then update using make installworld as usual. either of those options is fully supported, but you have to choose one of them to avoid breaking your system later. (the procedure to "depkgbasify the system" is not entirely clear yet, but we will need something like this at least for 16.0, so there will be some way to do that.) all of this preamble is to be as clear as possible that the review i'm about to link is *not* about removing support for 'make installworld' (we aren't going to do that) and does not prevent you from doing anything you currently do. with that in mind, i would like to land this for 15.0: "Makefile: Don't allow install{world,kernel} with pkgbase" https://reviews.freebsd.org/D52879 the point of this change is to avoid the situation where a user installs 15.0 with pkgbase, then tries to upgrade using 'make installworld' out of habit, not realising that this will break their system. users who are really sure they want to do this still can using DESTDIR=/, and users who don't use pkgbase are completely unaffected by this change. so, if anyone has an objection to this change, please say so. --E6aI5jKH+dHsJ3L/ Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaOMjXQAKCRD1nT63mIK/ YCQIAP9JcVjJIL5VSpgcFZrcwpe9QwDz2jOdU9xmab4agjXJdQEAoVUxNL4FyKT/ FOcYWnm102A15JNUePUPr5unsioRugM= =hObl -----END PGP SIGNATURE----- --E6aI5jKH+dHsJ3L/-- From nobody Mon Oct 6 05:30:23 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 4cg7CQ1Fjvz69kLv for ; Mon, 06 Oct 2025 05:30:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.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 4cg7CP5h8dz3F5D for ; Mon, 06 Oct 2025 05:30:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=bsB1xPnP; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.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=1759728635; bh=yneKUU/jg48SX2FtV4FP4WCAxSgjomVMfWvL/b676+U=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=bsB1xPnP6mO7q4rOJlZyj/gw+1veijqSPqVpN/zIvsKwihO8k7PmSmNn0FOOcb5uGU3FXOEq053CI6/xA8cHHjCjbMofWDFRFHSZ52sNfrybRxGwl58xwHjzGQVT0g+oxY+ZmX5EAwORN6/2A+tKAp2UsLK4Bgm/Tuf3eXZae2nZWXvWDy7HTlZ5Ok8TOwlvlw32M1hYzrqJChTJW3qMLDDLwEornNKiQEYpohXg8dWpnpWHwdRhmFXc5bPBpG9kXFUdbtO2TrGycKapHsdY0IEuei3s8sa6pZsEv4dPChh7hcAgfynp1y6p6ZC7xVy+THB2FBK0dGYf776m5QV6lw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759728635; bh=BuuY6HiLMHt2Vh8VsnU2beOvOkERtDe+pBFgzNbSDtS=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=CR26tYn+g21aqsfrRR0HTPH9b1vNgPixz5lfuCCdKFuhot3T7oi2fPcxaLPwK+8ymL3GTITnKiaE01tSU8miufAs9F6QXK3JBcjHBc6V97JNiAR5Aw17mjN8Kr9Ozq6fI25VJDawm8aboo0B00Bylud4upLSTthAbiTOilRXtaLqqUWpNOB+E9yi9LdKbmds887d25/LAFOV5TkK+lFgFJEEp+RRV4iOUM42r1/PKB+0hKTu40mEHTX2WnE4wO1AtAF3GRLlSyjABDmTOqo03FYGiSYMSBJsbw0nRg6OnWnNrgw0+ZcrMeKI63fX/7o9yBpKJYWbY8C0G+OYKBGKmw== X-YMail-OSG: zdahF48VM1nmSqr_jXc5iJZoqBeJXdmvJabS.flZorvvRDBV_31p67O1ZbnVaAf pu6DZKW01Iya9rvYCy8fxGeIQh8I1de0IHu1deK5LcR.fHsaahNaZ2WfS3EK4T88rAcCwq4DUsp. WyajCc18812iDCWeCR6EZqwBStMA27C7eyErQVc3KzMtUobC9XCqgeIcvYq1F2aBu_FG6g9lVpEs YPyV3vkQYP8zfAWnv1Hj0FyQlnOC_sGpQJFEC0bP4j.NHYYcwjoHgN_MqJ04VnKevrR_64uvaSsI IYQSRizQBKC_iBcOXjM_Bdi2wnyKahSxDAEIwYWkq6L2wgx_Z80PyIPMxg1BLCQfIslR_Acw58Nw GE1l9hc56pIDmLIsUmmemqB75S7xgZ99JcfYbzFGhZbOpaI8YS4glys40eyhqJtMw2KHuIXu8hNU mZHmR2DTPQBUrmiElXNhrTcpj10mEEWb1zjN4K2pj18XLqH0.SzKTSc6u5FVhV.JS7UgRh99zCBH LXlvoKeUl5BKBYe0.kkOPe079C36Tp3s3GrVOsMTzV.ygakcNXnt2rL0wm0uVQMDTWmqmcfjCtjF LOAhMhPhHpkaKPTnKAO1t9I9XVtVTuELis14liYZwgFeKdEhdqii9b_9i8_UpeVxQQLAt4N1bDI_ 4BmolRNGZypEwVj.BrKB3LPWWaTvWEPb3ucxCdUJuAPMf1eL8UjzBcQpoXeUGGCGakUfxbDu8.AK Qc3ici_qwy0wRLcP2yBJC8J2yWVli_xthmu6JkUlVv3tSAtkfbP5FuAcO15dz34utjLGLwv6tl.u WDm2yRAjWyjDH0RpFjVZf2McIYrIDYg27YiOxpc0c8NGUO.sP0dFX1pyrf3Jnzp7ZU_PbJtd7HTz JCytzwoihOz1TT598XKAdXJ1yrn1Fr_nEUKb0OwkC2fEh_rNm_Au5cMpaoskTyFu07DWJyImhTAM 65QgG26.1fKbyVtlqClYmwMUt7N16J20R_V_dG25wyvq3oe1oN0m2Q3ZJWbUHgoNjZR_4eDatd_J cgPxvqQAvPWbEZFZoz99k789cCJc7m0X4oo.LrWce74loTrsLxi2iiwcrQvXA6lYg5wPe.r_WHKK c43YuYfPPhRJMnSB3rDJp5XGHph1ywCs6lJoy.rP.mClkT8Yimgg7Ttz6zBVPYmYh7vrl67TzTra znM_Myd44dpQ4ny9uXvXYkJ1j4OM5yT0Yw6Mgz40ort9qL86BJAZn4WS_BW0yWasbHpW0vpAWtQX thd0mE2mL5ilZZWCDESv7cpeDaXr5ESEWkDYwbLzwdpovjd_Pexprv50TjxDEgJ2z8SNBLb_qknH 1yUvGrBl7EXJ78QIXHZaFXJPrzenbgzFA1RFwB2agHCSmnxrjK9NJDfgmndtNFXjERqvXcSccznJ 9HCu20vk5h89IbsVv1zI6_O3321l9YvZvvda7qHgNUjdRrB9Frv.zWEY5C.XqxDtnibm_MVRcm.X NgWb2WGW6VEAVH368PsFRBvDAZ1zMlu24MbyBahx4phUjB6aNHdFH2vqqGMroIAqq3N1yd8GNsbl ImMFGMMwKavAWagKusGeeT6H4sSquvVsAZTniaZ7kkgN4yjPBRcT7gGCYFNJEdG0VKtOdgMW2pMg yOzA3bPP_Ngr0We2fpRn3mIhXqR70RTjeC4oFI6ZOV6E7MMxr.cBsW.jIxPU0JAi78CzfgyIbpSr k567j8IwDoCUyu9_xV9OLvYVYC3ijle8SgS7llM2uDRqmJfHj6zZohBGj6bf9suSZj2qIY4vJvXg PrGzmZHqdSlE8Sf0L5a5rNWNhbeBZbI4Qv.FqpOaumdIESnYEhSSRtsFgP5m6qp6gntfCvvymR0S RzglpEsOgh2VNh8FVVyutnNgY0hJMl2BIKDz7HnhCCd4zCdgOlR5O_r032NmxmummsrT7FaatE2S 1E06GwWNv1oCWmDll2XflPnb8iCFATFi_ovJn735nTRTw.n.rMvInljx1Sbqr.kQNPwmsH5Vniot at0AU8P37KTZ72hUdAycCWignNjjVmp2Tj4GdCz2eiMtVnfIVny53GZlSrKKMWc5T1eC8VApXdG1 6zvLA5P7jWgaHaK33LxMnYpRpUj5P31nSsIzO2kYGbs7SnI6t0gpBUGv1xhvBlBy2o._N8OIKBXW jb9zbwVKCzmw.HObbpIdRhsY_D1S70CABEtW6xWR8HkYC5kaAmZZsipZ5q4eDl6Q5fD8UBEgpZd7 Xz.BvoB8YBfRdP0ipJErNfIVqHKzvlv6LAD5uj1gYVYz92.MrlSfb0b45M5E_Of0.2Q57Axd2rVh j X-Sonic-MF: X-Sonic-ID: d6eaf978-80cb-4b27-a871-33af02b3496e Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Mon, 6 Oct 2025 05:30:35 +0000 Received: by hermes--production-gq1-66b66ffd5-df9qp (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID fef799a276871a43df56539df4ac4fe7; Mon, 06 Oct 2025 05:30:33 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: disallowing 'make installworld' with pkgbase [side note about release notes draft] Message-Id: <66C7F43E-3990-42D8-97CF-38E19177B583@yahoo.com> Date: Sun, 5 Oct 2025 22:30:23 -0700 To: Lexi Winter , FreeBSD Current , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3826.700.81) References: <66C7F43E-3990-42D8-97CF-38E19177B583.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.94 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.98)[-0.979]; NEURAL_HAM_SHORT(-0.96)[-0.964]; 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.65.206:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from] X-Rspamd-Queue-Id: 4cg7CP5h8dz3F5D Lexi Winter wrote on Date: Mon, 06 Oct 2025 02:03:17 UTC : > in 15.0 we will ship pkgbase as an alternative to the dist sets for base > system installation. pkgbase is entirely optional and for at least 15.0, > we will continue to support dist set installation with freebsd-update. > > . . . This seems to also be an announcement of a change to what the 15.0 draft release notes ( https://www.freebsd.org/releases/15.0R/relnotes/ ) have said: QUOTE FreeBSD Update is probably not going to exist in 15.0-RELEASE! The text below is boilerplate from previous releases and should be replaced with instructions for using pkgbase once those are finalized. END QUOTE It would be good for the draft to have its "probably" status for this switched at some point. === Mark Millard marklmi at yahoo.com From nobody Mon Oct 6 05:39:40 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 4cg7Pp07Tnz69l6G for ; Mon, 06 Oct 2025 05:39:42 +0000 (UTC) (envelope-from 01000199b8085f1a-e96b3fab-b66c-40d9-9ac6-42965b435b15-000000@amazonses.com) Received: from a8-60.smtp-out.amazonses.com (a8-60.smtp-out.amazonses.com [54.240.8.60]) (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 4cg7Pn3XqVz3HKN for ; Mon, 06 Oct 2025 05:39:41 +0000 (UTC) (envelope-from 01000199b8085f1a-e96b3fab-b66c-40d9-9ac6-42965b435b15-000000@amazonses.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=vnqrkfnvu6csdl6mwgk5t6ix3nnepx57; d=tarsnap.com; t=1759729180; h=Message-ID:Date:MIME-Version:Subject:To:References:From:In-Reply-To:Content-Type:Content-Transfer-Encoding; bh=3E+XJH7tljnlclFK/ujqvHB+dUXyG5F4qYRrG/2D3P8=; b=dfIffRnuGXbULzC70xSYXrZVJS4b++nY4eKC/Y2Moi9O7BIzaqLswAIG9M11TM5b vDm2ApylEeHVKGLDpcOIuMb3ny1ELPuDdxLRpVXSgyBlW5tu1y+X16hUpy2mC9ecJUA X/1WrRGBm86agHN5yxc9tWSD1IWvjxb97gPm8fKY= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1759729180; h=Message-ID:Date:MIME-Version:Subject:To:References:From:In-Reply-To:Content-Type:Content-Transfer-Encoding:Feedback-ID; bh=3E+XJH7tljnlclFK/ujqvHB+dUXyG5F4qYRrG/2D3P8=; b=jdQSZWQ7aVpcLOOuShRH1gZDMHRfQXiX5ibC/tbBYx9WK30kzHVLXBMs+YrDbOtR McVGyN6cN562xA0dbr14S+yCEb22r6XXsqoxzfmODFjjwuT3hR5j0fGw0glo2D0VO+Y HFyqGIG/bEJ3ZJIgncShYa9pkbCuBLo/yE5pCS3E= Message-ID: <01000199b8085f1a-e96b3fab-b66c-40d9-9ac6-42965b435b15-000000@email.amazonses.com> Date: Mon, 6 Oct 2025 05:39:40 +0000 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: disallowing 'make installworld' with pkgbase [side note about release notes draft] To: Mark Millard , Lexi Winter , FreeBSD Current , FreeBSD-STABLE Mailing List References: <66C7F43E-3990-42D8-97CF-38E19177B583.ref@yahoo.com> <66C7F43E-3990-42D8-97CF-38E19177B583@yahoo.com> Content-Language: en-US From: Colin Percival Autocrypt: addr=cperciva@tarsnap.com; keydata= xsFNBGWMSrYBEACdWRqDn3B3SKO7IG0/fGHYtfs26f3Q5QeAcasy1fQLniwGQWn5rlILhbCD K/jdNoDm5Zxq20eqyffoDNObCjnHgg4tGANdi+RmDy+7CDpE789H8dss9y7Pt5DlGGAXQQnt hxush3EYS/Ctprd9UUL/lzOOLOU1aNtzB84tNrJBtcJmL7OYHfyTSNFxvedqJrrasejIQOLI t/DQ89BPzz+vsKHz7FJPXh3fsVkzLA00DJYcfkgxyABfJNA7U6yMwd4DVSdx/SsvfIDMVXnu UXCXswo106WPZbYGlZPpq0wW6iibtTerJix+8AeuwXvl9O1p8yESK4ErkIxCnmghTSz+pdzj z/6xBRkdDM9VdZ0r+CzsaNXMpDOzFuKyjaiYBdgCLljbDnXIHFcqXenrZ7Xwkm09g/M4uVSh pIUG2RYa6tsHSQoGCp3f2RZv1znfViKQFbbL83QjtPA20AhseZSYbHp1FPhXyy9J0wkGL16L e99g6gdGeIRE82BZjBjKGDkoyDPq+oDRSFl8NtzmIKy+cfz00nViqcTF4bREXEawFGhlpO0X O9q8mijI9iFB6zaPBiSdJGBL5ML5qLTNCl8Zlf4m1TBvmRTqF/lzMHVXHidDoUhpSh/y3AFZ 1KrYc27ztJQywDJPJPWPbtY8YhFLFs377gfP8WldsZjzp8nvoQARAQABzSVDb2xpbiBQZXJj aXZhbCA8Y3BlcmNpdmFAdGFyc25hcC5jb20+wsGRBBMBCAA7FiEEglY7hNBiDtwN+4ZBOJfy 4i5lrT8FAmWMSyYCGwMICwkNCAwHCwMFFQoJCAsFFgMCAQACHgUCF4AACgkQOJfy4i5lrT+i Yg/+PYyJNoFuygtV5t/skcjYmvEC93mnazEvh+x99vGYZnGKeJ8NDOF4QCUzeHquOWxDi8Zl reXyswKcrIquPxxX6+YyGe97VbvLnez3ksfzOYRj1F4qV0Rq8ZNK51+bvIrbcS3SfDaRioAk D7WWwFor8y/hSwxYkfsKbtP5PRcem20JUxuC085zqWLaKv5t5n2CBzAGMjwJaQ3tM3AXVwWJ uJaHA6ot/6fntJlmkfcyCYyyr0D6b0guRj3STbZ2hNn5o2AI+f6LJJ31s2sPFjl6rs7fORf3 hFSNOHDd2HxfVBXFdQy24ROkC4orBBz2xh9GScjxxT/hbXkfufkubFubw7n0HkvHzA3UF+Qq A8JiI3n+d7ocsP0/5BQ2sZdeqPGJgHx6RkAMuW1tJ29wSvCN1qMgFwhYkpQdfvHlociQrimU fvlRfSrBEe8o7tvIuEdpvwvCZSTJqQbVoMw8UHFE7nzyCXUSab5h6PbjakCqim13ekVO2KFF TTPcz5o5jEeUY75tzbIwcDfFbT5KqNjWy06TVdM9VEJDHSfOfxHR3kSEwZ+tT2aTvL3grsUn gFwSNcj4Cl4CRFfUw8zVZY+7O7RiMlhBqykikvUurrdGKc1Scwa0yuppdA6eVvylyTWSQGrQ +uLWtV1LUKN7ZqKJWBkLPt9nS4XZWGyBvxOHYqjOwU0EZYxKtgEQANYfgbtUMVnhjxDHhWLp g5kLHK3YW0TfJKzpXqDB7NiqxHofn4OcbZnVC3MKggcbs9o1/UtsjnlsG8550PfiYkDXvPiO RJwgbGs6MGIDK797C6cnBLQ8xwBa9SL4cl5iQFnhWmt6vwnJ+an/cm5JpYves3wL7jV09qU9 57hkHXEUcl38r4FssZzVcLKPUVTa3Un+QGRTGDGe/f4ctjMaqv0ZCM+l2ixPhf/vqESrfSLv V/+T3dmtUfXjazO3SABvsHwxgGuTTYOlKoPCaebr+BRdqm0xeIShoIlhvTI8y4clchqx/Uxg UG5X2kvU13k3DS3Q8uLE4Et9x1CcZT6WGgBZSR6R0WfD0SDnzufNnRWJ0dEPA2MtJHE7+85R Vi9j/IgZV+y5Ur+bnPkjDG1s2SVciX5v9HQ0oilcBhvx0j5lGE9hhurD9F+fCvkr4KdbCknE 6Y8ce8pCNBUoB/DqibJivOzTk9K9MGB5x0De5TerIrFiaw3/mQC9nGeO9dtE7wvDJetWeoTq 4BEaCzpufNqbkpOaTQILr4V6Gp7M6v97g83TVAwZntz/q8ptwuKQPZ2JaSFLZn7oWUpYXA5s +SIODFHLn6iMoYpBQskHQjnj4lEPJadl4qj+ZKA89iDAKsniyoFXsbJe2CPbMS1yzBxKZq6K D/jpt7BOnuHr/JrXABEBAAHCwXYEGAEIACAWIQSCVjuE0GIO3A37hkE4l/LiLmWtPwUCZYxK tgIbDAAKCRA4l/LiLmWtP3jmEACQrh9gWe8F1Tkw3m6VoHKwLc5he4tX3WpQa//soPO6iGG3 S3WPruQ46NrAaAojoOcKI9UONDO5rxG0ZTX53S+lu2EO47jbcLwOCjaEpjKpDRt9ZXBQE8Xl mtBE9Bp3W9gpjB1nE3KNM1mJYgsK0QdRpwwfh4pVgGpOj8j23I6MCK+v99zEBnpgCn2GX8W/ kctRXHqWwndHysOJtRP/zrl7dDaABF1f9efUl0LL3TD3GJ9VDz+DNOin/uK2a1hiJo8QzTRk PpfUQ2ebzDsrd1i/pOWkMSkdH+rEu4AGrXWtaBwrMyrGkL6Icb6yO+P9/z0W2wlgBf3P1YRt JPgQt/Dj3yvA/UnaV/QmuVQPjl13o24UnJGsZM8XGnNdfWBKkC1Q6VXC4QT+dyBHYH9MuE9d 6oGl8pFM1+cTfEfbM62/rRoPkF1yHMsI/903VxEvuUIKfhEZAVLFyHldooNxuchntHQP9y8J 8Ou9bWYQP7MnEn+kwSwrZkjurfPkan+xQvp6dDYnj3V0GwA5pprBMaB928VIDVOv+1PNQI3t Cvk5VPv/skq+TJRMHW7bFSt8PRa91cUf1FOLIz9APDiJOzXkwxUEHGV3zPSaUhs1JYjyBeGT wDAvtLUdjOnRhEUOwlnIrztmvyciutjJoVzKEEjj5WXnHk9L9kQ1bpAjkjTONw== In-Reply-To: <66C7F43E-3990-42D8-97CF-38E19177B583@yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Feedback-ID: ::1.us-east-1.Lv9FVjaNvvR5llaqfLoOVbo2VxOELl7cjN0AOyXnPlk=:AmazonSES X-SES-Outgoing: 2025.10.06-54.240.8.60 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:14618, ipnet:54.240.8.0/21, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cg7Pn3XqVz3HKN On 10/5/25 22:30, Mark Millard wrote: > Lexi Winter wrote on > Date: Mon, 06 Oct 2025 02:03:17 UTC : > >> in 15.0 we will ship pkgbase as an alternative to the dist sets for base >> system installation. pkgbase is entirely optional and for at least 15.0, >> we will continue to support dist set installation with freebsd-update. >> >> . . . > > This seems to also be an announcement of a change to what the 15.0 > draft release notes ( https://www.freebsd.org/releases/15.0R/relnotes/ ) > have said: > > QUOTE > FreeBSD Update is probably not going to exist in 15.0-RELEASE! The text > below is boilerplate from previous releases and should be replaced with > instructions for using pkgbase once those are finalized. > END QUOTE > > It would be good for the draft to have its "probably" status for this > switched at some point. Yeah, I'll definitely fix that before the release. Plans have changed and in particular we've determined that -- since we can ship DVD images with identical binaries via dist sets and packages -- supporting "legacy" FreeBSD Update in 15.x should be reasonably straightforward. (This was hinted at in my earlier announcement about the timeline for deprecation of dist sets.) -- Colin Percival FreeBSD Release Engineering Lead & EC2 platform maintainer Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From nobody Mon Oct 6 10:38:05 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 4cgG310D1tz6BG23 for ; Mon, 06 Oct 2025 10:38:53 +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 4cgG2z0tX7z3pbY for ; Mon, 06 Oct 2025 10:38:51 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=leidinger.net header.s=outgoing-alex header.b=HJdYeYNg; 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 Received: from [172.18.11.218] (tmo-084-153.customers.d1-online.com [80.187.84.153]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: alexander@leidinger.net) by outgoing.leidinger.net (Postfix) with ESMTPSA id 5387C809C for ; Mon, 06 Oct 2025 12:38:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1759747092; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=XVn3ZUTrtlaSL8WJctOsrW+HWZ05tnolZspTx5jj7SM=; b=HJdYeYNg5uIRFB04TjMWXNM0rUnmvsnURzBLIOiRR7kND9P6dl4umZCfabcsbUcdfEAO7u sK+AgJphQh01gY3q4qNyuE5PrHCLgXubjoTl0EfpcATy8MNL36NqxCPxlDeA34bB4bn7CN J86oAEGxae3Nl9acI+D7eqhukIaWzqMVF0xkvOGkUDkRDfteh/qCmkhUd/2BlRsLq34CVP cnAxbBbWGdJzLLxmtQXOPxXec4YJy8vzCkPd/MiHVOeXHL0Y5B4gZrvZ84DBNDcDikXy03 237iGucWa5GOsxQQQr8ikJMsLqJcvOWQv0dsJLzIhBUKG4+doWlOsUgllyeSRQ== From: Alexander Leidinger To: Date: Mon, 06 Oct 2025 12:38:05 +0200 Message-ID: <199b91992c8.2805.fa4b1493b064008fe79f0f905b8e5741@Leidinger.net> Subject: Panic in the syncache area 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="199b91995ac6f3f28053ea4c21" X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.94 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.94)[-0.939]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; NEURAL_HAM_LONG(-0.20)[-0.202]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; R_SPF_ALLOW(-0.20)[+mx]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ASN(0.00)[asn:34240, ipnet:89.238.64.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[Current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[leidinger.net:+] X-Rspamd-Queue-Id: 4cgG2z0tX7z3pbY This is a multi-part message in MIME format. --199b91995ac6f3f28053ea4c21 Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Transfer-Encoding: 8bit Hi, -current as of 2025-10-04-124314 CEST. The full backtrace is at https://wiki.leidinger.net/core.txt.1 . It reproduces after some minutes after boot. Short: #5 0xffffffff8089eac8 in trap_fatal (frame=0xfffffe0420436980, eva=) at /space/system/usr_src/sys/amd64/amd64/trap.c:969 type = handled = #6 No locals. #7 memcmp () at /space/system/usr_src/sys/amd64/amd64/support.S:174 No locals. #8 0xffffffff806ecd5e in syncache_lookup (inc=0xfffffe0420436b10, schp=) at /space/system/usr_src/sys/netinet/tcp_syncache.c:597 sch = 0xfffffe07a444f1d0 sc = 0xdeadc0dedeadc0de #9 syncache_chkrst (inc=inc@entry=0xfffffe0420436b10, th=th@entry=0xfffff804fbbed782, m=m@entry=0xfffff804fbbed700, port=port@entry=0) at /space/system/usr_src/sys/netinet/tcp_syncache.c:620 s = 0x0 sch = 0xfffffe07a444f1d0 sc = #10 0xffffffff806d3968 in tcp_input_with_port (mp=, offp=, proto=, port=port@entry=0) at /space/system/usr_src/sys/netinet/tcp_input.c:1175 inc = {inc_flags = 0 '\000', inc_len = 0 '\000', inc_fibnum = 0, inc_ie = {ie_fport = 41797, ie_lport = 47873, ie_dependfaddr = { id46_addr = {ia46_pad32 = {0, 0, 0}, ia46_addr4 = { s_addr = 781893582}}, id6_addr = {__u6_addr = { __u6_addr8 = '\000' , "ο\232.", __u6_addr16 = {0, 0, 0, 0, 0, 0, 49102, 11930}, __u6_addr32 = {0, 0, 0, 781893582}}}}, ie_dependladdr = { id46_addr = {ia46_pad32 = {0, 0, 0}, ia46_addr4 = { s_addr = 2013374656}}, id6_addr = {__u6_addr = { __u6_addr8 = '\000' , "\300\250\001x", __u6_addr16 = {0, 0, 0, 0, 0, 0, 43200, 30721}, __u6_addr32 = {0, 0, 0, 2013374656}}}}, ie6_zoneid = 0}} so = 0xfffff8051652cc00 to = {to_flags = 0, to_tsval = 4294966788, to_tsecr = 2152803556, to_sacks = 0xfffff80525f06200 "", to_signature = 0xfffff8010e37f000 "\300q\275e", to_tfo_cookie = 0x0, to_mss = 46448, to_wscale = 116 't', to_nsacks = 217 '\331', to_tfo_len = 4 '\004', to_spare = 541289232} m = 0xfffff804fbbed700 th = 0xfffff804fbbed782 ip = 0xfffff804fbbed76e inp = tp = 0xfffff8064a381540 optp = 0x0 optlen = 0 tlen = fwd_tag = 0x0 ip6 = 0x0 s = 0x0 closed_port = false off0 = iptos = 0 '\000' off = len = ipttl = thflags = drop_hdrlen = 40 lookupflag = 5 isipv6 = Bye, Alexander. -- Send from a mobile device, please forgive brevity and misspellings. --199b91995ac6f3f28053ea4c21 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi,


-current as of&n= bsp;2025-= 10-04-124314 CEST.


The full backtrace = is at https://wiki.leidin= ger.net/core.txt.1 . It reproduces after some minutes after boot.


Short:

#5  0xffffffff8= 089eac8 in trap_fatal (frame=3D0xfffffe0420436980,

    eva=3D<optimized out>) at /space/system/usr_src/s= ys/amd64/amd64/trap.c:969

    =     type =3D <optimized out>

=         handled =3D <optimized out>= ;

#6  <signal handler called>

No locals.

#7  memcmp () at /= space/system/usr_src/sys/amd64/amd64/support.S:174

No locals.

#8  0xffffffff806ecd5e in syncach= e_lookup (inc=3D0xfffffe0420436b10,

  &n= bsp; schp=3D<optimized out>)

  &nb= sp; at /space/system/usr_src/sys/netinet/tcp_syncache.c:597

        sch =3D 0xfffffe07a444= f1d0

        sc= =3D 0xdeadc0dedeadc0de

#9  syncache_chkrst (= inc=3Dinc@entry=3D0xfffffe0420436b10,

  =   th=3Dth@entry=3D0xfffff804fbbed782, m=3Dm@entry=3D0xfffff804fbbed700= ,

    port=3Dport@entry=3D0) at /sp= ace/system/usr_src/sys/netinet/tcp_syncache.c:620

=         s =3D 0x0

        sch =3D 0xfffffe07a444f1d0

        sc =3D &l= t;optimized out>

#10 0xffffffff806d3968 in tcp_= input_with_port (mp=3D<optimized out>,

 = ;   offp=3D<optimized out>, proto=3D<optimized out>, = port=3Dport@entry=3D0)

    at /spac= e/system/usr_src/sys/netinet/tcp_input.c:1175

&nbs= p;       inc =3D {inc_flags =3D 0 '\000', inc= _len =3D 0 '\000', inc_fibnum =3D 0,

  &= nbsp;       inc_ie =3D {ie_fport =3D 41797, ie_lport =3D&= nbsp;47873, ie_de= pendfaddr =3D {

     &nbs= p;        id46_addr =3D {ia46_pad32 =3D = {0, 0, 0}, ia46_addr4 =3D {

   &nbs= p;            &= nbsp; s_addr =3D 781893582}}, id6_addr =3D {__u6_addr =3D {

           = ;       __u6_addr8 =3D '\000' <repeats 12 = times>, "=CE=BF\232.",

    =             &nb= sp; __u6_addr16 =3D {0, 0, 0, 0, 0, 0, 49102, 11930},

 &= nbsp;           &nbs= p;    __u6_addr32 =3D {0, 0, 0, 781893582}}}}, ie_dependladd= r =3D {

       =        id46_addr =3D {ia46_pad32 =3D {0, 0, 0= }, ia46_addr4 =3D {

     =              s_= addr =3D 2013374656}}, id6_addr =3D {__u6_addr =3D {

            =       __u6_addr8 =3D '\000' <repeats 12 times&g= t;, "\300\250\001x",

     = ;             _= _u6_addr16 =3D {0, 0, 0, 0, 0, 0, 43200, 30721},

  &= nbsp;           &nbs= p;   __u6_addr32 =3D {0, 0, 0, 2013374656}}}}, ie6_zoneid =3D 0}}=

        so =3D= 0xfffff8051652cc00

     =    to =3D {to_flags =3D 0, to_tsval =3D 4294966788, to_tsecr =3D 2152803556,

        &nbs= p; to_sacks =3D 0xfffff80525f06200 "",

  = ;        to_signature =3D 0xfffff8010e37= f000 "\300q\275e", to_tfo_cookie =3D 0x0,

 &n= bsp;        to_mss =3D 46448, to_wscale =3D 116 't',= to_nsacks =3D 217 '\331',

    = ;      to_tfo_len =3D 4 '\004', to_spare =3D 54128= 9232}

        m= =3D 0xfffff804fbbed700

    &n= bsp;   th =3D 0xfffff804fbbed782

 &= nbsp;      ip =3D 0xfffff804fbbed76e

        inp =3D <optimi= zed out>

      &n= bsp; tp =3D 0xfffff8064a381540

   &= nbsp;    optp =3D 0x0

  &= nbsp;     optlen =3D 0

 &= nbsp;      tlen =3D <optimized out>

        fwd_tag =3D 0x0=

        ip6 = =3D 0x0

       = s =3D 0x0

      &nb= sp; closed_port =3D false

    =     off0 =3D <optimized out>

=         iptos =3D 0 '\000'

        off =3D <optimi= zed out>

      &n= bsp; len =3D <optimized out>

  &nb= sp;     ipttl =3D <optimized out>

        thflags =3D <optimi= zed out>

      &n= bsp; drop_hdrlen =3D 40

    &n= bsp;   lookupflag =3D 5

  &nbs= p;     isipv6 =3D <optimized out>


Bye,

Alexander.


-- 
Send from a mo= bile device, please forgive brevity and misspellings.
--199b91995ac6f3f28053ea4c21-- From nobody Mon Oct 6 11:45:54 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 4cgHXZ5l30z6BNRb; Mon, 06 Oct 2025 11:46:06 +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 4cgHXY73sgz4JRn; Mon, 06 Oct 2025 11:46:05 +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 596BjtTs056287; Mon, 6 Oct 2025 20:45:55 +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=1759751156; bh=nWYNL5QsezjtaVvaFhxfIlmQh60OzE2y69nC2Lc/xeM=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=tWrEaz82oOk5ZQPHE5eAhAdcn7fFob7meKPxwSHeD7k9ZTE/Mb2BHX/vw5O1UWOdZ nNp/Jgm6ZGahKROdFwsDGlJJZ8aGj+RUyhvRKXcdFYV5h5HY5+tKRvWFP1qYV5Nd6/ Ex1czxaQOh59jz0BExDsAkAq0W3kD79zS/myhKbA= Date: Mon, 6 Oct 2025 20:45:54 +0900 From: Tomoaki AOKI To: Lexi Winter Cc: stable@freebsd.org, current@freebsd.org, cperciva@freebsd.org Subject: Re: disallowing 'make installworld' with pkgbase Message-Id: <20251006204554.d1ea4dc8671f72e70f678875@dec.sakura.ne.jp> In-Reply-To: References: 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)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cgHXY73sgz4JRn On Mon, 6 Oct 2025 03:03:17 +0100 Lexi Winter wrote: > hello, > > in 15.0 we will ship pkgbase as an alternative to the dist sets for base > system installation. pkgbase is entirely optional and for at least 15.0, > we will continue to support dist set installation with freebsd-update. > > the traditional source update method, using make buildworld installworld, > will be supported indefinitely and there are no plans to remove this even > after dist sets and freebsd-update are dropped. > > however, while both update methods will be supported individually, they > cannot be used together, i.e., if you installed the system with pkgbase, > you should not attempt to update it using "make installworld" because > this will cause the installed system to become out of sync with the > pkg(8) database. > > instead, you have two options: update with "make buildworld packages" > and pkg-upgrade(8), or depkgbasify the system and then update using > make installworld as usual. either of those options is fully supported, > but you have to choose one of them to avoid breaking your system later. > > (the procedure to "depkgbasify the system" is not entirely clear yet, > but we will need something like this at least for 16.0, so there will > be some way to do that.) > > all of this preamble is to be as clear as possible that the review i'm > about to link is *not* about removing support for 'make installworld' > (we aren't going to do that) and does not prevent you from doing anything > you currently do. with that in mind, i would like to land this for 15.0: > > "Makefile: Don't allow install{world,kernel} with pkgbase" > https://reviews.freebsd.org/D52879 > > the point of this change is to avoid the situation where a user installs > 15.0 with pkgbase, then tries to upgrade using 'make installworld' out > of habit, not realising that this will break their system. users who > are really sure they want to do this still can using DESTDIR=/, and > users who don't use pkgbase are completely unaffected by this change. > > so, if anyone has an objection to this change, please say so. Isn't there at least one edge case with D52879? What I can think of is *pkgbase installation, */usr/local/ and /var/db/pkg/ (/var/cache/pkg/, too, possibly?) are NOT in root partition, *running `make installworld` in single user mode, *any of the partitions / datasets that above-mentioned directories exists are NOT mounted. For these cases (I think typically seen in old installations that are kept on upgraded), IMHO, a marker file (something like /etc/wall_cmos_clock for indicating CMOS clock is NOT set to UTC) in /etc/ (or somewhere promised to be in root partition) would be safer. Regards. -- Tomoaki AOKI From nobody Mon Oct 6 11:50:38 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 4cgHdy4JSZz6BP13; Mon, 06 Oct 2025 11:50:46 +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 4cgHdy3LBhz4Lbn; Mon, 06 Oct 2025 11:50:46 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759751446; 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=0MYc/K4M1YbkxvzSz4/BKYbRvuqvSG1PLENaLlLYzxY=; b=wiTuFyYhKvrCoHKY8JYrmnqmmrfJbPm97Ri5FopeqpmXP9Fuq0N/iVRUWysHlEhNLgnf64 bAlD4wyJ17rKfaVwJ0Qy3R6TeFUNm2/Yk0qwJoY9aoDowmo3llrvyE7M9kk4QYsjRdMrg/ jdWeE5N5TClpUh3bn5EEZC87IDGzauo9khI+zLJXEuhy5RfscIFZIU/l3ETYDxha0Dj9Ie XBAiM5SPLZmHfCwblcEs7Hq7oqWXJ4VjrD5kCZsJm09RXrFC8LhZdy/Fq4S8jl/YrKx3D3 jlqF9vIx18xuQYp5RA0bR/AEjjpak+Ux5bevyQ2FBsSRvhOTFoN50o1zbwe9Zw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759751446; 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=0MYc/K4M1YbkxvzSz4/BKYbRvuqvSG1PLENaLlLYzxY=; b=rRx7DFYgEyd5ufAgMtpIgkCr0VEM2l7+pleSh56UofTIHL2UQ94Y6i4aweVYVvnK+NvQix Z2hWA2BdsUl2FVRZvGJTZjZfT0hwZ1kS8ZEovfoMc4bE5ivevgFxllQybZAaH75PVRmWKG RZU8UjujtVjpX1Cv/xXHuv7XEJsXO/VLCDEla+ME6f7DYpPHIAo1nB5NTTAtarMdoctlgS bApodTWaRbe1PW4fzro9o3LyjIQRSitXHp3OYXpORZ20O2CrC9itdzy63RHJiMreTDKOeZ ruBMX6TEvuzbpPufvtS1GnJgYGT71wu9HgsHy1ZOgLxF4HmexEzV4ZPLCIbPJA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759751446; a=rsa-sha256; cv=none; b=RjBYbSC3B7ftO4xsIA0HgwCoK/2CjiOHqZWcPcdVpxtwzKItEL4EmZqGVnjWrDwz5rLRjk y6KS9cg3TxeJU+LTWv+NIgHKu/Psv0HQg5nu8/D67ufThEk3V9Nblv/R5ZE7AcijpNoq7E nZWvqu+0jcb+e94eZR9UWrju+sYGwfvSQ3rkHJkzsMZIw7rKEGAFxQy03DH1zQVe9QHebC 4YncpiW5nWQ7lBo08kZ3O0ZVTa13cAnye+CAZ1UuOk/iv+FLSk2V+zA3iSA7uXwmyeXNXO PhfFYodKxlPxta6napn1srIaNMssRMSaGQW5z8wzZ1zVvv1zt7548/SfAFMp0g== 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 4cgHdx5vWZzpCv; Mon, 06 Oct 2025 11:50:45 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Mon, 6 Oct 2025 12:50:38 +0100 From: Lexi Winter To: Tomoaki AOKI Cc: stable@freebsd.org, current@freebsd.org, cperciva@freebsd.org Subject: Re: disallowing 'make installworld' with pkgbase Message-ID: Mail-Followup-To: Tomoaki AOKI , stable@freebsd.org, current@freebsd.org, cperciva@freebsd.org References: <20251006204554.d1ea4dc8671f72e70f678875@dec.sakura.ne.jp> 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="lJHUbM5q5wFY5lkn" Content-Disposition: inline In-Reply-To: <20251006204554.d1ea4dc8671f72e70f678875@dec.sakura.ne.jp> --lJHUbM5q5wFY5lkn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Tomoaki AOKI wrote in <20251006204554.d1ea4dc8671f72e70f678875@dec.sakura.n= e.jp>: > Isn't there at least one edge case with D52879? >=20 > What I can think of is > *pkgbase installation, > */usr/local/ and /var/db/pkg/ (/var/cache/pkg/, too, possibly?) are > NOT in root partition, > *running `make installworld` in single user mode, > *any of the partitions / datasets that above-mentioned directories > exists are NOT mounted. you need /var and /usr mounted for make installworld to work. a situation where /usr is mounted but /usr/local is not is niche enough that i don't think it matters for this. the purpose isn't to prevent every possible user error (which is impossible), only the majority of them, i.e., the most common case. --lJHUbM5q5wFY5lkn Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaOOtCwAKCRD1nT63mIK/ YNazAQC8ck5GAbnsTQz6YKWZ4VBvTQ0aPAw5hU9Yua6zIdV1eAD+NnXZaSzjctjf O6v7DOS4Hdxk2E0JWfvMmgjiv4gocgs= =P7gM -----END PGP SIGNATURE----- --lJHUbM5q5wFY5lkn-- From nobody Mon Oct 6 11:52:28 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 4cgHgz59nJz6BP1f for ; Mon, 06 Oct 2025 11:52:31 +0000 (UTC) (envelope-from tuexen@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 4cgHgz2DrHz4My7; Mon, 06 Oct 2025 11:52:31 +0000 (UTC) (envelope-from tuexen@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759751551; 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=c0e5zwXc3kCbJzHwrlZLxStnCi6ROYDpkGV1TN+Nchc=; b=hR7weDEtkN0Gks2HXWoeDdSVeDhmE3v/y7x9Ee/ifTYz2C98qhVdj/koY8v8bukNdvscjP ijsYxKbOb3FduwAGlJ2asLX19GP01oYMdtgPU/Cna0Hdm52nDrmFpKZ73YcnLj6MhxGsAo Lf6bVg/Rw2ar5MPjXksNB+L7H/KwKVddO17+GhQBS+OrXcM8e+wwtzVpNn/MQMlB4jf/yK mM9HFWYxhsCemNtAj5o608AZGW4fImnkZr2znHKiLpvC1swHDxXXhLea3SyqvyBkCzRyIH v6EIvywdS6ljHzu0p5i2bhoRiPdMuK+MWhsrIgw+fhA63mSg3dKvreV7cpjw7g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759751551; 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=c0e5zwXc3kCbJzHwrlZLxStnCi6ROYDpkGV1TN+Nchc=; b=d23Nco5mXA3Z9Z1y8JYqEOdCewbEssTSuDmoHi3YzLzFwBAXr/Sez/bLbyIzk0saJflNnw kNYhvAFiErpB5QjoKucf9pkE+6ASrtberA1ZMr8th8V1l4SgOUK70A9WC3OMLytdzJp1NG ET9ETI1r90xpn0jL1pw3qS3KpuZOEf4P0BwfX+CnV88dApSooOEP3mtsEIGLZRbxKeaPdq 7tR4LWqiyp6zTWhEslWaY1w5g1B+kqltOXQJjLqeU93tiNn0gDxmP10A+MwQv3N7epOh2l kCh2nfAmi4xiDtWgi/DMVS3IGqgSlDxHSyNFK0utE7MO2qLDDEJWakNa+wGTuQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759751551; a=rsa-sha256; cv=none; b=C5pjqO2XcSMcYWDM8J8SwH+SholZqsq1WXyE2Rg6C7DRVvM64C56eXTRw8krVkXH4r2VSP 3Wprs0vntfgWDQ6vJkCdZe90Xk4TjuQuLgdKrYR5jVRTEsds+s9rq+6wEoy3A+7Zpr0Hkt pFjxoVTin4aerB6yLAtTRM0N0x9vVJvqyXUGbLfcBu5iQ3zJCne7eIQ3aZWjDylpumKGnL j2TTBiXqtqUmAL/DWaOLbGqkOhigMIkV6b6kwuNv7eag5/NgbPBqiGxpwLaOuFOLN1DUNN G+Yg/KePufm9u+WPPMsZH/0ZdfUTiCwJ3lcJClyKciarUfeQe1ipeOQUHH4EQw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from smtpclient.apple (unknown [IPv6:2a02:c6a0:3052:202:8c45:935d:b54b:af59]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: tuexen) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cgHgy548bzp3X; Mon, 06 Oct 2025 11:52:30 +0000 (UTC) (envelope-from tuexen@FreeBSD.org) 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 \(3864.100.1.1.5\)) Subject: Re: Panic in the syncache area From: Michael Tuexen In-Reply-To: <199b91992c8.2805.fa4b1493b064008fe79f0f905b8e5741@Leidinger.net> Date: Mon, 6 Oct 2025 13:52:28 +0200 Cc: Current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <550DE0C5-7589-4025-A769-643D221090B4@FreeBSD.org> References: <199b91992c8.2805.fa4b1493b064008fe79f0f905b8e5741@Leidinger.net> To: Alexander Leidinger X-Mailer: Apple Mail (2.3864.100.1.1.5) > On 6. Oct 2025, at 12:38, Alexander Leidinger = wrote: >=20 > Hi, >=20 > -current as of 2025-10-04-124314 CEST. Hi Alexander, is it possible that I get access to the system to look at the core? Best regards Michael >=20 > The full backtrace is at https://wiki.leidinger.net/core.txt.1 . It = reproduces after some minutes after boot. >=20 > Short: > #5 0xffffffff8089eac8 in trap_fatal (frame=3D0xfffffe0420436980, > eva=3D) at = /space/system/usr_src/sys/amd64/amd64/trap.c:969 > type =3D > handled =3D > #6 > No locals. > #7 memcmp () at /space/system/usr_src/sys/amd64/amd64/support.S:174 > No locals. > #8 0xffffffff806ecd5e in syncache_lookup (inc=3D0xfffffe0420436b10, > schp=3D) > at /space/system/usr_src/sys/netinet/tcp_syncache.c:597 > sch =3D 0xfffffe07a444f1d0 > sc =3D 0xdeadc0dedeadc0de > #9 syncache_chkrst (inc=3Dinc@entry=3D0xfffffe0420436b10, > th=3Dth@entry=3D0xfffff804fbbed782, m=3Dm@entry=3D0xfffff804fbbed700= , > port=3Dport@entry=3D0) at = /space/system/usr_src/sys/netinet/tcp_syncache.c:620 > s =3D 0x0 > sch =3D 0xfffffe07a444f1d0 > sc =3D > #10 0xffffffff806d3968 in tcp_input_with_port (mp=3D, > offp=3D, proto=3D, = port=3Dport@entry=3D0) > at /space/system/usr_src/sys/netinet/tcp_input.c:1175 > inc =3D {inc_flags =3D 0 '\000', inc_len =3D 0 '\000', = inc_fibnum =3D 0, > inc_ie =3D {ie_fport =3D 41797, ie_lport =3D 47873, = ie_dependfaddr =3D { > id46_addr =3D {ia46_pad32 =3D {0, 0, 0}, ia46_addr4 =3D = { > s_addr =3D 781893582}}, id6_addr =3D {__u6_addr =3D = { > __u6_addr8 =3D '\000' , "=CE=BF\232.= ", > __u6_addr16 =3D {0, 0, 0, 0, 0, 0, 49102, 11930}, > __u6_addr32 =3D {0, 0, 0, 781893582}}}}, = ie_dependladdr =3D { > id46_addr =3D {ia46_pad32 =3D {0, 0, 0}, ia46_addr4 =3D = { > s_addr =3D 2013374656}}, id6_addr =3D {__u6_addr =3D = { > __u6_addr8 =3D '\000' , = "\300\250\001x", > __u6_addr16 =3D {0, 0, 0, 0, 0, 0, 43200, 30721}, > __u6_addr32 =3D {0, 0, 0, 2013374656}}}}, ie6_zoneid = =3D 0}} > so =3D 0xfffff8051652cc00 > to =3D {to_flags =3D 0, to_tsval =3D 4294966788, to_tsecr =3D = 2152803556, > to_sacks =3D 0xfffff80525f06200 "", > to_signature =3D 0xfffff8010e37f000 "\300q\275e", = to_tfo_cookie =3D 0x0, > to_mss =3D 46448, to_wscale =3D 116 't', to_nsacks =3D 217 = '\331', > to_tfo_len =3D 4 '\004', to_spare =3D 541289232} > m =3D 0xfffff804fbbed700 > th =3D 0xfffff804fbbed782 > ip =3D 0xfffff804fbbed76e > inp =3D > tp =3D 0xfffff8064a381540 > optp =3D 0x0 > optlen =3D 0 > tlen =3D > fwd_tag =3D 0x0 > ip6 =3D 0x0 > s =3D 0x0 > closed_port =3D false > off0 =3D > iptos =3D 0 '\000' > off =3D > len =3D > ipttl =3D > thflags =3D > drop_hdrlen =3D 40 > lookupflag =3D 5 > isipv6 =3D >=20 > Bye, > Alexander. >=20 > --=20 > Send from a mobile device, please forgive brevity and misspellings. From nobody Mon Oct 6 14:10:34 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 4cgLlV2fNzz63DHd for ; Mon, 06 Oct 2025 14:10:46 +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 4cgLlS5rkNz3THB for ; Mon, 06 Oct 2025 14:10:44 +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=MqAnLtRa; 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 05456A64805 for ; Mon, 06 Oct 2025 14:10:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1759759826; bh=EZNFEEtd7IcSdILYmo6Z36taoLAfwt3BJKXLKJ5Hz44=; h=Date:From:To:Subject; b=MqAnLtRa+4sc7PC/lUXsosM5BzmS6yMrXHit9YE8n3osXbE2P7K0qnc9IfdYgR0gD qKoxypCwfarDUp/91Z4szvq4Y+cUIKNgvyyshy+TJF7g9EHkbCsvzjK5ZJ1hTqMnHY /Q6xiBjG1st5iMLI5tyXdGbB1QofJ+g65jsPD4kgNJwni5vk5gcoH7Lu2pYR5vhrcu at+XZi/gBK9mrxRmwTwRJ0k2zgdTJxUg85hDPYGA7c9ZRPbZV9zj1vadLDtitNaFbQ pNKeSpWw6rWZUrTFV9EcqfcyJ7XZuekNjDnS7jCCquSqVkfvIFdYUAXSJKzoBYn5kU cGwn4iQBLGjFBavEyE38V7mcMJ7wVSlweyLKSHlWnV1+d0Qcmtg4wqBoWSBpMztBKi GE3pjbJdRs1H4wiNdxJjzsBt2ltYJM+B3kGCmcT/BLD6wgBoQyd+ceku3Me0HSahM9 RQfbgZ2t7OrYAQ+e06/P7gRBFP4eS2gH2QbuLWSYcjIajbxoMXltRh8HGjg59tvbEN jWBO0F0FKsM1p4PTbq34G5bPTYhx4wsPQQ2W8rwLmvkCn6apstQYObXD4Z/b0a5eJC KaDx60IfOaqj0R2KbICehUV5/F2eVTJiLzBI9UKvYjG05wk/KQS3gkBRInwpTpUF7T dI0ghswfWWmQBBhPoiyFGbyY= 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 DFA6C2D029E6 for ; Mon, 6 Oct 2025 14:10:35 +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 WathduZdDBGX for ; Mon, 6 Oct 2025 14:10:34 +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 939A02D029D8 for ; Mon, 6 Oct 2025 14:10:34 +0000 (UTC) Date: Mon, 6 Oct 2025 14:10:34 +0000 (UTC) From: "Bjoern A. Zeeb" To: current@freebsd.org Subject: more Makefile.inc1 warnings (boostrap libmd, ...) Message-ID: <6n28638s-8516-8625-s096-p6s6p6p4srpp@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 [-3.96 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.994]; NEURAL_HAM_LONG(-0.99)[-0.990]; NEURAL_HAM_SHORT(-0.98)[-0.978]; 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]; MISSING_XM_UA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE]; RCVD_COUNT_THREE(0.00)[4]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; 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: 4cgLlS5rkNz3THB Hi, seems on a clean main we get more warnings now and some notifications? make[1]: "/usr/src/bz_wifi_rtw88/Makefile.inc1" line 2846: warning: duplicate script for target "_bootstrap-tools-lib/libmd" ignored make[1]: "Makefile.inc1" line 2846: warning: using previous script for "_bootstrap-tools-lib/libmd" defined here make[1]: "/usr/src/bz_wifi_rtw88/Makefile.inc1" line 2846: warning: duplicate script for target "_bootstrap-tools-lib/libmd" ignored make[1]: "Makefile.inc1" line 2846: warning: using previous script for "_bootstrap-tools-lib/libmd" defined here make[1]: "/usr/src/bz_wifi_rtw88/Makefile.inc1" line 369: SYSTEM_COMPILER: libclang will be built for bootstrapping a cross-compiler. make[1]: "/usr/src/bz_wifi_rtw88/Makefile.inc1" line 374: SYSTEM_LINKER: libclang will be built for bootstrapping a cross-linker. make[1]: "/usr/src/bz_wifi_rtw88/Makefile.inc1" line 2846: warning: duplicate script for target "_bootstrap-tools-lib/libmd" ignored make[1]: "/usr/src/bz_wifi_rtw88/Makefile.inc1" line 2846: warning: using previous script for "_bootstrap-tools-lib/libmd" defined here -- Bjoern A. Zeeb r15:7 From nobody Mon Oct 6 22:15:44 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 4cgYW76Y2qz6BgcZ; Mon, 06 Oct 2025 22:15:47 +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 4cgYW7161xz3bKy; Mon, 06 Oct 2025 22:15:47 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=permerror reason="p tag has invalid value: quarantine rua=mailto:p[ostmaster@cschubert.com" header.from=cschubert.com (policy=permerror); spf=pass (mx1.freebsd.org: domain of cy.schubert@cschubert.com designates 3.97.99.33 as permitted sender) smtp.mailfrom=cy.schubert@cschubert.com Received: from shw-obgw-4002a.ext.cloudfilter.net ([10.228.9.250]) by cmsmtp with ESMTPS id 5r50vUGqnPzKy5tUgvs0jZ; Mon, 06 Oct 2025 22:15:46 +0000 Received: from spqr.komquats.com ([70.66.136.217]) by cmsmtp with ESMTPSA id 5tUevh8YKmnb85tUfvHAlc; Mon, 06 Oct 2025 22:15:46 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=GI+rEfNK c=1 sm=1 tr=0 ts=68e43f92 a=h7br+8Ma+Xn9xscxy5znUg==:117 a=h7br+8Ma+Xn9xscxy5znUg==:17 a=kj9zAlcOel0A:10 a=x6icFKpwvdMA:10 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=Rk-M77FJAAAA:8 a=YxBL1-UpAAAA:8 a=mAFXN7GLlt23UC9fauIA:9 a=CjuIK1q_8ugA:10 a=LK5xJRSDVpKd5WXXoEvA:22 a=ef1k35tKgZpiIrJ2aQ5N: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 89E63C3; Mon, 06 Oct 2025 15:15:44 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id 613E19E; Mon, 06 Oct 2025 15:15:44 -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: stable@freebsd.org, current@freebsd.org, cperciva@freebsd.org Subject: Re: disallowing 'make installworld' with pkgbase In-reply-to: References: Comments: In-reply-to Lexi Winter message dated "Mon, 06 Oct 2025 03:03:17 +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 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 Oct 2025 15:15:44 -0700 Message-Id: <20251006221544.613E19E@slippy.cwsent.com> X-CMAE-Envelope: MS4xfPDsjZbQYWXYCdyQUIGvDsZoKtTqr9GRIx13Sdu1lmuqdbkE1zatzwrpmmkiGGNDZSOeq3+mchkKoB8R3SKUASLc3sy1KVs7APEfQOO9h8lQIPW/QFND U63xafvo1/kGKI+0uUC02Xh8Y5YWwUi4xa2uWHFJUfZBbh23dfNXYp+YWyWRSW6RnedXuBXo6qlJw403mMOL99v3+J1aJWZCS5Jg7VbpWmpkYUPEQsVU3tjN fK/5vToKWZwnOT5G2XwAEVdFpLJojwauBYs8a0hLWxs= X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.99 / 15.00]; NEURAL_HAM_MEDIUM(-0.98)[-0.979]; NEURAL_HAM_LONG(-0.88)[-0.876]; NEURAL_HAM_SHORT(-0.83)[-0.830]; MV_CASE(0.50)[]; RWL_MAILSPIKE_EXCELLENT(-0.40)[3.97.99.33:from]; R_SPF_ALLOW(-0.20)[+ip4:3.97.99.32/31]; RCVD_IN_DNSWL_LOW(-0.10)[3.97.99.33:from]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[4]; R_DKIM_NA(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; RCPT_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_BAD_POLICY(0.00)[cschubert.com : p tag has invalid value: quarantine rua=mailto:p[ostmaster@cschubert.com]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org,stable@freebsd.org]; REPLYTO_EQ_FROM(0.00)[] X-Rspamd-Queue-Id: 4cgYW7161xz3bKy In message , Lexi Winter writes: > > --E6aI5jKH+dHsJ3L/ > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > hello, > > in 15.0 we will ship pkgbase as an alternative to the dist sets for base > system installation. pkgbase is entirely optional and for at least 15.0, > we will continue to support dist set installation with freebsd-update. > > the traditional source update method, using make buildworld installworld, > will be supported indefinitely and there are no plans to remove this even > after dist sets and freebsd-update are dropped. > > however, while both update methods will be supported individually, they > cannot be used together, i.e., if you installed the system with pkgbase, > you should not attempt to update it using "make installworld" because > this will cause the installed system to become out of sync with the > pkg(8) database. > > instead, you have two options: update with "make buildworld packages" > and pkg-upgrade(8), or depkgbasify the system and then update using > make installworld as usual. either of those options is fully supported, > but you have to choose one of them to avoid breaking your system later. > > (the procedure to "depkgbasify the system" is not entirely clear yet, > but we will need something like this at least for 16.0, so there will > be some way to do that.) > > all of this preamble is to be as clear as possible that the review i'm > about to link is *not* about removing support for 'make installworld' > (we aren't going to do that) and does not prevent you from doing anything > you currently do. with that in mind, i would like to land this for 15.0: > > "Makefile: Don't allow install{world,kernel} with pkgbase" > https://reviews.freebsd.org/D52879 > > the point of this change is to avoid the situation where a user installs > 15.0 with pkgbase, then tries to upgrade using 'make installworld' out > of habit, not realising that this will break their system. users who > are really sure they want to do this still can using DESTDIR=/, and > users who don't use pkgbase are completely unaffected by this change. > > so, if anyone has an objection to this change, please say so. How would one go about installing a new system from ISO. Then proceed to maintain it using installworld if the only supported new install is pkgbase? Second question: How would one go about converting an existing system to pkgbase? -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e**(i*pi)+1=0 From nobody Mon Oct 6 22:21:37 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 4cgYf06BCMz6Bgwb for ; Mon, 06 Oct 2025 22:21:44 +0000 (UTC) (envelope-from tuexen@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 4cgYf05F7Nz3dWW; Mon, 06 Oct 2025 22:21:44 +0000 (UTC) (envelope-from tuexen@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759789304; 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=NOzC6zKiSqhWVd/Jciq1ByGAPd9tQdMAyXDvPCu2k8Q=; b=M26DKZcukzqK0RsJhsWZm9vTn0pZ+Kz728k9A9lo7ar1mQfLZfX0IK72+BhR1+2FzoySJ1 QHgBQ0wwrK1I7CYbyU+tIeUYROKng8EpF2v0PunOOxzCld/zjObfW43ejSzxazGyoiHLYS f3rPjWlYvXNIXYgGTEfuQ/gyHS17sSIFANgxIB0lacE0n95DtWk4AYpmMIPTMxssvqv5ov ZR6MTL2eNsC/0QZTURLVEompyYUlrhgYCC1ARCoih0+GsyFOggcyeOwQeX4TUZx/MEOjXQ aDlzbqia7Dt8fYfM7QFav/pAFBFZXDYnnGPFCVYk3mUCcMvlurBBv4jbW2CkzA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759789304; 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=NOzC6zKiSqhWVd/Jciq1ByGAPd9tQdMAyXDvPCu2k8Q=; b=oc5IOfUIfxBLGaB2y2dFmvZJU1soKYnsIOE1EeWvWwSpB7sikvPj32nYfjhPKvAgFmC0/d 09lOiu1Xpg4ceiG0Rh+fsrgVu4crCQuy2i5TQmM1qb3xDD049wc/C4lzjjDNdrG4CkIMB1 y5PDnrbsw8ihkfeMx4puZvSaV9SOUXPYdp6gLcA1IhauUJjded0+DngQ3O2I+wELF22fVx FQzdchZUA/1q4rtrPqUeEDBP2ZWRr8cgv0aorv6Bwel6UdpkHZXpmGKc3XIk+kUVlj3ERh wUQ8diaCBFvR/GIgiRiy4zcFfgGZCTDTmcvStwFlMMAMTz28mY7S3V2DUurNVA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759789304; a=rsa-sha256; cv=none; b=yHWzNu5x5Ou9BgCL0dQ+M+MwCKpzOn/Mw6ZUCNRMWtd/g42/rlRgc/Iclsx562waLESQgw XobsSz4GFYFarIifhZqhj8vFIWjYaYHDlrpUyqVBel4Y4F+jNLDwyPwxsQcbL52+aLXMC2 6lQIrGM8h3wFjDXchEh4elC09xZViTe1OfQQI+YWAp+r9CO+S76aYYcmtSzlYlwS2D3D0g V0PvmXikEIRWh/0GzA5XdqDpfC+cO94upgdFMzJm80BVz+lGZOfy7huYmf2nEqWZW4sbPh GbIF3a7iHmaQ1cBrZnp7Wk2cnAooJryx4HglMgWA7v+hZaGSIcK26kQpkCi80g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from smtpclient.apple (p200300cd6f475900d4ec6f5db884e924.dip0.t-ipconnect.de [IPv6:2003:cd:6f47:5900:d4ec:6f5d:b884:e924]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: tuexen) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cgYf02D1dz13Dy; Mon, 06 Oct 2025 22:21:44 +0000 (UTC) (envelope-from tuexen@FreeBSD.org) 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 \(3864.100.1.1.5\)) Subject: Re: Panic in the syncache area From: Michael Tuexen In-Reply-To: <199b91992c8.2805.fa4b1493b064008fe79f0f905b8e5741@Leidinger.net> Date: Tue, 7 Oct 2025 00:21:37 +0200 Cc: Current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <39F15E56-2EFC-453B-B66F-3DA2CC354632@FreeBSD.org> References: <199b91992c8.2805.fa4b1493b064008fe79f0f905b8e5741@Leidinger.net> To: Alexander Leidinger X-Mailer: Apple Mail (2.3864.100.1.1.5) > On 6. Oct 2025, at 12:38, Alexander Leidinger = wrote: >=20 > Hi, >=20 > -current as of 2025-10-04-124314 CEST. >=20 > The full backtrace is at https://wiki.leidinger.net/core.txt.1 . It = reproduces after some minutes after boot. The problem should be fixed by: = https://cgit.FreeBSD.org/src/commit/?id=3D8af2f06a99b10c0d3ab9021949e75085= 2662672a = Thanks for reporting! Best regards Michael >=20 > Short: > #5 0xffffffff8089eac8 in trap_fatal (frame=3D0xfffffe0420436980, > eva=3D) at = /space/system/usr_src/sys/amd64/amd64/trap.c:969 > type =3D > handled =3D > #6 > No locals. > #7 memcmp () at /space/system/usr_src/sys/amd64/amd64/support.S:174 > No locals. > #8 0xffffffff806ecd5e in syncache_lookup (inc=3D0xfffffe0420436b10, > schp=3D) > at /space/system/usr_src/sys/netinet/tcp_syncache.c:597 > sch =3D 0xfffffe07a444f1d0 > sc =3D 0xdeadc0dedeadc0de > #9 syncache_chkrst (inc=3Dinc@entry=3D0xfffffe0420436b10, > th=3Dth@entry=3D0xfffff804fbbed782, m=3Dm@entry=3D0xfffff804fbbed700= , > port=3Dport@entry=3D0) at = /space/system/usr_src/sys/netinet/tcp_syncache.c:620 > s =3D 0x0 > sch =3D 0xfffffe07a444f1d0 > sc =3D > #10 0xffffffff806d3968 in tcp_input_with_port (mp=3D, > offp=3D, proto=3D, = port=3Dport@entry=3D0) > at /space/system/usr_src/sys/netinet/tcp_input.c:1175 > inc =3D {inc_flags =3D 0 '\000', inc_len =3D 0 '\000', = inc_fibnum =3D 0, > inc_ie =3D {ie_fport =3D 41797, ie_lport =3D 47873, = ie_dependfaddr =3D { > id46_addr =3D {ia46_pad32 =3D {0, 0, 0}, ia46_addr4 =3D = { > s_addr =3D 781893582}}, id6_addr =3D {__u6_addr =3D = { > __u6_addr8 =3D '\000' , "=CE=BF\232.= ", > __u6_addr16 =3D {0, 0, 0, 0, 0, 0, 49102, 11930}, > __u6_addr32 =3D {0, 0, 0, 781893582}}}}, = ie_dependladdr =3D { > id46_addr =3D {ia46_pad32 =3D {0, 0, 0}, ia46_addr4 =3D = { > s_addr =3D 2013374656}}, id6_addr =3D {__u6_addr =3D = { > __u6_addr8 =3D '\000' , = "\300\250\001x", > __u6_addr16 =3D {0, 0, 0, 0, 0, 0, 43200, 30721}, > __u6_addr32 =3D {0, 0, 0, 2013374656}}}}, ie6_zoneid = =3D 0}} > so =3D 0xfffff8051652cc00 > to =3D {to_flags =3D 0, to_tsval =3D 4294966788, to_tsecr =3D = 2152803556, > to_sacks =3D 0xfffff80525f06200 "", > to_signature =3D 0xfffff8010e37f000 "\300q\275e", = to_tfo_cookie =3D 0x0, > to_mss =3D 46448, to_wscale =3D 116 't', to_nsacks =3D 217 = '\331', > to_tfo_len =3D 4 '\004', to_spare =3D 541289232} > m =3D 0xfffff804fbbed700 > th =3D 0xfffff804fbbed782 > ip =3D 0xfffff804fbbed76e > inp =3D > tp =3D 0xfffff8064a381540 > optp =3D 0x0 > optlen =3D 0 > tlen =3D > fwd_tag =3D 0x0 > ip6 =3D 0x0 > s =3D 0x0 > closed_port =3D false > off0 =3D > iptos =3D 0 '\000' > off =3D > len =3D > ipttl =3D > thflags =3D > drop_hdrlen =3D 40 > lookupflag =3D 5 > isipv6 =3D >=20 > Bye, > Alexander. >=20 > --=20 > Send from a mobile device, please forgive brevity and misspellings. From nobody Tue Oct 7 01:06: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 4cgdJh4RCYz631lQ; Tue, 07 Oct 2025 01:07:00 +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 4cgdJh3cTSz3xMD; Tue, 07 Oct 2025 01:07:00 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759799220; 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=1DqBCsTDudsiSeUi0Iz5Ul61o5VE1waFrEwT4wnUDWY=; b=OiFe/Gp5CB2340tk61UaMqhSZaKoGKRDCFILN/HrhyWyjQGodvmfkDW8zEgCJj4iicKkYz 4g+eEBWL9XQZdt8LkcdUPHfb6JbhEEJHZFw2mvn0Kd6tkKnb36/yu0z66fy83OXoCDl2J8 TGJPAz+uyWwnO9uUkibi6X7z+NseaNkjk186eY4wOfQG+YMJYPkYEnlTvOy90zUn7ptPvI VeMnWlYmf+xorOz3EyVZ2xhQ+AwMXjH9nPkjzlzddPfbd+0kWCoe0UAcCUvke4oKV+f+nJ I7Ud1l7sbLXeBWcDgL9QN57kj5MkqPo5WnepxVYalGwxwfySnawxq3OUs9ThdQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759799220; 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=1DqBCsTDudsiSeUi0Iz5Ul61o5VE1waFrEwT4wnUDWY=; b=HKIzI+ECdXxO8nK9t9Fi5x9O4q0dh5g5l3Mz6VlKdL71Tlm92Dy28Bc8CFcHM0nU2KpwPn iJhGS/mqoYUlrxnPm7D8squCviA9dT/q7ibwzVFDFnQAmpxNfOu56jidpf/HnDWzZQ7S5W yqFS+OqrzhDVUfXM2c0cePY9IUSe+XMym2TI1H91/pTKZPinBj+V1gA7PETJVbNpHlrr4v cPTIHcMeVNPjC0Zkicz7eIYlywuXLwkatnbvbEjOCo0Tz8YYblSN75J+DTaV9PEgEaa4r7 l+lM7JdvnGZXJFxYBxBcWAWttmn3IYBeLqYHd8e8n0PbncRI1Q1qbBb1XP51fg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759799220; a=rsa-sha256; cv=none; b=Zpv/ow4dYPT974OjoQHQgOggOL8zDqmuoGqmGO7lkTDuuMe1F5pvj+5vxnzNniKa6CC38o 1XLfro/YIxd6zCzYmZl7aWciTvdVP+D4wcOWhCEZNmdqE16zechfHkoUkq1QMZ9HBFbGdw EMj3Tr36Ee38GiDOrlVGSneoWdePrteFVErUO+hEdEjoETnt2pSSGdJD0VbPIgY2RPRr3h yxkba3a4zoJ778aRbmHJsoWKXNWg1LkbCwVguwPIpL6Mb2yfjYVP3860X+/UFzfVJ2iaIm ywvYoVZn6OzzxgLJLOb36JveljMPe+gY8BUZmvyYY8J/Z8SYfGHoAQ4j3kRiXQ== 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 4cgdJg6yNPz13km; Tue, 07 Oct 2025 01:06:59 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Tue, 7 Oct 2025 02:06:52 +0100 From: Lexi Winter To: Cy Schubert Cc: stable@freebsd.org, current@freebsd.org, cperciva@freebsd.org Subject: Re: disallowing 'make installworld' with pkgbase Message-ID: Mail-Followup-To: Cy Schubert , stable@freebsd.org, current@freebsd.org, cperciva@freebsd.org References: <20251006221544.613E19E@slippy.cwsent.com> 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="qgY4kzsyTKsfRcTe" Content-Disposition: inline In-Reply-To: <20251006221544.613E19E@slippy.cwsent.com> --qgY4kzsyTKsfRcTe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Cy Schubert wrote in <20251006221544.613E19E@slippy.cwsent.com>: > How would one go about installing a new system from ISO. Then proceed to= =20 > maintain it using installworld if the only supported new install is pkgba= se? =20 in 15.0, just select dist sets for the installation. if you want to do an offline install, you need dvd1 for that, since disc1 only has pkgbase. once dist sets are removed, you can install with pkgbase, then remove /var/db/pkg after installation. there may be an option to do that in the installer, or there might be some sort of post-install depkgbasify step, that hasn't really been decided since we don't need it yet. also, it's fairly trivial to produce dist sets from a pkgbase repository, so we might add a make target to do that for people who want dist sets for custom install situations. > Second question: How would one go about converting an existing system to= =20 > pkgbase? migrating to pkgbase will involve running pkgbasify[0] in some manner. i'm not sure on the details since i haven't been involved in that. [0] https://github.com/FreeBSDFoundation/pkgbasify --qgY4kzsyTKsfRcTe Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaORnpwAKCRD1nT63mIK/ YJJ/AP9cT7W7wmWaIi8nXOU/1J1CgccqnCpfEArV9inUrMSkugEAoErsCzjYueyq g9YoC4n4UaWyasYnejtvh2FPZH9/Kg4= =l3W/ -----END PGP SIGNATURE----- --qgY4kzsyTKsfRcTe-- From nobody Wed Oct 8 04:53: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 4chLLc720hz6BGSG for ; Wed, 08 Oct 2025 04:56:08 +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 4chLLc6Qkhz42M4; Wed, 08 Oct 2025 04:56:08 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759899368; 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=afrtwChdQlsxhgIHYqs4xq6JYdK80ElZ6rvHSD/UAVM=; b=Sga16oAGOYxOISKjlbSsSshcBPNDvyupyM0URqxk6E3GahiZD9j8wupupNwBQlRN8uNC+4 1Zc/r82LA7lNq2oHgY8Gq4BSe1wZxX3IoQGAbT9Gx5y/dAt/a3gLQmagloqJD3G4q4ezyN s1ba1QfctpIIneKjacYmrzYUD888zxWIE2cR0gMNNJSdfCTJSAF8A0Gebbo0pJ275ETSnT 7zNWVINP72bFXATqtjLv++oKl9GdqISJTn0NrXtHIGddhWtRaZymZZAcR5AsjpojhLDEHN dBLcqFrQAWgsZ5GLovwLUGlfc3zD3VTDvph4TYhlGIHi+pcbpYV8Fj+wiKjtbg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759899368; 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=afrtwChdQlsxhgIHYqs4xq6JYdK80ElZ6rvHSD/UAVM=; b=RFfY9Iz35Xwo0MaOS4VpnBT5FG0EoJyH+BD8ROZqhL6nspIjsAd9F3d3UcMlCqWR33h3Si shmawj1QDHS9ViEACq4PIvmmQRJExEdQU9GPIALSuOZ64+FD5/ElaxLFMgzlQ3Xf0r1Jqj hcXr+G6zLLEtChyjyeWwwXOgnFT8Vad3FYnfznuHps+UshhmhU0Z7SIEmRvW0oVZD7xA1H UzxOqf8Q/l8PUl8LNvmlMw2ZprhqK0DZeysbeoN9cYErfwBqSZS49dgUvPD9whHaw0Tag/ PDzf9PdOCwkkSsJRaAXK2nA/uiwmpiGr8mb+zqwjz5YF3foX6SW0SWuPncrKTA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759899368; a=rsa-sha256; cv=none; b=N516R9TzyDPR4pNfYWCW58FOPklVwHHKoboMdqRBQHnSoHNR3WV3Br9R1CFGazKRiyVdAQ 2poXeTi07yb3jKEZLVZIICjt14+1+wRut7BpRs7UVfguZy0sXbrZCv/fNooUIcKMyH2XDT dzMnFFTyGRMEZLqmdIVWOSIqCkEl76bRxwBKGO8vVevaZDPo0tXwsZjaMbWBWYtO5O8pMn 981ZObNMd4IdWFk1wZu1112phbdqJ/D2CYGyHHDfx6s9C027SnGulzXfQDe8iBB9Hpa/Z+ v8YqjToDCxVBkcr8AvFjBWkUvfDJvHSQIfkc7gfMopDOSQagV9ovrAJtw3F0UQ== 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 4chLLc1gG2zZKt; Wed, 08 Oct 2025 04:56:08 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Wed, 08 Oct 2025 13:53:59 +0900 (JST) Message-Id: <20251008.135359.1026187049848325621.yasu@FreeBSD.org> To: freebsd-current@freebsd.org Subject: How to make `pkg version` work fine with private pkgbase repository 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 pkg-version(8) man page, `pkg version` summarizies installed versions of packages. As for packages built from ports tree, `pkg version` works as is expected whether repository is official (pkg.freebsd.org) or private (built by user with poudriere). As for packages built from src tree, on the other hand, the command also works fine if repository is official one. root@rolling-vm-freebsd6[20]# cat /usr/local/etc/pkg/repos/FreeBSD-base.conf FreeBSD-base: { url: "pkg+https://pkg.FreeBSD.org/${ABI}/base_latest", mirror_type: "srv", signature_type: "fingerprints", fingerprints: "/usr/share/keys/pkg", enabled: yes } root@rolling-vm-freebsd6[21]# pkg version -v -n FreeBSD-kernel-generic Updating FreeBSD-ports repository catalogue... FreeBSD-ports repository is up to date. Updating FreeBSD-ports-kmods repository catalogue... FreeBSD-ports-kmods repository is up to date. Updating FreeBSD-base repository catalogue... FreeBSD-base repository is up to date. All repositories are up to date. FreeBSD-kernel-generic-16.snap20251007232729 = up-to-date with remote root@rolling-vm-freebsd6[22]# But it doesn't seem to work well if repostory is build with `make (update-)packages` root@rolling-vm-freebsd5[158]# cat /usr/local/etc/pkg/repos/FreeBSD-base.conf FreeBSD-base: { url: "file:///usr0/freebsd/src/repo/${ABI}/latest", enabled: yes priority: 0 } root@rolling-vm-freebsd5[159]# pkg version -v -n FreeBSD-kernel-generic FreeBSD-kernel-generic-16.snap20251008030957 ? orphaned: base/FreeBSD-kernel-generic root@rolling-vm-freebsd5[160]# Do I made something wrong? If so, please let me know how to make `pkg version` work fine with private pkgbase repository. P.S. BTW, are there any common(?) or normative(?) or official(?) terms that mean "package built from ports tree" and "package built from src tree" respectively? Best Regares, --- Yasuhiro Kimura From nobody Wed Oct 8 05:04:35 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 4chLXX2Mhmz6BH65 for ; Wed, 08 Oct 2025 05:04:44 +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 4chLXX1xLCz44C6; Wed, 08 Oct 2025 05:04:44 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759899884; 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=x7JLzD7zqyOaMaNdxZEMU2SMj7KXuoqyz8YqDEXHX4g=; b=cwr1wHfLUcLWRI1tQxpgQ7x2XVu4taELEyYHUddCTeU/1s/d0BL+wJqz9/sBu9AWkJObG3 s3BUYjiLNOuIAigzO1AWNMvfX3qq4/dDyw+Q8MoM2UyRMKTuFVoTfA0DGWINvQlAiwWGmh UZslQlpK/UAIYMy/4YD4AQH8O+zTchk2L2e2u8o508ik1YTSSXaU1pEP4T8U6ofpzvTDrv xWZ9hCO3/1B0J3hygOHb6XP3Rq4U2DUdhp9R3OHbSmOM+96nmgG0wo4SXki1jsr1Brjwk8 4ObdkfODGbwzgYwcxY6IouO8Qu1wA8Q4rFYno3Gvn7EL50iwHOvWiZFFGckLLA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759899884; 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=x7JLzD7zqyOaMaNdxZEMU2SMj7KXuoqyz8YqDEXHX4g=; b=OLfKgh97YyfgnFRe6QZ88iTjAc4EZn9RvTxR07X6phAe2P9rOWy//q7kZ/GXbtnW8++fLE DdKengh/JbwNb3v+kVR/WVUO2FCHPSkYWH0IA9ThmnmLrJonBnyFFeHJk1MxvLCcboPVPB UtJoiffk+a1GkoxNjtK6LH6fgMbOxlWP86RXMQgKy4Fs+4Yovqrzy846Fz0u63p0flp6YO hyshZ0iN4Ee/PoBS1cL0464Z6WZzMHJVSro1XG3m0UmlPLp9+c5F7cqNdXGFecmf0OAw4F Woqn6gTJ12rIKt5RYAO7i+M9itDsNDqeEds7ie4/3GmdJu2fR/YhIJFskDYtuQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759899884; a=rsa-sha256; cv=none; b=DQTNC8y1Y+kt4uUZNuzhpXqbIeS3AYpc6cV8Uay/lAMdfsOtbqN67cNkUcMMu5TFdC9RFe GWnyUysqkWdHZdYMgFqnT4dZ4YiwJE3Htsg1F/Qd00T3405kHNiZCBWXF/wfZL/uS+WHCH Wz+85p+LjqbF1i3ZKnRXS5b/RIk2cF6fzUMBK9S4+v9J8PcPOJ9xZsNTgVokBgT+WtD5Qc LWa1E15EpgXomBS4eFk36UWZipv+IQk7qwon2krJxbmk2IJ/LwQuU79mgD2ag6KwPWo6kx 6tgjD7znjhDiKaDvA8gYcGwgCxOm8/VJb7tD4jd8w9iOS8ET0OMAyUBioBuQ6w== 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 4chLXW5kWbzkbg; Wed, 08 Oct 2025 05:04:43 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Wed, 8 Oct 2025 06:04:35 +0100 From: Lexi Winter To: Yasuhiro Kimura Cc: freebsd-current@freebsd.org Subject: Re: How to make `pkg version` work fine with private pkgbase repository Message-ID: Mail-Followup-To: Yasuhiro Kimura , freebsd-current@freebsd.org References: <20251008.135359.1026187049848325621.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="3n58w/Qmb2mu8hhJ" Content-Disposition: inline In-Reply-To: <20251008.135359.1026187049848325621.yasu@FreeBSD.org> --3n58w/Qmb2mu8hhJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Yasuhiro Kimura wrote in <20251008.135359.1026187049848325621.yasu@FreeBSD.= org>: > As is explained in pkg-version(8) man page, `pkg version` summarizies > installed versions of packages. >[...]=20 > But it doesn't seem to work well if repostory is build with > `make (update-)packages` >[...]=20 > root@rolling-vm-freebsd5[159]# pkg version -v -n FreeBSD-kernel-generic > FreeBSD-kernel-generic-16.snap20251008030957 ? orphaned: base/FreeBSD-k= ernel-generic using 'pkg version -vR' makes this work. i am not entirely sure why, but based on the description of the -R flag in the manpage, it seems like pkg will default to consulting /usr/ports if it's available, rather than using the repository. this obviously doesn't work for base packages since they don't exist in ports. i've noticed this issue in periodic's orphaned packages report as well. we should probably add -R there; if you think the default value of this option should be changed in pkg(8) as well, i'd suggest filing a PR over there. (that seems reasonable to me, fwiw.) > BTW, are there any common(?) or normative(?) or official(?) terms that > mean "package built from ports tree" and "package built from src tree" > respectively? i would call these "ports packages" and "base packages". this matches the default repository names, "FreeBSD-ports" and "FreeBSD-base". --3n58w/Qmb2mu8hhJ Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaOXw4AAKCRD1nT63mIK/ YJI5AQDdafBz5P2AoWmwqCeYrpsTaZV9MPGOLgAh8OqMpgobswD/eUhZJKycxsNg WCfVu5mZCkvkW68lwOWj2V8anNy0cws= =P3OQ -----END PGP SIGNATURE----- --3n58w/Qmb2mu8hhJ-- From nobody Wed Oct 8 05:55:29 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 4chMhD5R0tz6BMP2 for ; Wed, 08 Oct 2025 05:56:28 +0000 (UTC) (envelope-from yasu@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 4chMhD4c6dz49rs; Wed, 08 Oct 2025 05:56:28 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759902988; 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=WQpR9OgEYZH8gplq+FCgBQAAMmMHigPe2zrrX0AFfZY=; b=ncmWqpkB1KGM9OFOuReGbgBOw0JO28f3sCK+rqejukDZk6zDH7JRRaKqN+uSpsFr1dmqSI IuyuyA/i20DT6BbPbjPGixDSeYydwmafh4X56PeZqSw1cvEXQnTdeGAfSgF4S9W2+iSmtL lFYAMVMSPgTKcqCM+pfjxoaGE1ysxJ7cCAklP7FMH32qCygBK6LYRdkzHbq385xuiGIAcd SbHkl4HhYH3FO3il6MgSC7gJOAzWfujKV5fjyreL4RNzv4R0mvk5ZkYUFEerJL9uHO3ZZr TlY7Nt+dQO2fB9VAUVWhfu+QLc36psITW4oW6Z2TAKiaP4irCVek60wHJomb7w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1759902988; 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=WQpR9OgEYZH8gplq+FCgBQAAMmMHigPe2zrrX0AFfZY=; b=KOTC0ivDKNQfv7xA6ued/jz4Yyakj2NNvM6vZBqxli/Ew3kQMQbsVucewy9aNO+3SVx+tu +kOuOje060qb8Dyonu6JdmsKj9Hi2euHW3Mou3UUZImembjz/8PFNtwxKX1RraRVdIcpou vitVSjgUj99C2eW57PV0p8/KuO4yHlFYjBXKlqXycTvXDXUDsLkmkT6FlOir1P8OALAuJy fpVp1/znwe2H9DpZczwTlIbbE2cZUyhZ7mlxEvELtDsU6pcF1/8rsqWoTk5e6VmMWdq1hi zbhY+rPHGvyZNlg++Sq3ehzt9kmkisoBRo7jKfsZpSGuo9hlLqTktRz6rn2Opw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1759902988; a=rsa-sha256; cv=none; b=JmHDEZ31FZmEg8vHWxX5qq8oAqPcFAm6DE3K86SYVty2uooaMNhWVJEok3NhyZSrRzHPjb Hv3mgDNu/XFr2wU5U8H2vSyaOx+5yDy6oi4YHqaliy7pFnvyddmhIO0HySDvygl3vCT7UF BEQfgMTcEOCN98DBCd/L+6Oexm1ArAebcBIUE3D5m6u+zUUtu8sWz/ibTV89dhHXcqpcbf aZJUTt6TdMiK4fXGuA7IM4lTEC0ezjJtbpyCGx3cHLaxRq/sYrm6+o901/OYmWF34tKZya J6A/2qyG3HH99TpeNVSaXNt6/QjIAASd4IYOrkLTGY/pmB5l6Rhojj+B4WrtJg== 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 4chMhC6rX1zlV5; Wed, 08 Oct 2025 05:56:27 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Wed, 08 Oct 2025 14:55:29 +0900 (JST) Message-Id: <20251008.145529.172147507683569904.yasu@FreeBSD.org> To: freebsd-current@freebsd.org Subject: Re: How to make `pkg version` work fine with private pkgbase repository From: Yasuhiro Kimura In-Reply-To: References: <20251008.135359.1026187049848325621.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: Lexi Winter Subject: Re: How to make `pkg version` work fine with private pkgbase repository Date: Wed, 8 Oct 2025 06:04:35 +0100 >> As is explained in pkg-version(8) man page, `pkg version` summarizies >> installed versions of packages. >>[...] >> But it doesn't seem to work well if repostory is build with >> `make (update-)packages` >>[...] >> root@rolling-vm-freebsd5[159]# pkg version -v -n FreeBSD-kernel-generic >> FreeBSD-kernel-generic-16.snap20251008030957 ? orphaned: base/FreeBSD-kernel-generic > > using 'pkg version -vR' makes this work. Thanke for letting me know. By specifying '-R' option the command works fine as below. root@rolling-vm-freebsd5[167]# cat /usr/local/etc/pkg/repos/FreeBSD-base.conf FreeBSD-base: { url: "file:///usr0/freebsd/src/repo/${ABI}/latest", enabled: yes priority: 0 } root@rolling-vm-freebsd5[168]# pkg version -R -v -n FreeBSD-kernel-generic Updating FreeBSD-base repository catalogue... FreeBSD-base repository is up to date. Updating Poudriere repository catalogue... Poudriere repository is up to date. All repositories are up to date. FreeBSD-kernel-generic-16.snap20251008030957 = up-to-date with remote root@rolling-vm-freebsd5[169]# > i am not entirely sure why, > but based on the description of the -R flag in the manpage, it seems > like pkg will default to consulting /usr/ports if it's available, > rather than using the repository. this obviously doesn't work for > base packages since they don't exist in ports. I guess such behavior of pkg is influenced by ancient pkg_* commands that was initially developed when common way to install ports package was `cd /usr/ports/category/name ; make install`. >> BTW, are there any common(?) or normative(?) or official(?) terms that >> mean "package built from ports tree" and "package built from src tree" >> respectively? > > i would call these "ports packages" and "base packages". this matches > the default repository names, "FreeBSD-ports" and "FreeBSD-base". Looks nice. Let me adopt them. --- Yasuhiro Kimura From nobody Fri Oct 10 08:48:33 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 4cjgQ157Szz6BdXS for ; Fri, 10 Oct 2025 08:48:41 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from csmtpq4-prd-nl1-vfz.edge.unified.services (csmtpq4-prd-nl1-vfz.edge.unified.services [84.116.50.10]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cjgQ05Zs0z3fNG for ; Fri, 10 Oct 2025 08:48:35 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=quarantine) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 84.116.50.10 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws Received: from csmtp5-prd-nl1-vfz.nl1.unified.services ([100.107.80.45] helo=csmtp5-prd-nl1-vfz.edge.unified.services) by csmtpq4-prd-nl1-vfz.edge.unified.services with esmtp (Exim 4.95) (envelope-from ) id 1v78nh-001ZXK-Pw for current@freebsd.org; Fri, 10 Oct 2025 10:48:33 +0200 Received: from [192.168.11.193] ([83.81.212.149]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by csmtp5-prd-nl1-vfz.edge.unified.services with ESMTPSA id 78nhvB6dhb1q178nhvzxnS; Fri, 10 Oct 2025 10:48:33 +0200 X-Env-Mailfrom: ronald-lists@klop.ws X-Env-Rcptto: current@freebsd.org X-SourceIP: 83.81.212.149 X-CNFS-Analysis: v=2.4 cv=NK0v+16g c=1 sm=1 tr=0 ts=68e8c861 cx=a_exe a=Nc53Z2ow9H1LzmqsIe95fw==:117 a=Nc53Z2ow9H1LzmqsIe95fw==:17 a=IkcTkHD0fZMA:10 a=MKtGQD3n3ToA:10 a=1oJP67jkp3AA:10 a=6I5d2MoRAAAA:8 a=NEAV23lmAAAA:8 a=Rk-M77FJAAAA:8 a=BO-tqHif-xNPSqqjPcsA:9 a=QEXdDO2ut3YA:10 a=ef1k35tKgZpiIrJ2aQ5N:22 a=0EyHQldr3sK6dN3ijPvV:22 X-Authenticated-Sender: emnvandam@casema.nl Message-ID: Date: Fri, 10 Oct 2025 10:48:33 +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 Subject: Re: disallowing 'make installworld' with pkgbase To: Cy Schubert , stable@freebsd.org, current@freebsd.org, cperciva@freebsd.org References: <20251006221544.613E19E@slippy.cwsent.com> Content-Language: en-US From: Ronald Klop In-Reply-To: <20251006221544.613E19E@slippy.cwsent.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4xfAwMkA/YrWfsGBYEkqOtM/VnTJzXxgNYK5t7hGJ6iQkQjTDSN34ykzDTIYoiIfIulvPSslKd+Zc+1iXEoBusEHIHSRODhK7RgJpx/SlE5FWR+eWiXTKJ JsR8Bs+herZsgQi2vzJ/+Shp5gL/cpNygt18pGKKOaSE/11E5phnmjruobDmadfboH9EO31CDg+94GQc8oRWtBbE5XAoR9Ih4oqj1C6fvXG5E8UHAEbdI2QP gbhlZFKUnwvEys+lVUjqzIo2jXPRljd1vVaH5NyTejLfZ650d3V6Od/tTyohdhYM X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.25 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.970]; NEURAL_SPAM_MEDIUM(0.92)[0.924]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; RWL_MAILSPIKE_EXCELLENT(-0.40)[84.116.50.10:from]; R_SPF_ALLOW(-0.20)[+ip4:84.116.50.0/23:c]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:6830, ipnet:84.116.0.0/16, country:NL]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[84.116.50.10:from]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_THREE(0.00)[4]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; HAS_X_AS(0.00)[] X-Rspamd-Queue-Id: 4cjgQ05Zs0z3fNG Op 07-10-2025 om 00:15 schreef Cy Schubert: > In message , Lexi Winter writes: >> >> --E6aI5jKH+dHsJ3L/ >> Content-Type: text/plain; charset=us-ascii >> Content-Disposition: inline >> >> hello, >> >> in 15.0 we will ship pkgbase as an alternative to the dist sets for base >> system installation. pkgbase is entirely optional and for at least 15.0, >> we will continue to support dist set installation with freebsd-update. >> >> the traditional source update method, using make buildworld installworld, >> will be supported indefinitely and there are no plans to remove this even >> after dist sets and freebsd-update are dropped. >> >> however, while both update methods will be supported individually, they >> cannot be used together, i.e., if you installed the system with pkgbase, >> you should not attempt to update it using "make installworld" because >> this will cause the installed system to become out of sync with the >> pkg(8) database. >> >> instead, you have two options: update with "make buildworld packages" >> and pkg-upgrade(8), or depkgbasify the system and then update using >> make installworld as usual. either of those options is fully supported, >> but you have to choose one of them to avoid breaking your system later. >> >> (the procedure to "depkgbasify the system" is not entirely clear yet, >> but we will need something like this at least for 16.0, so there will >> be some way to do that.) >> >> all of this preamble is to be as clear as possible that the review i'm >> about to link is *not* about removing support for 'make installworld' >> (we aren't going to do that) and does not prevent you from doing anything >> you currently do. with that in mind, i would like to land this for 15.0: >> >> "Makefile: Don't allow install{world,kernel} with pkgbase" >> https://reviews.freebsd.org/D52879 >> >> the point of this change is to avoid the situation where a user installs >> 15.0 with pkgbase, then tries to upgrade using 'make installworld' out >> of habit, not realising that this will break their system. users who >> are really sure they want to do this still can using DESTDIR=/, and >> users who don't use pkgbase are completely unaffected by this change. >> >> so, if anyone has an objection to this change, please say so. > > How would one go about installing a new system from ISO. Then proceed to > maintain it using installworld if the only supported new install is pkgbase? > > Second question: How would one go about converting an existing system to > pkgbase? > > Hi, I read about pkgbasify. https://github.com/FreeBSDFoundation/pkgbasify Ironically I can't find it in the ports tree. Regards, Ronald. From nobody Fri Oct 10 09:04:12 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 4cjgm46yndz6BfPs; Fri, 10 Oct 2025 09:04:20 +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 4cjgm42cVGz3kYS; Fri, 10 Oct 2025 09:04:20 +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 59A94DKG018419; Fri, 10 Oct 2025 18:04:13 +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=1760087054; bh=tf23JA7ddRuVb+c7drz1wPhjk4+qyf0RTAZM8+QbUuM=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=Evq1FV8S521stNIZP/fVdx6YGSOpHjrADRbIVbDF8K3siLCE8KzgD18Io8czrQSMh 2Yy5U8UdFV63jx4UCuvM40+qf4Sca2mPb/0b6Te2OrIJ/b5GUgxjkHTY4uqGLTCEJ9 EHwied6kJ8UD2jhTObFI/RdNpvoHeeRXZoRNAp2c= Date: Fri, 10 Oct 2025 18:04:12 +0900 From: Tomoaki AOKI To: Ronald Klop Cc: Cy Schubert , stable@freebsd.org, current@freebsd.org, cperciva@freebsd.org Subject: Re: disallowing 'make installworld' with pkgbase Message-Id: <20251010180412.60ba4113ea116ac6f0a49f7f@dec.sakura.ne.jp> In-Reply-To: References: <20251006221544.613E19E@slippy.cwsent.com> 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)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cjgm42cVGz3kYS On Fri, 10 Oct 2025 10:48:33 +0200 Ronald Klop wrote: > Op 07-10-2025 om 00:15 schreef Cy Schubert: > > In message , Lexi Winter writes: > >> > >> --E6aI5jKH+dHsJ3L/ > >> Content-Type: text/plain; charset=us-ascii > >> Content-Disposition: inline > >> > >> hello, > >> > >> in 15.0 we will ship pkgbase as an alternative to the dist sets for base > >> system installation. pkgbase is entirely optional and for at least 15.0, > >> we will continue to support dist set installation with freebsd-update. > >> > >> the traditional source update method, using make buildworld installworld, > >> will be supported indefinitely and there are no plans to remove this even > >> after dist sets and freebsd-update are dropped. > >> > >> however, while both update methods will be supported individually, they > >> cannot be used together, i.e., if you installed the system with pkgbase, > >> you should not attempt to update it using "make installworld" because > >> this will cause the installed system to become out of sync with the > >> pkg(8) database. > >> > >> instead, you have two options: update with "make buildworld packages" > >> and pkg-upgrade(8), or depkgbasify the system and then update using > >> make installworld as usual. either of those options is fully supported, > >> but you have to choose one of them to avoid breaking your system later. > >> > >> (the procedure to "depkgbasify the system" is not entirely clear yet, > >> but we will need something like this at least for 16.0, so there will > >> be some way to do that.) > >> > >> all of this preamble is to be as clear as possible that the review i'm > >> about to link is *not* about removing support for 'make installworld' > >> (we aren't going to do that) and does not prevent you from doing anything > >> you currently do. with that in mind, i would like to land this for 15.0: > >> > >> "Makefile: Don't allow install{world,kernel} with pkgbase" > >> https://reviews.freebsd.org/D52879 > >> > >> the point of this change is to avoid the situation where a user installs > >> 15.0 with pkgbase, then tries to upgrade using 'make installworld' out > >> of habit, not realising that this will break their system. users who > >> are really sure they want to do this still can using DESTDIR=/, and > >> users who don't use pkgbase are completely unaffected by this change. > >> > >> so, if anyone has an objection to this change, please say so. > > > > How would one go about installing a new system from ISO. Then proceed to > > maintain it using installworld if the only supported new install is pkgbase? > > > > Second question: How would one go about converting an existing system to > > pkgbase? > > > > > > > Hi, > > I read about pkgbasify. > https://github.com/FreeBSDFoundation/pkgbasify > > Ironically I can't find it in the ports tree. > > Regards, > Ronald. Hi. IMHO, shouldn't it contained in base (i.e., /usr/sbin/pkgbasify), rather than in ports? Regards. -- Tomoaki AOKI From nobody Fri Oct 10 18:09: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 4cjvrm443cz6Bjqt for ; Fri, 10 Oct 2025 18:09:12 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x332.google.com (mail-wm1-x332.google.com [IPv6:2a00:1450:4864:20::332]) (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 4cjvrk6k2xz3sTG for ; Fri, 10 Oct 2025 18:09:10 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=lBoOj5tU; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::332 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com Received: by mail-wm1-x332.google.com with SMTP id 5b1f17b1804b1-46e4473d7f6so14799595e9.1 for ; Fri, 10 Oct 2025 11:09:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1760119743; x=1760724543; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:content-language :from:references:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=Q8+eRrTGQbAnZkWWTzZZWahqcG+oJz5LmmcfD5ydUpU=; b=lBoOj5tUctHlKDAB/jLzPSD4mPn9O1NzuP1auQ4ukQj3gu4m2Qon7LlO/Ws3W8UMi0 Kv5Eg/B3N+tR/80uY8vJsspuNHPixpHpAGRIg2t9TpQybNbPen4rB2RUZ8Gm6cTptiIm 4RefL295+sFDYrfyH8dKy+ScAYCwU1fWOQSEvEU/K7VfANJHyRMzJz/oRIuUEtaPFN3G QsHAStXsUtqWGomcV1KPd9i9BKLU2gIa5GW27ExkRMh5cBPe7vumua08CcI2Qj8/ZvxG BoXbzu7YYVXSjd5pUGcFAKHArkh8dEXnzBtOJOhQQiag/MLPu6MOHhCyfLYDi8PTMgpJ 6LaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1760119743; x=1760724543; h=content-transfer-encoding:in-reply-to:autocrypt: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=Q8+eRrTGQbAnZkWWTzZZWahqcG+oJz5LmmcfD5ydUpU=; b=oK9soSpZfwam6ukDVCVgSc2n8QCWzqgVjA4d0hVzu3OI4OUbeT5pNNwSpuAQwvwGCa oU1YQhbmdmpIHbseTY2lWLqESymi0EvwKo+eQXHicnPQWRS0nSpfwZo/SE+J5gf7h0L7 1KHcrmXL8VRc6qlnjCYYKb3zPPZ73+j7XoY7j7SGXxVKoiganW93PQCG9vnz1xqpz89r qOHoMgfeRbubiiFo/NaFhgM8YKOzNbir2XGQoyOF6o9IklSawWNtXbIgJGzTy9AzpRP6 /LbuLysfAHq/ZerfRq7e6Ykskvnzz0PmaPtzJVmQDFvRjjxcx9FDbEhmGJptdDy6+m8n OSeA== X-Forwarded-Encrypted: i=1; AJvYcCWkqAKFUAyVxDiB/2dO0FYLaVh8KjHNiu4zB8kszj7Jl39+SFbbgBRuI8QF0TrF+ROmLUvgJomx3oF0v23/HQI=@freebsd.org X-Gm-Message-State: AOJu0YwX0C8+DP5KOD3sqceEPG0gMSamgfEaz/7osNuevCpqABN0Shjc XrKvvoAs0H7syD+a3UUz7dD+VtM2W3dpz/Jw+2GH95wxFxH2ukahurFzkr3Yeg== X-Gm-Gg: ASbGncvMYfEHcsEOqJLrE7AzG5Sq4+UuMNy0PZVDxvG39kLiPqdHfGCw9GTQKUEhDHV j4TBaic/6JsOD64jpm0eHFuvyeHDl2Ezz3haVGyazeMomYoYuKO0vXWTqkVyHbSsC8/GKQYeWaJ uuOEjr7C+PzenW41lfqQTST6RrEqa8+wt0/QQ0va7mLsoGGLdQh5UCb2FG7sgaJi7TrXA717JJi 6rnElzgsQPYkz1lO6gDLarPzcksWtTo/sjALoaBhIIVvHgDhVZ5SJzniq6H8W0S/2qML5SVk/qs LvlOsGsHviRehExSOd/8qc+r5kzqG74moyGNLq8w3cqXZgEW8nxlYXa/kBcDqB5636iIjHyAWzg NBH1EGRDvuCckTbRQ7fTz8pA2TOFZa2HaX+pWRAHieOfH/uF3RWgr6n0bQ42zM5weiJyP/GuEPx cx/YEeGwNOWA== X-Google-Smtp-Source: AGHT+IEfvsnYwwKh2yL61X8pweGaGqTpNKPrdD7y+AFTZsX75UejV0g3JqJz79OUukS9yJ3apBDZZQ== X-Received: by 2002:a05:6000:420a:b0:3ec:1154:7dec with SMTP id ffacd0b85a97d-4266e6c9755mr7409242f8f.25.1760119743105; Fri, 10 Oct 2025 11:09:03 -0700 (PDT) Received: from [192.168.1.4] (host-80-42-67-140.as13285.net. [80.42.67.140]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-426ce5d015esm5342780f8f.33.2025.10.10.11.09.02 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 10 Oct 2025 11:09:02 -0700 (PDT) Message-ID: Date: Fri, 10 Oct 2025 19:09:02 +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: pkgbasify in base and in the ports collection (was: disallowing 'make installworld' with pkgbase) To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org References: <20251006221544.613E19E@slippy.cwsent.com> From: Graham Perrin Content-Language: en-GB 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: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.95 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.946]; 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)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; 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]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::332:from] X-Rspamd-Queue-Id: 4cjvrk6k2xz3sTG On 10/10/2025 09:48, Ronald Klop wrote: > … > > I read about pkgbasify. > https://github.com/FreeBSDFoundation/pkgbasify > > Ironically I can't find it in the ports tree. > > … suggests: sysutils/pkgbasify From nobody Sat Oct 11 01:46: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 4ck6166J7pz6CN5y for ; Sat, 11 Oct 2025 01:47:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.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 4ck6145FKdz3q4B for ; Sat, 11 Oct 2025 01:47:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=a5WJlWin; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.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=1760147222; bh=fWsuiNzN/r1NF/JFdbA1vhxABXzIyvTRy6UWNimpoK0=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=a5WJlWinGz5lIh+svST4B4k7JXD65qrF/rBSHOeSquIBxcPeo5cKxqqb14R+Nd7AHQhcCKhcnbOdmZi3WkaHV7bjKPVeN0yZnRt2mQmPYLuhw1wnnOlQjG2W+s55k5bLp749hSF0R0OXC0/KOlRV/6QBXyrqQucB+YnS2vUDvN9E6WHuTim8wG2Ft7BxuSYy85TLoFMWAgpOFIioju23ZQnFotypqR/RVm59Bs5BxUgjwYmrYZ+ULUv/NjMRlpJac2rR2jFs0IuhiR62JHo5jjemSkWIYmKdJJXWCBKDOegjJjzG7WZQEeklRKQAHWbW9cs8umgbFzlnkvWP6zhYhQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1760147222; bh=6k+2a20UsooMDIXpiRPF8lDtwz7jqR7Uga6p1ACQmWC=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=SEypljH5P3OxINqWSXqnsFX0z+aum0SA9YllwBoUIm9olrfB4qieb5P9So+OT92Do7rA6g9BvQ/FcWcHnre+p/z4xSEo1Xxi2gMh4RdnH45FPqogpgrHIiUga270kmAd6f+nAxDF3/cvgNolcykoYBH5jbHmO3LA+FuV8NymanOqFomHOmcSDF+d6zTodR0yh+LloJIanl16dusdhzhQwSwKRTHsbks0t5/Y3bQ2ZWRXUxialeguJW4Gr2hTl02XDSbLKz15Vs19D4h6M5QtB3rT04ik51qnVzykPU6FY+CrxHKzI8t4mW+Y7662AXRicmcoSoTXelmotxk1LjCLUg== X-YMail-OSG: yObPLrwVM1n__0lLXbOAi1.OZlN4XIkxSfnh3va7Al8Lnl4CW3pd6m8_rHemaCC EThVZChO1fEuJtxnFoc.qrbkOQIG53UXovE5CHtmDI3RGzD16S8VfIJOvsnNrc9daYa5DN_Hh_OF aMRic7H8ADCB3UFjXE1Fs1z3nyXZtjL73FpJaQN1adsF.ukWHvZkBPkJCMzoCE2OFrD8USg.65k_ zm7mKI9y2Fnx87wiWt3qJXlmt58mZD3MO6ZCv4_Fr.8GVzqXr8fpuKCFAxm5D265JCoNX3tZtcT_ vOVbE4V9DWDO_F4RnzYeVJgEeyjqO0xzJTFgP8mlSo4gNQUrbJ8HhbooHfKpV3mqlmMbvonEpMzX Q3i0SclW3KIebPsiUtvOV.C_iFilp6k6eJ9OosottiRMDXQ9jtc5qO9cW1yK7aTx3Ael3PsGl8O1 j.RnHDIXOK.w.zE2nt63SxqohTDAhadXcmi4_aKUue0DR19diiN9C.TxVX0c98IseJ.hTom1m44P ZuuLBS_ymxsYahV8gQhxxczS_VQ4vHouc1kiiu4oxvys0qfWyVdHoexNmQdp5fDHjSjhT2LRxLIn TKBIPuRyzavDx_WNgUfppRZQ5wEDFGOw1KOZfzeTc5j22Ru8yVNLSRVq.mUqaKHlQH2Xz_pOCVGO qIDo89FVsK1aGLe0jbvYQ.erWZYbMENyj0BajUCdwZ66Bad4sO5HWtEBrtnEFaxclcV2AXpB1Qx3 .She9asa8b_5ag6ELe6qsyM2rkYJ3TgvKEpTgqxcDAfIKLpJPUOfZdKqQLdyUc9VDeoJwicIS..Y PoSsbJ.fxvSTSQwqzuVgGlApMwUaY8XaWw_petppx8ONZpQmYn2h7IuQCf2UPaB62wYICZC1xt7x Hlmh4GgYDwIvXNI0bw1QnJR796ZaMAlU6v_pxryx2s0ynbrCxvIg33.fFoIiu7BR.PdLBNWuhNEk d1m2NdHoTtOPkv.lIaTbF89tIpQHA9O9RovjybPflwqcqobfKxbDwqiImGKbcOta4Bm4IrpGO8SA y3Pxei3yX1zh3sJc4fU8fbC_nkvJTXgnxCs3spLXyDnPJUOJfy.koZ8cv0D6Yj_gIRaOM_ZL.RUA TpBVJvfna16tVtCL7bVK.9vlUS8u.fxYlA9J8Ym69XhGyvVOaYJBMuY0hHKJdLJWTqEfwgFMttz_ ivkvLBY9quBL848QyoJw04E9HKWAJgCx9SBr3njkIr06CELN6bHdhnBZRfrnpf0_8gCQXW91Vp7y ..qqFiFIOsCJyYz8ugXe.waYAxR9GUAqVSIARwXZGVWi14CoOWs4.sphtbnhvXDougY6D7h8MIm1 _XKyTB5xnSJYh_oXtfvnBkUh9miham7e1AqJcjfoCneh23z5kakkww2LoA6EQqqFFWezFf2_zHbM qOlafUoTdnfVkASBPNDvjR_Vh2OWiyCawWSygq5VHMQHcKK1hlpF1SVWES1DbUci4LAUJmUfujts Uw.owLR9Hr.6BDGMrj9drRtxBPL9b3MOLg01Xp9iBZ3Cw.ABFM60C9GrLFs1d6absvYpE.1tMseM ZE.uok95lr83ggwBTTPsugG7qSzId9xTxVBhGM159ufgBdt2RYt79II79pBDRjncbIrL0X6qC9Qk PumXF6KQpG5NGrI0dSbmRYPcQg5m_XaDuZ7zSWz6Zzc1lJPSp7nx0C28tTgWHELzfElngvyzOrWj CV59BVe0kZFPTeMei4zcy9VriMDO7vI03z.N3xnbJDXyllFbM3IaCqtSpj7q4CQwQbO.0eWQ7N0b 7X8zwhZgxo2ftgdWwt0aiNfT09Y4ju9B9fihCkJkAO6PeIPK83G44WmBMhB5j5m0GqxdYwIuAgAY TLqnW5.lWHpipSEz0QYwoVF5yx.Wn4T_97MFeeDK__UEzGmAvrm1ftYtSrrMV78VSW7.wt_Yf9kZ lWOdfYtWDIUFcnGxEfQUvRY1oFG_vPiF3zV1UmAg8VTMrR84HSUMR5_5OjfcGnaZnzMo8uAxQM4R iQcswSUoiuH8YRddb7SlsRA_Zhb4W6f74VxkNlxBzsN2Uwr9Ck2lh9A.7ZJhvdSpaoZ.Bw2MPndR iEpm5DSBNPtuT26UZUt53dVHF0jJTjKWCBL_NN0wVIokw.dftevGTWw0JIAp_B39BQ3V1bEZwReM I9JNRktx3edHl2TLFR9BorQJNmf3k4I9RV8XJbiZCv8RPxkCYP.sugpuu0bDnC3BS5ThKF0KfA1e PKW.9XGLoPuuvyWuc_9pQ1A.AX4NFWQjKyhMJ1S1HbrGASJb3Z0l2Z6kMxPt1LaQ- X-Sonic-MF: X-Sonic-ID: 4321b284-e036-4c6c-a95a-a212824652aa Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sat, 11 Oct 2025 01:47:02 +0000 Received: by hermes--production-gq1-66b66ffd5-s4p72 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2d233d327b86a63c6059a736b2cac53b; Sat, 11 Oct 2025 01:46:56 +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: ampere1 arm64: "panic: Unhandled external data abort" backtrace has been reported Message-Id: <311A87C2-BE70-484A-B3E9-A0ACF72D5867@yahoo.com> Date: Fri, 10 Oct 2025 18:46:46 -0700 To: FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: <311A87C2-BE70-484A-B3E9-A0ACF72D5867.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.995]; 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)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.31:from]; APPLE_MAILER_COMMON(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from] X-Rspamd-Queue-Id: 4ck6145FKdz3q4B https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D290138 has reported a backtrace from the ampere system (ampere1 aarch64 with armv7 support) that has been failing frequently since back in 2025-Apr. It builds aarch64 and armv7 quarterly port-packages. For reference: Oct 7 23:54:43 ampere1 syslogd: exiting on signal 15 x0: 0x00009c3a6e4d8740 x1: 0xffffa00c9d15b740 x2: 0x0000000000001000 x3: 0x00000000275f3303 x4: 0xd9010000008b0200 x5: 0x000029ef28030907 x6: 0x0000003c02000000 x7: 0x253bb8030907da01 x8: 0x00c7020000000000 x9: 0xe0030907da010000 x10: 0x02000000000029f2 x11: 0x0000000000000001 x12: 0x0000000000000002 x13: 0x0000000000000000 x14: 0x0000000000000001 x15: 0x0000000000000023 x16: 0xffff0000009d89c8 (pagezero_cache + 0x0) x17: 0x00000000000000fd x18: 0xffff0002ac43cd70 x19: 0xffff0002ac43cff8 x20: 0x0000000000001000 x21: 0x0000000000000000 x22: 0xffff0002ac43cdf8 x23: 0x0000000000001000 x24: 0xffff0002ac43cdf8 x25: 0x0000000000000000 x26: 0x0000000000000000 x27: 0xffff0002ac43cfe8 x28: 0xffffa00c9d15b000 x29: 0xffff0002ac43cd90 sp: 0xffff0002ac43cd70 lr: 0xffff0000009da9d8 (uiomove_fromphys + 0x15c) elr: 0xffff0000009aabf4 (by_blocks + 0x0) spsr: 0x0000000020000005 far: 0x00009c3a6e4d8750 esr: 0x0000000096000410 panic: Unhandled external data abort cpuid =3D 19 time =3D 1760125705 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x38 vpanic() at vpanic+0x1a0 panic() at panic+0x48 external_abort() at external_abort+0x154 handle_el1h_sync() at handle_el1h_sync+0x18 --- exception, esr 0x96000410 by_blocks() at by_blocks uiomove_object() at uiomove_object+0x1c4 tmpfs_write() at tmpfs_write+0xf0 VOP_WRITE_APV() at VOP_WRITE_APV+0x98 vn_rdwr() at vn_rdwr+0x2a4 vn_rdwr_inchunks() at vn_rdwr_inchunks+0xa4 core_vn_write() at core_vn_write+0x44 core_output() at core_output+0x124 elf64_coredump() at elf64_coredump+0x57c coredump_vnode() at coredump_vnode+0xa64 sigexit() at sigexit+0x2d8 postsig() at postsig+0x1d8 ast_sig() at ast_sig+0x1bc ast_handler() at ast_handler+0x8c ast() at ast+0x24 handle_el0_sync() at handle_el0_sync+0x64 --- exception, esr 0x92000410 KDB: enter: panic [ thread pid 64291 tid 507032 ] Stopped at kdb_enter+0x48: str xzr, [x19, #2048] db> bt Tracing pid 64291 tid 507032 td 0xffff00038dad3000 db_trace_self() at db_trace_self db_stack_trace() at db_stack_trace+0xf0 db_command() at db_command+0x2f4 db_command_loop() at db_command_loop+0x58 db_trap() at db_trap+0x100 kdb_trap() at kdb_trap+0x334 handle_el1h_sync() at handle_el1h_sync+0x18 --- exception, esr 0xf2000000 kdb_enter() at kdb_enter+0x48 vpanic() at vpanic+0x20c panic() at panic+0x48 external_abort() at external_abort+0x154 handle_el1h_sync() at handle_el1h_sync+0x18 --- exception, esr 0x96000410 by_blocks() at by_blocks uiomove_object() at uiomove_object+0x1c4 tmpfs_write() at tmpfs_write+0xf0 VOP_WRITE_APV() at VOP_WRITE_APV+0x98 vn_rdwr() at vn_rdwr+0x2a4 vn_rdwr_inchunks() at vn_rdwr_inchunks+0xa4 core_vn_write() at core_vn_write+0x44 core_output() at core_output+0x124 elf64_coredump() at elf64_coredump+0x57c coredump_vnode() at coredump_vnode+0xa64 sigexit() at sigexit+0x2d8 postsig() at postsig+0x1d8 ast_sig() at ast_sig+0x1bc ast_handler() at ast_handler+0x8c ast() at ast+0x24 handle_el0_sync() at handle_el0_sync+0x64 --- exception, esr 0x92000410 db> reboot =3D=3D=3D I provided some summary historical notes in: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D290138 That includes: Detail related to the specific backtrace: . . . building for: FreeBSD 143arm64-quarterly-job-05 14.3-RELEASE-p4 FreeBSD = 14.3-RELEASE-p4 arm64 . . . Ports top last git commit: 24fedaeb4 . . . Host OSVERSION: 1600000 Jail OSVERSION: 1403000 . . . I'm not aware of any way to get the specific kernel source's git hash from the public logs. Mark Millard marklmi at yahoo.com From nobody Sat Oct 11 01:54: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 4ck6970863z6CNdR for ; Sat, 11 Oct 2025 01:54:03 +0000 (UTC) (envelope-from kevans@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 4ck6966fMvz3rtB for ; Sat, 11 Oct 2025 01:54:02 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1760147642; 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=KfBhJBwtJE5CmNzHdYlwEer7fteM538aMqKkVW/N+2c=; b=bBMaiXU99wUHBSDCVFgLFcPWqIY6SrzystL0oVXMdVe3FfdoxrwnQrgcSK5ZcrjnP5iQdI RbUchnHkvP24zu5q+KFT6QvNUvTPKwoU5RGiFhZP+CbkrqBS3L3VTsjdcZI16YO8yPmL1x 47iIrEMaJvYokrT103ULDkGAqm2PbRM87wpKLoUG7JbBvlKIYaTW0UKsNr4FVq5weEPCIt 8nLd1yrPpE8csRxvF9RHrn2yH659R6dEcits8i0J/Cw41ExdaFstTqibcDOOVjBVWEbo0V PqEf5VNTQCd5lQ29vWODUGFo4zo2zRNFoEnUCll5QftPpOGqTG+OwRcggrOs1A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1760147642; 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=KfBhJBwtJE5CmNzHdYlwEer7fteM538aMqKkVW/N+2c=; b=W6cqZoi7wEjG8DxYDYtJyhFIVO2CQxLnnAksaDR8urSi1TcwOOHWlWfhH1JrWcppt3ACbn ed/IyiBKUwCeNL8syuvjbHVXUu1OQtwfgRBtWYWNpVVuh67NbYvBlufLeEyI/9MGQNK0fO OSJFvqv1FT8rE+wsfdtZ5AOdXnHZOI8NUPvc/f/6s7raOBubQAhA3qQ2Zk03QswbJOeF4T lqF5vipVcshS58FXMc/UcoFQNEP+ootNawDEtBUjTpa8BwCbZXfqFTn0C1mi80N47n9mVQ f4ib72+Cgz852f/KN/Hz08D/yYFY02nrvQeUQBRSHD35BJ/iCw6jiugWFKBZtw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1760147642; a=rsa-sha256; cv=none; b=iEFZ4/MeDDHcr+kmR9B2EXP33BhcrIMy1nmdUv9XHeJkrvMhOicVEkGfaq4yBVZ4Wj0dgP u7uiyeqviCxKZIK68G9apj6BCA+fpJPmsCBjcFuiqWg+q7O8XU3ftqsOXVhff490dH4Ekw BMN5gQQFOag7smW7q1vkQ0sdeElkqJvtqezV6rAGvUaE3HDiFZFgCrAeMCOy8BFG+8w/uP 1QFU2d9CV7eMNmgK9yurLT+AtkI1CNd2UtnldynacAdEjAeZNr6QYE6oEt4KmxTaxHy5bc OYw2+Bm+RRsMxJzFZXwrYQ0VQl31wUDHJFHtb7M8jDMlf6kamzvBTgGNf+F8Eg== 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 4ck6964xFVz2CT for ; Sat, 11 Oct 2025 01:54:02 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <32e47a71-42a3-4584-ac03-b341fc5ce387@FreeBSD.org> Date: Fri, 10 Oct 2025 20:54:01 -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: ampere1 arm64: "panic: Unhandled external data abort" backtrace has been reported To: freebsd-current@freebsd.org References: <311A87C2-BE70-484A-B3E9-A0ACF72D5867.ref@yahoo.com> <311A87C2-BE70-484A-B3E9-A0ACF72D5867@yahoo.com> Content-Language: en-US From: Kyle Evans In-Reply-To: <311A87C2-BE70-484A-B3E9-A0ACF72D5867@yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 10/10/25 20:46, Mark Millard wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=290138 > > has reported a backtrace from the ampere system (ampere1 > aarch64 with armv7 support) that has been failing > frequently since back in 2025-Apr. It builds aarch64 and > armv7 quarterly port-packages. > [...] > I'm not aware of any way to get the specific > kernel source's git hash from the public logs. > Right, no worries- dbaio@ is a part of clusteradm@ and can provide that level of detail as requested. Thanks, Kyle Evans From nobody Sat Oct 11 13:51:15 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 4ckQ5Z2tYxz6Bw9l for ; Sat, 11 Oct 2025 13:52:02 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp6.goneo.de (smtp6.goneo.de [IPv6:2001:1640:5::8:31]) (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 4ckQ5Y285Gz48Gr for ; Sat, 11 Oct 2025 13:52:01 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=walstatt-de.de header.s=DKIM001 header.b=aqAGOGdr; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@walstatt-de.de designates 2001:1640:5::8:31 as permitted sender) smtp.mailfrom=freebsd@walstatt-de.de Received: from hub2.goneo.de (hub2.goneo.de [IPv6:2001:1640:5::8:53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp6.goneo.de (Postfix) with ESMTPS id F2BE6240F0E for ; Sat, 11 Oct 2025 15:51:52 +0200 (CEST) Received: from hub2.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id BCE7C240305 for ; Sat, 11 Oct 2025 15:51:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1760190710; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=yZ6wqRS5jl3W1V5CJsozGAaJOT5Os0JQg5TwEu6xYl4=; b=aqAGOGdrFk0J+igiob7qv3nLp/Bk2hu/4uYf4NoWnu3safVAznB1PLHf+TjKHYYuFvaIRy U7IDod5EMlngTkWaZLqQmuyq1FnSvOHqqHkxzFnDkTw43wkc4j9b5GIHcmV8zKX0MfJ1mn HaldNYKzkpSDC+nmCGY0zUEmp/zQebM2w1KbzYKQwmYKrXJMPCvvf7fQM7lW0PUfL2i3Aw fRBomztUUsN0NcRKLbmwZRTLKMuf+Z59HLgN2aPZ2e5oI1ztaUSFPnjAovhStDxYz2B+/0 NkpRaeYAdbtY6xdfqE+liOnJCTtT2ee4QuzmCRh6czGSp2vmvkXglceD31eKGw== Received: from thor.sb211.local (dynamic-2a02-3100-2fd7-3302-56cf-48b7-0e35-841a.310.pool.telefonica.de [IPv6:2a02:3100:2fd7:3302:56cf:48b7:e35:841a]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id 66849240116 for ; Sat, 11 Oct 2025 15:51:48 +0200 (CEST) Date: Sat, 11 Oct 2025 15:51:15 +0200 From: A FreeBSD User To: FreeBSD CURRENT Subject: ipfw: ipfw: Adding record failed: Inappropriate ioctl for device Message-ID: <20251011155130.47db5448@thor.sb211.local> X-Mailer: Claws Mail 3.21.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: multipart/signed; boundary="Sig_/Xcvp1nzYlJ.+UHJSMPYJyyU"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 2cb7a5 X-Rspamd-UID: 6b8526 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.58 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.976]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2001:1640:5::8:0/112]; DMARC_NA(0.00)[walstatt-de.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[walstatt-de.de:+] X-Rspamd-Queue-Id: 4ckQ5Y285Gz48Gr --Sig_/Xcvp1nzYlJ.+UHJSMPYJyyU Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, running a small home brewn firewall appliance based upon FreeBSD 14-STABLE= and IPFW, I switched the base to 15-STABLE (FreeBSD 15.0-STABLE #5 n280665-6eb4708a84d7= : Sat Oct 11 09:08:00 CEST 2025 amd64). Now I face a serious issue with formerly flawless running skripts filling i= pfw tables and the readynes of the system after a reboot. tables: creating some named tables. Having a list of IPv4 and IPv6 addresses that needed to be blocked, like Vo= IP Blacklist with over 35k lines. Each line (IPv4) is=20 X.X.X.X/CIDR Shell is /bin/sh. Reading the file and filling the table like shown below; tbl_block=3Dfoo #/usr/bin/env sh ipfw table $tbl_block create type addr or-flush while read -r line do ipfw table $tbl_block atomic add $line done < /some/path/to/block_file.txt The block_file.txt looks like [...] 45.143.220.228/32 68.64.211.117/32 113.141.70.204/32 77.247.110.245/32 103.211.36.18/32 156.96.63.238/32 185.53.88.2/32 185.53.88.14/32 52.8.201.128/32 113.141.70.184/32 115.236.54.2/32 50.17.48.216/32 77.247.108.138/32 77.247.110.216/32 171.76.62.142/32 77.247.110.227/32 62.4.15.163/32 158.69.242.200/32 185.53.88.129/32 102.165.39.82/32 103.231.139.130/32 69.142.172.14/32 148.76.71.148/32 82.70.244.121/32 77.247.109.72/32 52.41.52.34/32 [...] While running the skript, each time an address is picked up and inserted to= the table, I see this on the console: [...] added(reverted): 45.143.220.228/32 0 ipfw: Adding record failed: Inappropriate ioctl for device added(reverted): 68.64.211.117/32 0 ipfw: Adding record failed: Inappropriate ioctl for device added(reverted): 113.141.70.204/32 0 ipfw: Adding record failed: Inappropriate ioctl for device added(reverted): 77.247.110.245/32 0 ipfw: Adding record failed: Inappropriate ioctl for device I never saw this happen on 14-STABLE with the very same scripts. What is th= e cause of this ioctl issue? Thanks and kind regards, Oliver --=20 A FreeBSD user --Sig_/Xcvp1nzYlJ.+UHJSMPYJyyU Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaOpg7gAKCRCxzvs8Oqok r2hWAQDcWAat8Fw45XTZUirXDHO/nBxI4hNEqzEKJqbjXGPaMQD/bln7QvjwC8gI Cc2JzfQxaTR9uCUsT1Az36bGou+LEwo= =g2uK -----END PGP SIGNATURE----- --Sig_/Xcvp1nzYlJ.+UHJSMPYJyyU-- From nobody Sat Oct 11 16:17:35 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 4ckTKt3Z9Lz6C6rm for ; Sat, 11 Oct 2025 16:17:54 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-vk1-xa35.google.com (mail-vk1-xa35.google.com [IPv6:2607:f8b0:4864:20::a35]) (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 4ckTKs3dvjz3NDp for ; Sat, 11 Oct 2025 16:17:53 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=fJ4qzq1J; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dhorn2000@gmail.com designates 2607:f8b0:4864:20::a35 as permitted sender) smtp.mailfrom=dhorn2000@gmail.com Received: by mail-vk1-xa35.google.com with SMTP id 71dfb90a1353d-54a81bf36ebso292912e0c.3 for ; Sat, 11 Oct 2025 09:17:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1760199467; x=1760804267; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=RTTikoznpGM/9doJbHfiQOo8liXE4hwZIYknr9cCFws=; b=fJ4qzq1JL4jOcYWwuwWTdUeQXtKIgIJDZ+h53mufM9SsmqNWGQhKLvtGgrz36QYmWV ZHzx2R7IbMaPonqgNUAoW+ssOvDyC2GNDMMCZ3f0s1TARo/6mcv0ytHGoMy+sys6I/Od IOaNQ9JUJsUOk0nWgsDzozhIQjE6l4JddtgOiPbpVuo6CwnWjlDXJ3geONdEKUD4DzZQ 1h/zJTLGzS1n+XVUBBXsN4poeCpvbAUUFw4ur2h1IbjJvHMpshV67dzrZqUv7AwiHzsn WxJXmcGtOk9j/2iFzIB5cGu888Z80JnB6QyxjkAUXKucIhZgOhWopTvcii3Pnwb7yrzS VzMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1760199467; x=1760804267; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=RTTikoznpGM/9doJbHfiQOo8liXE4hwZIYknr9cCFws=; b=K8jeDwgaf6EB7Vnnox3mUolFkk89Kgf2YnGuxKCqX2oDeGS3ATh1VHsN3bultB7eCL Z9W5dyLXY1UrUnGrDQXBf8LbQP3zbIeoqC7bUGg+YFUG7tB5g7LSOasLrjsJAmoUkrIw vehKej1CAufkIRsCeqTTgAWM2eBqE2nxMK1BYeKxwqqqtaJ0NXeM134C5fUwkVEm8Z9d 52mnB+5Qs8+mMENFzv1FBe1wrsIOwkYRlyfK9sYFUv2z4PyCI+lBU6OZCECYG0tPxyb2 BSIbqkClI5O0ifRQoWvw0l6A4DM6yuQEAwQd8iqkggAi8IfBBN+ydmvEnifTvtwLqTc8 eEvQ== X-Gm-Message-State: AOJu0YwP4IDbThz2biSEqItAvRzwfEz6UsuIok1qxmIpw3vnZ8Ik9Cox aDQDxic/ujNzRKimk4+G90nT0xHuPbx0LlT/LRoLeXv4OGaQ4pCFIvzMuTt2J7iA0yFT8vCNgjf jF2Zsh0ZcQl916cHcbtLwdf48uV4BwQjQ31S7SJA= X-Gm-Gg: ASbGnctC9oLX5HYIQMYT2QXwG5pTlMXTlLEzoj5/y9HjGPdaSeenuBbO6amaZoivEfF DeMSqwF5YOXsWCjxIdNOy+Fpz2Am2FeukgJhR8o9UEdDClnPSEGSQodM+9k6IZimpM0L6arCoVm m37goIEyNcYOljOQ/uKrC0t0nYC8u7zL9TQ6l8EXvKbXzGMk7mgb90xswr1DLjgCFSkRCE7iBJV JlJrcb8nsywByryrtR5LYZRcW0BbyoAWgmMW7Q= X-Google-Smtp-Source: AGHT+IE680oIAHTzSMmZVvvKt9P16xZRMSz0nBtR0zReyM8EOWoHb3oqOK735wDXFoDGA7+fnyjMUCHIuumBm8YednE= X-Received: by 2002:a05:6102:d93:b0:522:4c98:17e with SMTP id ada2fe7eead31-5d5e22158b0mr6312436137.4.1760199467304; Sat, 11 Oct 2025 09:17:47 -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: David Horn Date: Sat, 11 Oct 2025 12:17:35 -0400 X-Gm-Features: AS18NWD6nlI6FL-2_rrdxrzhqk2QtDGqFHYoWtIC3paCtPc2eT24myw0offnX80 Message-ID: Subject: bridge and async dhcp in rc.conf To: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000fb8b510640e45fbb" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.32 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.85)[-0.851]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_MEDIUM(-0.47)[-0.474]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::a35:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+] X-Rspamd-Queue-Id: 4ckTKs3dvjz3NDp --000000000000fb8b510640e45fbb Content-Type: text/plain; charset="UTF-8" I seem to have run into a corner case with bridge support and DHCP that seems to have a trivial fix. Using bridge0 with an upstream interface (em0) does not allow me to do normal rc.conf entries for DHCP to the bridge interface (em0 is not allowed to get addresses since it is a member of the bridge) I use dual-stack IPv4/IPv6 everywhere as well. I found an example here: https://wiki.freebsd.org/crest/the-correct-way-to-configure-bridges-in-freebsd-for-ipv6-and-ipv4 that did not work for me. I checked the handbook documentation here: https://docs.freebsd.org/en/books/handbook/advanced-networking/#network-bridging and there are no examples for bridge DHCP on boot using /etc/rc.conf. Please consider added example once this fix lands. Example /etc/rc.conf config: ifconfig_em0="up -tso -vlanhwtso" cloned_interfaces="bridge0" create_args_bridge0="addm em0 edge em0" ifconfig_bridge0="up DHCP" ifconfig_bridge0_ipv6="inet6 auto_linklocal accept_rtadv -ifdisabled" rtsold_enable="yes" rtsold_flags="-i -m bridge0" The /etc/rc.conf interface variable "DHCP" normally is used to define for the /etc/rc.d startup scripts and devd rules to automatically provide async DHCP for interfaces at "LINK_UP" events. When debugging this, I noticed that this does not work as expected with bridge interfaces, but does with ethernet and 802.11 interfaces. I temporarily used "SYNCDHCP" for this interface config and worked around the problem until my curiosity got the best of me to debug further. Looking at /etc//devd/dhclient.conf, I noticed that only two media-types are supported for async DHCP on LINK_UP. I added a third media type to this configuration file for bridge and it started working for me. Glad to put in a PR with a proposed patch for this, but the real question is are there OTHER media types that should be supported with async DHCP configurations automatically besides bridge via devd rules ? Does this also impact LAGG ? Index: /etc/devd/dhclient.conf =================================================================== --- /etc/devd/dhclient.conf (stock) +++ /etc/devd/dhclient.conf (local) @@ -12,6 +12,13 @@ }; notify 0 { + match "system" "IFNET"; + match "type" "LINK_UP"; + media-type "bridge"; + action "service dhclient quietstart $subsystem"; +}; + +notify 0 { match "system" "IFNET"; match "type" "LINK_UP"; media-type "802.11"; --Thanks! -_Dave H --000000000000fb8b510640e45fbb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I seem to have run into a corner case with bridge support = and DHCP that seems to have a trivial fix.

Using bridge0 with = an upstream interface (em0) does not allow me to do normal rc.conf entries = for DHCP to the bridge interface (em0 is not allowed to get addresses since= it is a member of the bridge)=C2=A0 I use dual-stack IPv4/IPv6 everywhere = as well.=C2=A0 I found an example here:=C2=A0https://wiki.freebsd.org/crest/the-correct-way-to-configure-bridges-in-= freebsd-for-ipv6-and-ipv4 that did not work for me.=C2=A0 I checked the= handbook documentation here:=C2=A0https://docs.freebsd.o= rg/en/books/handbook/advanced-networking/#network-bridging and there ar= e no examples for bridge DHCP on boot using /etc/rc.conf.=C2=A0 Please cons= ider added example once this fix lands.

Example /e= tc/rc.conf config:

ifconfig_em0=3D"up -tso -v= lanhwtso"
cloned_interfaces=3D"bridge0"
create_= args_bridge0=3D"addm em0 edge em0"
ifconfig_bridge0=3D"up= DHCP"
ifconfig_bridge0_ipv6=3D"inet6 auto_linklocal accept_rt= adv -ifdisabled"
rtsold_enable=3D"yes"
rtsold_flags=3D= "-i -m bridge0"

The /etc/rc.conf int= erface variable "DHCP" normally is used to define for the /etc/rc= .d startup scripts and devd rules to automatically provide async DHCP for i= nterfaces at "LINK_UP" events.=C2=A0 When debugging this, I notic= ed that this does not work as expected with bridge interfaces, but does wit= h ethernet and 802.11 interfaces.=C2=A0 =C2=A0I temporarily used "SYNC= DHCP" for this interface config and worked around the problem until my= curiosity got the best of me to debug further.

Lo= oking at /etc//devd/dhclient.conf, I noticed that only two media-types are = supported for async DHCP on LINK_UP.=C2=A0 I added a third media type to th= is configuration file for bridge and it started working for me.
<= br>
Glad to put in a PR with a proposed patch for this, but the r= eal question is are there OTHER media types that should be supported with a= sync DHCP configurations automatically besides bridge via devd rules ?=C2= =A0 Does this also impact LAGG ?

Index: /etc/devd/= dhclient.conf
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--= - /etc/devd/dhclient.conf (stock)
+++ /etc/devd/dhclient.conf (local)@@ -12,6 +12,13 @@
=C2=A0};
=C2=A0
=C2=A0notify 0 {
+ =C2=A0 = =C2=A0 =C2=A0 =C2=A0match "system" =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0"IFNET";
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0match "type&q= uot; =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"LINK_UP";
+ =C2= =A0 =C2=A0 =C2=A0 =C2=A0media-type =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0"bridge";
+ =C2=A0 =C2=A0 =C2=A0 =C2=A0action "= service dhclient quietstart $subsystem";
+};
+
+notify 0 {=C2=A0 =C2=A0 =C2=A0 =C2=A0 match "system" =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0"IFNET";
=C2=A0 =C2=A0 =C2=A0 =C2=A0 match "= type" =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0"LINK_UP";=C2=A0 =C2=A0 =C2=A0 =C2=A0 media-type =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0"802.11";

--Thanks!
=
-_Dave H



--000000000000fb8b510640e45fbb-- From nobody Sat Oct 11 19:04: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 4ckY2q4K5Sz6CKCM for ; Sat, 11 Oct 2025 19:05:07 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int-backup.realworks.nl (smtp-relay-int-backup.realworks.nl [87.255.56.188]) (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 4ckY2q1lnVz3kV8 for ; Sat, 11 Oct 2025 19:05:07 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Authentication-Results: mx1.freebsd.org; none Received: from smtp-relay-int-backup.realworks.nl (crmpreview3.colo2.realworks.nl [10.2.52.33]) by mailrelayint1.colo2.realworks.nl (Postfix) with ESMTP id 4ckY2g0HSCz10X; Sat, 11 Oct 2025 21:04:58 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1760209499; 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; bh=uic6tEaIqBuwxEqoYBx1RjOOs+wQhKanvnfsNEpIyNs=; b=M7ji6Ty+gBsxM3BByY/QPiyPHGTXaxA50qWABgbo4P3LBgDnI9B+38Jgh603+sXZNbiRO9 //y/fEP+HWKM8mW613F3pxWOkNqG52gpyKbvRyYsUH+BMPo7sLGSdTZ5STRfGR/0+fbiWB 8FmS6Q1zb/xNpDTDJMAS9BLWu7vB2AzOFuFjq2t2J7C7+/hRFIkCCVVoL6RxkOp0LmfRdp /axAvCIB/U4cohDpwC97PX/0atgF1LWfEXVhBIQtuKRJqIlYEWnvKI3qg3oEkAOgJ3q3Zt AVaMicYzzbZEfL95owJfINneAMblN5wsUQI7SyGaXQ/iuE/UVj9GzxVBLay/7Q== Received: from crmpreview3.colo2.realworks.nl (localhost [127.0.0.1]) by crmpreview3.colo2.realworks.nl (Postfix) with ESMTP id C28FA140068; Sat, 11 Oct 2025 21:04:58 +0200 (CEST) Date: Sat, 11 Oct 2025 21:04:58 +0200 (CEST) From: Ronald Klop To: A FreeBSD User Cc: FreeBSD CURRENT Message-ID: <1720635174.15495.1760209498568@localhost> In-Reply-To: <20251011155130.47db5448@thor.sb211.local> Subject: Re: ipfw: ipfw: Adding record failed: Inappropriate ioctl for device 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="----=_Part_15494_1894220882.1760209498563" X-Mailer: Realworks (768.4) X-Originating-Host: from (localhost [127.0.0.1]) by crmpreview3.colo2.realworks.nl [10.2.52.33] with HTTP; Sat, 11 Oct 2025 21:04:58 +0200 Importance: Normal X-Priority: 3 (Normal) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:38930, ipnet:87.255.32.0/19, country:NL] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4ckY2q1lnVz3kV8 ------=_Part_15494_1894220882.1760209498563 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, Are you sure the /sbin/ipfw binary is also from 15-STABLE? Regards, Ronald Van: A FreeBSD User Datum: 11 oktober 2025 15:52 Aan: FreeBSD CURRENT Onderwerp: ipfw: ipfw: Adding record failed: Inappropriate ioctl for device > > > > Hello, > > running a small home brewn firewall appliance based upon FreeBSD 14-STABLE and IPFW, I > switched the base to 15-STABLE (FreeBSD 15.0-STABLE #5 n280665-6eb4708a84d7: Sat Oct 11 > 09:08:00 CEST 2025 amd64). > > Now I face a serious issue with formerly flawless running skripts filling ipfw tables and the > readynes of the system after a reboot. > > tables: > creating some named tables. > Having a list of IPv4 and IPv6 addresses that needed to be blocked, like VoIP Blacklist with > over 35k lines. Each line (IPv4) is > > X.X.X.X/CIDR > > Shell is /bin/sh. > > Reading the file and filling the table like shown below; > tbl_block=foo > > #/usr/bin/env sh > ipfw table $tbl_block create type addr or-flush > while read -r line > do ipfw table $tbl_block atomic add $line > done < /some/path/to/block_file.txt > > The block_file.txt looks like > > [...] > 45.143.220.228/32 > 68.64.211.117/32 > 113.141.70.204/32 > 77.247.110.245/32 > 103.211.36.18/32 > 156.96.63.238/32 > 185.53.88.2/32 > 185.53.88.14/32 > 52.8.201.128/32 > 113.141.70.184/32 > 115.236.54.2/32 > 50.17.48.216/32 > 77.247.108.138/32 > 77.247.110.216/32 > 171.76.62.142/32 > 77.247.110.227/32 > 62.4.15.163/32 > 158.69.242.200/32 > 185.53.88.129/32 > 102.165.39.82/32 > 103.231.139.130/32 > 69.142.172.14/32 > 148.76.71.148/32 > 82.70.244.121/32 > 77.247.109.72/32 > 52.41.52.34/32 > [...] > > While running the skript, each time an address is picked up and inserted to the table, I see > this on the console: > > [...] > added(reverted): 45.143.220.228/32 0 > ipfw: Adding record failed: Inappropriate ioctl for device > added(reverted): 68.64.211.117/32 0 > ipfw: Adding record failed: Inappropriate ioctl for device > added(reverted): 113.141.70.204/32 0 > ipfw: Adding record failed: Inappropriate ioctl for device > added(reverted): 77.247.110.245/32 0 > ipfw: Adding record failed: Inappropriate ioctl for device > > I never saw this happen on 14-STABLE with the very same scripts. What is the cause of this > ioctl issue? > > Thanks and kind regards, > > Oliver > > > > > > > -- > > A FreeBSD user > > > > > > > ------=_Part_15494_1894220882.1760209498563 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi,

Are you sure the /sbin/ipfw binary is also from 15-STABLE?

Regards,
Ronald


Van: A FreeBSD User <freebsd@walstatt-de.de>
Datum: 11 oktober 2025 15:52
Aan: FreeBSD CURRENT <freebsd-current@freebsd.org>
Onderwerp: ipfw: ipfw: Adding record failed: Inappropriate ioctl for device

Hello,

running a small home brewn firewall appliance  based upon FreeBSD 14-STABLE and IPFW, I
switched the base to 15-STABLE (FreeBSD 15.0-STABLE #5 n280665-6eb4708a84d7: Sat Oct 11
09:08:00 CEST 2025 amd64).

Now I face a serious issue with formerly flawless running skripts filling ipfw tables and the
readynes of the system after a reboot.

tables:
creating some named tables.
Having a list of IPv4 and IPv6 addresses that needed to be blocked, like VoIP Blacklist with
over 35k lines. Each line (IPv4) is

X.X.X.X/CIDR

Shell is /bin/sh.

Reading the file and filling the table like shown below;
tbl_block=foo

#/usr/bin/env sh
ipfw table $tbl_block create type addr or-flush
while read -r line
do ipfw table $tbl_block atomic add $line
done  < /some/path/to/block_file.txt

The block_file.txt looks like

[...]
45.143.220.228/32
68.64.211.117/32
113.141.70.204/32
77.247.110.245/32
103.211.36.18/32
156.96.63.238/32
185.53.88.2/32
185.53.88.14/32
52.8.201.128/32
113.141.70.184/32
115.236.54.2/32
50.17.48.216/32
77.247.108.138/32
77.247.110.216/32
171.76.62.142/32
77.247.110.227/32
62.4.15.163/32
158.69.242.200/32
185.53.88.129/32
102.165.39.82/32
103.231.139.130/32
69.142.172.14/32
148.76.71.148/32
82.70.244.121/32
77.247.109.72/32
52.41.52.34/32
[...]

While running the skript, each time an address is picked up and inserted to the table, I see
this on the console:

[...]
added(reverted): 45.143.220.228/32 0
ipfw: Adding record failed: Inappropriate ioctl for device
added(reverted): 68.64.211.117/32 0
ipfw: Adding record failed: Inappropriate ioctl for device
added(reverted): 113.141.70.204/32 0
ipfw: Adding record failed: Inappropriate ioctl for device
added(reverted): 77.247.110.245/32 0
ipfw: Adding record failed: Inappropriate ioctl for device

I never saw this happen on 14-STABLE with the very same scripts. What is the cause of this
ioctl issue?

Thanks and kind regards,

Oliver






-- 

A FreeBSD user



------=_Part_15494_1894220882.1760209498563-- From nobody Sat Oct 11 20:49:23 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 4ckbMB4dnjz6BTWp for ; Sat, 11 Oct 2025 20:49:26 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 4ckbMB15gsz40xK for ; Sat, 11 Oct 2025 20:49:25 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 59BKnOUX008204; Sat, 11 Oct 2025 20:49:24 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 59BKnNHQ008203; Sat, 11 Oct 2025 13:49:23 -0700 (PDT) (envelope-from david) Date: Sat, 11 Oct 2025 13:49:23 -0700 From: David Wolfskill To: A FreeBSD User Cc: FreeBSD CURRENT Subject: Re: ipfw: ipfw: Adding record failed: Inappropriate ioctl for device Message-ID: Mail-Followup-To: David Wolfskill , A FreeBSD User , FreeBSD CURRENT References: <20251011155130.47db5448@thor.sb211.local> 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="H2Nh7Zfw+SJ99gYO" Content-Disposition: inline In-Reply-To: <20251011155130.47db5448@thor.sb211.local> 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: 4ckbMB15gsz40xK --H2Nh7Zfw+SJ99gYO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 11, 2025 at 03:51:15PM +0200, A FreeBSD User wrote: > Hello, >=20 > running a small home brewn firewall appliance based upon FreeBSD 14-STAB= LE and IPFW, I > switched the base to 15-STABLE (FreeBSD 15.0-STABLE #5 n280665-6eb4708a84= d7: Sat Oct 11 > 09:08:00 CEST 2025 amd64). >=20 > Now I face a serious issue with formerly flawless running skripts filling= ipfw tables and the > readynes of the system after a reboot. > ... I believe that I have a simple reproduction of (the core of) the problem: g1-48(15.0-S)[82] pwd /tmp g1-48(15.0-S)[83] uname -aUK FreeBSD g1-48.catwhisker.org 15.0-STABLE FreeBSD 15.0-STABLE #454 stable/15= -n280665-6eb4708a84d7: Sat Oct 11 14:58:22 UTC 2025 root@g1-48.catwhisk= er.org:/common/S3/obj/usr/src/amd64.amd64/sys/CANARY amd64 1500500 1500500 g1-48(15.0-S)[84] ipfw table 1 flush g1-48(15.0-S)[85] ipfw table 1 list g1-48(15.0-S)[86] cat t1 table 1 add 1.0.1.0/24 table 1 add 1.0.2.0/23 table 1 add 1.0.8.0/21 table 1 add 1.0.32.0/19 table 1 add 1.1.0.0/24 table 1 add 1.1.2.0/23 table 1 add 1.1.4.0/22 table 1 add 1.1.9.0/24 table 1 add 1.1.10.0/23 table 1 add 1.1.12.0/22 g1-48(15.0-S)[87] cat t1 | /sbin/ipfw /dev/stdin added: 1.0.1.0/24 0 Line 1: Adding record failed: Inappropriate ioctl for device g1-48(15.0-S)[88] ipfw table 1 list 1.0.1.0/24 0 g1-48(15.0-S)[89] ipfw table 1 flush g1-48(15.0-S)[90] ipfw table 1 list g1-48(15.0-S)[91] /sbin/ipfw /tmp/t1 added: 1.0.1.0/24 0 added: 1.0.2.0/23 0 added: 1.0.8.0/21 0 added: 1.0.32.0/19 0 added: 1.1.0.0/24 0 added: 1.1.2.0/23 0 added: 1.1.4.0/22 0 added: 1.1.9.0/24 0 added: 1.1.10.0/23 0 added: 1.1.12.0/22 0 g1-48(15.0-S)[92] ipfw table 1 list 1.0.1.0/24 0 1.0.2.0/23 0 1.0.8.0/21 0 1.0.32.0/19 0 1.1.0.0/24 0 1.1.2.0/23 0 1.1.4.0/22 0 1.1.9.0/24 0 1.1.10.0/23 0 1.1.12.0/22 0 g1-48(15.0-S)[93]=20 So it seems that /sbin/ipfw no longer copes with reading from /dev/stdin, but is OK reading from a regular file. (I had observed the same behavior in main-n281059-2d9fd2c573c3, now that I know to look for it.) (I note that I had been using a construct involving piping the "table add" commands to /sbin/ipfw since 2008, shortly after getting the nudge from Julian to populate a table from a file, rather than invoking /sbin/ipfw for each table entry.) Peace, david --=20 David H. Wolfskill david@catwhisker.org See https://www.catwhisker.org/~david/publickey.gpg for my public key. --H2Nh7Zfw+SJ99gYO Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaOrC018UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5XrgAQCH/T34+S3Ymrv7zpk5Z/jlZ2H34+kH5923QN0gLn+EwQEAr2gQUzsSCvso bwMe6UuDiNgISpCIDVP1fzdy82aenw4= =u7kj -----END PGP SIGNATURE----- --H2Nh7Zfw+SJ99gYO-- From nobody Sun Oct 12 08:15: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 4cktbT6gdwz6BVbV for ; Sun, 12 Oct 2025 08:16:05 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp6.goneo.de (smtp6.goneo.de [85.220.129.31]) (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 4cktbT2jcLz3NN4 for ; Sun, 12 Oct 2025 08:16:05 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; none Received: from hub1.goneo.de (hub1.goneo.de [IPv6:2001:1640:5::8:52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp6.goneo.de (Postfix) with ESMTPS id B9190240EE6; Sun, 12 Oct 2025 10:16:02 +0200 (CEST) Received: from hub1.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPS id 80A8D240255; Sun, 12 Oct 2025 10:16:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1760256960; 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=BrN3gWZS1XFWr7qROPGMXJHJcrqmqCcrCXLWCzXfQHY=; b=tAtvLx1yV8FXfVNTJgKY0bHsqDP+E9+oRV+YQ3LP5Vcsy9g555gRlpSciJ/ekqnZl1gYxY mjqICO3pqIqIixBHxcBKGTWiX1YhM9pDlyWP4WTs2dUzkQWjDTvEzf3P/pxMk9EbMCU0TU YDvxVVGwzovyiyBwd9hDbpdyKgLBBFYah26RwtEnsXVb83hGmfIzZ11STHdokHLtpyJXdn fVgC9PArabRtIayi1iEvypkvdBYa6JywSRTxwPg2YPYFcXsDmP7/mTjopPeFf4UoeIXn2A 1SqbME4+1Kj9xcLWCOG7oiZG//cyMajs9MXK2a/gzOAfETsm4Y9zAFdoG17jaw== Received: from thor.sb211.local (dynamic-2a02-3100-19ba-c502-934b-d8c4-4501-575f.310.pool.telefonica.de [IPv6:2a02:3100:19ba:c502:934b:d8c4:4501:575f]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPSA id 321842400FD; Sun, 12 Oct 2025 10:15:58 +0200 (CEST) Date: Sun, 12 Oct 2025 10:15:30 +0200 From: A FreeBSD User To: Ronald Klop Cc: FreeBSD CURRENT Subject: Re: ipfw: ipfw: Adding record failed: Inappropriate ioctl for device Message-ID: <20251012101440.74d9173a@thor.sb211.local> In-Reply-To: <1720635174.15495.1760209498568@localhost> References: <20251011155130.47db5448@thor.sb211.local> <1720635174.15495.1760209498568@localhost> X-Mailer: Claws Mail 3.21.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: multipart/signed; boundary="Sig_/TxO1I73rxUMkkvPm7X4zwAd"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: b6d66f X-Rspamd-UID: 6d2d5b X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cktbT2jcLz3NN4 --Sig_/TxO1I73rxUMkkvPm7X4zwAd Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tage des Herren Sat, 11 Oct 2025 21:04:58 +0200 (CEST) Ronald Klop schrieb: > Hi, >=20 > Are you sure the /sbin/ipfw binary is also from 15-STABLE? >=20 > Regards, > Ronald Yes. The whole system is rebuilt regularily (make world kernel so to speak). I d= o not risc getting into phenomena based upon kernel/world out of phase anymore - at least I be= lieve/hope so. >=20 >=20 > Van: A FreeBSD User > Datum: 11 oktober 2025 15:52 > Aan: FreeBSD CURRENT > Onderwerp: ipfw: ipfw: Adding record failed: Inappropriate ioctl for devi= ce >=20 > >=20 > >=20 > >=20 > > Hello, > >=20 > > running a small home brewn firewall appliance based upon FreeBSD 14-ST= ABLE and IPFW, I > > switched the base to 15-STABLE (FreeBSD 15.0-STABLE #5 n280665-6eb4708a= 84d7: Sat Oct 11 > > 09:08:00 CEST 2025 amd64). > >=20 > > Now I face a serious issue with formerly flawless running skripts filli= ng ipfw tables and > > the readynes of the system after a reboot. > >=20 > > tables: > > creating some named tables. > > Having a list of IPv4 and IPv6 addresses that needed to be blocked, lik= e VoIP Blacklist > > with over 35k lines. Each line (IPv4) is=20 > >=20 > > X.X.X.X/CIDR > >=20 > > Shell is /bin/sh. > >=20 > > Reading the file and filling the table like shown below; > > tbl_block=3Dfoo > >=20 > > #/usr/bin/env sh > > ipfw table $tbl_block create type addr or-flush > > while read -r line > > do ipfw table $tbl_block atomic add $line > > done < /some/path/to/block_file.txt > >=20 > > The block_file.txt looks like > >=20 > > [...] > > 45.143.220.228/32 > > 68.64.211.117/32 > > 113.141.70.204/32 > > 77.247.110.245/32 > > 103.211.36.18/32 > > 156.96.63.238/32 > > 185.53.88.2/32 > > 185.53.88.14/32 > > 52.8.201.128/32 > > 113.141.70.184/32 > > 115.236.54.2/32 > > 50.17.48.216/32 > > 77.247.108.138/32 > > 77.247.110.216/32 > > 171.76.62.142/32 > > 77.247.110.227/32 > > 62.4.15.163/32 > > 158.69.242.200/32 > > 185.53.88.129/32 > > 102.165.39.82/32 > > 103.231.139.130/32 > > 69.142.172.14/32 > > 148.76.71.148/32 > > 82.70.244.121/32 > > 77.247.109.72/32 > > 52.41.52.34/32 > > [...] > >=20 > > While running the skript, each time an address is picked up and inserte= d to the table, I > > see this on the console: > >=20 > > [...] > > added(reverted): 45.143.220.228/32 0 > > ipfw: Adding record failed: Inappropriate ioctl for device > > added(reverted): 68.64.211.117/32 0 > > ipfw: Adding record failed: Inappropriate ioctl for device > > added(reverted): 113.141.70.204/32 0 > > ipfw: Adding record failed: Inappropriate ioctl for device > > added(reverted): 77.247.110.245/32 0 > > ipfw: Adding record failed: Inappropriate ioctl for device > >=20 > > I never saw this happen on 14-STABLE with the very same scripts. What i= s the cause of this > > ioctl issue? > >=20 > > Thanks and kind regards, > >=20 > > Oliver > >=20 > >=20 > >=20 > >=20 > >=20 > >=20 > > --=20 > >=20 > > A FreeBSD user > >=20 > >=20 > >=20 > >=20 > >=20 > >=20 > > =20 --=20 A FreeBSD user --Sig_/TxO1I73rxUMkkvPm7X4zwAd Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaOtjvQAKCRCxzvs8Oqok r/sdAQCoXQfhtgNRtFFRDAjjLAY3vFsRHZ0ZTOn8u9VTwWidQwEAjaHDvfrQkOk7 VXTs1Wx2/Ctbe5q3Xx1Ikyj6DMcT4A8= =ejpQ -----END PGP SIGNATURE----- --Sig_/TxO1I73rxUMkkvPm7X4zwAd-- From nobody Sun Oct 12 08:28:40 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 4ckttf4JGJz6BWS5 for ; Sun, 12 Oct 2025 08:29:14 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp052.goneo.de [85.220.129.60]) (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 4ckttf28T5z3PvR for ; Sun, 12 Oct 2025 08:29:14 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; none Received: from hub2.goneo.de (hub2.goneo.de [IPv6:2001:1640:5::8:53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id 887D42405D9; Sun, 12 Oct 2025 10:29:12 +0200 (CEST) Received: from hub2.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id 51319240349; Sun, 12 Oct 2025 10:29:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1760257750; 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=yfQQOIlhSfCD/JzrfMCMIMgzK8/BZUtP4GC1EXb4Z58=; b=UMeQ4s8nsXfp/OWF5jprCIti10RGFduQAYMF+FRHa0j5eAyxC/SLZs5uWxXqC8NuT9+UoZ r7BZ1newqbOcQr8KV/Z2t6cj26jCY6zm+fUZDQDQaWhSLmgtzgNOTezZoU+lea8PEvWadS lT/bMUIYTRpok7FqJC7gCr7khz60l0rPh4R8fsJkMVsu5W3/e5u2ulUvunmSdVYVeRXLqG aG7UUeUr8BjqIGN/JC/MPKwLRVHr5kCsvXomLj/7ThNVWhfhMokPDot0OzcXEz2k7uRnl5 BHIbLnujq1eSURafcMMLUANWx/Lx89ZYpKAwTST56Mq0sH6vApFFkJOzmkWgdA== Received: from thor.sb211.local (dynamic-2a02-3100-19ba-c502-934b-d8c4-4501-575f.310.pool.telefonica.de [IPv6:2a02:3100:19ba:c502:934b:d8c4:4501:575f]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id D80202400FD; Sun, 12 Oct 2025 10:29:07 +0200 (CEST) Date: Sun, 12 Oct 2025 10:28:40 +0200 From: A FreeBSD User To: David Wolfskill Cc: FreeBSD CURRENT Subject: Re: ipfw: ipfw: Adding record failed: Inappropriate ioctl for device Message-ID: <20251012102907.06e49c52@thor.sb211.local> In-Reply-To: References: <20251011155130.47db5448@thor.sb211.local> X-Mailer: Claws Mail 3.21.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: multipart/signed; boundary="Sig_/Ins/b=tEIECb/10SRoEuKSw"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 735592 X-Rspamd-UID: d8b24e X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4ckttf28T5z3PvR --Sig_/Ins/b=tEIECb/10SRoEuKSw Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tage des Herren Sat, 11 Oct 2025 13:49:23 -0700 David Wolfskill schrieb: > On Sat, Oct 11, 2025 at 03:51:15PM +0200, A FreeBSD User wrote: > > Hello, > >=20 > > running a small home brewn firewall appliance based upon FreeBSD 14-ST= ABLE and IPFW, I > > switched the base to 15-STABLE (FreeBSD 15.0-STABLE #5 n280665-6eb4708a= 84d7: Sat Oct 11 > > 09:08:00 CEST 2025 amd64). > >=20 > > Now I face a serious issue with formerly flawless running skripts filli= ng ipfw tables and > > the readynes of the system after a reboot. > > ... =20 >=20 > I believe that I have a simple reproduction of (the core of) the problem: >=20 > g1-48(15.0-S)[82] pwd > /tmp > g1-48(15.0-S)[83] uname -aUK > FreeBSD g1-48.catwhisker.org 15.0-STABLE FreeBSD 15.0-STABLE #454 > stable/15-n280665-6eb4708a84d7: Sat Oct 11 14:58:22 UTC 2025 > root@g1-48.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/CANARY a= md64 1500500 > 1500500 g1-48(15.0-S)[84] ipfw table 1 flush g1-48(15.0-S)[85] ipfw table= 1 list > g1-48(15.0-S)[86] cat t1 table 1 add 1.0.1.0/24 > table 1 add 1.0.2.0/23 > table 1 add 1.0.8.0/21 > table 1 add 1.0.32.0/19 > table 1 add 1.1.0.0/24 > table 1 add 1.1.2.0/23 > table 1 add 1.1.4.0/22 > table 1 add 1.1.9.0/24 > table 1 add 1.1.10.0/23 > table 1 add 1.1.12.0/22 > g1-48(15.0-S)[87] cat t1 | /sbin/ipfw /dev/stdin > added: 1.0.1.0/24 0 > Line 1: Adding record failed: Inappropriate ioctl for device > g1-48(15.0-S)[88] ipfw table 1 list > 1.0.1.0/24 0 > g1-48(15.0-S)[89] ipfw table 1 flush > g1-48(15.0-S)[90] ipfw table 1 list > g1-48(15.0-S)[91] /sbin/ipfw /tmp/t1 > added: 1.0.1.0/24 0 > added: 1.0.2.0/23 0 > added: 1.0.8.0/21 0 > added: 1.0.32.0/19 0 > added: 1.1.0.0/24 0 > added: 1.1.2.0/23 0 > added: 1.1.4.0/22 0 > added: 1.1.9.0/24 0 > added: 1.1.10.0/23 0 > added: 1.1.12.0/22 0 > g1-48(15.0-S)[92] ipfw table 1 list > 1.0.1.0/24 0 > 1.0.2.0/23 0 > 1.0.8.0/21 0 > 1.0.32.0/19 0 > 1.1.0.0/24 0 > 1.1.2.0/23 0 > 1.1.4.0/22 0 > 1.1.9.0/24 0 > 1.1.10.0/23 0 > 1.1.12.0/22 0 > g1-48(15.0-S)[93]=20 >=20 > So it seems that /sbin/ipfw no longer copes with reading from > /dev/stdin, but is OK reading from a regular file. (I had observed the > same behavior in main-n281059-2d9fd2c573c3, now that I know to look for > it.) >=20 > (I note that I had been using a construct involving piping the > "table add" commands to /sbin/ipfw since 2008, shortly after getting the > nudge from Julian to populate a table from a file, rather than invoking > /sbin/ipfw for each table entry.) >=20 > Peace, > david Hello, thanks for the investigation and confirmation. The advantage of reading tables via the approach I used is not to have pinp= oint the table's name in the file and having made this decision in the script filling the ta= ble by reading a file. If the observed behaviour is due to a new well defined behaviour - well, th= en it be so and I have to search for another approach. But my guts tell me there might be som= ething wrong and considered a bug ... Kind regards=20 Oliver=20 --=20 A FreeBSD user --Sig_/Ins/b=tEIECb/10SRoEuKSw Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaOtm0wAKCRCxzvs8Oqok ry6vAP0R8A7OmabFmZyQfiPj7ZektMPXu+Ad4jCx4bF/BW/2AQEAh5QXjhj3eA20 lnpzsw/H0dD+7JUJ4rbg3qX1jD0r/As= =95aX -----END PGP SIGNATURE----- --Sig_/Ins/b=tEIECb/10SRoEuKSw-- From nobody Sun Oct 12 11:07: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 4ckyPZ4xbqz6BkwS for ; Sun, 12 Oct 2025 11:07:46 +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 4ckyPZ0dn2z3fMS for ; Sun, 12 Oct 2025 11:07:45 +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 59CB7XWf099706; Sun, 12 Oct 2025 20:07:34 +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=1760267254; bh=ppfDX+ksA1ipMmuhkpA6PPtglqA1ldvlZ1p29USUS0A=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=hl/r0XpY8mtBNwsZ4xkPcUBCLtYVNggeyKbRj5G5QJegf9jWDpUB0VHTpQqcyJxD4 bGcG0YsUHFH6faYlwqm4PETwY2U3xiOgeA+AGaE1AcuCAu7UWBrabwJUAwSbxFmu+P hzNKdpNBZKiuwyAnGhmw6TY4KYVEGlGrlEywf4hE= Date: Sun, 12 Oct 2025 20:07:33 +0900 From: Tomoaki AOKI To: A FreeBSD User Cc: David Wolfskill , FreeBSD CURRENT Subject: Re: ipfw: ipfw: Adding record failed: Inappropriate ioctl for device Message-Id: <20251012200733.ea68f87a1d22abb857249538@dec.sakura.ne.jp> In-Reply-To: <20251012102907.06e49c52@thor.sb211.local> References: <20251011155130.47db5448@thor.sb211.local> <20251012102907.06e49c52@thor.sb211.local> 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: 4ckyPZ0dn2z3fMS On Sun, 12 Oct 2025 10:28:40 +0200 A FreeBSD User wrote: > Am Tage des Herren Sat, 11 Oct 2025 13:49:23 -0700 > David Wolfskill schrieb: > > > On Sat, Oct 11, 2025 at 03:51:15PM +0200, A FreeBSD User wrote: > > > Hello, > > > > > > running a small home brewn firewall appliance based upon FreeBSD 14-STABLE and IPFW, I > > > switched the base to 15-STABLE (FreeBSD 15.0-STABLE #5 n280665-6eb4708a84d7: Sat Oct 11 > > > 09:08:00 CEST 2025 amd64). > > > > > > Now I face a serious issue with formerly flawless running skripts filling ipfw tables and > > > the readynes of the system after a reboot. > > > ... > > > > I believe that I have a simple reproduction of (the core of) the problem: > > > > g1-48(15.0-S)[82] pwd > > /tmp > > g1-48(15.0-S)[83] uname -aUK > > FreeBSD g1-48.catwhisker.org 15.0-STABLE FreeBSD 15.0-STABLE #454 > > stable/15-n280665-6eb4708a84d7: Sat Oct 11 14:58:22 UTC 2025 > > root@g1-48.catwhisker.org:/common/S3/obj/usr/src/amd64.amd64/sys/CANARY amd64 1500500 > > 1500500 g1-48(15.0-S)[84] ipfw table 1 flush g1-48(15.0-S)[85] ipfw table 1 list > > g1-48(15.0-S)[86] cat t1 table 1 add 1.0.1.0/24 > > table 1 add 1.0.2.0/23 > > table 1 add 1.0.8.0/21 > > table 1 add 1.0.32.0/19 > > table 1 add 1.1.0.0/24 > > table 1 add 1.1.2.0/23 > > table 1 add 1.1.4.0/22 > > table 1 add 1.1.9.0/24 > > table 1 add 1.1.10.0/23 > > table 1 add 1.1.12.0/22 > > g1-48(15.0-S)[87] cat t1 | /sbin/ipfw /dev/stdin > > added: 1.0.1.0/24 0 > > Line 1: Adding record failed: Inappropriate ioctl for device > > g1-48(15.0-S)[88] ipfw table 1 list > > 1.0.1.0/24 0 > > g1-48(15.0-S)[89] ipfw table 1 flush > > g1-48(15.0-S)[90] ipfw table 1 list > > g1-48(15.0-S)[91] /sbin/ipfw /tmp/t1 > > added: 1.0.1.0/24 0 > > added: 1.0.2.0/23 0 > > added: 1.0.8.0/21 0 > > added: 1.0.32.0/19 0 > > added: 1.1.0.0/24 0 > > added: 1.1.2.0/23 0 > > added: 1.1.4.0/22 0 > > added: 1.1.9.0/24 0 > > added: 1.1.10.0/23 0 > > added: 1.1.12.0/22 0 > > g1-48(15.0-S)[92] ipfw table 1 list > > 1.0.1.0/24 0 > > 1.0.2.0/23 0 > > 1.0.8.0/21 0 > > 1.0.32.0/19 0 > > 1.1.0.0/24 0 > > 1.1.2.0/23 0 > > 1.1.4.0/22 0 > > 1.1.9.0/24 0 > > 1.1.10.0/23 0 > > 1.1.12.0/22 0 > > g1-48(15.0-S)[93] > > > > So it seems that /sbin/ipfw no longer copes with reading from > > /dev/stdin, but is OK reading from a regular file. (I had observed the > > same behavior in main-n281059-2d9fd2c573c3, now that I know to look for > > it.) > > > > (I note that I had been using a construct involving piping the > > "table add" commands to /sbin/ipfw since 2008, shortly after getting the > > nudge from Julian to populate a table from a file, rather than invoking > > /sbin/ipfw for each table entry.) > > > > Peace, > > david > > Hello, > thanks for the investigation and confirmation. > > The advantage of reading tables via the approach I used is not to have pinpoint the table's > name in the file and having made this decision in the script filling the table by reading a > file. > If the observed behaviour is due to a new well defined behaviour - well, then it be so and I > have to search for another approach. But my guts tell me there might be something wrong and > considered a bug ... > > Kind regards > Oliver > > -- > > A FreeBSD user The simplest approach would be to use temporary file, rather than pipe. -- Tomoaki AOKI From nobody Sun Oct 12 11:24:54 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 4ckynR6YK7z6Bm1C for ; Sun, 12 Oct 2025 11:24:59 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 4ckynR393tz3hBD for ; Sun, 12 Oct 2025 11:24:59 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 59CBOsHm002508; Sun, 12 Oct 2025 11:24:54 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 59CBOshN002507; Sun, 12 Oct 2025 04:24:54 -0700 (PDT) (envelope-from david) Date: Sun, 12 Oct 2025 04:24:54 -0700 From: David Wolfskill To: Tomoaki AOKI Cc: A FreeBSD User , FreeBSD CURRENT Subject: Re: ipfw: ipfw: Adding record failed: Inappropriate ioctl for device Message-ID: Mail-Followup-To: David Wolfskill , Tomoaki AOKI , A FreeBSD User , FreeBSD CURRENT References: <20251011155130.47db5448@thor.sb211.local> <20251012102907.06e49c52@thor.sb211.local> <20251012200733.ea68f87a1d22abb857249538@dec.sakura.ne.jp> 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="orG6MD4vcHa80Vms" Content-Disposition: inline In-Reply-To: <20251012200733.ea68f87a1d22abb857249538@dec.sakura.ne.jp> 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: 4ckynR393tz3hBD --orG6MD4vcHa80Vms Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 12, 2025 at 08:07:33PM +0900, Tomoaki AOKI wrote: > ... > The simplest approach would be to use temporary file, rather than pipe. >=20 > --=20 > Tomoaki AOKI Certainly -- as a circumvention for the change in behavior. (But note that when this is being done, not all file systems may yet be mounted.) It was in the process of implementing such a circumvention that I realized that I had a simple way to reproduce evidence of the problem. (Reminder: piping the commands to "/sbin/ipfw /dev/stdin" still works in stable/14, and has worked at least since 2008 -- (almost) certainly rather longer.) Peace, david --=20 David H. Wolfskill david@catwhisker.org See https://www.catwhisker.org/~david/publickey.gpg for my public key. --orG6MD4vcHa80Vms Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaOuQBl8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5X6yAQDKVSTALwVL/hl1NcjLug091F8Rja/J+sMeYoq60HMFnQD/SB2kCrRpDX7j g5SFEaYBWX4AV8cfQUzSVSvf2olwNwY= =IEX1 -----END PGP SIGNATURE----- --orG6MD4vcHa80Vms-- From nobody Sun Oct 12 11:33:13 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 4ckyzy06nGz6Bmmm for ; Sun, 12 Oct 2025 11:34:06 +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 4ckyzx2mfxz3m65 for ; Sun, 12 Oct 2025 11:34:05 +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 59CBXD6p003066; Sun, 12 Oct 2025 20:33:14 +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=1760268794; bh=gk+Xu7TcH6CevV+VUl16sn575DfYGR7uOOPHXxt21qU=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=Z1WxBDP1AhZkYXkivUj41+GQG+iIMfN7IrZUgnsKOmrgPl8ZyexWsaPydZbq2n/R+ EM4Cq39nNKnQs+DvUG9+euH2JkL4X7j6U9xJEEQvhZAJ/r8O/gmyIGPjHqvMMF7WpY xDZyhWEUL3rZUcybeG/EiWhiR3qpP9RQS+BNrgLs= Date: Sun, 12 Oct 2025 20:33:13 +0900 From: Tomoaki AOKI To: David Wolfskill Cc: A FreeBSD User , FreeBSD CURRENT Subject: Re: ipfw: ipfw: Adding record failed: Inappropriate ioctl for device Message-Id: <20251012203313.ac6305d9c59d226cf933f7a9@dec.sakura.ne.jp> In-Reply-To: References: <20251011155130.47db5448@thor.sb211.local> <20251012102907.06e49c52@thor.sb211.local> <20251012200733.ea68f87a1d22abb857249538@dec.sakura.ne.jp> 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: 4ckyzx2mfxz3m65 On Sun, 12 Oct 2025 04:24:54 -0700 David Wolfskill wrote: > On Sun, Oct 12, 2025 at 08:07:33PM +0900, Tomoaki AOKI wrote: > > ... > > The simplest approach would be to use temporary file, rather than pipe. > > > > -- > > Tomoaki AOKI > > Certainly -- as a circumvention for the change in behavior. (But note > that when this is being done, not all file systems may yet be mounted.) > > It was in the process of implementing such a circumvention that I > realized that I had a simple way to reproduce evidence of the problem. > (Reminder: piping the commands to "/sbin/ipfw /dev/stdin" still > works in stable/14, and has worked at least since 2008 -- (almost) > certainly rather longer.) > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > > See https://www.catwhisker.org/~david/publickey.gpg for my public key. So need directory somewhere in root fs is needed? For example, (currently nonexistent) /etc/ipfw to write temporary file. Note that root fs needs to be already mounted rw. -- Tomoaki AOKI From nobody Sun Oct 12 11:54: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 4ckzR84xCCz6Bp0l for ; Sun, 12 Oct 2025 11:54:12 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 4ckzR81Lrsz3q0Q for ; Sun, 12 Oct 2025 11:54:12 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 59CBs7kj004351; Sun, 12 Oct 2025 11:54:07 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 59CBs7hn004350; Sun, 12 Oct 2025 04:54:07 -0700 (PDT) (envelope-from david) Date: Sun, 12 Oct 2025 04:54:07 -0700 From: David Wolfskill To: Tomoaki AOKI Cc: A FreeBSD User , FreeBSD CURRENT Subject: Re: ipfw: ipfw: Adding record failed: Inappropriate ioctl for device Message-ID: Mail-Followup-To: David Wolfskill , Tomoaki AOKI , A FreeBSD User , FreeBSD CURRENT References: <20251011155130.47db5448@thor.sb211.local> <20251012102907.06e49c52@thor.sb211.local> <20251012200733.ea68f87a1d22abb857249538@dec.sakura.ne.jp> <20251012203313.ac6305d9c59d226cf933f7a9@dec.sakura.ne.jp> 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="PC7NocIKU0aPlFyk" Content-Disposition: inline In-Reply-To: <20251012203313.ac6305d9c59d226cf933f7a9@dec.sakura.ne.jp> 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: 4ckzR81Lrsz3q0Q --PC7NocIKU0aPlFyk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 12, 2025 at 08:33:13PM +0900, Tomoaki AOKI wrote: > ... > > Certainly -- as a circumvention for the change in behavior. (But note > > that when this is being done, not all file systems may yet be mounted.) > ... >=20 > So need directory somewhere in root fs is needed? > For example, (currently nonexistent) /etc/ipfw to write temporary file. > Note that root fs needs to be already mounted rw. > .... In some situations, that might be workable. In some situations the root file system is intentionally mounted read-only. Finding a "one-size-fits-all" solution here is likely to be elusive, at best. I am toward the end of my daily update cycle for the day, so I may be able to spend some time trying to identify what caused the recent change in behavior. Once that is done, perhaps some thought may be directed at whether or not the effects of that change may be reverted (without incurring other breakage). Peace, david --=20 David H. Wolfskill david@catwhisker.org See https://www.catwhisker.org/~david/publickey.gpg for my public key. --PC7NocIKU0aPlFyk Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaOuW318UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5VLUAQDfZEnpz/DyR8ZwGtS2HZjKuiSX4izJVIB40dv0HKx01gEAg1Z4hLQZL12Z ftJXfP0KUzoVmwXt5upOhCVG4GDaJwI= =9MSD -----END PGP SIGNATURE----- --PC7NocIKU0aPlFyk-- From nobody Sun Oct 12 12:15: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 4ckzwD4F1vz6BrcK for ; Sun, 12 Oct 2025 12:15:56 +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 4ckzwC19JXz3rxl for ; Sun, 12 Oct 2025 12:15:55 +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=DgYa8EQ0; 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=1760271347; bh=BtuK5M0RCQXh29lVqEDf9s47neSOZRoo6YgJJxkWtNc=; h=Date:From:To:Subject:In-Reply-To:References; b=DgYa8EQ0J4chWBu5nBhjtdIzoVqdMmJ+zI7hzvutVGc9gUANgH8lvZ6p78ZeOuixV 61+GA0IAfMsqLVutV00bP84wfy6t3Y6X7a0uVu4lfZWay+59qDUZELHdwszyJ6Ez9X o7G66oCuLgNCayvzgbh2/MZ1GZXeMOUA7RW1zevkUS7DtY/52TrPWY0wGtH/+5H00a G4oX6nzgV71sK06of03MvjwxWJWc1tBERyUoFdTNGQuX1hl9tMbr9JhrjIut4eaaSa Yn8zVQzuG/BKRLiRCbVLYvgYeLJE9oshxRWhvFYq5RtWtOzv17TH1MaRN6NUlvTXR3 UbMC4i4dZrzNWYKQiiKkfyTydMqWijYPpfE2kXqPNVPrAvTI6B+qfOzzkMYgc8K/+c OiJwhVdgUgqnLbui85rBXbEo6D27+mMJr4bu9JxqBk4I+sOM0+5G9+FzhdfzDqpGbr W6NUpixnbzpLDHupgb3T3cHtcysA+LcOSHRAXSn/q+8JiHolgBfn0fNoSXcARwprI/ LFRk6z+DeGGgVFluCJnsmnxAdOX6qDU6FoqI4REv+/YU6tUS4mMvETGhT7ScZUIi2e LLpMV+K3wWwXVhq28m03nZJjFY+lf4KnD6E89Cbi6MOsL1IEUNcSMx2hUaYbZSEPsm j+hJCVbZUwb2q/WCCWfLNgS0= 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 C89105BE0CD for ; Sun, 12 Oct 2025 15:15:46 +0300 (EEST) Date: Sun, 12 Oct 2025 15:15:46 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: Re: ipfw: ipfw: Adding record failed: Inappropriate ioctl for device User-Agent: K-9 Mail for Android In-Reply-To: References: <20251011155130.47db5448@thor.sb211.local> <20251012102907.06e49c52@thor.sb211.local> <20251012200733.ea68f87a1d22abb857249538@dec.sakura.ne.jp> <20251012203313.ac6305d9c59d226cf933f7a9@dec.sakura.ne.jp> 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.70 / 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.90)[-0.899]; 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: 4ckzwC19JXz3rxl so ipfw doesn't support "-" for stdin? used ipfw back then and i didn't need it i think but "-" would be better solution than any (tmpfs) file, no? From nobody Sun Oct 12 12:30:17 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 4cl0F16Ck8z6Bshp for ; Sun, 12 Oct 2025 12:30:29 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 4cl0F13FcGz3v4C for ; Sun, 12 Oct 2025 12:30:29 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 59CCUMI2004941; Sun, 12 Oct 2025 12:30:22 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 59CCUHaH004940; Sun, 12 Oct 2025 05:30:17 -0700 (PDT) (envelope-from david) Date: Sun, 12 Oct 2025 05:30:17 -0700 From: David Wolfskill To: Sulev-Madis Silber Cc: freebsd-current@freebsd.org Subject: Re: ipfw: ipfw: Adding record failed: Inappropriate ioctl for device Message-ID: Mail-Followup-To: David Wolfskill , Sulev-Madis Silber , freebsd-current@freebsd.org References: <20251011155130.47db5448@thor.sb211.local> <20251012102907.06e49c52@thor.sb211.local> <20251012200733.ea68f87a1d22abb857249538@dec.sakura.ne.jp> <20251012203313.ac6305d9c59d226cf933f7a9@dec.sakura.ne.jp> 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="tn1FjiH5c1Rbhui/" Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cl0F13FcGz3v4C --tn1FjiH5c1Rbhui/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 12, 2025 at 03:15:46PM +0300, Sulev-Madis Silber wrote: > so ipfw doesn't support "-" for stdin? >=20 > used ipfw back then and i didn't need it i think >=20 > but "-" would be better solution than any (tmpfs) file, no? > ..... As far as I know, ipfw has never supported "-" for stdin -- it is not documented to do so, and empirically, it whines: ipfw: bad command `-' which would appear to limit the utility of that approach. Peace, david --=20 David H. Wolfskill david@catwhisker.org See https://www.catwhisker.org/~david/publickey.gpg for my public key. --tn1FjiH5c1Rbhui/ Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaOufWV8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5YYWAP0cI+x2ZdGbjbWB0wBEOYMRNF7JWyxzmAwOGR+t9y0RKAEAzlvs3KOjtnZc BVgAcAn4I+vz/mEe4HOk+BPisVOjpwg= =SZKp -----END PGP SIGNATURE----- --tn1FjiH5c1Rbhui/-- From nobody Sun Oct 12 14:06: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 4cl2ND2v4fz6C1Bf for ; Sun, 12 Oct 2025 14:06:52 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 4cl2NC2lxXz43h1 for ; Sun, 12 Oct 2025 14:06:51 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 59CE6nmT006269; Sun, 12 Oct 2025 14:06:49 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 59CE6n6q006268; Sun, 12 Oct 2025 07:06:49 -0700 (PDT) (envelope-from david) Date: Sun, 12 Oct 2025 07:06:49 -0700 From: David Wolfskill To: A FreeBSD User , FreeBSD CURRENT Subject: Re: ipfw: ipfw: Adding record failed: Inappropriate ioctl for device Message-ID: Mail-Followup-To: David Wolfskill , A FreeBSD User , FreeBSD CURRENT References: <20251011155130.47db5448@thor.sb211.local> 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="9HDnqQJO4kB0NXEi" Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.17 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.989]; NEURAL_HAM_MEDIUM(-0.78)[-0.778]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170:c]; DMARC_NA(0.00)[catwhisker.org]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[david]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4cl2NC2lxXz43h1 --9HDnqQJO4kB0NXEi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 11, 2025 at 01:49:23PM -0700, David Wolfskill wrote: > ... > g1-48(15.0-S)[87] cat t1 | /sbin/ipfw /dev/stdin > added: 1.0.1.0/24 0 > Line 1: Adding record failed: Inappropriate ioctl for device > g1-48(15.0-S)[88] ipfw table 1 list > 1.0.1.0/24 0 > g1-48(15.0-S)[89] ipfw table 1 flush > g1-48(15.0-S)[90] ipfw table 1 list > g1-48(15.0-S)[91] /sbin/ipfw /tmp/t1 > added: 1.0.1.0/24 0 > added: 1.0.2.0/23 0 > added: 1.0.8.0/21 0 > added: 1.0.32.0/19 0 > added: 1.1.0.0/24 0 > added: 1.1.2.0/23 0 > added: 1.1.4.0/22 0 > added: 1.1.9.0/24 0 > added: 1.1.10.0/23 0 > added: 1.1.12.0/22 0 > ... > So it seems that /sbin/ipfw no longer copes with reading from > /dev/stdin, but is OK reading from a regular file. (I had observed the > same behavior in main-n281059-2d9fd2c573c3, now that I know to look for > it.) > .... I have found a curious (to me) wrinkle: root@g1-48:/tmp # ipfw /dev/stdin table 1 add 1.0.1.0/24 added: 1.0.1.0/24 0 table 1 add 1.0.2.0/23 added: 1.0.2.0/23 0 table 1 add 1.0.8.0/21 added: 1.0.8.0/21 0 table 1 add 1.0.32.0/19 added: 1.0.32.0/19 0 table 1 add 1.1.0.0/24 added: 1.1.0.0/24 0 =2E.. seems to work without a whine -- while (as noted earlier) a pipe fails. (Please note that I am neither using nore referring to ipfw's ability to pipe the commands through a (command-line identified) preprocessor.) Peace, david --=20 David H. Wolfskill david@catwhisker.org See https://www.catwhisker.org/~david/publickey.gpg for my public key. --9HDnqQJO4kB0NXEi Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaOu1+V8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5VFBAQCc4AMxkbhwvoZwx7Im+W+CSrHHR315CxxFb/pNHoij7gD/WihDHB5A82LA ooRS6TnuARopWzxdCQMaXNtW5xT4SQg= =Nnlg -----END PGP SIGNATURE----- --9HDnqQJO4kB0NXEi-- From nobody Sun Oct 12 16:46:39 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 4cl5wg0GSSz6CCTR for ; Sun, 12 Oct 2025 16:46:43 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 4cl5wf006Lz4QSw for ; Sun, 12 Oct 2025 16:46:41 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 59CGkdAG007730; Sun, 12 Oct 2025 16:46:39 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 59CGkdZ6007729; Sun, 12 Oct 2025 09:46:39 -0700 (PDT) (envelope-from david) Date: Sun, 12 Oct 2025 09:46:39 -0700 From: David Wolfskill To: A FreeBSD User , FreeBSD CURRENT Subject: Re: ipfw: ipfw: Adding record failed: Inappropriate ioctl for device Message-ID: Mail-Followup-To: David Wolfskill , A FreeBSD User , FreeBSD CURRENT References: <20251011155130.47db5448@thor.sb211.local> 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="d7etUujwabv1nj8x" Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.18 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; NEURAL_HAM_MEDIUM(-0.78)[-0.784]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170:c]; ARC_NA(0.00)[]; DMARC_NA(0.00)[catwhisker.org]; R_DKIM_NA(0.00)[]; FREEFALL_USER(0.00)[david]; MISSING_XM_UA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4cl5wf006Lz4QSw --d7etUujwabv1nj8x Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable TL;DR: Both failing & successful invocations of /sbin/ipfw get an "errno 25 Inappropriate ioctl for device" from attempting CALL ioctl(0,TIOCGETA,$aadress) But in the successful case, ipfw keeps on going, while in the failing case, it's fatal after adding the first table entry. Details: OK; I tried that same test: cat /tmp/t1 | /sbin/ipfw /dev/stdin (where /tmp/t1 is a list of 10 "table 1 add ..." lines) on a system running stable/14-n272653-051c12a5d90a; as expected, it worked. So then I tried each under ktrace. In the failing case (main-n281070-1129bf441e99), we see: =2E.. 2856 ipfw CALL mmap(0,0x600000,0x3,0x15001002<= MAP_PRIVATE|MAP_ANON|MAP_ALIGNED(21)>,0xffffffff,0) 2856 ipfw RET mmap 51717863374848/0x2f0980e00000 2856 ipfw CALL cpuset_getaffinity(0x3,0x9,0xffffffffffffffff,0x80,0x= 24050e2c5540) 2856 ipfw STRU cpuset_t [ 0, 1, 2, 3, 4, 5, 6, 7 ] 2856 ipfw RET cpuset_getaffinity 0 2856 ipfw CALL mprotect(0x23fcede45000,0x2000,0x1) 2856 ipfw RET mprotect 0 2856 ipfw CALL access(0x24050e2c699c,0x4) 2856 ipfw NAMI "/dev/fd/0" 2856 ipfw RET access 0 2856 ipfw CALL open(0x24050e2c699c,0) 2856 ipfw NAMI "/dev/fd/0" 2856 ipfw RET open 3 2856 ipfw CALL fstat(0x3,0x24050e2c5370) 2856 ipfw STRU struct stat {dev=3D18446744071679573768, ino=3D13, mo= de=3D0100644, nlink=3D1, uid=3D0, gid=3D0, rdev=3D18446744073709551615, ati= me=3D1760285783.535137000, mtime=3D1760274765.723262000, ctime=3D1760274765= =2E723262000, birthtime=3D1760274747.106237000, size=3D233, blksize=3D4096,= blocks=3D8, flags=3D0x0 } 2856 ipfw RET fstat 0 2856 ipfw CALL read(0x3,0x2f0980c08000,0x1000) 2856 ipfw GIO fd 3 read 233 bytes "table 1 add 1.0.1.0/24 table 1 add 1.0.2.0/23 table 1 add 1.0.8.0/21 table 1 add 1.0.32.0/19 table 1 add 1.1.0.0/24 table 1 add 1.1.2.0/23 table 1 add 1.1.4.0/22 table 1 add 1.1.9.0/24 table 1 add 1.1.10.0/23 table 1 add 1.1.12.0/22 " 2856 ipfw RET read 233/0xe9 2856 ipfw CALL ioctl(0,TIOCGETA,0x24050e2c5474) 2856 ipfw RET ioctl -1 errno 25 Inappropriate ioctl for device 2856 ipfw CALL socket(PF_INET,0x3,IPPROTO_RAW) 2856 ipfw RET socket 4 2856 ipfw CALL getsockopt(0x4,IPPROTO_IP,IP_FW3,0x24050e2c4fa0,0x240= 50e2c4f20) 2856 ipfw RET getsockopt 0 2856 ipfw CALL getsockopt(0x4,IPPROTO_IP,IP_FW3,0x24050e2c5350,0x240= 50e2c50d0) 2856 ipfw RET getsockopt 0 2856 ipfw CALL fstat(0x1,0x24050e2c42e0) 2856 ipfw STRU struct stat {dev=3D1895890688, ino=3D546, mode=3D0206= 20, nlink=3D1, uid=3D0, gid=3D4, rdev=3D546, atime=3D1760285792, mtime=3D17= 60285792, ctime=3D1760285792, birthtime=3D-1, size=3D0, blksize=3D4096, blo= cks=3D0, flags=3D0x0 } 2856 ipfw RET fstat 0 2856 ipfw CALL ioctl(0x1,TIOCGETA,0x24050e2c4294) 2856 ipfw RET ioctl 0 2856 ipfw CALL write(0x1,0x2f0980c09000,0x14) 2856 ipfw GIO fd 1 wrote 20 bytes "added: 1.0.1.0/24 0 " 2856 ipfw RET write 20/0x14 2856 ipfw CALL issetugid 2856 ipfw RET issetugid 0 2856 ipfw CALL fstatat(AT_FDCWD,0x24050e2c4b80,0x24050e2c4f80,0) 2856 ipfw NAMI "/usr/share/nls/C/libc.cat" 2856 ipfw RET fstatat -1 errno 2 No such file or directory 2856 ipfw CALL fstatat(AT_FDCWD,0x24050e2c4b80,0x24050e2c4f80,0) 2856 ipfw NAMI "/usr/share/nls/libc/C" 2856 ipfw RET fstatat -1 errno 2 No such file or directory 2856 ipfw CALL fstatat(AT_FDCWD,0x24050e2c4b80,0x24050e2c4f80,0) 2856 ipfw NAMI "/usr/local/share/nls/C/libc.cat" 2856 ipfw RET fstatat -1 errno 2 No such file or directory 2856 ipfw CALL fstatat(AT_FDCWD,0x24050e2c4b80,0x24050e2c4f80,0) 2856 ipfw NAMI "/usr/local/share/nls/libc/C" 2856 ipfw RET fstatat -1 errno 2 No such file or directory 2856 ipfw CALL write(0x2,0x24050e2c4910,0x8) 2856 ipfw GIO fd 2 wrote 8 bytes "Line 1: " 2856 ipfw RET write 8 2856 ipfw CALL write(0x2,0x24050e2c4a00,0x34) 2856 ipfw GIO fd 2 wrote 52 bytes "Adding record failed: Inappropriate ioctl for device" =2E... while in the successful case, we see: =2E.. 1673 ipfw CALL mmap(0,0x600000,0x3,0x15001002<= MAP_PRIVATE|MAP_ANON|MAP_ALIGNED(21)>,0xffffffff,0) 1673 ipfw RET mmap 85264691101696/0x4d8c3ba00000 1673 ipfw CALL mprotect(0x2dd45673a000,0x1000,0x1) 1673 ipfw RET mprotect 0 1673 ipfw CALL access(0x2ddc76ab4b73,0x4) 1673 ipfw NAMI "/dev/stdin" 1673 ipfw RET access 0 1673 ipfw CALL open(0x2ddc76ab4b73,0) 1673 ipfw NAMI "/dev/stdin" 1673 ipfw RET open 3 1673 ipfw CALL fstat(0x3,0x2ddc76ab3580) 1673 ipfw STRU struct stat {dev=3D82, ino=3D1057, mode=3D010000, nli= nk=3D0, uid=3D0, gid=3D0, rdev=3D0, atime=3D1760286745.775325068, mtime=3D1= 760286745.778324751, ctime=3D1760286745.775325068, birthtime=3D0, size=3D23= 3, blksize=3D4096, blocks=3D1, flags=3D0x0 } 1673 ipfw RET fstat 0 1673 ipfw CALL read(0x3,0x4d8c3b809000,0x1000) 1673 ipfw GIO fd 3 read 233 bytes "table 1 add 1.0.1.0/24 table 1 add 1.0.2.0/23 table 1 add 1.0.8.0/21 table 1 add 1.0.32.0/19 table 1 add 1.1.0.0/24 table 1 add 1.1.2.0/23 table 1 add 1.1.4.0/22 table 1 add 1.1.9.0/24 table 1 add 1.1.10.0/23 table 1 add 1.1.12.0/22 " 1673 ipfw RET read 233/0xe9 1673 ipfw CALL ioctl(0,TIOCGETA,0x2ddc76ab3684) 1673 ipfw RET ioctl -1 errno 25 Inappropriate ioctl for device 1673 ipfw CALL socket(PF_INET,0x3,IPPROTO_RAW) 1673 ipfw RET socket 4 1673 ipfw CALL getsockopt(0x4,IPPROTO_IP,IP_FW3,0x2ddc76ab31b0,0x2dd= c76ab3130) 1673 ipfw RET getsockopt 0 1673 ipfw CALL getsockopt(0x4,IPPROTO_IP,IP_FW3,0x2ddc76ab3560,0x2dd= c76ab32e0) 1673 ipfw RET getsockopt 0 1673 ipfw CALL fstat(0x1,0x2ddc76ab24f0) 1673 ipfw STRU struct stat {dev=3D1895890688, ino=3D563, mode=3D0206= 20, nlink=3D1, uid=3D0, gid=3D4, rdev=3D563, atime=3D1760286745, mtime=3D17= 60286745, ctime=3D1760286745, birthtime=3D-1, size=3D0, blksize=3D4096, blo= cks=3D0, flags=3D0x0 } 1673 ipfw RET fstat 0 1673 ipfw CALL ioctl(0x1,TIOCGETA,0x2ddc76ab24a4) 1673 ipfw RET ioctl 0 1673 ipfw CALL write(0x1,0x4d8c3b80a000,0x14) 1673 ipfw GIO fd 1 wrote 20 bytes "added: 1.0.1.0/24 0 " 1673 ipfw RET write 20/0x14 1673 ipfw CALL getsockopt(0x4,IPPROTO_IP,IP_FW3,0x2ddc76ab31b0,0x2dd= c76ab3130) 1673 ipfw RET getsockopt 0 1673 ipfw CALL getsockopt(0x4,IPPROTO_IP,IP_FW3,0x2ddc76ab3560,0x2dd= c76ab32e0) 1673 ipfw RET getsockopt 0 1673 ipfw CALL write(0x1,0x4d8c3b80a000,0x14) 1673 ipfw GIO fd 1 wrote 20 bytes "added: 1.0.2.0/23 0 " =2E... Peace, david --=20 David H. Wolfskill david@catwhisker.org See https://www.catwhisker.org/~david/publickey.gpg for my public key. --d7etUujwabv1nj8x Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaOvbb18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5UmNAQC8Lr0D/oHla6JLj/+bW5adQtAAm0oiBskVmNDw6M3QaQEAt6EOWLnkLzCT X6uNaUezrNBl+W+n8po9fVE3CAtHkgA= =byum -----END PGP SIGNATURE----- --d7etUujwabv1nj8x-- From nobody Sun Oct 12 17:19: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 4cl6fy6f75z6CFPK for ; Sun, 12 Oct 2025 17:19:54 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-vs1-xe34.google.com (mail-vs1-xe34.google.com [IPv6:2607:f8b0:4864:20::e34]) (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 4cl6fy1QYQz3H7m for ; Sun, 12 Oct 2025 17:19:54 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=Sj0VQAoh; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dhorn2000@gmail.com designates 2607:f8b0:4864:20::e34 as permitted sender) smtp.mailfrom=dhorn2000@gmail.com Received: by mail-vs1-xe34.google.com with SMTP id ada2fe7eead31-5a0d17db499so3339689137.3 for ; Sun, 12 Oct 2025 10:19:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1760289588; x=1760894388; darn=freebsd.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=lwknupvs8IDQ4Vo1wbfnFni0skrwq5QqRjHznwvU7HI=; b=Sj0VQAohkoseS0h1Hbzx8fcdYdnGqMwvZ54GkgW9qHUzN2F0jvspaqzB7tIdU6aJqB v0DFzdbHOFV3RwJOJ5SAa8rPgCZYipcJ7xR7qwBC0mFSQCLpcs319qHrca6x0nkV3BUx wPQ7HoNc7Y01xDH/gSLbW6dFRhBC/2/UGcVVH7kfKg6ndaZJVmofshKlDuVgdimpuDAP kHEEwGdz/rizNC0kccKlnIzuxs97Gfg3Jc8dDHXZEbzmdiWs1zOHLV4wO2R8v/KUcJEj n6tFu1BFR0FIC8rP9hWWIpGkKb/SfsHu7p/vpmNLomPODv6iQA7sKKgDXbxsQvl+B6F4 cO4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1760289588; x=1760894388; h=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=lwknupvs8IDQ4Vo1wbfnFni0skrwq5QqRjHznwvU7HI=; b=XRC09duS4/q9TxJuaAkDnN0jMN/GFLASbb1aeLMiM29MU2J+zimn4He+KloJJPJZVP sRXw7l025KDs9KBHz2Pdn2+N6vgLrpx/UoEzUO4hgPm9VUhovOfD3wiAXi0n1pEoaBn+ oCiAEcvqaMiKFdzyKAmlFHAAQeU4d9dxGUhrQC74DydXbpbsB7D8I8+turNYUVCAfE02 gCx0EZxsex6ZunO0EVPJ415Mx8kSBiWYk+/oKeB89UNnzJKwvtv/0RsMdmzf1HjaJErJ qBCn+NNF7U5PqshYyB41t/+X/lCdI+SJKZbO+li1oaEjfDAD7iRZmO/+3VvaM+htKQ8f dPaw== X-Gm-Message-State: AOJu0YyMKCQ/FgPCMYvx6MYA8eQoJtId8MMJ+lHfsOajJ1McVajYsgIq RelXv4I1/mVC5oCV1L/k2ZjOfKwBKnj1xIgq2kU8fA3lJbJ6dZ09PaP2UzURPXvHBIf7eEpDuaZ b8A2x54A49XIYGbPNtA0LUH2W1aKjmMLMjbkWArA= X-Gm-Gg: ASbGncvNifJAc7GjeZ/bIPQ4xb1k1CqmBtWQdZgVjKWNt7Q4bufWMolN5cs3RzK7EBk sCdEnnskY+K99yBkEadYtrBRgid1/dqckrSY4okJi42Jl4wHKTscQDtIQVEkHpU4JBkDddTq9hb 2VaL3b/I81bs33ScQdZwvRWCUzD23UIslUf/1M2GKIkp1u3XXOM2yTMlILVtJitD9viI8nyQOiU i0SR+AtIJ0QmSN9CjTJ4lOOEVE1MvAObUZVaJwstpUCPrHZukxFYRT87flQGDfZItClIG/duIVr MpqQ X-Google-Smtp-Source: AGHT+IEMjbwH8GfsreYaFeV0gIJA9V6/ygX87A6PDTcjMLI6Fi8Rz1nGp8OIWlxbseTewB13JetywYsPXub92zEakzk= X-Received: by 2002:a05:6102:44cc:10b0:5d5:f556:e3e5 with SMTP id ada2fe7eead31-5d5f556e41amr3749468137.26.1760289587859; Sun, 12 Oct 2025 10:19:47 -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: David Horn Date: Sun, 12 Oct 2025 13:19:36 -0400 X-Gm-Features: AS18NWADXYybuS1ygMGUQk3HAXiDEWDKOxFSLM8kWUej4CJlc7bwVVsEK4vNeNI Message-ID: Subject: Re: bridge and async dhcp in rc.conf To: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="00000000000096164e0640f95b07" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.82 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.82)[-0.820]; 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]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e34:from]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+] X-Rspamd-Queue-Id: 4cl6fy1QYQz3H7m --00000000000096164e0640f95b07 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Oct 11, 2025 at 12:17=E2=80=AFPM David Horn w= rote: > I seem to have run into a corner case with bridge support and DHCP that > seems to have a trivial fix. > > Using bridge0 with an upstream interface (em0) does not allow me to do > normal rc.conf entries for DHCP to the bridge interface (em0 is not allow= ed > to get addresses since it is a member of the bridge) I use dual-stack > IPv4/IPv6 everywhere as well. I found an example here: > https://wiki.freebsd.org/crest/the-correct-way-to-configure-bridges-in-fr= eebsd-for-ipv6-and-ipv4 > that did not work for me. I checked the handbook documentation here: > https://docs.freebsd.org/en/books/handbook/advanced-networking/#network-b= ridging > and there are no examples for bridge DHCP on boot using /etc/rc.conf. > Please consider added example once this fix lands. > > Example /etc/rc.conf config: > > ifconfig_em0=3D"up -tso -vlanhwtso" > cloned_interfaces=3D"bridge0" > create_args_bridge0=3D"addm em0 edge em0" > ifconfig_bridge0=3D"up DHCP" > ifconfig_bridge0_ipv6=3D"inet6 auto_linklocal accept_rtadv -ifdisabled" > rtsold_enable=3D"yes" > rtsold_flags=3D"-i -m bridge0" > > The /etc/rc.conf interface variable "DHCP" normally is used to define for > the /etc/rc.d startup scripts and devd rules to automatically provide asy= nc > DHCP for interfaces at "LINK_UP" events. When debugging this, I noticed > that this does not work as expected with bridge interfaces, but does with > ethernet and 802.11 interfaces. I temporarily used "SYNCDHCP" for this > interface config and worked around the problem until my curiosity got the > best of me to debug further. > > Looking at /etc//devd/dhclient.conf, I noticed that only two media-types > are supported for async DHCP on LINK_UP. I added a third media type to > this configuration file for bridge and it started working for me. > > Submitted Bug 290173 and an improved patch here: https://reviews.freebsd.org/D53051 Answering my own question, this does not seem to impact lagg, just bridge after testing multiple scenarios of async DHCP. > --Thanks! > -_Dave H > > > > --00000000000096164e0640f95b07 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Oct 11, 2025 at 12:17=E2=80=AFPM = David Horn <dhorn2000@gmail.com> wrote:
I seem to have = run into a corner case with bridge support and DHCP that seems to have a tr= ivial fix.


Exam= ple /etc/rc.conf config:

ifconfig_em0=3D"up -= tso -vlanhwtso"
cloned_interfaces=3D"bridge0"
c= reate_args_bridge0=3D"addm em0 edge em0"
ifconfig_bridge0=3D&q= uot;up DHCP"
ifconfig_bridge0_ipv6=3D"inet6 auto_linklocal acc= ept_rtadv -ifdisabled"
rtsold_enable=3D"yes"
rtsold_fl= ags=3D"-i -m bridge0"

The /etc/rc.co= nf interface variable "DHCP" normally is used to define for the /= etc/rc.d startup scripts and devd rules to automatically provide async DHCP= for interfaces at "LINK_UP" events.=C2=A0 When debugging this, I= noticed that this does not work as expected with bridge interfaces, but do= es with ethernet and 802.11 interfaces.=C2=A0 =C2=A0I temporarily used &quo= t;SYNCDHCP" for this interface config and worked around the problem un= til my curiosity got the best of me to debug further.

<= div>Looking at /etc//devd/dhclient.conf, I noticed that only two media-type= s are supported for async DHCP on LINK_UP.=C2=A0 I added a third media type= to this configuration file for bridge and it started working for me.
=

<snip old OBE pa= tch>

Submitted Bug 290173 and an improved patch= here:=C2=A0=C2=A0https://re= views.freebsd.org/D53051

An= swering my own question, this does not seem to impact lagg, just bridge aft= er testing multiple scenarios of async DHCP.
=C2=A0
--Thanks= !
-_Dave H



=
--00000000000096164e0640f95b07--