From nobody Mon Sep 8 05:50:43 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cKx0N3bztz67NVX for ; Mon, 08 Sep 2025 05:51:32 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp5.goneo.de [IPv6:2001:1640:5::8:30]) (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 4cKx0M3q6fz3PWW for ; Mon, 08 Sep 2025 05:51:31 +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=RVlTJX5M; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@walstatt-de.de designates 2001:1640:5::8:30 as permitted sender) smtp.mailfrom=freebsd@walstatt-de.de Received: from hub1.goneo.de (hub1.goneo.de [85.220.129.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 smtp5.goneo.de (Postfix) with ESMTPS id F1042240865 for ; Mon, 8 Sep 2025 07:51:18 +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 62F1924033E for ; Mon, 8 Sep 2025 07:51:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1757310677; 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=mU4JtODxjB13AHtt3sFLUNZzLA/9+wtGyr3N9FZ1gwk=; b=RVlTJX5M57MzgHCUTzwI2nkZYd3/PAJM6lDJeqeTLqrp5UXj9MxFyOCWaX04TitGemxQ9y 6OWqI05XUvePYNUzx5e8d77p9r3SARmiHIcFONeLAD0rZu/GrjyPBphhQjwvm+cSEneYzB w0njBrR4hLJ8PF+bmC92yKLLm3jT+Oqz1wIkh3vzjF96t//GboFy/ZgoWz+5vziqIcWpVs uNsf1GprHeeXcAYlV5ZVdhVsuIRjmi9yH3ASZ4h/LyakZeaJkvihbHTWiMUbSXimdJVUPx 7uUK1mqeigy0hMnwk3qinstotUHW6W2WaBqJOYUO+r10wjVHdZgLUUiGNrrhRA== Received: from thor.sb211.local (dynamic-2a02-3100-1995-7e02-a631-6213-a780-4b42.310.pool.telefonica.de [IPv6:2a02:3100:1995:7e02:a631:6213:a780:4b42]) (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 2D2DF2402D8 for ; Mon, 8 Sep 2025 07:51:17 +0200 (CEST) Date: Mon, 8 Sep 2025 07:50:43 +0200 From: A FreeBSD User To: FreeBSD CURRENT Subject: recent CURRENT and moused(): inverted X axis on mouse Message-ID: <20250908075110.725c6e57@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_/FsSmJI1Sg8.//Kquoin2/EJ"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 8f928c X-Rspamd-UID: b2d6c0 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.67 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.973]; R_SPF_ALLOW(-0.20)[+ip6:2001:1640:5::8:0/112]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; RCVD_IN_DNSWL_LOW(-0.10)[2001:1640:5::8:30:from]; ASN(0.00)[asn:25394, ipnet:2001:1640::/32, country:DE]; DMARC_NA(0.00)[walstatt-de.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[walstatt-de.de:+] X-Rspamd-Queue-Id: 4cKx0M3q6fz3PWW --Sig_/FsSmJI1Sg8.//Kquoin2/EJ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, since the @new@ moused daemon has been ontroduced lately I face a small but= nasty change in X11 which is results in an inverted mouse pointer movement when using a mou= se wheel. The mouse is a USB mouse, in one particular case a Razer DeathAddre V3, but some othe= r box uses Logitech MX518 or similar - same issue. Disabling moused() reverts situation to the = situation I'm used to, but with the consequence not having a useful mousepointer on the consol= e. In some rare, sporadic cases, without moused() enabled, X11 (using x11-wm/w= indowmaker) looses the mousepointer - which never comes back to live again, even stopping/rest= arting xdm which restarts Xorg server (see /etc/ttys). Bug or expected behaviour and misconfiguration/outdated config on my side? Thanks in advance, oh --=20 A FreeBSD user --Sig_/FsSmJI1Sg8.//Kquoin2/EJ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaL5uzgAKCRCxzvs8Oqok rx6vAQCL9boB/gvqV/MPuj8Tr2rEUP55Ij5qvmEUr0etBNhMpAEAxSmrFrD79ygH fKKWQzUouKx4EOfuw4r1HVBZL0n/SwU= =MJyg -----END PGP SIGNATURE----- --Sig_/FsSmJI1Sg8.//Kquoin2/EJ-- From nobody Mon Sep 8 20:08:16 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cLJ1H4RfMz6739j for ; Mon, 08 Sep 2025 20:08:35 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (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 4cLJ1G5wzgz4007; Mon, 08 Sep 2025 20:08:34 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b="EPG76BD/"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::531 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-623720201fdso4918224a12.1; Mon, 08 Sep 2025 13:08:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757362108; x=1757966908; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=fvL0bwGQKiX8F7Z1co0r00QQVuaZSyI98NSlR8YgmvE=; b=EPG76BD/ZeW6nGlFMhjEuO1UpvuyEoigQiWRYqNaKdwGz1lrvfI9vC0FV4UfIZKooD tyQVQzRwYpu71JpikCTVxIajM0U564jyuQlEz9aDeeat19V/t9fe1qBfRxPq3rr6QsT0 jSgv0zoXhzogQw9rGmiC8pzdpXia+Vf7LYUXtuM09A3rNuvUQ9hfZtgeFg8PoWzR2unq plmM6Q401FIVeYWQL0lbOfDkuz3Tcop7F/Ve19heSMUf3w8fNVbmU7fThAuSL25QDXv5 LYb5F50dhO5egktYzntEQ3NYy6QjneMlEi0GtNxCa73AxvFQXHTM7v6fQpZzbS4tI628 +utw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757362108; x=1757966908; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=fvL0bwGQKiX8F7Z1co0r00QQVuaZSyI98NSlR8YgmvE=; b=fL348RIini3Wm/Jb2rU19A2bJ6xS+war+tQ1vf4eQ/f9qLCudnNDZ3ptrrCoxs3btL hzbxKg2wEPjj6fBprz330pZxP8b19XlN6KTA227KSgrp+vXqtBDlo1Tj3S5LQJofGeH5 ygOG0bCsw6vtCE1aQ3VlUFYaymnRNLHYr0roZOBgsKMaZFfhRP3RuqfQeKzQzksHU945 k94j3lx3rCfAx7akASxDO9RZezNXwZNQfM9LOd93Are0yMb906VDk+Ep33ZOLU4kM+dr XdTPoDkT1vo9iGflls3xftHyS2MqdoN+f45pN38/yLoLGIhk8N/f4BcvsdNdi/NVCD17 MULw== X-Forwarded-Encrypted: i=1; AJvYcCU6byep05VMmo+W3XAckAuBNavrNVKRXrw8f52FhrCU1x6iG4JDan6VZQRxA0I8hWv2v/2HV5ttpDzj3oO1Cxw=@freebsd.org X-Gm-Message-State: AOJu0YzeAvberx+hCnvCVY0pSbGUY2Fu0rSguD2lZrjeXmIForWNb64g 4pGznVdlSEvdi3Q5V/3zBeqxhxmG1gTfj7rQJohhXlOQdzC93OmU6pXjm46Ty2weXIiE4PyO0bx O4XlbKG2Vdi2o3v6RsmrOfOXwW6aj4AQn X-Gm-Gg: ASbGncspeyEFhXiRjqa3bwZnT6wWVPdLozJT+3DmnCG2zzuc7rCQZ4pqP8K286bFGNs Dw2iWYKEpjmborkjs2NCGZscK5Fw5LGTL26e260d/mxOognGIGcE0kfvf9Hiucia5QmjABafEhY gcesCYZzA3GCHkiVC/CQB6GD6eECh2PqXnm5WeY9XDHyBtO5nS+wEJGmUjrHWkH9g9IXhk4TT+D VpOsxtD+wlzaOQ6n3k6sa1Tn0Xb24MuLZ4uXgM= X-Google-Smtp-Source: AGHT+IGVGtKAhBr6+vFeAZjjKkngd0etrR6IvDE6lAY6yE41XiFJ7IG3RpWI2t1YhC6cXMQslT9+y1zUFqbXXf1JxvQ= X-Received: by 2002:a05:6402:40c2:b0:62a:f712:3986 with SMTP id 4fb4d7f45d1cf-62af7123bc9mr2101171a12.10.1757362107998; Mon, 08 Sep 2025 13:08:27 -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: <56dd78c6-a53a-4c4c-989a-335cc5fed405@FreeBSD.org> <1578a4eac5402d0496d8989e5258bc78@Leidinger.net> <20250903043714.370F5311@slippy.cwsent.com> In-Reply-To: From: Rick Macklem Date: Mon, 8 Sep 2025 13:08:16 -0700 X-Gm-Features: AS18NWD2lMFHD8vSpEVzdLQqtkBo9-rq4XM_s7aG9NRLZK4ufeHZkbfcW6pBXA8 Message-ID: Subject: Re: heimdal -> MIT kdc migration To: Cy Schubert Cc: Gleb Smirnoff , freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TAGGED_FROM(0.00)[]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::531:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4cLJ1G5wzgz4007 On Wed, Sep 3, 2025 at 8:28=E2=80=AFAM Rick Macklem wrote: > > On Tue, Sep 2, 2025 at 10:10=E2=80=AFPM Rick Macklem wrote: > > > > On Tue, Sep 2, 2025 at 9:37=E2=80=AFPM Cy Schubert wrote: > > > > > > In message > > om> > > > , Rick Macklem writes: > > > > On Sun, Aug 31, 2025 at 5:58=3DE2=3D80=3DAFPM Rick Macklem > > > m> wrote: > > > > > > > > > > On Sun, Aug 31, 2025 at 5:41=3DE2=3D80=3DAFPM Rick Macklem > > > com> wrote: > > > > > > > > > > > > On Sat, Aug 30, 2025 at 9:47=3DE2=3D80=3DAFPM Rick Macklem > > > l.com> wrote: > > > > > > > > > > > > > > On Sat, Aug 30, 2025 at 4:22=3DE2=3D80=3DAFPM Rick Macklem > > > ail.com> wrote: > > > > > > > > > > > > > > > > On Sat, Aug 30, 2025 at 8:56=3DE2=3D80=3DAFAM Rick Macklem = > > > gmail.com> wrote: > > > > > > > > > > > > > > > > > > On Fri, Aug 29, 2025 at 1:05=3DE2=3D80=3DAFPM Rick Mackle= m > > > m@gmail.com> wrote: > > > > > > > > > > > > > > > > > > > > On Fri, Aug 29, 2025 at 7:43=3DE2=3D80=3DAFAM Rick Mack= lem > > > lem@gmail.com> wrote: > > > > > > > > > > > > > > > > > > > > > > On Wed, Aug 27, 2025 at 8:39=3DE2=3D80=3DAFPM Rick Ma= cklem > > > cklem@gmail.com> wrote: > > > > > > > > > > > > > > > > > > > > > > > > On Wed, Aug 27, 2025 at 7:43=3DE2=3D80=3DAFPM Rick = Macklem > > > macklem@gmail.com> wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Aug 26, 2025 at 9:35=3DE2=3D80=3DAFAM Gle= b Smirnoff > > > ebius@freebsd.org> wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Aug 26, 2025 at 08:31:13AM -0700, Gleb = Smirnoff=3D > > > > wrote: > > > > > > > > > > > > > > T> On Tue, Aug 26, 2025 at 08:13:26AM -0700, Ri= ck Mackl=3D > > > > em wrote: > > > > > > > > > > > > > > T> R> Ok. If you install FreeBSD-13.5 and then = "pkg ins=3D > > > > tall heimdal", you get a > > > > > > > > > > > > > > T> R> working Heimdal-7.8 in ports. > > > > > > > > > > > > > > T> R> > > > > > > > > > > > > > > T> R> Now, I have another challenge. Fixing the= master =3D > > > > passwords. > > > > > > > > > > > > > > T> R> I'll work on it later to-day. > > > > > > > > > > > > > > T> > > > > > > > > > > > > > > T> I have applied two commits from Heimdal from= 2012 th=3D > > > > at add 'kadmin dump -f MIT' > > > > > > > > > > > > > > T> feature to our base heimdal and polished the= m to com=3D > > > > pile. So far it doesn't > > > > > > > > > > > > > > T> work yet, either create an empty dump or cre= ate a co=3D > > > > re dump, instead of > > > > > > > > > > > > > > T> database dump :) I'll see how difficult it i= s going =3D > > > > to further resolve that to > > > > > > > > > > > > > > T> a working condition. If I succeed, then havi= ng 'dump=3D > > > > -f MIT' in base without > > > > > > > > > > > > > > T> any ports would be the best solution. Can a= lso be m=3D > > > > erged to FreeBSD 14.4. > > > > > > > > > > > > > > > > > > > > > > > > > > > > Good news. In the above paragraph I was testin= g my cha=3D > > > > nge incorrectly - threw > > > > > > > > > > > > > > the new binary on a system running unpatched li= braries.=3D > > > > When run correctly, > > > > > > > > > > > > > > it successfully produced something that looks l= ike a co=3D > > > > rrect dump in MIT format. > > > > > > > > > > > > > > I haven't yet tried to load it into MIT kdc yet= , though=3D > > > > . > > > > > > > > Well, would you like the not so bad news or the bad news??;= -) > > > > > > > > Your patch works, in that it produces a dump that "kdb5_uti= l load > > > > > > > > -update" can load. > > > > > > > > After loading, if the principal only has keys for the newer= encrypt=3D > > > > ion types of > > > > > > > > aes256-cts-hmac-sha1-96 > > > > > > > > aes128-cts-hmac-sha1-96 > > > > > > > > then you can look at the principal via kadmin.local, but th= e passwo=3D > > > > rd must > > > > > > > > be changed before it works. > > > > > > > > --> This is the same behaviour as you get if you use Heimda= l-7.8 to=3D > > > > do the > > > > > > > > dump conversion. > > > > > > > > So far, so good... > > > > > > > > > > > > > > > > Now, the not so good news. Once you update the Heimdal libr= aries > > > > > > > > (libhdb.so and libkadm5srv.so) "kadmin -l" is broken on the= system > > > > > > > > running the old KDC. "kadmin -l dump" works, but something = like: > > > > > > > > # kadmin -l > > > > > > > > kadmin> get rmacklem > > > > > > > > kadmin: get rmacklem: Service key not available > > > > > > > > - I have not yet looked in your patched sources to see wher= e this > > > > > > > > failure comes from? > > > > > > > > > > > > > > > > Now, more not so good news... > > > > > > > > My patch doesn't help. > > > > > > > > It does re-encrypt the key in the master key from the MIT K= DC > > > > > > > > system, but that doesn't make the password work. > > > > > > > > When I compared the dump generated via kadmin with both > > > > > > > > your patch and mine, the key for aes256-cts-hmac-sha1-96 > > > > > > > > is 34bytes long. > > > > > > > > After doing the change_password so that it works, a dump > > > > > > > > generated by "kdb5_util dump -r13" (the same dump format) > > > > > > > > has a key that is 62bytes long. > > > > > > > > --> So, there is more to converting the key than just re-ec= rypting > > > > > > > > it. (I'll try and find where the MIT code encrypts a = key in a=3D > > > > master > > > > > > > > key to see why it ends up at 62bytes and whether that= can be =3D > > > > done > > > > > > > > in the old code.) > > > > > > > > > > > > > > > > So, if we are going to continue with this... > > > > > > > > - We need to figure out why your patch breaks "kadmin" for = other > > > > > > > > things and fix that. > > > > > > > > - I/we need to figure out how to convert the 34byte key to = the MIT > > > > > > > > 62byte key (and then maybe the password won't need to be = changed?=3D > > > > ). > > > > > > > > > > > > > > > > Or do we just say "When you convert the KDC database, all t= he passw=3D > > > > ords > > > > > > > > must be changed to get them to work?". > > > > > > > All I've got sofar is this patch... > > > > > > > https://people.freebsd.org/~rmacklem/print.patch > > > > > > > > > > > > > > It tweaks entry2mit_string_int() so that it skips over the ke= ys for > > > > > > > old encryption types and fills in a fake "modified by" entry = if none > > > > > > > exists. > > > > > > > > > > > > > > These changes at least make the MIT dump such that the record= s > > > > > > > don't end up "incomplete or corrupted" when you try to do som= ething > > > > > > > like "get_principal " in kadmin.local. > > > > > > > > > > > > > > As noted, your patch makes "kadmin -l" break for most things, > > > > > > > reporting "Service key not available". The failures go away i= f > > > > > > > you revert back to the non-patched libraries. > > > > > > > I have not located the problem yet. > > > > > > > > > > > > > > As for the passwords...no luck yet, rick > > > > > > Finally..it works. (First off, apologies for all the posts, jus= t ignore > > > > > > them.;-) > > > > > > > > > > > > The patch is at: > > > > > > https://people.freebsd.org/~rmacklem/kadmin.patch > > > > I just updated the patch with a fix for the case where the > > > > Heimdal principal does not have any keys for string encryption. > > > > (That is fixed now and I haven't found any other bugs, so I > > > > think I am done playing with it. Yippee!!) > > > > > > > > Please test when you can find the time, rick > Outstanding issue/question w.r.t. converting the KDC database > from Heimdal 1.5.2->MIT. > > Right now, the patch I have drops the weak encryption type keys > (des3.. and arcfour..). > If the principal in the Heimdal KDC does not have keys for either > of: > aes256-cts-hmac-sha1-96 > aes128-cts-hmac-sha1-96 > the patch generates a "fake" one. As a result, a change_password > for the principal is needed for this case. > > The alternative to doing this would be an option that converts > the weak keys, but... > - The MIT KDC will find the principal "incomplete or corrupted" > for at least the "out-of-the-box" configuration. > - It might accept them if "accept_weak_ecntypes" is set in > the kdc.conf. > This leads to a couple of questions: > - Does anyone know if MIT 1.22 still allows > "accept_weak_enctypes? > If it does not allow them, I don't think there is much use > for this option? > > Given the release schedule, it would be nice to get this > resolved soon. Since no one reported whether or not they saw the "Service key not available" errors from the patched kadmin for commands like "get", I poked at it and found it was caused by some code the cherry-pick from the newer Heimdal added, related to historical keys (which are not supported by Heimdal 1.5.2.) Commenting out one new function the cherry-pick added along with the two calls to it seems to have fixed the problem. I've updated my patch at: https://people.freebsd.org/~rmacklem/kadmin.patch to include these changes. So, can you guys test this and get it into main? (You are welcome to include my patch in the commit, That is probably faster than doing it as a separate one.) At this point, it works for everything I have tested and, yes, the passwords do work after the dump is loaded into the MIT KDC! rick ps: I cannot test it more than I have already done until it is in a snapshot that I can install for further testing. > Also, someone needs to document this. > The Handbook section does a nice job of explaining > the setup of a Heimdal KDC, but has nothing w.r.t. > setting up an MIT KDC nor converting the KDC database > over to it. > > rick > > > > > > > I think the problem is with OpenSSL 3.5. With the legacy provider loa= ded in > > > OpenSSL 3.5 I get, > > > > > > test3# openssl list -providers > > > Providers: > > > default > > > name: OpenSSL Default Provider > > > version: 3.5.1 > > > status: active > > > test3# > > > > > > Whereas in 3.0 I get, > > > > > > bob# openssl list -providers > > > Providers: > > > default > > > name: OpenSSL Default Provider > > > version: 3.0.16 > > > status: active > > > legacy > > > name: OpenSSL Legacy Provider > > > version: 3.0.16 > > > status: active > > > bob# > > > > > > Some symbol must be missing. > > Ok, I seem to have missed something here? > > Just in case it wasn't clear, I was referring to testing of the > > kadmin patches for the old Heimdal, so that the KDC database > > can be moved to an MIT KDC and still work. > > > > rick > > > > > > > > > > > -- > > > Cheers, > > > Cy Schubert > > > FreeBSD UNIX: Web: https://FreeBSD.org > > > NTP: Web: https://nwtime.org > > > > > > e**(i*pi)+1=3D0 > > > > > > From nobody Mon Sep 8 20:23:53 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cLJM13Dx1z674Nc for ; Mon, 08 Sep 2025 20:23:57 +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 4cLJM05Mczz41cm; Mon, 08 Sep 2025 20:23:56 +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 vaosucQCl5MqyviP6u3iek; Mon, 08 Sep 2025 20:23:56 +0000 Received: from spqr.komquats.com ([70.66.136.217]) by cmsmtp with ESMTPSA id viP4uBD6dl5eGviP5uvjUI; Mon, 08 Sep 2025 20:23:55 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=EO6l0EZC c=1 sm=1 tr=0 ts=68bf3b5b a=h7br+8Ma+Xn9xscxy5znUg==:117 a=h7br+8Ma+Xn9xscxy5znUg==:17 a=kj9zAlcOel0A:10 a=yJojWOMRYYMA:10 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=pGLkceISAAAA:8 a=i1fwTJ2rAAAA:8 a=zdPUvaFGAAAA:8 a=04oDvr9pAAAA:8 a=hF2rLc1pAAAA:8 a=YxBL1-UpAAAA:8 a=n6Wa5QzOHJnW4xFBhNcA:9 a=CjuIK1q_8ugA:10 a=LK5xJRSDVpKd5WXXoEvA:22 a=fvD0gfNcX4AKPV7IvcuC:22 a=sT4bYkpex2i6d5iwGOJT:22 a=O9OM7dhJW_8Hj9EqqvKN: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 900C8160; Mon, 08 Sep 2025 13:23:53 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id 854F9286; Mon, 08 Sep 2025 13:23:53 -0700 (PDT) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Rick Macklem cc: Cy Schubert , Gleb Smirnoff , freebsd-current@freebsd.org Subject: Re: heimdal -> MIT kdc migration In-reply-to: References: <56dd78c6-a53a-4c4c-989a-335cc5fed405@FreeBSD.org> <1578a4eac5402d0496d8989e5258bc78@Leidinger.net> <20250903043714.370F5311@slippy.cwsent.com> Comments: In-reply-to Rick Macklem message dated "Mon, 08 Sep 2025 13:08:16 -0700." 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, 08 Sep 2025 13:23:53 -0700 Message-Id: <20250908202353.854F9286@slippy.cwsent.com> X-CMAE-Envelope: MS4xfBlNogMJGZFRbM30CWEcj+w+GexMqNPWIfG2GHbZ+E/4QXGZFGeVJWBunjr2A3+72/MYPi1HAk8MQHi/o8xnbApYkkC+OJGmjZ0iIsZ0waYfDM7wINPX e5a78F+TNJVFay/y4ZyMIeSkYY8fefvh1wZkDFA7F5egniFvtkmYBrBUKHnvIUlfgh3Ws2RyFzIaMgtgJOh8heUSDUf4VyEL1hHhVamvc3pR1oep76Fy0DwM eP1/UNhBaOWfsEUwR2Bhhh3qNIb+37WNlK5O30rCUHo= X-Spamd-Bar: - X-Spamd-Result: default: False [-1.76 / 15.00]; SUSPICIOUS_RECIPS(1.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.96)[-0.960]; 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]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; DMARC_BAD_POLICY(0.00)[cschubert.com : p tag has invalid value: quarantine rua=mailto:p[ostmaster@cschubert.com]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TAGGED_RCPT(0.00)[]; REPLYTO_EQ_FROM(0.00)[] X-Rspamd-Queue-Id: 4cLJM05Mczz41cm In message , Rick Macklem writes: > On Wed, Sep 3, 2025 at 8:28=E2=80=AFAM Rick Macklem > wrote: > > > > On Tue, Sep 2, 2025 at 10:10=E2=80=AFPM Rick Macklem com> wrote: > > > > > > On Tue, Sep 2, 2025 at 9:37=E2=80=AFPM Cy Schubert rt.com> wrote: > > > > > > > > In message gmail.c > > > > om> > > > > , Rick Macklem writes: > > > > > On Sun, Aug 31, 2025 at 5:58=3DE2=3D80=3DAFPM Rick Macklem cklem@gmail.co=3D > > > > > m> wrote: > > > > > > > > > > > > On Sun, Aug 31, 2025 at 5:41=3DE2=3D80=3DAFPM Rick Macklem macklem@gmail.=3D > > > > > com> wrote: > > > > > > > > > > > > > > On Sat, Aug 30, 2025 at 9:47=3DE2=3D80=3DAFPM Rick Macklem k.macklem@gmai=3D > > > > > l.com> wrote: > > > > > > > > > > > > > > > > On Sat, Aug 30, 2025 at 4:22=3DE2=3D80=3DAFPM Rick Macklem ick.macklem@gm=3D > > > > > ail.com> wrote: > > > > > > > > > > > > > > > > > > On Sat, Aug 30, 2025 at 8:56=3DE2=3D80=3DAFAM Rick Macklem = > > > > > gmail.com> wrote: > > > > > > > > > > > > > > > > > > > > On Fri, Aug 29, 2025 at 1:05=3DE2=3D80=3DAFPM Rick Mackle= > m > > > > m@gmail.com> wrote: > > > > > > > > > > > > > > > > > > > > > > On Fri, Aug 29, 2025 at 7:43=3DE2=3D80=3DAFAM Rick Mack= > lem > > > > lem@gmail.com> wrote: > > > > > > > > > > > > > > > > > > > > > > > > On Wed, Aug 27, 2025 at 8:39=3DE2=3D80=3DAFPM Rick Ma= > cklem > > > > cklem@gmail.com> wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > On Wed, Aug 27, 2025 at 7:43=3DE2=3D80=3DAFPM Rick = > Macklem > > > > macklem@gmail.com> wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Aug 26, 2025 at 9:35=3DE2=3D80=3DAFAM Gle= > b Smirnoff > > > > ebius@freebsd.org> wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Aug 26, 2025 at 08:31:13AM -0700, Gleb = > Smirnoff=3D > > > > > wrote: > > > > > > > > > > > > > > > T> On Tue, Aug 26, 2025 at 08:13:26AM -0700, Ri= > ck Mackl=3D > > > > > em wrote: > > > > > > > > > > > > > > > T> R> Ok. If you install FreeBSD-13.5 and then = > "pkg ins=3D > > > > > tall heimdal", you get a > > > > > > > > > > > > > > > T> R> working Heimdal-7.8 in ports. > > > > > > > > > > > > > > > T> R> > > > > > > > > > > > > > > > T> R> Now, I have another challenge. Fixing the= > master =3D > > > > > passwords. > > > > > > > > > > > > > > > T> R> I'll work on it later to-day. > > > > > > > > > > > > > > > T> > > > > > > > > > > > > > > > T> I have applied two commits from Heimdal from= > 2012 th=3D > > > > > at add 'kadmin dump -f MIT' > > > > > > > > > > > > > > > T> feature to our base heimdal and polished the= > m to com=3D > > > > > pile. So far it doesn't > > > > > > > > > > > > > > > T> work yet, either create an empty dump or cre= > ate a co=3D > > > > > re dump, instead of > > > > > > > > > > > > > > > T> database dump :) I'll see how difficult it i= > s going =3D > > > > > to further resolve that to > > > > > > > > > > > > > > > T> a working condition. If I succeed, then havi= > ng 'dump=3D > > > > > -f MIT' in base without > > > > > > > > > > > > > > > T> any ports would be the best solution. Can a= > lso be m=3D > > > > > erged to FreeBSD 14.4. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Good news. In the above paragraph I was testin= > g my cha=3D > > > > > nge incorrectly - threw > > > > > > > > > > > > > > > the new binary on a system running unpatched li= > braries.=3D > > > > > When run correctly, > > > > > > > > > > > > > > > it successfully produced something that looks l= > ike a co=3D > > > > > rrect dump in MIT format. > > > > > > > > > > > > > > > I haven't yet tried to load it into MIT kdc yet= > , though=3D > > > > > . > > > > > > > > > Well, would you like the not so bad news or the bad news??;= > -) > > > > > > > > > Your patch works, in that it produces a dump that "kdb5_uti= > l load > > > > > > > > > -update" can load. > > > > > > > > > After loading, if the principal only has keys for the newer= > encrypt=3D > > > > > ion types of > > > > > > > > > aes256-cts-hmac-sha1-96 > > > > > > > > > aes128-cts-hmac-sha1-96 > > > > > > > > > then you can look at the principal via kadmin.local, but th= > e passwo=3D > > > > > rd must > > > > > > > > > be changed before it works. > > > > > > > > > --> This is the same behaviour as you get if you use Heimda= > l-7.8 to=3D > > > > > do the > > > > > > > > > dump conversion. > > > > > > > > > So far, so good... > > > > > > > > > > > > > > > > > > Now, the not so good news. Once you update the Heimdal libr= > aries > > > > > > > > > (libhdb.so and libkadm5srv.so) "kadmin -l" is broken on the= > system > > > > > > > > > running the old KDC. "kadmin -l dump" works, but something = > like: > > > > > > > > > # kadmin -l > > > > > > > > > kadmin> get rmacklem > > > > > > > > > kadmin: get rmacklem: Service key not available > > > > > > > > > - I have not yet looked in your patched sources to see wher= > e this > > > > > > > > > failure comes from? > > > > > > > > > > > > > > > > > > Now, more not so good news... > > > > > > > > > My patch doesn't help. > > > > > > > > > It does re-encrypt the key in the master key from the MIT K= > DC > > > > > > > > > system, but that doesn't make the password work. > > > > > > > > > When I compared the dump generated via kadmin with both > > > > > > > > > your patch and mine, the key for aes256-cts-hmac-sha1-96 > > > > > > > > > is 34bytes long. > > > > > > > > > After doing the change_password so that it works, a dump > > > > > > > > > generated by "kdb5_util dump -r13" (the same dump format) > > > > > > > > > has a key that is 62bytes long. > > > > > > > > > --> So, there is more to converting the key than just re-ec= > rypting > > > > > > > > > it. (I'll try and find where the MIT code encrypts a = > key in a=3D > > > > > master > > > > > > > > > key to see why it ends up at 62bytes and whether that= > can be =3D > > > > > done > > > > > > > > > in the old code.) > > > > > > > > > > > > > > > > > > So, if we are going to continue with this... > > > > > > > > > - We need to figure out why your patch breaks "kadmin" for = > other > > > > > > > > > things and fix that. > > > > > > > > > - I/we need to figure out how to convert the 34byte key to = > the MIT > > > > > > > > > 62byte key (and then maybe the password won't need to be = > changed?=3D > > > > > ). > > > > > > > > > > > > > > > > > > Or do we just say "When you convert the KDC database, all t= > he passw=3D > > > > > ords > > > > > > > > > must be changed to get them to work?". > > > > > > > > All I've got sofar is this patch... > > > > > > > > https://people.freebsd.org/~rmacklem/print.patch > > > > > > > > > > > > > > > > It tweaks entry2mit_string_int() so that it skips over the ke= > ys for > > > > > > > > old encryption types and fills in a fake "modified by" entry = > if none > > > > > > > > exists. > > > > > > > > > > > > > > > > These changes at least make the MIT dump such that the record= > s > > > > > > > > don't end up "incomplete or corrupted" when you try to do som= > ething > > > > > > > > like "get_principal " in kadmin.local. > > > > > > > > > > > > > > > > As noted, your patch makes "kadmin -l" break for most things, > > > > > > > > reporting "Service key not available". The failures go away i= > f > > > > > > > > you revert back to the non-patched libraries. > > > > > > > > I have not located the problem yet. > > > > > > > > > > > > > > > > As for the passwords...no luck yet, rick > > > > > > > Finally..it works. (First off, apologies for all the posts, jus= > t ignore > > > > > > > them.;-) > > > > > > > > > > > > > > The patch is at: > > > > > > > https://people.freebsd.org/~rmacklem/kadmin.patch > > > > > I just updated the patch with a fix for the case where the > > > > > Heimdal principal does not have any keys for string encryption. > > > > > (That is fixed now and I haven't found any other bugs, so I > > > > > think I am done playing with it. Yippee!!) > > > > > > > > > > Please test when you can find the time, rick > > Outstanding issue/question w.r.t. converting the KDC database > > from Heimdal 1.5.2->MIT. > > > > Right now, the patch I have drops the weak encryption type keys > > (des3.. and arcfour..). > > If the principal in the Heimdal KDC does not have keys for either > > of: > > aes256-cts-hmac-sha1-96 > > aes128-cts-hmac-sha1-96 > > the patch generates a "fake" one. As a result, a change_password > > for the principal is needed for this case. > > > > The alternative to doing this would be an option that converts > > the weak keys, but... > > - The MIT KDC will find the principal "incomplete or corrupted" > > for at least the "out-of-the-box" configuration. > > - It might accept them if "accept_weak_ecntypes" is set in > > the kdc.conf. > > This leads to a couple of questions: > > - Does anyone know if MIT 1.22 still allows > > "accept_weak_enctypes? > > If it does not allow them, I don't think there is much use > > for this option? > > > > Given the release schedule, it would be nice to get this > > resolved soon. > Since no one reported whether or not they saw the > "Service key not available" errors from the patched kadmin > for commands like "get", I poked at it and found it was caused > by some code the cherry-pick from the newer Heimdal added, > related to historical keys (which are not supported by Heimdal 1.5.2.) > > Commenting out one new function the cherry-pick added along > with the two calls to it seems to have fixed the problem. > > I've updated my patch at: > https://people.freebsd.org/~rmacklem/kadmin.patch > to include these changes. > > So, can you guys test this and get it into main? > (You are welcome to include my patch in the commit, > That is probably faster than doing it as a separate one.) > At this point, it works for everything I have tested and, yes, > the passwords do work after the dump is loaded into the > MIT KDC! > > rick > ps: I cannot test it more than I have already done until it > is in a snapshot that I can install for further testing. The patch doesn't apply here. Do I need to apply a prerequisite patch? slippy$ git apply /tmp/kadmin.patch error: patch failed: crypto/heimdal/kadmin/dump.c:72 error: crypto/heimdal/kadmin/dump.c: patch does not apply error: patch failed: crypto/heimdal/lib/hdb/common.c:156 error: crypto/heimdal/lib/hdb/common.c: patch does not apply error: patch failed: crypto/heimdal/lib/hdb/mkey.c:458 error: crypto/heimdal/lib/hdb/mkey.c: patch does not apply error: patch failed: crypto/heimdal/lib/hdb/print.c:378 error: crypto/heimdal/lib/hdb/print.c: patch does not apply slippy$ slippy$ slippy$ patch -C -p1 < /tmp/kadmin.patch Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |commit 66bbcc907b21adea8af90ac080faed14dd4be439 |Author: Rick Macklem |Date: Fri Aug 29 07:05:00 2025 -0700 | | kadmin: Add support for conversion to MIT's master key | | When "-f MIT" is used for "kadmin -l dump" it writes | the dump out in MIT format. This dump format is understood | by the MIT kdb5_util command. | | However, there are a couple of issues: | - If there are weak encryption keys in a principal's entry, | MIT's kadmin.local will report that the principcal's entry | is incomplete or corrupted. | This is also true if there is no modified_by component | in the dump line for a principal. | - The keys are encrypted in Heimdal's master key. The | "-d" option can be used on the "kadmin -l dump" to | de-encrypt them, but the passwords will not work on the | current MIT KDC. | | To try and deal with the above issues, this patch: | - Does not dump the weak keys. | If a principal does not have a key for any strong | key encryption type, a strong key is generated for it, | but is not encrypted in the MIT master key. | As such, this principal will need a change_password | after being loaded into the MIT KDC. | - If there is no modified_by field in the principal's | database entry, a fake one is generated. | - Re-encrypts the keys in MIT's master key if the argument | to "-f" is actually the MIT KDC's master key keytab file | and not "MIT" or "Heimdal". | To make this work, the command | "kadmin -l dump -f .k5.YOUR.REALM mit.dump" | must be done on the Heimdal KDC, where .k5.YOUR.REALM | is the master key keytab file for the MIT KDC. | Then "mit.dump" must be copied to the MIT KDC and | loaded into the MIT KDC's database via the command | "kdb5_util load -update mit.dump". | | This patch is currently only tested for the simple | setup I am running. | |diff --git a/crypto/heimdal/kadmin/dump.c b/crypto/heimdal/kadmin/dump.c |index 0f2ed7445126..2c302eced210 100644 |--- a/crypto/heimdal/kadmin/dump.c |+++ b/crypto/heimdal/kadmin/dump.c -------------------------- Patching file crypto/heimdal/kadmin/dump.c using Plan A... Hunk #1 failed at 72. 1 out of 1 hunks failed while patching crypto/heimdal/kadmin/dump.c Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |diff --git a/crypto/heimdal/lib/hdb/common.c b/crypto/heimdal/lib/hdb/commo n.c |index 90e600521e34..80482e7a4c1c 100644 |--- a/crypto/heimdal/lib/hdb/common.c |+++ b/crypto/heimdal/lib/hdb/common.c -------------------------- Patching file crypto/heimdal/lib/hdb/common.c using Plan A... Hunk #1 failed at 156. Hunk #2 failed at 181. 2 out of 2 hunks failed while patching crypto/heimdal/lib/hdb/common.c Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |diff --git a/crypto/heimdal/lib/hdb/hdb.h b/crypto/heimdal/lib/hdb/hdb.h |index 562cceead8ec..4c4c2c2b1a5c 100644 |--- a/crypto/heimdal/lib/hdb/hdb.h |+++ b/crypto/heimdal/lib/hdb/hdb.h -------------------------- Patching file crypto/heimdal/lib/hdb/hdb.h using Plan A... Hunk #1 succeeded at 256. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |diff --git a/crypto/heimdal/lib/hdb/hdb_locl.h b/crypto/heimdal/lib/hdb/hdb _locl.h |index cb5040080e4e..5aad504589df 100644 |--- a/crypto/heimdal/lib/hdb/hdb_locl.h |+++ b/crypto/heimdal/lib/hdb/hdb_locl.h -------------------------- Patching file crypto/heimdal/lib/hdb/hdb_locl.h using Plan A... Hunk #1 succeeded at 67 (offset -2 lines). Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |diff --git a/crypto/heimdal/lib/hdb/mkey.c b/crypto/heimdal/lib/hdb/mkey.c |index ff68aa1bb23d..78a9e51a132c 100644 |--- a/crypto/heimdal/lib/hdb/mkey.c |+++ b/crypto/heimdal/lib/hdb/mkey.c -------------------------- Patching file crypto/heimdal/lib/hdb/mkey.c using Plan A... Hunk #1 succeeded at 403 (offset -12 lines). Hunk #2 succeeded at 433 (offset -12 lines). Hunk #3 succeeded at 451 with fuzz 2 (offset -12 lines). Hunk #4 failed at 584. Hunk #5 failed at 633. 2 out of 5 hunks failed while patching crypto/heimdal/lib/hdb/mkey.c Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |diff --git a/crypto/heimdal/lib/hdb/print.c b/crypto/heimdal/lib/hdb/print. c |index 444db39493fc..d5359f538056 100644 |--- a/crypto/heimdal/lib/hdb/print.c |+++ b/crypto/heimdal/lib/hdb/print.c -------------------------- Patching file crypto/heimdal/lib/hdb/print.c using Plan A... No such line 377 in input file, ignoring Hunk #1 failed at 378. Hunk #2 failed at 391. Hunk #3 failed at 418. Hunk #4 failed at 434. Hunk #5 failed at 453. Hunk #6 failed at 470. Hunk #7 failed at 481. Hunk #8 failed at 495. Hunk #9 failed at 531. 9 out of 9 hunks failed while patching crypto/heimdal/lib/hdb/print.c done slippy$ -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e**(i*pi)+1=0 From nobody Mon Sep 8 22:31:38 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cLMBj6l8Jz67CVD for ; Mon, 08 Sep 2025 22:31:57 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) (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 4cLMBj4QtCz3KLG; Mon, 08 Sep 2025 22:31:57 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x529.google.com with SMTP id 4fb4d7f45d1cf-6188b7550c0so6410546a12.2; Mon, 08 Sep 2025 15:31:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757370711; x=1757975511; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=qKtHwjaw0TgG+Jm7m9Zio6IiWVdomh9ctLgh0+VuNIs=; b=cRgB2cGPBsrtNH/aRkagvplq+1XDDoAyTRuivggSd5i7NLkWrra/qF8jSQvVbfMr8m Y0jZP2VA/HwWpVVLegO/270lbfqPC4WiyOFCK1RgrB12RPZm/7lgMibUp6nC/9VsxKJS M49WDE5gvWCqYgeU8z5vGTq0EW9/eqMmvQ5SNMnK+PcbWGRSHPumJXFvePYWcaIwlEfZ c/efwRXRLBKsK9bj2dxt20fGZ/td1ZZxxPKDYBwwX+7PBhQp1VneTvTlIdOyZAFsOpfj YSR3symqFFyPM4MA3esBNs28vKJCB+XtB5h4KNy2AwNottcslMS29JFZeSqcuoJT67jF kVyg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757370711; x=1757975511; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=qKtHwjaw0TgG+Jm7m9Zio6IiWVdomh9ctLgh0+VuNIs=; b=Rh+p/AZEtxo3xe3VxrWV1VT49bccvV/TdwpI+/kFYsu8Yl0nketNuSXlr11YJHhFs+ jM8aaxitAnr8A5lD+Sst47TS50LB2V9oH9R77+2dYHgSx8FSHjDRwrDN+SPNcDX6h57p G14r+UICVN+yd06d7E1EkhU5pOb7fDtjt7FcyfarQ68pGWoNNd+7Y0lgescEsb+RydKP 7I9JimXatBgbNUtQ+x2IGPiuJfz4jZ6RIg8rpCtuG9QOqVGqvYPzY7g15LxL/U4rWV7r yE1xFedOupcX2LFBRIjtlVW5hwFT92NDxcv1Gn1vv25+olp6QiGw1N7guU+mQvQ6PC3M velQ== X-Forwarded-Encrypted: i=1; AJvYcCWfiqH3cWpXq86TdSfoY6ZUhMYyqqKUrcLz83kpDdDGqgVXb0Imgj6d4LBm0YG2yZojso+Jm80pYdakMu+vMqs=@freebsd.org X-Gm-Message-State: AOJu0YyDdDWMrBG0V1rwfTFWz0OF5EWXZytvmEHvtVuWSpS/OTMct1N7 n3yGVMcv/9NmsOUqSRRA++moOhkwPauxGo8eMoUx4YBQw0JLVPFxXPTIRAHlmKcwUqUi+e65r9+ 3KSf5y3AXTGdw9o5tV9AbF1y9nYGsNOWb X-Gm-Gg: ASbGncuSYT5w7mE+e17aTJZc6UGvTNY3idI/gPTBSeTikYoWi4SB38fiDnQjc8YUOkX +zPV8Cr2q4WqB/xsHd8sahSLYNRQFjAYza27evSVnNFEhrp5k9raeVun5JKB3wkkd072ytla1cm Kj3ThDvr/2KX7oVSI95Xjz6nfqEXzo0aUIY90lScG2AnZ5Y/HBg/0EPxNdcBa26DEiNAmR4C5S0 NsuphHrV+Nc2cS1uCR9c+RrxTpV6jk3VtWDISs= X-Google-Smtp-Source: AGHT+IE9UPtieQw4bHJ4EoAKkYVfhGSCkOBh70c9iwVPWAIrd3JzqfH30TbBwLvIAea7SpKRXJC9p5GNTWzRu4mukmE= X-Received: by 2002:a05:6402:42cb:b0:628:eb99:982c with SMTP id 4fb4d7f45d1cf-628eb9999d6mr4264252a12.28.1757370710296; Mon, 08 Sep 2025 15:31:50 -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: <56dd78c6-a53a-4c4c-989a-335cc5fed405@FreeBSD.org> <1578a4eac5402d0496d8989e5258bc78@Leidinger.net> <20250903043714.370F5311@slippy.cwsent.com> <20250908202353.854F9286@slippy.cwsent.com> In-Reply-To: <20250908202353.854F9286@slippy.cwsent.com> From: Rick Macklem Date: Mon, 8 Sep 2025 15:31:38 -0700 X-Gm-Features: AS18NWCZCQlRUoXJPOjCSqoGWVJIHwgvo5BigfzeJIz2n_MAOxkTqMsYQ4nrm34 Message-ID: Subject: Re: heimdal -> MIT kdc migration To: Cy Schubert Cc: Gleb Smirnoff , freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cLMBj4QtCz3KLG On Mon, Sep 8, 2025 at 1:23=E2=80=AFPM Cy Schubert wrote: > > In message om> > , Rick Macklem writes: > > On Wed, Sep 3, 2025 at 8:28=3DE2=3D80=3DAFAM Rick Macklem > > wrote: > > > > > > On Tue, Sep 2, 2025 at 10:10=3DE2=3D80=3DAFPM Rick Macklem > com> wrote: > > > > > > > > On Tue, Sep 2, 2025 at 9:37=3DE2=3D80=3DAFPM Cy Schubert > rt.com> wrote: > > > > > > > > > > In message > gmail.c > > > > > om> > > > > > , Rick Macklem writes: > > > > > > On Sun, Aug 31, 2025 at 5:58=3D3DE2=3D3D80=3D3DAFPM Rick Mackle= m > cklem@gmail.co=3D3D > > > > > > m> wrote: > > > > > > > > > > > > > > On Sun, Aug 31, 2025 at 5:41=3D3DE2=3D3D80=3D3DAFPM Rick Mack= lem > macklem@gmail.=3D3D > > > > > > com> wrote: > > > > > > > > > > > > > > > > On Sat, Aug 30, 2025 at 9:47=3D3DE2=3D3D80=3D3DAFPM Rick Ma= cklem > k.macklem@gmai=3D3D > > > > > > l.com> wrote: > > > > > > > > > > > > > > > > > > On Sat, Aug 30, 2025 at 4:22=3D3DE2=3D3D80=3D3DAFPM Rick = Macklem > ick.macklem@gm=3D3D > > > > > > ail.com> wrote: > > > > > > > > > > > > > > > > > > > > On Sat, Aug 30, 2025 at 8:56=3D3DE2=3D3D80=3D3DAFAM Ric= k Macklem =3D > > > > > > > gmail.com> wrote: > > > > > > > > > > > > > > > > > > > > > > On Fri, Aug 29, 2025 at 1:05=3D3DE2=3D3D80=3D3DAFPM R= ick Mackle=3D > > m > > > > > m@gmail.com> wrote: > > > > > > > > > > > > > > > > > > > > > > > > On Fri, Aug 29, 2025 at 7:43=3D3DE2=3D3D80=3D3DAFAM= Rick Mack=3D > > lem > > > > > lem@gmail.com> wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > On Wed, Aug 27, 2025 at 8:39=3D3DE2=3D3D80=3D3DAF= PM Rick Ma=3D > > cklem > > > > > cklem@gmail.com> wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Wed, Aug 27, 2025 at 7:43=3D3DE2=3D3D80=3D3D= AFPM Rick =3D > > Macklem > > > > > macklem@gmail.com> wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Aug 26, 2025 at 9:35=3D3DE2=3D3D80=3D= 3DAFAM Gle=3D > > b Smirnoff > > > > > ebius@freebsd.org> wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Aug 26, 2025 at 08:31:13AM -0700, G= leb =3D > > Smirnoff=3D3D > > > > > > wrote: > > > > > > > > > > > > > > > > T> On Tue, Aug 26, 2025 at 08:13:26AM -0700= , Ri=3D > > ck Mackl=3D3D > > > > > > em wrote: > > > > > > > > > > > > > > > > T> R> Ok. If you install FreeBSD-13.5 and t= hen =3D > > "pkg ins=3D3D > > > > > > tall heimdal", you get a > > > > > > > > > > > > > > > > T> R> working Heimdal-7.8 in ports. > > > > > > > > > > > > > > > > T> R> > > > > > > > > > > > > > > > > T> R> Now, I have another challenge. Fixing= the=3D > > master =3D3D > > > > > > passwords. > > > > > > > > > > > > > > > > T> R> I'll work on it later to-day. > > > > > > > > > > > > > > > > T> > > > > > > > > > > > > > > > > T> I have applied two commits from Heimdal = from=3D > > 2012 th=3D3D > > > > > > at add 'kadmin dump -f MIT' > > > > > > > > > > > > > > > > T> feature to our base heimdal and polished= the=3D > > m to com=3D3D > > > > > > pile. So far it doesn't > > > > > > > > > > > > > > > > T> work yet, either create an empty dump or= cre=3D > > ate a co=3D3D > > > > > > re dump, instead of > > > > > > > > > > > > > > > > T> database dump :) I'll see how difficult = it i=3D > > s going =3D3D > > > > > > to further resolve that to > > > > > > > > > > > > > > > > T> a working condition. If I succeed, then = havi=3D > > ng 'dump=3D3D > > > > > > -f MIT' in base without > > > > > > > > > > > > > > > > T> any ports would be the best solution. C= an a=3D > > lso be m=3D3D > > > > > > erged to FreeBSD 14.4. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Good news. In the above paragraph I was te= stin=3D > > g my cha=3D3D > > > > > > nge incorrectly - threw > > > > > > > > > > > > > > > > the new binary on a system running unpatche= d li=3D > > braries.=3D3D > > > > > > When run correctly, > > > > > > > > > > > > > > > > it successfully produced something that loo= ks l=3D > > ike a co=3D3D > > > > > > rrect dump in MIT format. > > > > > > > > > > > > > > > > I haven't yet tried to load it into MIT kdc= yet=3D > > , though=3D3D > > > > > > . > > > > > > > > > > Well, would you like the not so bad news or the bad new= s??;=3D > > -) > > > > > > > > > > Your patch works, in that it produces a dump that "kdb5= _uti=3D > > l load > > > > > > > > > > -update" can load. > > > > > > > > > > After loading, if the principal only has keys for the n= ewer=3D > > encrypt=3D3D > > > > > > ion types of > > > > > > > > > > aes256-cts-hmac-sha1-96 > > > > > > > > > > aes128-cts-hmac-sha1-96 > > > > > > > > > > then you can look at the principal via kadmin.local, bu= t th=3D > > e passwo=3D3D > > > > > > rd must > > > > > > > > > > be changed before it works. > > > > > > > > > > --> This is the same behaviour as you get if you use He= imda=3D > > l-7.8 to=3D3D > > > > > > do the > > > > > > > > > > dump conversion. > > > > > > > > > > So far, so good... > > > > > > > > > > > > > > > > > > > > Now, the not so good news. Once you update the Heimdal = libr=3D > > aries > > > > > > > > > > (libhdb.so and libkadm5srv.so) "kadmin -l" is broken on= the=3D > > system > > > > > > > > > > running the old KDC. "kadmin -l dump" works, but someth= ing =3D > > like: > > > > > > > > > > # kadmin -l > > > > > > > > > > kadmin> get rmacklem > > > > > > > > > > kadmin: get rmacklem: Service key not available > > > > > > > > > > - I have not yet looked in your patched sources to see = wher=3D > > e this > > > > > > > > > > failure comes from? > > > > > > > > > > > > > > > > > > > > Now, more not so good news... > > > > > > > > > > My patch doesn't help. > > > > > > > > > > It does re-encrypt the key in the master key from the M= IT K=3D > > DC > > > > > > > > > > system, but that doesn't make the password work. > > > > > > > > > > When I compared the dump generated via kadmin with both > > > > > > > > > > your patch and mine, the key for aes256-cts-hmac-sha1-9= 6 > > > > > > > > > > is 34bytes long. > > > > > > > > > > After doing the change_password so that it works, a dum= p > > > > > > > > > > generated by "kdb5_util dump -r13" (the same dump forma= t) > > > > > > > > > > has a key that is 62bytes long. > > > > > > > > > > --> So, there is more to converting the key than just r= e-ec=3D > > rypting > > > > > > > > > > it. (I'll try and find where the MIT code encrypt= s a =3D > > key in a=3D3D > > > > > > master > > > > > > > > > > key to see why it ends up at 62bytes and whether = that=3D > > can be =3D3D > > > > > > done > > > > > > > > > > in the old code.) > > > > > > > > > > > > > > > > > > > > So, if we are going to continue with this... > > > > > > > > > > - We need to figure out why your patch breaks "kadmin" = for =3D > > other > > > > > > > > > > things and fix that. > > > > > > > > > > - I/we need to figure out how to convert the 34byte key= to =3D > > the MIT > > > > > > > > > > 62byte key (and then maybe the password won't need to= be =3D > > changed?=3D3D > > > > > > ). > > > > > > > > > > > > > > > > > > > > Or do we just say "When you convert the KDC database, a= ll t=3D > > he passw=3D3D > > > > > > ords > > > > > > > > > > must be changed to get them to work?". > > > > > > > > > All I've got sofar is this patch... > > > > > > > > > https://people.freebsd.org/~rmacklem/print.patch > > > > > > > > > > > > > > > > > > It tweaks entry2mit_string_int() so that it skips over th= e ke=3D > > ys for > > > > > > > > > old encryption types and fills in a fake "modified by" en= try =3D > > if none > > > > > > > > > exists. > > > > > > > > > > > > > > > > > > These changes at least make the MIT dump such that the re= cord=3D > > s > > > > > > > > > don't end up "incomplete or corrupted" when you try to do= som=3D > > ething > > > > > > > > > like "get_principal " in kadmin.local. > > > > > > > > > > > > > > > > > > As noted, your patch makes "kadmin -l" break for most thi= ngs, > > > > > > > > > reporting "Service key not available". The failures go aw= ay i=3D > > f > > > > > > > > > you revert back to the non-patched libraries. > > > > > > > > > I have not located the problem yet. > > > > > > > > > > > > > > > > > > As for the passwords...no luck yet, rick > > > > > > > > Finally..it works. (First off, apologies for all the posts,= jus=3D > > t ignore > > > > > > > > them.;-) > > > > > > > > > > > > > > > > The patch is at: > > > > > > > > https://people.freebsd.org/~rmacklem/kadmin.patch > > > > > > I just updated the patch with a fix for the case where the > > > > > > Heimdal principal does not have any keys for string encryption. > > > > > > (That is fixed now and I haven't found any other bugs, so I > > > > > > think I am done playing with it. Yippee!!) > > > > > > > > > > > > Please test when you can find the time, rick > > > Outstanding issue/question w.r.t. converting the KDC database > > > from Heimdal 1.5.2->MIT. > > > > > > Right now, the patch I have drops the weak encryption type keys > > > (des3.. and arcfour..). > > > If the principal in the Heimdal KDC does not have keys for either > > > of: > > > aes256-cts-hmac-sha1-96 > > > aes128-cts-hmac-sha1-96 > > > the patch generates a "fake" one. As a result, a change_password > > > for the principal is needed for this case. > > > > > > The alternative to doing this would be an option that converts > > > the weak keys, but... > > > - The MIT KDC will find the principal "incomplete or corrupted" > > > for at least the "out-of-the-box" configuration. > > > - It might accept them if "accept_weak_ecntypes" is set in > > > the kdc.conf. > > > This leads to a couple of questions: > > > - Does anyone know if MIT 1.22 still allows > > > "accept_weak_enctypes? > > > If it does not allow them, I don't think there is much use > > > for this option? > > > > > > Given the release schedule, it would be nice to get this > > > resolved soon. > > Since no one reported whether or not they saw the > > "Service key not available" errors from the patched kadmin > > for commands like "get", I poked at it and found it was caused > > by some code the cherry-pick from the newer Heimdal added, > > related to historical keys (which are not supported by Heimdal 1.5.2.) > > > > Commenting out one new function the cherry-pick added along > > with the two calls to it seems to have fixed the problem. > > > > I've updated my patch at: > > https://people.freebsd.org/~rmacklem/kadmin.patch > > to include these changes. > > > > So, can you guys test this and get it into main? > > (You are welcome to include my patch in the commit, > > That is probably faster than doing it as a separate one.) > > At this point, it works for everything I have tested and, yes, > > the passwords do work after the dump is loaded into the > > MIT KDC! > > > > rick > > ps: I cannot test it more than I have already done until it > > is in a snapshot that I can install for further testing. > > The patch doesn't apply here. Do I need to apply a prerequisite patch? It applies on top of glebius@'s branch. I think you can get it by.. git clone https://github.com/glebius/FreeBSD - and then git checkout kadmin-dump-MIT and then the patch should apply on top of that. I built it via "make buildworld" with WITHOUT_MITKRB5=3D"yes" in my /etc/src.conf. (It took days because I couldn't figure out how to get a universe machine to build it?) rick > > slippy$ git apply /tmp/kadmin.patch > error: patch failed: crypto/heimdal/kadmin/dump.c:72 > error: crypto/heimdal/kadmin/dump.c: patch does not apply > error: patch failed: crypto/heimdal/lib/hdb/common.c:156 > error: crypto/heimdal/lib/hdb/common.c: patch does not apply > error: patch failed: crypto/heimdal/lib/hdb/mkey.c:458 > error: crypto/heimdal/lib/hdb/mkey.c: patch does not apply > error: patch failed: crypto/heimdal/lib/hdb/print.c:378 > error: crypto/heimdal/lib/hdb/print.c: patch does not apply > slippy$ > slippy$ > slippy$ patch -C -p1 < /tmp/kadmin.patch > Hmm... Looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |commit 66bbcc907b21adea8af90ac080faed14dd4be439 > |Author: Rick Macklem > |Date: Fri Aug 29 07:05:00 2025 -0700 > | > | kadmin: Add support for conversion to MIT's master key > | > | When "-f MIT" is used for "kadmin -l dump" it writes > | the dump out in MIT format. This dump format is understood > | by the MIT kdb5_util command. > | > | However, there are a couple of issues: > | - If there are weak encryption keys in a principal's entry, > | MIT's kadmin.local will report that the principcal's entry > | is incomplete or corrupted. > | This is also true if there is no modified_by component > | in the dump line for a principal. > | - The keys are encrypted in Heimdal's master key. The > | "-d" option can be used on the "kadmin -l dump" to > | de-encrypt them, but the passwords will not work on the > | current MIT KDC. > | > | To try and deal with the above issues, this patch: > | - Does not dump the weak keys. > | If a principal does not have a key for any strong > | key encryption type, a strong key is generated for it, > | but is not encrypted in the MIT master key. > | As such, this principal will need a change_password > | after being loaded into the MIT KDC. > | - If there is no modified_by field in the principal's > | database entry, a fake one is generated. > | - Re-encrypts the keys in MIT's master key if the argument > | to "-f" is actually the MIT KDC's master key keytab file > | and not "MIT" or "Heimdal". > | To make this work, the command > | "kadmin -l dump -f .k5.YOUR.REALM mit.dump" > | must be done on the Heimdal KDC, where .k5.YOUR.REALM > | is the master key keytab file for the MIT KDC. > | Then "mit.dump" must be copied to the MIT KDC and > | loaded into the MIT KDC's database via the command > | "kdb5_util load -update mit.dump". > | > | This patch is currently only tested for the simple > | setup I am running. > | > |diff --git a/crypto/heimdal/kadmin/dump.c b/crypto/heimdal/kadmin/dump.c > |index 0f2ed7445126..2c302eced210 100644 > |--- a/crypto/heimdal/kadmin/dump.c > |+++ b/crypto/heimdal/kadmin/dump.c > -------------------------- > Patching file crypto/heimdal/kadmin/dump.c using Plan A... > Hunk #1 failed at 72. > 1 out of 1 hunks failed while patching crypto/heimdal/kadmin/dump.c > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |diff --git a/crypto/heimdal/lib/hdb/common.c b/crypto/heimdal/lib/hdb/co= mmo > n.c > |index 90e600521e34..80482e7a4c1c 100644 > |--- a/crypto/heimdal/lib/hdb/common.c > |+++ b/crypto/heimdal/lib/hdb/common.c > -------------------------- > Patching file crypto/heimdal/lib/hdb/common.c using Plan A... > Hunk #1 failed at 156. > Hunk #2 failed at 181. > 2 out of 2 hunks failed while patching crypto/heimdal/lib/hdb/common.c > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |diff --git a/crypto/heimdal/lib/hdb/hdb.h b/crypto/heimdal/lib/hdb/hdb.h > |index 562cceead8ec..4c4c2c2b1a5c 100644 > |--- a/crypto/heimdal/lib/hdb/hdb.h > |+++ b/crypto/heimdal/lib/hdb/hdb.h > -------------------------- > Patching file crypto/heimdal/lib/hdb/hdb.h using Plan A... > Hunk #1 succeeded at 256. > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |diff --git a/crypto/heimdal/lib/hdb/hdb_locl.h b/crypto/heimdal/lib/hdb/= hdb > _locl.h > |index cb5040080e4e..5aad504589df 100644 > |--- a/crypto/heimdal/lib/hdb/hdb_locl.h > |+++ b/crypto/heimdal/lib/hdb/hdb_locl.h > -------------------------- > Patching file crypto/heimdal/lib/hdb/hdb_locl.h using Plan A... > Hunk #1 succeeded at 67 (offset -2 lines). > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |diff --git a/crypto/heimdal/lib/hdb/mkey.c b/crypto/heimdal/lib/hdb/mkey= .c > |index ff68aa1bb23d..78a9e51a132c 100644 > |--- a/crypto/heimdal/lib/hdb/mkey.c > |+++ b/crypto/heimdal/lib/hdb/mkey.c > -------------------------- > Patching file crypto/heimdal/lib/hdb/mkey.c using Plan A... > Hunk #1 succeeded at 403 (offset -12 lines). > Hunk #2 succeeded at 433 (offset -12 lines). > Hunk #3 succeeded at 451 with fuzz 2 (offset -12 lines). > Hunk #4 failed at 584. > Hunk #5 failed at 633. > 2 out of 5 hunks failed while patching crypto/heimdal/lib/hdb/mkey.c > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |diff --git a/crypto/heimdal/lib/hdb/print.c b/crypto/heimdal/lib/hdb/pri= nt. > c > |index 444db39493fc..d5359f538056 100644 > |--- a/crypto/heimdal/lib/hdb/print.c > |+++ b/crypto/heimdal/lib/hdb/print.c > -------------------------- > Patching file crypto/heimdal/lib/hdb/print.c using Plan A... > No such line 377 in input file, ignoring > Hunk #1 failed at 378. > Hunk #2 failed at 391. > Hunk #3 failed at 418. > Hunk #4 failed at 434. > Hunk #5 failed at 453. > Hunk #6 failed at 470. > Hunk #7 failed at 481. > Hunk #8 failed at 495. > Hunk #9 failed at 531. > 9 out of 9 hunks failed while patching crypto/heimdal/lib/hdb/print.c > done > slippy$ > > > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: https://FreeBSD.org > NTP: Web: https://nwtime.org > > e**(i*pi)+1=3D0 > > From nobody Tue Sep 9 00:39:06 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 4cLQ1j43bvz67KJM for ; Tue, 09 Sep 2025 00:39:21 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (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 "ultimatedns.net", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cLQ1j1Fttz3ZWV for ; Tue, 09 Sep 2025 00:39:21 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Authentication-Results: mx1.freebsd.org; none Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 5890d7p3014021; Mon, 8 Sep 2025 17:39:13 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ultimatedns.net; s=mx99; t=1757378353; x=1757378953; r=y; bh=qaA8SET2jhXa5jfepvJPvcEN+RcRBaPzF24VxsrJPUQ=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=dg6e4f6W53UNc4v4wjxCge2daHtxtbZDGDOwDd4SPNiwwuCFFnFLi9x6zrsTQKJoc lCkXrqadKOFYMReUjd0ZOJN/8BUUYHReWhuPEr8RI9T2osyWGGhmzkJWAmKJnBJRnv WvFivzDyZJ6SHBOAnW/1BQM+YubhT7pD8m/n59YYvuOVehErYaqNKyckily/digP4N XRp6U7v2ljOwxPW/q1E0eTiW7kQ+CeCMcwQNHOy4Z1eGUXnB0Ndb/L8RTdm/zqX8v/ k2B6GyeN00F681RbcLbf7RP5ECU+Wg/xNTu0oIVcoTe7fYp3HOFGrXuarhfGFfx7Ta SMFQapFLD5hoQ== 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 Date: Mon, 08 Sep 2025 17:39:06 -0700 From: Chris To: A FreeBSD User Cc: FreeBSD CURRENT Subject: Re: recent CURRENT and moused(): inverted X axis on mouse In-Reply-To: <20250908075110.725c6e57@thor.sb211.local> References: <20250908075110.725c6e57@thor.sb211.local> User-Agent: UDNSMS/17.0 Message-ID: <069e4a8e8af36df2410606f5f4cff427@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: multipart/mixed; boundary="=_083bd2575648fcc31433593da4aeaf7c" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cLQ1j1Fttz3ZWV --=_083bd2575648fcc31433593da4aeaf7c Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On 2025-09-07 22:50, A FreeBSD User wrote: > Hello, > > since the @new@ moused daemon has been ontroduced lately I face a small but > nasty change in > X11 which is results in an inverted mouse pointer movement when using a > mouse > wheel. The mouse > is a USB mouse, in one particular case a Razer DeathAddre V3, but some other > box > uses Logitech > MX518 or similar - same issue. Disabling moused() reverts situation to the > situation I'm used > to, but with the consequence not having a useful mousepointer on the > console. > > In some rare, sporadic cases, without moused() enabled, X11 (using > x11-wm/windowmaker) looses > the mousepointer - which never comes back to live again, even > stopping/restarting xdm which > restarts Xorg server (see /etc/ttys). > > Bug or expected behaviour and misconfiguration/outdated config on my side? Apologies if this is already answered. But I'm catching up on my email. :) Does your DE allow for switching left-hand v right-hand? Will that fix it for you? Is that setting inverted? Just a thought. :) HTH --Chris > > Thanks in advance, > > oh -- There is no such place as the internet --=_083bd2575648fcc31433593da4aeaf7c Content-Transfer-Encoding: 7bit Content-Type: application/pgp-keys; name=0xE512722F.asc Content-Disposition: attachment; filename=0xE512722F.asc; size=3074 -----BEGIN PGP PUBLIC KEY BLOCK----- mQENBGf/G0IBCADARuJc6IcwOe3jv7dQsP1X/EIHvCFExPbTmlMNFMXbMMccQUnV o8ayEn+wmTvPhw7uL3PDk7DQs16W1sN2b8UMFc804cVWNGtoG3rA+Np+TFEYlXJx eh5Q42VHptkuwzHKl+q2utkpRlS7uHyfjsInQAoHxLyi/wrsaZTHHhDbLLhJ5Ez0 arohQ2Q1w0M5e9rW8Fy5rpC7RpC6uO1SZMxcbdqURI/BBqxbiD1iW62cDWFkfFX+ dtaEXghFV7BIBMDSrgIunGoEfdMZgXys7O6bPWn8z0cuOZIPj4HrjoCYARyQ+sdc rjz/k06SLM/UvEZDorJhT4DbYrwMNvaPWJiPABEBAAG0HkNocmlzIDxic2QtbGlz dHNAYnNkZm9yZ2UuY29tPokBNQQQAQgAHwUCZ/8bQgYLCQcIAwIEFQgKAgMWAgEC GQECGwMCHgEACgkQVKBqaOUSci8bSwf/fK3QcTYXRMrv82HIp4SiGCSD7/bRmyWr ipv2vzknGFHxPBN4AEWIqF/U4j5oDXaodyU6xsy59Z47/lgbyzyZiVR6nmJVgZVf el/EgwnLt7ZuYGLLEhIN2pd9itJkB8PMPZrUHMWgIw8BxX5YFYGuyiNe9pGn0Coj 98t/v3fouhqksH+BpB4TBHJBBDSxSiMm66VTJX4Xcnpf0ZnQVP4GBuoyodnFBfdI wqftPLESsCC08lUhD2j7v2NRWwMi/q3ed8D6VCKPImBByYnBZL5gu56K5bwqaQfN itu06APuIYnG71qxgn1EPO63lovWP5NZGgOKvzs3K+JfPF79BiOUFbQjQ2hyaXMg PG1haWxvcEBocmNvbW11bmljYXRpb25zLm5ldD6JATEEEAEIABwFAmf/G0IGCwkH CAMCBBUICgIDFgIBAhsDAh4BAAoJEFSgamjlEnIvBH8H9RGwzZuU6+zvH1WjQa97 yWpEt9rC+BIBJThev2Cpls2LqBqIeIQVZPnyLAZWgFaiezL6+xbvcNt6OnfidIYa x8iRwCMC6/Bs8H2Wef9qfGxXi+jHPLYQk3juiZVmBhIK6FJZkzaW4wSiawofwzbp zqNxO8dZ0j4foaJZrNi8iqsvKjiiHoSFaJtumIThAeydI18CNLeFaS53sk5nad6I wCYeFKmJ/22dMP7DOFEgyG1iNYgY+AGREMkEsBiLpqYjJ5asK+1UdUy/TRly1hOt HHxCiX0Fh9ZYM2vLIj7sq4LKaMPGeYC3qTqBYugVeyz7LkiI2ft/BKveA5JxuYKk ZrQiQ2hyaXMgPG5hbm9nQGhyY29tbXVuaWNhdGlvbnMubmV0PokBMgQQAQgAHAUC Z/8bQgYLCQcIAwIEFQgKAgMWAgECGwMCHgEACgkQVKBqaOUSci+4Bwf8D0Ogk2/X ud/CsAgHozwzKPqfesL5SRWM14hLnU9/EHoplnZgNexbVY1wXIi2FYPo5cve9QxW Nmt3S3UTF9j2fGqv0wmeHv3EqogFUHnftLyWpbeTPOFDMIQp/BOD6ygfeXxXWxRT L6zvUkSrDtHvkQHPWGRxwP+ihWjpw9AQR/R4/qAuTAZZM0O7UnJEo4mWXatl+utF wegG2giwFTTxfF+1rMpFtUDjYCpRQ6ZmE+gC1mHUMoH7GJMQv12DbqwKrxtwGfd0 AJNO3ZDnxl24BmIfl1YqQGZQ5iIH7At4YItESbU45hoNNsG9oDrsil78EUCAtXHd UPScj+eXaeAkgrQfQ2hyaXMgPHBvcnRtYXN0ZXJAYnNkZm9yZ2UuY29tPokBMgQQ AQgAHAUCZ/8bQgYLCQcIAwIEFQgKAgMWAgECGwMCHgEACgkQVKBqaOUSci9o7Af+ Lwu5hJlI5HZNGwAll7QTIFZVW+y4OEg+amhxTDGbAAqlnSIkHC1KgkmIOOrThme3 kTFCqfIIsuP73yKxHq6kRG0zH5/7asAPNAUOfzD7B2o/gMyuTRKyG5r9f3UmACr4 6qvtFhIwROXr6+NNT2IKg3l0/8F58A0N/TR8D2PTHeo4x6jYcZQDCrCy7BAdk3cu V16k4z/1UzRa07b5McezbWL20cIaZ+dqNcCjKZpzPlTyTCGgrNNtaDpNVhoWUKMB YNcKql+tfC1IpX8l+IU6OBKcDKMkQojvO1QrZqY8MDJGo8jq/CtotQ8+IpAai3Bx dQEsxrxlcKTR4rUqvd8VGbkBDQRn/xtCAQgAv5Nv/aQN72xsLik+K73PJwpUmyhu vnI6stM6dSecylXVHjZ7C4n/m0eQEeQCl+9lByHR9N8H+WS3DtAd4pmciiIxRQLA JZiuaLYcy9ziy1h7130VoR7hhJHzo9FIhWkTGlCDX3egUZrYhMiwFUO8lNltLB8o TBvIrMSsnUzawtQjq/otv0Jf+oBPbG+gIYnAm7w6r86n/l+eVxf5eEoS7wV0DJfp b2jE5zWErWk8I/tq4e8T+1VQeVQR6wz+NrUCSxkPkpNAm19AFUHOk//yvMGWVlDW F6gr3ErN2a0w/kZ0lz3Msxsb87QT+MnJf/T3cuEqdTIoSk74BfNEAdMohQARAQAB iQEfBBgBCAAJBQJn/xtCAhsMAAoJEFSgamjlEnIvyvIH/26zytSVNDaxtprg7XtX LerIWf9RyVx8omCw/lXKRCcgkfwD7QR+nSZ0thWOGMpcnivjuReeVRkz/webUF47 BXJ/Tge07nrxdtyTIHBbp35fPIriaKaII6YWc2Ufdxwv+cD8PADS6gQWAlgrWLmn VmYtyHs4kwtiPZyUyuBdWnZal2GyYY0WVwYjvbk95eInwOaIdoTjesJ7ZhUFu155 r4hh9GlvM0uv8WJ5Mw9wvHa5fIM205I5g0IWC7yvTwwwKHlV4JQQOqMwfv569OEl 1GKqA12nSVziB1+UV+I0NqOABWi/MOi+IySPzYP+XgdPfRNx4vmoHYZwWOQ3t4Jd TEM= =oj6y -----END PGP PUBLIC KEY BLOCK----- --=_083bd2575648fcc31433593da4aeaf7c-- From nobody Tue Sep 9 03:18:27 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 4cLTYV6Jqgz66GWc for ; Tue, 09 Sep 2025 03:18:38 +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 4cLTYT6vY8z3xlM for ; Tue, 09 Sep 2025 03:18:37 +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=JWZldtI8; 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=1757387909; bh=Q5yWdG+ogIUuPEzfLbpA1QZR48KZfRPCoMLtsQD+9ok=; h=Date:From:To:Subject; b=JWZldtI8X5KmoIFn7ijKspUnAuqULVEaAAmNL+xLbEhI07KB2i0jO39tNyRb25QEe 23MFwkWVL0M3nhzRenPUWzMeFX0Rti+7geHmwq4gD5PwhuHcbdz6q8L9H6gOv7U0nq x+fPrgwmTAWibOnqjpsx89EsmXY19f4eGRpDEJEgVkTZmVflLt/kqU7dDxWZ9WMHgP nnotAu6Gq6g0vo4JuoxN4mv7wkK15de/dmr6SCHTl6eArjD6fiX34NTENZMIrc0jkw 2+uapmiP0F3QJX6G1qtQGFcjh7nE7cOtJIJDSicuU8PuUHOCJq8e9lUqFEb5LDwCp4 PmsZMLzb83cc1mUPr4WYQ8JSRYxV5IwQ4PuEwY849vfFoG+g28Ws0iyOYKsUmZ33FN Hb9WRL0M9G0l4Om+r+nDFdPnPJTEey7xmezSIrRmfTmAzn6ajD5/mGhRuM0aicC9GN JI4Y7e2ozrCWwbn8EM2HTIweKHPjz1WTxUGmMwYya86cMklAbJo0UGZpIu8Zb3fU9T nFzWhyLH6VcRzDbSwzi1WrUfgZsDIqP6dT1adfQ4hi3TgbawhnmKucYxyv6D9oaJ6c /p3JnIMKmRJXBBGzFZ1jVjF3JcmKTAW7sFPt81ME6b37qLmCE53wuTp5sw93iiRz83 4mpETrgJD+PEATBosboEesd8= 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 4C5995C634E for ; Tue, 09 Sep 2025 06:18:29 +0300 (EEST) Date: Tue, 09 Sep 2025 06:18:27 +0300 From: Sulev-Madis Silber To: FreeBSD CURRENT Subject: make packages, but exclude src and src-sys? User-Agent: K-9 Mail for Android Message-ID: <4F20D687-2079-44A2-81A9-528593691B3B@ketas.si.pri.ee> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Spamd-Result: default: False [0.22 / 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]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.977]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] X-Rspamd-Queue-Id: 4cLTYT6vY8z3xlM i tried pkgbase for first time but how to exclude src/src-sys? those took super long time to package on my system somehow especially since i had lot of without_* so my build was about hour (min 45= min) and packaging took 5m (min 3m)=2E except source added well past hour t= o this=2E or close to 2 even maybe for now i outright patched it out as i don't use src package(s) anyway=2E = the low power system here didn't help either or was it zstd fault i disabled in favor of xz should i go ahead and implement it correctly? if so, what to properly call= the new option? the alternative would be to (unportably) call all those subtargets=2E but = that sounds even more insane also, is the any reason packages can't be called inline in one go? make bu= ildworld buildkernel packages didn't really work or make there should be extra wrapper target there for clean build to pack= ages there are already ton of undocumented targets in there anyway already anyone working with build system could comment on that low priority issue = in spare time maybe? i also noticed weird dependencies (or dependency errors) being created and= also essentially empty packages=2E that's probably because it's not fully = tested with so minimal build no manpages were packaged up tho, somehow=2E but bunch of *-dev ones did i also have yp and hyperv but i didn't have them built even maybe anyone else doing custom embedded builds can comment on this otherwise, packages seem to work as expected=2E could do even more splitti= ng imho, tho From nobody Tue Sep 9 04:43:48 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cLWgF53vXz66N1J for ; Tue, 09 Sep 2025 04:53:45 +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 4cLWgD5rLkz46xS for ; Tue, 09 Sep 2025 04:53:44 +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=J7KUTVPj; 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=1757393032; bh=t8jNCk/hcsFBHEqAyupI6gmA+voeGtgUfqEp0teHIsw=; h=Date:From:To:Subject:In-Reply-To:References; b=J7KUTVPjKNBqxHNESouBRhxtMLh7Fo+fPNVLVleplw9iDJ4AT8VFEo0HNycb26mzA fTSBWOetfRzJrjohXpLPOCSxDK/+7YkdetH/wbK8aer0BhS3aVHcDTWZR8r/Z3rdP9 vrxIwxER7lp2TWhVAgXKQBIOKCdnO9N3ZgkNsXkRpluNBETtoy7Hm7bgiPQQVUyLWc Uq/j0TdqpXbWy0pXXY2Cl7jq6jRgtVzqmTD6yONypzpBz4dhSQ8jpl+H1WUbJgM0fT WsVU2jYuzM8EnHoM6UY3v0GqFJurHcIMPvsqTbS2j10jnuhFBzl8Tbbjz6uXfwtN3K rxgzwvU7bzvAv8EeOPQtChIXZV4b8etfcjMtJDI6P13VHoWKiAMCSzpRfXUFga9o1M OCMyPLZC7xRpl2KMYUUU3gSQn8FLLwXD3uWatiRqQrdWaNgUCQws6O9g69gzCBYdwS jwB3va5GSJKK7UMo/hJt9Ks4XbwJdO7OC3iMBv1Xp63fOiQF9IymOsHlA+0D+8jbWa 8Xak2BoRoMpTsPf8dZr0OMiA99dJ8s6Kztyd8s97VDxzdnfRN112/tttsueW/RgHJs PHaaVKxYE5d9hBer7nkwDXsR3E7IPxJ7REYtO4hpngH1tAolEe/MtaJ+GbHMAGWdxR 3THthtu193LRs6Xc4zv3oyPs= 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 89E2B5C6E12 for ; Tue, 09 Sep 2025 07:43:51 +0300 (EEST) Date: Tue, 09 Sep 2025 07:43:48 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: Re: make packages, but exclude src and src-sys? User-Agent: K-9 Mail for Android In-Reply-To: <4F20D687-2079-44A2-81A9-528593691B3B@ketas.si.pri.ee> References: <4F20D687-2079-44A2-81A9-528593691B3B@ketas.si.pri.ee> Message-ID: <6FAC113D-6584-4A2F-AE8B-823DE408DA4B@ketas.si.pri.ee> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=----9YLWRAZ429E0MALKWC9KRP82W1MP4K Content-Transfer-Encoding: 7bit X-Spamd-Bar: + X-Spamd-Result: default: False [1.30 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; ONCE_RECEIVED(0.20)[]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; GREYLIST(0.00)[pass,body]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; HAS_ATTACHMENT(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; MIME_TRACE(0.00)[0:+,1:+,2:+] X-Rspamd-Queue-Id: 4cLWgD5rLkz46xS ------9YLWRAZ429E0MALKWC9KRP82W1MP4K Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable made a patch too (inline and also attached): diff --git a/Makefile=2Einc1 b/Makefile=2Einc1 index 01866f949e49=2E=2Ebb76a36b18e3 100644 --- a/Makefile=2Einc1 +++ b/Makefile=2Einc1 @@ -2121,6 +2121,7 @@ create-packages: =2EPHONY create-packages-world crea= te-packages-kernel create-pack =20 create-source-src-package: _pkgbootstrap =2EPHONY rm -f ${SSTAGEDIR}/src=2Eplist 2>/dev/null || : +=2Eif !defined(WITHOUT_SOURCE_PACKAGES) =2Eif !empty(GIT_CMD) && exists(${GIT_CMD}) && exists(${SRCDIR}/=2Egit) @cd ${SRCDIR}; \ ( echo "@override_prefix /usr/src" ; \ @@ -2144,9 +2145,11 @@ create-source-src-package: _pkgbootstrap =2EPHONY -r ${SRCDIR} \ -o ${REPODIR}/${PKG_ABI}/${PKG_OUTPUT_DIR} =2Eendif +=2Eendif =20 create-source-src-sys-package: _pkgbootstrap =2EPHONY rm -f ${SSTAGEDIR}/src-sys=2Eplist 2>/dev/null || : +=2Eif !defined(WITHOUT_SOURCE_PACKAGES) =2Eif !empty(GIT_CMD) && exists(${GIT_CMD}) && exists(${SRCDIR}/=2Egit) @cd ${SRCDIR}; \ ( echo "@override_prefix /usr/src" ; \ @@ -2170,6 +2173,7 @@ create-source-src-sys-package: _pkgbootstrap =2EPHON= Y -r ${SRCDIR} \ -o ${REPODIR}/${PKG_ABI}/${PKG_OUTPUT_DIR} =2Eendif +=2Eendif =20 create-source-packages: =2EPHONY _pkgbootstrap create-source-src-package = create-source-src-sys-package On September 9, 2025 6:18:27 AM GMT+03:00, Sulev-Madis Silber wrote: >i tried pkgbase for first time > >but how to exclude src/src-sys? > >those took super long time to package on my system somehow > >especially since i had lot of without_* so my build was about hour (min 4= 5min) and packaging took 5m (min 3m)=2E except source added well past hour = to this=2E or close to 2 even maybe > >for now i outright patched it out as i don't use src package(s) anyway=2E= the low power system here didn't help either > >or was it zstd fault i disabled in favor of xz > >should i go ahead and implement it correctly? if so, what to properly cal= l the new option? > >the alternative would be to (unportably) call all those subtargets=2E but= that sounds even more insane > >also, is the any reason packages can't be called inline in one go? make b= uildworld buildkernel packages didn't really work > >or make there should be extra wrapper target there for clean build to pac= kages > >there are already ton of undocumented targets in there anyway already > >anyone working with build system could comment on that low priority issue= in spare time maybe? > >i also noticed weird dependencies (or dependency errors) being created an= d also essentially empty packages=2E that's probably because it's not fully= tested with so minimal build > >no manpages were packaged up tho, somehow=2E but bunch of *-dev ones did > >i also have yp and hyperv but i didn't have them built even > >maybe anyone else doing custom embedded builds can comment on this > >otherwise, packages seem to work as expected=2E could do even more splitt= ing imho, tho > > ------9YLWRAZ429E0MALKWC9KRP82W1MP4K Content-Type: text/plain; name=makefile-inc1-without-source-packages-current-git.diff Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=makefile-inc1-without-source-packages-current-git.diff; size=1182 ZGlmZiAtLWdpdCBhL01ha2VmaWxlLmluYzEgYi9NYWtlZmlsZS5pbmMxCmluZGV4IDAxODY2Zjk0 OWU0OS4uYmI3NmEzNmIxOGUzIDEwMDY0NAotLS0gYS9NYWtlZmlsZS5pbmMxCisrKyBiL01ha2Vm aWxlLmluYzEKQEAgLTIxMjEsNiArMjEyMSw3IEBAIGNyZWF0ZS1wYWNrYWdlczogLlBIT05ZIGNy ZWF0ZS1wYWNrYWdlcy13b3JsZCBjcmVhdGUtcGFja2FnZXMta2VybmVsIGNyZWF0ZS1wYWNrCiAK IGNyZWF0ZS1zb3VyY2Utc3JjLXBhY2thZ2U6IF9wa2dib290c3RyYXAgLlBIT05ZCiAJcm0gLWYg JHtTU1RBR0VESVJ9L3NyYy5wbGlzdCAyPi9kZXYvbnVsbCB8fCA6CisuaWYgIWRlZmluZWQoV0lU SE9VVF9TT1VSQ0VfUEFDS0FHRVMpCiAuaWYgIWVtcHR5KEdJVF9DTUQpICYmIGV4aXN0cygke0dJ VF9DTUR9KSAmJiBleGlzdHMoJHtTUkNESVJ9Ly5naXQpCiAJQGNkICR7U1JDRElSfTsgXAogCQko IGVjaG8gIkBvdmVycmlkZV9wcmVmaXggL3Vzci9zcmMiIDsgIFwKQEAgLTIxNDQsOSArMjE0NSwx MSBAQCBjcmVhdGUtc291cmNlLXNyYy1wYWNrYWdlOiBfcGtnYm9vdHN0cmFwIC5QSE9OWQogCQkt ciAke1NSQ0RJUn0gXAogCQktbyAke1JFUE9ESVJ9LyR7UEtHX0FCSX0vJHtQS0dfT1VUUFVUX0RJ Un0KIC5lbmRpZgorLmVuZGlmCiAKIGNyZWF0ZS1zb3VyY2Utc3JjLXN5cy1wYWNrYWdlOiBfcGtn Ym9vdHN0cmFwIC5QSE9OWQogCXJtIC1mICR7U1NUQUdFRElSfS9zcmMtc3lzLnBsaXN0IDI+L2Rl di9udWxsIHx8IDoKKy5pZiAhZGVmaW5lZChXSVRIT1VUX1NPVVJDRV9QQUNLQUdFUykKIC5pZiAh ZW1wdHkoR0lUX0NNRCkgJiYgZXhpc3RzKCR7R0lUX0NNRH0pICYmIGV4aXN0cygke1NSQ0RJUn0v LmdpdCkKIAlAY2QgJHtTUkNESVJ9OyBcCiAJCSggZWNobyAiQG92ZXJyaWRlX3ByZWZpeCAvdXNy L3NyYyIgOyBcCkBAIC0yMTcwLDYgKzIxNzMsNyBAQCBjcmVhdGUtc291cmNlLXNyYy1zeXMtcGFj a2FnZTogX3BrZ2Jvb3RzdHJhcCAuUEhPTlkKIAkJLXIgJHtTUkNESVJ9IFwKIAkJLW8gJHtSRVBP RElSfS8ke1BLR19BQkl9LyR7UEtHX09VVFBVVF9ESVJ9CiAuZW5kaWYKKy5lbmRpZgogCiBjcmVh dGUtc291cmNlLXBhY2thZ2VzOiAuUEhPTlkgX3BrZ2Jvb3RzdHJhcCBjcmVhdGUtc291cmNlLXNy Yy1wYWNrYWdlIGNyZWF0ZS1zb3VyY2Utc3JjLXN5cy1wYWNrYWdlCiAK ------9YLWRAZ429E0MALKWC9KRP82W1MP4K-- From nobody Tue Sep 9 05:48: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 4cLXv53DWjz66QqJ for ; Tue, 09 Sep 2025 05:49:05 +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 4cLXv50npkz4Fgj for ; Tue, 09 Sep 2025 05:49:04 +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 smtp5.goneo.de (Postfix) with ESMTPS id DE88D2405B9; Tue, 9 Sep 2025 07:49: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 498082400FD; Tue, 9 Sep 2025 07:49:01 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1757396941; 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=eyZ2a8bfqfjwsHzmYKhLBXU/N8jcHt/x9do5CvpUmO8=; b=oBxieouDQFoezArQT88dY/TjgTWa2UK4zo5SNYOW1ukwrPcHL2Bxxn+8vi8EcsWtmZbJey GJ0ZtU0ypPvnq3dlF4YPoKj6cIdC8mgQfW9sK7MCwS6YzQUBt0xuf48XTWW/CZQWVnm2y5 v0UwTO5kFakuAbiwivx/y7xvXxu/9UcTXbDOjtLwZX5BS5zVcxbJnoEGS0ypb335gC/sXj jj7afSQmvjxQk4DPmdcCerBbNxBf2YaqgUUkQ0Jp1q34LWPKX0ZFDOyrHDfKT+tD8zVNIw OUnIUc2t9tFMFec+FR2D+XFzseyw4LOJryhaS+OzA+saldPSpitn5X3NEx2m/g== Received: from thor.sb211.local (dynamic-2a02-3100-2d0a-9c02-2915-bb96-c2a4-04a1.310.pool.telefonica.de [IPv6:2a02:3100:2d0a:9c02:2915:bb96:c2a4:4a1]) (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 0CF7D2400FE; Tue, 9 Sep 2025 07:49:00 +0200 (CEST) Date: Tue, 9 Sep 2025 07:48:33 +0200 From: A FreeBSD User To: Chris Cc: FreeBSD CURRENT Subject: Re: recent CURRENT and moused(): inverted X axis on mouse Message-ID: <20250909074747.40e2ac63@thor.sb211.local> In-Reply-To: <069e4a8e8af36df2410606f5f4cff427@bsdforge.com> References: <20250908075110.725c6e57@thor.sb211.local> <069e4a8e8af36df2410606f5f4cff427@bsdforge.com> 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_/k.Hyttb23q83qsHDzh3X+tX"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 2e95c9 X-Rspamd-UID: 192bab 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: 4cLXv50npkz4Fgj --Sig_/k.Hyttb23q83qsHDzh3X+tX Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tage des Herren Mon, 08 Sep 2025 17:39:06 -0700 Chris schrieb: > On 2025-09-07 22:50, A FreeBSD User wrote: > > Hello, > >=20 > > since the @new@ moused daemon has been ontroduced lately I face a small= but=20 > > nasty change in > > X11 which is results in an inverted mouse pointer movement when using a= =20 > > mouse > > wheel. The mouse > > is a USB mouse, in one particular case a Razer DeathAddre V3, but some = other=20 > > box > > uses Logitech > > MX518 or similar - same issue. Disabling moused() reverts situation to = the > > situation I'm used > > to, but with the consequence not having a useful mousepointer on the=20 > > console. > >=20 > > In some rare, sporadic cases, without moused() enabled, X11 (using > > x11-wm/windowmaker) looses > > the mousepointer - which never comes back to live again, even=20 > > stopping/restarting xdm which > > restarts Xorg server (see /etc/ttys). > >=20 > > Bug or expected behaviour and misconfiguration/outdated config on my si= de? =20 >=20 > Apologies if this is already answered. But I'm catching up on my email. :) > Does your DE allow for switching left-hand v right-hand? Will that fix it= for=20 > you? > Is that setting inverted? Just a thought. :) >=20 > HTH >=20 > --Chris > >=20 > > Thanks in advance, > >=20 > > oh =20 >=20 Hello Chris, nothing answered, so far, no need to apologize ;-) Thanks. Well, since a couple of years for now I use moused enabled as well as an ap= propriate X11 mouse driver configuration - untouched so far. On the console - where moused() will be mostly effective - I do not utilize= sophistcation in z-axis mapping, but this comes into play when using a simple desktop. I do not know whether X11 does have a simple mapping of left- or righthand = mouse usage, I guess you'll have to map this for yourself "per pedes" - x11-wm/windowmaker= is also kept very simple at this point. I guess when left/righthand would have been changed o= r is about to change, also someone has to take care for the mouse buttons left/right. The= y are unchanged, so far. I will check also for the ZAxisMapping in the InputClass section of X11, ma= ybe I can map the propper way more easisly there. But that doesn't anser the question what ch= anged in the new device infrastructure. I'd like to understand - to conceive a solution. Kind regards, Oliver --=20 A FreeBSD user --Sig_/k.Hyttb23q83qsHDzh3X+tX Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaL+/zAAKCRCxzvs8Oqok r9koAQCLazIvRKM99fv6N5PDDUgnhLlE1AmT9GpMwE6vVwssvgEA/eiN4msfbR2X Y48QBK/jddKxIxhrxQc8zcjfkj1jGAY= =y/6w -----END PGP SIGNATURE----- --Sig_/k.Hyttb23q83qsHDzh3X+tX-- From nobody Tue Sep 9 07:16:25 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cLZr26F7Jz66W8T for ; Tue, 09 Sep 2025 07:16:34 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (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 "ultimatedns.net", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cLZr23P0yz4NfY for ; Tue, 09 Sep 2025 07:16:34 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Authentication-Results: mx1.freebsd.org; none Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 5897GQKw066942; Tue, 9 Sep 2025 00:16:32 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ultimatedns.net; s=mx99; t=1757402192; x=1757402792; r=y; bh=7/VjIX4KSBp5iS/jB2Q8svzA/SNY4QVbXVh42qdAPsU=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=H0/iLfm4qba94+ncq/BY7MHbwRjphN0igthG0b0sWiZiH3vXZusEjBPaoXkRCiRdp mR9al02MpNjxmxk/QyeEICXsBXH9N2pf8MrAN2/iFelikN33Rx8MYY5xvMq3Fym+V6 Ak9OD6pp//XFHFhggx9H7uk9iNKLDqj7ZAVwnbhqwdZJwBVbS7aQJH/Chk15mIxLxL piCe8rR9ofZmw8eguMeyLLNXWJXNt7Qx3/1Pajg1DEuk60GQ0XFpbMkvkGuWs1hjg8 fsuFqu9/GGHrddMYBdkYmQgOXBvbGm9y/jPKw9aWNVKK2uk+GWV9Ll8lx8Y9gbccwD 0ujTw8Z+iUHFg== 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 Date: Tue, 09 Sep 2025 00:16:25 -0700 From: Chris To: A FreeBSD User Cc: FreeBSD CURRENT Subject: Re: recent CURRENT and moused(): inverted X axis on mouse In-Reply-To: <20250909074747.40e2ac63@thor.sb211.local> References: <20250908075110.725c6e57@thor.sb211.local> <069e4a8e8af36df2410606f5f4cff427@bsdforge.com> <20250909074747.40e2ac63@thor.sb211.local> User-Agent: UDNSMS/17.0 Message-ID: <14234bfa48540874bfd551f3e97fbb5b@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: multipart/mixed; boundary="=_5c80d79af28ba811adf9954edcbc5201" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cLZr23P0yz4NfY --=_5c80d79af28ba811adf9954edcbc5201 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On 2025-09-08 22:48, A FreeBSD User wrote: > Am Tage des Herren Mon, 08 Sep 2025 17:39:06 -0700 > Chris schrieb: > >> On 2025-09-07 22:50, A FreeBSD User wrote: >> > Hello, >> > >> > since the @new@ moused daemon has been ontroduced lately I face a small but >> > nasty change in >> > X11 which is results in an inverted mouse pointer movement when using a >> > mouse >> > wheel. The mouse >> > is a USB mouse, in one particular case a Razer DeathAddre V3, but some other >> > box >> > uses Logitech >> > MX518 or similar - same issue. Disabling moused() reverts situation to the >> > situation I'm used >> > to, but with the consequence not having a useful mousepointer on the >> > console. >> > >> > In some rare, sporadic cases, without moused() enabled, X11 (using >> > x11-wm/windowmaker) looses >> > the mousepointer - which never comes back to live again, even >> > stopping/restarting xdm which >> > restarts Xorg server (see /etc/ttys). >> > >> > Bug or expected behaviour and misconfiguration/outdated config on my side? >> >> Apologies if this is already answered. But I'm catching up on my email. :) >> Does your DE allow for switching left-hand v right-hand? Will that fix it >> for >> you? >> Is that setting inverted? Just a thought. :) >> >> HTH >> >> --Chris >> > >> > Thanks in advance, >> > >> > oh >> > > Hello Chris, > > nothing answered, so far, no need to apologize ;-) Thanks. > > Well, since a couple of years for now I use moused enabled as well as an > appropriate X11 mouse > driver configuration - untouched so far. > On the console - where moused() will be mostly effective - I do not utilize > sophistcation in > z-axis mapping, but this comes into play when using a simple desktop. > > I do not know whether X11 does have a simple mapping of left- or righthand > mouse usage, I > guess you'll have to map this for yourself "per pedes" - x11-wm/windowmaker > is > also kept very > simple at this point. I guess when left/righthand would have been changed or > is about to > change, also someone has to take care for the mouse buttons left/right. They > are > unchanged, so > far. > > I will check also for the ZAxisMapping in the InputClass section of X11, > maybe I can map the > propper way more easisly there. But that doesn't anser the question what > changed in the new > device infrastructure. I'd like to understand - to conceive a solution. No. I guess it might not solve the culprit. But as I don't use windowmaker I couldn't know if it was true on that. It's just that it's an option on all the gtk based DE's I've used as well as KDE and Plasma to reverse the mouse for "handedness" in their control panels. So I was hoping it might be an option for you. Maybe the option became inadvertently changed. But I guess not. :-( Does your Xorg log show any interesting clues? Sorry. That's all I've got. > > Kind regards, > Oliver -- There is no such place as the internet --=_5c80d79af28ba811adf9954edcbc5201 Content-Transfer-Encoding: 7bit Content-Type: application/pgp-keys; name=0xE512722F.asc Content-Disposition: attachment; filename=0xE512722F.asc; size=3074 -----BEGIN PGP PUBLIC KEY BLOCK----- mQENBGf/G0IBCADARuJc6IcwOe3jv7dQsP1X/EIHvCFExPbTmlMNFMXbMMccQUnV o8ayEn+wmTvPhw7uL3PDk7DQs16W1sN2b8UMFc804cVWNGtoG3rA+Np+TFEYlXJx eh5Q42VHptkuwzHKl+q2utkpRlS7uHyfjsInQAoHxLyi/wrsaZTHHhDbLLhJ5Ez0 arohQ2Q1w0M5e9rW8Fy5rpC7RpC6uO1SZMxcbdqURI/BBqxbiD1iW62cDWFkfFX+ dtaEXghFV7BIBMDSrgIunGoEfdMZgXys7O6bPWn8z0cuOZIPj4HrjoCYARyQ+sdc rjz/k06SLM/UvEZDorJhT4DbYrwMNvaPWJiPABEBAAG0HkNocmlzIDxic2QtbGlz dHNAYnNkZm9yZ2UuY29tPokBNQQQAQgAHwUCZ/8bQgYLCQcIAwIEFQgKAgMWAgEC GQECGwMCHgEACgkQVKBqaOUSci8bSwf/fK3QcTYXRMrv82HIp4SiGCSD7/bRmyWr ipv2vzknGFHxPBN4AEWIqF/U4j5oDXaodyU6xsy59Z47/lgbyzyZiVR6nmJVgZVf el/EgwnLt7ZuYGLLEhIN2pd9itJkB8PMPZrUHMWgIw8BxX5YFYGuyiNe9pGn0Coj 98t/v3fouhqksH+BpB4TBHJBBDSxSiMm66VTJX4Xcnpf0ZnQVP4GBuoyodnFBfdI wqftPLESsCC08lUhD2j7v2NRWwMi/q3ed8D6VCKPImBByYnBZL5gu56K5bwqaQfN itu06APuIYnG71qxgn1EPO63lovWP5NZGgOKvzs3K+JfPF79BiOUFbQjQ2hyaXMg PG1haWxvcEBocmNvbW11bmljYXRpb25zLm5ldD6JATEEEAEIABwFAmf/G0IGCwkH CAMCBBUICgIDFgIBAhsDAh4BAAoJEFSgamjlEnIvBH8H9RGwzZuU6+zvH1WjQa97 yWpEt9rC+BIBJThev2Cpls2LqBqIeIQVZPnyLAZWgFaiezL6+xbvcNt6OnfidIYa x8iRwCMC6/Bs8H2Wef9qfGxXi+jHPLYQk3juiZVmBhIK6FJZkzaW4wSiawofwzbp zqNxO8dZ0j4foaJZrNi8iqsvKjiiHoSFaJtumIThAeydI18CNLeFaS53sk5nad6I wCYeFKmJ/22dMP7DOFEgyG1iNYgY+AGREMkEsBiLpqYjJ5asK+1UdUy/TRly1hOt HHxCiX0Fh9ZYM2vLIj7sq4LKaMPGeYC3qTqBYugVeyz7LkiI2ft/BKveA5JxuYKk ZrQiQ2hyaXMgPG5hbm9nQGhyY29tbXVuaWNhdGlvbnMubmV0PokBMgQQAQgAHAUC Z/8bQgYLCQcIAwIEFQgKAgMWAgECGwMCHgEACgkQVKBqaOUSci+4Bwf8D0Ogk2/X ud/CsAgHozwzKPqfesL5SRWM14hLnU9/EHoplnZgNexbVY1wXIi2FYPo5cve9QxW Nmt3S3UTF9j2fGqv0wmeHv3EqogFUHnftLyWpbeTPOFDMIQp/BOD6ygfeXxXWxRT L6zvUkSrDtHvkQHPWGRxwP+ihWjpw9AQR/R4/qAuTAZZM0O7UnJEo4mWXatl+utF wegG2giwFTTxfF+1rMpFtUDjYCpRQ6ZmE+gC1mHUMoH7GJMQv12DbqwKrxtwGfd0 AJNO3ZDnxl24BmIfl1YqQGZQ5iIH7At4YItESbU45hoNNsG9oDrsil78EUCAtXHd UPScj+eXaeAkgrQfQ2hyaXMgPHBvcnRtYXN0ZXJAYnNkZm9yZ2UuY29tPokBMgQQ AQgAHAUCZ/8bQgYLCQcIAwIEFQgKAgMWAgECGwMCHgEACgkQVKBqaOUSci9o7Af+ Lwu5hJlI5HZNGwAll7QTIFZVW+y4OEg+amhxTDGbAAqlnSIkHC1KgkmIOOrThme3 kTFCqfIIsuP73yKxHq6kRG0zH5/7asAPNAUOfzD7B2o/gMyuTRKyG5r9f3UmACr4 6qvtFhIwROXr6+NNT2IKg3l0/8F58A0N/TR8D2PTHeo4x6jYcZQDCrCy7BAdk3cu V16k4z/1UzRa07b5McezbWL20cIaZ+dqNcCjKZpzPlTyTCGgrNNtaDpNVhoWUKMB YNcKql+tfC1IpX8l+IU6OBKcDKMkQojvO1QrZqY8MDJGo8jq/CtotQ8+IpAai3Bx dQEsxrxlcKTR4rUqvd8VGbkBDQRn/xtCAQgAv5Nv/aQN72xsLik+K73PJwpUmyhu vnI6stM6dSecylXVHjZ7C4n/m0eQEeQCl+9lByHR9N8H+WS3DtAd4pmciiIxRQLA JZiuaLYcy9ziy1h7130VoR7hhJHzo9FIhWkTGlCDX3egUZrYhMiwFUO8lNltLB8o TBvIrMSsnUzawtQjq/otv0Jf+oBPbG+gIYnAm7w6r86n/l+eVxf5eEoS7wV0DJfp b2jE5zWErWk8I/tq4e8T+1VQeVQR6wz+NrUCSxkPkpNAm19AFUHOk//yvMGWVlDW F6gr3ErN2a0w/kZ0lz3Msxsb87QT+MnJf/T3cuEqdTIoSk74BfNEAdMohQARAQAB iQEfBBgBCAAJBQJn/xtCAhsMAAoJEFSgamjlEnIvyvIH/26zytSVNDaxtprg7XtX LerIWf9RyVx8omCw/lXKRCcgkfwD7QR+nSZ0thWOGMpcnivjuReeVRkz/webUF47 BXJ/Tge07nrxdtyTIHBbp35fPIriaKaII6YWc2Ufdxwv+cD8PADS6gQWAlgrWLmn VmYtyHs4kwtiPZyUyuBdWnZal2GyYY0WVwYjvbk95eInwOaIdoTjesJ7ZhUFu155 r4hh9GlvM0uv8WJ5Mw9wvHa5fIM205I5g0IWC7yvTwwwKHlV4JQQOqMwfv569OEl 1GKqA12nSVziB1+UV+I0NqOABWi/MOi+IySPzYP+XgdPfRNx4vmoHYZwWOQ3t4Jd TEM= =oj6y -----END PGP PUBLIC KEY BLOCK----- --=_5c80d79af28ba811adf9954edcbc5201-- From nobody Tue Sep 9 16:54:34 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cLqgK1D4yz678vd for ; Tue, 09 Sep 2025 16:54:53 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (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 4cLqgJ2tgcz3LWZ for ; Tue, 09 Sep 2025 16:54:52 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=EZDA1Zl1; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::532 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com Received: by mail-ed1-x532.google.com with SMTP id 4fb4d7f45d1cf-6188b5ae1e8so6957248a12.0 for ; Tue, 09 Sep 2025 09:54:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757436886; x=1758041686; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=ldSRh/TkshFNhmY9XmwAdK+DJ6wkZShbg7JcSmh+isQ=; b=EZDA1Zl17SPw/rT8yIY3Vx3j6rNyjw85NGMce3WyKXagyfgd3/4nkTbG6YBJyBM3v7 l7h22PKxuKGSXEu9tCflM0AdakytQhmd7CrkasQRKVW+ugkvyWCESwNtHDoKjlSzXiI2 2EL+/9OZcIct5nkvcv3t3+s6ZctVMkiwlzvx2bQjb29JpVL6Qft5Zt39jaI+1Ykgldh+ JcN6Q0qaJ3GIQx/UA9hgBmazacjyNPLwhmbY1t/KrWPzP9q4Q19XdHgYdMHhKJoZ+JlM qeY89rb8kUrw5cpEt9c/CZWqf/grPjzpkmVMEfO8zKFRApR77RipR+g9kIqQ+IfPml3G CdRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757436886; x=1758041686; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=ldSRh/TkshFNhmY9XmwAdK+DJ6wkZShbg7JcSmh+isQ=; b=c0+uAtcn3psDkmGei2Oyi5S6fFcw9aNyEzVEZ5M2PmwplkGW0e55rKaJ0x6/C6Piy1 NmyqGm8JU2H0FfekaFGv3vLC5mRcPHBHijO3gNRKCoCGgkegvC0Vk0bGvBelQZoZOuoc xvLPT8AfbHwZrlh9xqSfU5yQVP73dAQ7axy5NB2Yi7c6DxwafJqFKCLoAoKp+bQAq+T+ 19S762a0uF8T8pWP+oQSOIZPMnT16GOkaANUaIRUWyMGhnM0GnGMoy3FrYlOVrs/2OsP 6z4218d44FvOBNAnNWXIBU/wfvIjFE/xATbQOZZWUbhEEGJDYn7NIck5l9iVlp+qVdPS oNtA== X-Gm-Message-State: AOJu0Yw4jOb9+8d8J11/0HW+DJcgNhvnY0N7WmaSUnVCa1+ATEKpShLK fR33/Vay34e2Fq3NSMGMnr+pySM8Rbq3oZs/evx9wITewVZNOeZ1F/18iD8ct3P38JemkiDcnl1 UuoAIXpodyHDaSo+i/zWU8DV+c363ABa6 X-Gm-Gg: ASbGncshzCD4N37Jgo2wWg+3TheFk9LGGXAFCCwmZiAK0mNU+JQ8pQ6m1H2lw7MOmvX 3lQRXXSU69o0Wb98KELcyu2QGt8HlOCb98971UohSXtLNqF8pTBs2Vz4KhJLZk6x162ExVqkLWy OgGZoV2mlfD8TdCbp/pPaZ6/yD0vUKumuZaEidP1ZmQprPd7lGI/baHPr8ZAaSpJUmufNPP6W36 txFdEi0cK3kV5mAm6PDO0njgRYwnOCWRhVIvzgNljFwgeokZQ== X-Google-Smtp-Source: AGHT+IEzoSQAbWtYVDhoxiSmAKMAGPaflekRzvdsOCjIp9d8ys0J7PoOxLTwZI55HKD3N8bSa9uw65QILGI3nW6XqsQ= X-Received: by 2002:a05:6402:358f:b0:628:bee2:b32f with SMTP id 4fb4d7f45d1cf-628bee2b7d1mr6855758a12.10.1757436885940; Tue, 09 Sep 2025 09:54:45 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 From: Rick Macklem Date: Tue, 9 Sep 2025 09:54:34 -0700 X-Gm-Features: AS18NWAxSM1-rU1w17uT46-VH9zO0Xfan9hMprhi9bKH-ay-7h5VpLfPC72ruzw Message-ID: Subject: RFC: building with non-default options on universe machines? To: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; MISSING_XM_UA(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; TAGGED_FROM(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::532:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4cLqgJ2tgcz3LWZ Hi, This is a really dump question, but since I've tried a few times without success, I figured I'd ask.. I need to do a "make buildworld" with WITHOUT_MITKRB5="yes" set. I'd like to do it on one of the unverse machines, but I cannot get it to work. I put WITHOUT_MITKRB5="yes" in a file and tried both SRCCONF=../src.conf and __MAKE_CONF=../src.conf. They both would fail at some point, because other things that depend on the setting would fail. So, does anyone know what the trick is? Thanks in advance for any comments, rick From nobody Tue Sep 9 17:03:42 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cLqsb1Lszz679pw for ; Tue, 09 Sep 2025 17:03:47 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh-b3-smtp.messagingengine.com (fhigh-b3-smtp.messagingengine.com [202.12.124.154]) (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 4cLqsZ1jjBz3PV4 for ; Tue, 09 Sep 2025 17:03:46 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b=Vg+eqaTa; dkim=pass header.d=messagingengine.com header.s=fm1 header.b="d uI77pF"; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 202.12.124.154 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from phl-compute-12.internal (phl-compute-12.internal [10.202.2.52]) by mailfhigh.stl.internal (Postfix) with ESMTP id 223067A00C1 for ; Tue, 9 Sep 2025 13:03:45 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-12.internal (MEProxy); Tue, 09 Sep 2025 13:03:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :message-id:mime-version:reply-to:subject:subject:to:to; s=fm1; t=1757437424; x=1757523824; bh=MNnbkoKJroKs1OH+CpWeh+oJmBWtaqkB cibcvWhc7xA=; b=Vg+eqaTa62NGaOZrVXEsZi0Y1y5SbKqxHxDlyodQw7IasbhJ yO393mZFpdmdUdH2yL/lqr9EUhNfCpW3JIWvk44iLu6jMmTeU2xauVCpy4estJW2 KdsUNAJ+whVmZVcca+Md02RxVCQ2oBy7XggU/msN1hJEzfLTLNn5P4ua374ZrqJV dbtbcvrH5UDTimbwkqtrU4vrdtafnvTAg75DKhIeD2IR4JYpADhah2yE1P3kBgqI BtjjsF1werTUNpc63vkKcKC0fRzkyq3Tduttq2nFaN4m8nIi6OV115fYtCyEu09J pZOFvaEHNFaexYVUmXvSCc7Fv2owWUCak3Xwng== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:message-id :mime-version:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1757437424; x= 1757523824; bh=MNnbkoKJroKs1OH+CpWeh+oJmBWtaqkBcibcvWhc7xA=; b=d uI77pFMbi9M+6a0sDafUHS4OnfeBv8M/bnrovDy/qG0zsLJETsTt8flAHFyfq/uM 8SxslAqAVEy/t0AU+jWs5DXABa4HtGuokVYTW1aesSOhFQ0YZcWbqmjiZjC7Zzlk mqJ8YfnAHNCANFv78hfUyluo3Zkh+hUHUtTK8NZ9Znbikd0FSrHh/AdhVc+AS1IN IGDdrfb7ufkssZtapqBdtD9Pw8g05xUgtffSy3GFnfkxJ8YazYs9gnigp0Mm74i1 i32nA/sk47ss3QxG2aYAyDrxo9Gbe1deBQ/E1zmiUhcJLExOZJ9c6YGEFGhS4SBZ rKEWJiBxKxMIXzJz3KTPA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggddvtdeliecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggusehttdertddttddvne cuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgvrhhn peekfedugffgieeuieffhefgvdffjeduvdfhvdeifeelvdejtdfhvdehjefhgfelueenuc ffohhmrghinhepfhhrvggvsghsugdrohhrghenucevlhhushhtvghrufhiiigvpedtnecu rfgrrhgrmhepmhgrihhlfhhrohhmpehvohhiugesfhdqmhdrfhhmpdhnsggprhgtphhtth hopedupdhmohguvgepshhmthhpohhuthdprhgtphhtthhopehfrhgvvggsshguqdgtuhhr rhgvnhhtsehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Tue, 9 Sep 2025 13:03:44 -0400 (EDT) Date: Tue, 9 Sep 2025 18:03:42 +0100 From: void To: freebsd-current@freebsd.org Subject: source upgrade of OS leaves pkg using pkg.freebsd.org non-functional Message-ID: Mail-Followup-To: freebsd-current@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: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:202.12.124.128/27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[202.12.124.154:from]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:202.12.124.0/24, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4cLqsZ1jjBz3PV4 Hi, A test vm (which was installed the 'traditional' way 15.0-PRERELEASE #0 main-n280049-b5c46895fddd), then pkg and a few other pkgs like git-tiny and vim, was installed. Then sources were grabbed with git clone https://git.freebsd.org/src.git And then, a make kernel reboot make buildkernel kernel etcupdate -p make installworld etcupdate -B make check-old yes | make delete-old yes | make delete-old-libs reboot cycle was completed and a shiny new 16.0-CURRENT (GENERIC-NODEBUG) #0 main-n280154-fd9e09cb2ab0 resulted. Upon becoming root, running pkg bootstrap -f resulted in the following output: root@fbsd16-vm:~ # pkg bootstrap -f The package management tool is not yet installed on your system. Do you want to fetch and install it now? [y/N]: y Bootstrapping pkg from pkg+https://pkg.FreeBSD.org/FreeBSD:16:amd64/latest, please wait... pkg: Error fetching https://pkg.FreeBSD.org/FreeBSD:16:amd64/latest/Latest/pkg.pkg: Not Found A pre-built version of pkg could not be found for your system. Bootstrapping pkg from pkg+https://pkg.FreeBSD.org/FreeBSD:16:amd64/kmods_latest, please wait... pkg: Error fetching https://pkg.FreeBSD.org/FreeBSD:16:amd64/kmods_latest/Latest/pkg.pkg: Not Found A pre-built version of pkg could not be found for your system. Is this expected? I don't want to use pkgbase at all. I'd like the pkg facility for ports, though. Usually this is in circumstances where I'd just want the vm (or baremetal) system up and running and to configure a couple of tools. Later on, I'd expect to have to hook it up to a local-net poudriere instance. -- From nobody Tue Sep 9 17:09: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 4cLqzj2jFhz67BJT for ; Tue, 09 Sep 2025 17:09:05 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fout-b8-smtp.messagingengine.com (fout-b8-smtp.messagingengine.com [202.12.124.151]) (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 4cLqzh3yHdz3R2x for ; Tue, 09 Sep 2025 17:09:04 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b=tgCVJAvZ; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=WUwgTF5c; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 202.12.124.151 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from phl-compute-01.internal (phl-compute-01.internal [10.202.2.41]) by mailfout.stl.internal (Postfix) with ESMTP id DEC081D001CC for ; Tue, 9 Sep 2025 13:09:03 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-01.internal (MEProxy); Tue, 09 Sep 2025 13:09:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm1; t=1757437743; x=1757524143; bh=lXPNxrwQTb /iKZac6vhB2NdLz/B7gt0JfwwuFYWhFWY=; b=tgCVJAvZ9kw0d2GIHBtZrT++e6 QWg4szN3J+yPiIfxmzXXmzLJnLJQ9uInZPzPpCVLsA1ygS1JdqFU0yrX+P6wmv3F r6zJRqxqAJ6AcjnSOoHQZz3FQJ6UF5FR1J0MoqNw5vmrGZ+9hsOiMcGLCfbdg/P5 XliVc2tLbqkFWC0VEJ09N9MM9658+RZ/qg2MwrKZDMiX88D+3l4JUmz2gPUihA62 knQLyx78aHCCklEBHvb8h2Z8WmdqHc+xFt3EN6G5RmZ16hyjHukr1nQwR2H02pq7 UQREStQYa5qIc6kSO12nHTSZK1au48USINBtuYdC+uD5GRwqLyqommqpyz9w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1757437743; x=1757524143; bh=lXPNxrwQTb/iKZac6vhB2NdLz/B7gt0Jfww uFYWhFWY=; b=WUwgTF5cwmiVs5HX4NwoCpU+hd+WsRL+VXkcOt6Gs3CSREyMx5Z xveAzcoyMPiqeqccIDSZjWbLeT7lZ0HP70d4whvgupswL9iFfGckZ6CMtV2vKjRT 2hiO2E5YsyU2ShOpmRY4STb3WyYJYUJljyuE0kRGeRKNFfBbmvKmMm8IAf8kDEwm bOhzc/ywtIRcX0odyuXWmgTr3trnzpMizzsro9rSGIwEEIoMXuqtDAeGPnmuZFYH xihyLD359Jw6buZjnsLnJflbvQ45br1RFsAdOcNfov58fyC3Aii1HIp6v3q837yq 6ewCxyIKsvwbSPWlLiHhXVIytysEQb7s/BA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggddvtdeljecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttdortddttd dvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgv rhhnpeeivefgfeegfffhgffgiedtjeejhfetfeefgfelfeeiveelveejueeiudeglefggf enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehvohhi ugesfhdqmhdrfhhmpdhnsggprhgtphhtthhopedupdhmohguvgepshhmthhpohhuthdprh gtphhtthhopehfrhgvvggsshguqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Tue, 9 Sep 2025 13:09:03 -0400 (EDT) Date: Tue, 9 Sep 2025 18:09:01 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: RFC: building with non-default options on universe machines? Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.60 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; MID_RHS_NOT_FQDN(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:202.12.124.128/27:c]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; RCVD_IN_DNSWL_LOW(-0.10)[202.12.124.151:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[f-m.fm]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:202.12.124.0/24, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4cLqzh3yHdz3R2x On Tue, Sep 09, 2025 at 09:54:34AM -0700, Rick Macklem wrote: >So, does anyone know what the trick is? +1 I'd like to know, too. Basically I don't want or need kerebos or hemidal or the other one, -- From nobody Tue Sep 9 17:11:05 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cLr244Yccz67BXD for ; Tue, 09 Sep 2025 17:11:08 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh-b3-smtp.messagingengine.com (fhigh-b3-smtp.messagingengine.com [202.12.124.154]) (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) by mx1.freebsd.org (Postfix) with ESMTPS id 4cLr241CXWz3Sfm for ; Tue, 09 Sep 2025 17:11:08 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b=H+6Rpmel; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=mPd4RltV; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 202.12.124.154 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from phl-compute-01.internal (phl-compute-01.internal [10.202.2.41]) by mailfhigh.stl.internal (Postfix) with ESMTP id D19107A0159 for ; Tue, 9 Sep 2025 13:11:07 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-01.internal (MEProxy); Tue, 09 Sep 2025 13:11:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm1; t=1757437867; x=1757524267; bh=Y31rrx02cn 2xdy4cgba9h98czc1pJgnbudZg5DPuujw=; b=H+6Rpmel1K5KPOMVgMG1UKLTdr frYn3PmdYMvezWVhMB3smTuCxJ1ZoRwY45+/wMk0KFV19MpYmVVjc/mtjmaqMguQ ezhCUpPPkvMoU/0I/QkIrPqAbygvzeehpZqLRjkSe0S0OGNib/OgaAEnqUFipcLT Xqd1lvUINyKoPpRuAmi+quXiCXyRz6z5l5XI7JCLeA1TbxSQLpQ5j1OLDe0F7FJG h7b7MEnABfUJy3GBLEX3RQKY2Yp+Mu1KE1zoPSPrfL/YUTJ+cu2PphHOTXYtalx7 AfZdBrWbJ7L1U3Z45zLDKDlYoZBuO3uQSjWpDORrzLCG9bRmu6M7beGjnQCw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1757437867; x=1757524267; bh=Y31rrx02cn2xdy4cgba9h98czc1pJgnbudZ g5DPuujw=; b=mPd4RltVGWRjv5f6kgB561KCsM0KialJg6TNLvBmjbi8w4VwE66 41oY3vBMlhsuzXr6s4LPOlESVNsCDU+O45dRmGfp6EQBWTFF0aDsU1tnTJPE08wd N/yzra+qa03vMx3OPsmYWN7alhwe8m2oRRhGug1cytn+jP91NnGyZwy1Gff2VN88 Q4ea00HewDYoGQmPJ354ul1AcXz34auzY0V20z89KOYPN7ZS+phGDlwogZsHFzZQ 3DQK5tH1JcB6WUbHIuuv/6Ab4/yjoyodbsyMDU6yow49Vy1YtwG8xyWu3/V2BYbC +grUZrIzG+9COXnWuJH2RUYjS4gktsOGaBg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggddvtdeljecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttdertddttd dvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgv rhhnpedthfehueetjeduffekhfdthfefkeegtddvieetvefgjedtgfeffffhueeiledtie enucffohhmrghinhepfhhrvggvsghsugdrohhrghenucevlhhushhtvghrufhiiigvpedt necurfgrrhgrmhepmhgrihhlfhhrohhmpehvohhiugesfhdqmhdrfhhmpdhnsggprhgtph htthhopedupdhmohguvgepshhmthhpohhuthdprhgtphhtthhopehfrhgvvggsshguqdgt uhhrrhgvnhhtsehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Tue, 9 Sep 2025 13:11:07 -0400 (EDT) Date: Tue, 9 Sep 2025 18:11:05 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: source upgrade of OS leaves pkg using pkg.freebsd.org non-functional Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:202.12.124.128/27:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[202.12.124.154:from]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:202.12.124.0/24, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4cLr241CXWz3Sfm On Tue, Sep 09, 2025 at 06:03:42PM +0100, void wrote: > >And then, a make kernel reboot >make buildkernel kernel ^^^ make buildworld kernel I should have written -- From nobody Tue Sep 9 17:27: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 4cLrP73sYVz67CXl for ; Tue, 09 Sep 2025 17:27:39 +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 4cLrP72x80z3VHT for ; Tue, 09 Sep 2025 17:27:39 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757438859; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=JqdKrNUVr4qbJo4mBn4Jh444NaZgDEk5SqV22e3Tda0=; b=sZw9KE99GfcKhrNEuwhqjal8/dxV8r/66dtZXSotm5Y3AjQuVvvyZNvcNl8OCZKsIhfhJt Qmm+bcPrE/dJrR/sENEwYXgcoE6RetuuE/TSNnXH8OhXhqlJO8iv2rz6BCCae5pfAetyzw Cnkab2YC6zfIyKraMEKxK1xAL/eOl/7XdFxybw0WlTJ5i5IZRQHvS2JqEZVb51BSbhZ0Xt nq3iwvWKgnWdKxQm/2doW7s3jyiyOh4RUkRJh9PkKML5c4VulL4iSv/8mi8ckBZrJiYtKC GSgqpg/FpLy51McL/QMUbvJDJu8lIQQGLKpppdn0RwqM/6/eHyV9OVVLO3fiNQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757438859; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=JqdKrNUVr4qbJo4mBn4Jh444NaZgDEk5SqV22e3Tda0=; b=A7pwUsTQ/yh7mC8v5yAxojJVKjEC8PiUNanajPAdCsmmZ6jHh/Xy3jqKZEoaFmh1R03ZLk T0x6Rp44a8m3Iyd1QcEg000ZrNhHbklohhjGDed1c0hHW2cfL8ELBWM23uKlNwc+9jmaxm IvJM8imvZ5+jXqY0HOdxKsiToFU9xihLTOQgZd0Eiqb4YCQydoGldYsOKP2/2Ee5zoAdbH C1zZ0NwmrSziCLe3QHU0wZfZ0A+idpTO2lo3Lp8koj22brKABtaEv2BLqV3J5lESdhkPrc JSU4fBmhSjm6MaspsvXNYzbJYbzvzXegkO2xvVRCpKQ+Xqjc8dvbSrBPLK24NA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757438859; a=rsa-sha256; cv=none; b=HkFyOb7R3clFKTrCNGSv+8VQvCQe7Hw1f11EZnqGJdVSr1BT5r7WYkVybNBObR4Q2d++B+ 6f4zJrG2dhul3rrAIAwoTBH89SqdDKdM9zUJ7HKAw7/2qu09DwE+6fpXybm/EgX4qipByn /m0asseAYNc7pyfv/Unky8/yKV1633TZeXl/az60sPPSurv/03hFgHzCi4GmO8sWe7loy4 +wmMu3I3wipaGq3BCjNM4cTH0Z9R4QlzQS2r0swOHx84B0Lgms/ZT6fA2Ph3glV11sphxZ YhKSik6ycVrEXEOduwyGxP6TQWu9pv2n6gXbD5EKf5ytWuIQNmRSKbGzWGJaeg== 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 4cLrP70kLKz4P for ; Tue, 09 Sep 2025 17:27:39 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Tue, 9 Sep 2025 18:27:35 +0100 From: Lexi Winter To: freebsd-current@freebsd.org Subject: Re: source upgrade of OS leaves pkg using pkg.freebsd.org non-functional Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="awGgOKndkFEQuAeM" Content-Disposition: inline In-Reply-To: --awGgOKndkFEQuAeM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable void: > Bootstrapping pkg from pkg+https://pkg.FreeBSD.org/FreeBSD:16:amd64/lates= t, please wait... > pkg: Error fetching https://pkg.FreeBSD.org/FreeBSD:16:amd64/latest/Lates= t/pkg.pkg: Not Found >[...]=20 > Is this expected? yes: ports packages are not available for 16 yet, so you'll have to build from source for now. you can follow the status of the build here: https://pkg-status.freebsd.org/beefy18/build.html?mastername=3Dmain-amd64-d= efault&build=3Dp118fb2971704_s4ab64e34911 base packages (for pkgbase) are available for 16.0, and ports-kmods packages either are available or will be shortly. --awGgOKndkFEQuAeM Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaMBjgAAKCRD1nT63mIK/ YA+HAQDUiOo35n7OwAi0J5z+Ls7UzK5ZMz1eZGCS2ecot8G3JQEA+ig9p10dXdG+ tHwNTeHHxj/yA3zinPORzAe4/pKRaQk= =CHrS -----END PGP SIGNATURE----- --awGgOKndkFEQuAeM-- From nobody Tue Sep 9 17:28:20 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cLrPy2bVNz67CNr for ; Tue, 09 Sep 2025 17:28:22 +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 4cLrPy08wgz3WS6; Tue, 09 Sep 2025 17:28:22 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757438902; 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=G+0L4nMMywKXl35wezH7kxMdmcgkWp2DInPHRr6k52I=; b=LbUdQUbMTQlfpC5of9MIGVWDXOO79NaOs5qR4T283YsDeywJ9aL/FqrFmYe/6uC+qBhujx ke2yIgLhE5cX5fhPY4oNbNPUJ8ZwWoO199X3jeW3A8lu/JikqtFTa70qanWKSgnPumNSIn Tyc1fcwiRxombfPIaR+DU5St/5D/BByJqxoyCmkSxBXkEPDY/YXfDlw2yUf8ZZW3/ZIrEf 6cV8r8tFEAqg4MOrf+dZBQKP3YpG0jvf6iROEC0iPVFRbRy6iqvPVY26c+7kRnHzvN/G8j Sxc5txTJLrUkTCpoylvwiJgPxpmVgRQ6pA++YRuGhaEIm0cklQliJk3MPZPSQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757438902; 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=G+0L4nMMywKXl35wezH7kxMdmcgkWp2DInPHRr6k52I=; b=ur859j2/aYz09BOMeRLbIBWnGsMF35m7hRY6p4lVUTmQez+jbwxNNxXx2/Ul21x9P5wLQX URE2zHawItyCGJQ6zYqFnjmDFl2WH1duD3zwhfLjtDQ2c/xWRKUfE+FKakLqUmnLQJJQeQ nkRa0pnr2Ksw9cZVJxRa2EPM7zTK1UQIdhChOyXFQlrmhhpW9J/zD4bLa4p44UnA9iYJsN 6dBu9Vs/PoxRu+oc2wEsXm3pQ1b/zR7NtNUEkryRPr8bK7HkHvSSP/USMqD57VIMuVsF1k JiHK2/fH5f00IlZINkWxMLTl5zGUI8miEvmUJIsQu5dPu27GBvRAqc2eh4BS4w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757438902; a=rsa-sha256; cv=none; b=LEsft+XeMFvOAvNs9k2Do3kWsTuJrYaoVMS20RddC5kDsz/ic4r1CA/cmfC6EK5b1JSD70 WS43t+LN3JzNmNevfqQox6N1Wv7d67wB7gbdtcs/XgsGo8PaBW7BhokzuFd5dAwb66OqN4 HgGcnqSMBGSPFMC8nFyeYbLML2GiweLuy3W0KvvZ5YaK3Db1inJTWmYSkfMCZFVJl+wZnX KsH91TTMktYdLAivOIYfvRoNjyaINgZExVFTufsGkpMRVaGx6cK8NqdedQOkWfWhcgvy63 KxkW5dsKIOdvX4rCDMniueSzzcnsMf5jXPIHH4zk9QTPc5poZS+VMg9ppTjwIw== 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 4cLrPx5JCgzC2; Tue, 09 Sep 2025 17:28:21 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <1a9016f0-854c-4038-93d8-c4c418bb5b8e@FreeBSD.org> Date: Tue, 9 Sep 2025 12:28:20 -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: RFC: building with non-default options on universe machines? To: Rick Macklem References: Content-Language: en-US Cc: freebsd-current@freebsd.org From: Kyle Evans In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/9/25 11:54, Rick Macklem wrote: > Hi, > > This is a really dump question, but since I've tried a > few times without success, I figured I'd ask.. > > I need to do a "make buildworld" with WITHOUT_MITKRB5="yes" > set. I'd like to do it on one of the unverse machines, but I cannot > get it to work. > > I put WITHOUT_MITKRB5="yes" in a file and tried both > SRCCONF=../src.conf and __MAKE_CONF=../src.conf. > They both would fail at some point, because other things > that depend on the setting would fail. > > So, does anyone know what the trick is? > Is ".." literal or a placeholder? We probably don't resolve those to an absolute path for later parts of the build, so you probably want to do that up-front if you hadn't tried that yet -- MK_* knobs may be processed in some or many contexts where cwd isn't the root of the src tree. Thanks, Kyle Evans From nobody Tue Sep 9 17:31:52 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 4cLrV40KQ8z67Ccx for ; Tue, 09 Sep 2025 17:31:56 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh-b3-smtp.messagingengine.com (fhigh-b3-smtp.messagingengine.com [202.12.124.154]) (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) by mx1.freebsd.org (Postfix) with ESMTPS id 4cLrV347zNz3ZNG for ; Tue, 09 Sep 2025 17:31:55 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b=hFwXHmVG; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=ZFtmr6GB; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 202.12.124.154 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from phl-compute-10.internal (phl-compute-10.internal [10.202.2.50]) by mailfhigh.stl.internal (Postfix) with ESMTP id 175837A005B for ; Tue, 9 Sep 2025 13:31:55 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-10.internal (MEProxy); Tue, 09 Sep 2025 13:31:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm1; t=1757439114; x=1757525514; bh=8i7VqvcB0e Tgx1eCdArsrkiQWC5qQ5Hc3TrZi1RxAnE=; b=hFwXHmVGU03jdab5/HAVzvGKUT ApxBda+9HjDy1THZJQpAds3Xp+fEfnqo0Hps65rZK2G29DnsLiUU8QKzsmlkpW5i Nw+q8K8Tvzn+IWMsQEDvcaLctbHR61aVE9C/CtY3PN0uaM8SRyqVUZUHCsFp9n04 mpW/O6ynrFXcbALdYyV3z/mhCA097ikjcOMcNUCHqp/toaOo7o2sxKATprpwM3l/ GuBx9+894z2GD1LgJzxZgFaDilAXKmQ1LQUrJEhThzooO9ptJjizKE2taTbYSzrk Gq8gE+NrsKYRfVrXg0i58BOgJwcad88pKmNXG16IVJkHtIRAZn6Pey5llK2g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1757439114; x=1757525514; bh=8i7VqvcB0eTgx1eCdArsrkiQWC5qQ5Hc3Tr Zi1RxAnE=; b=ZFtmr6GBbPw1S8P/ZkVmcS4eM+slXa0job9+bGxgpfSx/kHo8oP afEe9r2/SRI8tlA6PmQvHn9Vs42J//VUf25xPs9pPv2kYRLpabo+QUGjoq96Zimp VHrzvNOki4MmtzGnCwzPDVRsKzNBuNBtKmbAnRTElzW7g68VBZHAx2aGnS489S8P YTk4FGatw7NLWyfPVIxyWJmkDTsKUarAq+OkkXwL1ETmvtnhu2ljk/PNIh1Cl+O5 HuLbJobnR/0u9jUstgpdt2pyWmKx8ARmH6O2fdmQssFjrfCsalWCKI5lHIVn0C+Z 4M2QTyG6YnXQrSRut1bvEYjQDiXhcwU/gag== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggddvuddtvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttdortddttd dvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgv rhhnpeduleejfeethfejffefffeghfevueekheefffejteevvdevjeeujeeivefgfedthf enucffohhmrghinhepfhhrvggvsghsugdrohhrghenucevlhhushhtvghrufhiiigvpedt necurfgrrhgrmhepmhgrihhlfhhrohhmpehvohhiugesfhdqmhdrfhhmpdhnsggprhgtph htthhopedupdhmohguvgepshhmthhpohhuthdprhgtphhtthhopehfrhgvvggsshguqdgt uhhrrhgvnhhtsehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Tue, 9 Sep 2025 13:31:54 -0400 (EDT) Date: Tue, 9 Sep 2025 18:31:52 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: source upgrade of OS leaves pkg using pkg.freebsd.org non-functional Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:202.12.124.128/27:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[202.12.124.154:from]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:151847, ipnet:202.12.124.0/24, country:AU]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4cLrV347zNz3ZNG On Tue, Sep 09, 2025 at 06:27:35PM +0100, Lexi Winter wrote: >yes: ports packages are not available for 16 yet, so you'll have to >build from source for now. ok, thanks for confirming -- From nobody Tue Sep 9 17:35:06 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 4cLrYn2HTDz67Ck1 for ; Tue, 09 Sep 2025 17:35:09 +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 4cLrYn1m4qz3bgL for ; Tue, 09 Sep 2025 17:35:09 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757439309; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=E1N4eDApVckWKMjX2Vz97M2qRbPirTkrhLu9wuQo83Q=; b=UOCWK46X8zTlptgrcJEjkDOJcF3NF6x2Y3UYO3mROSevnYH/Mse1JLqkEwqIwPRLlWxRJY oN042v9mDqVpryRbk2S6Q4k6bDUvNYgT51SOXcv758q6h1Ytf2H/W0LfNrK9H/1mszIWUt hNMoeEVosUa8kQULHzzfKdLwFB2no4889RfVmfwvGfytPIaJCwPdMf3O/DndM3AMM/gRXS qP64Ep4SF+dUmyuo9X4YmEMpEMn0UcflhbZnIDbPrjOIbGKfgHwsX8mhaF2NzbjZrxC46R yFlOJkvSfQBRwb1z0UFNJ3vt84nlPAAgVBsWJQOWTDIcFJ6kqogIekjyhYL9LA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757439309; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=E1N4eDApVckWKMjX2Vz97M2qRbPirTkrhLu9wuQo83Q=; b=IAEeHyeDkfQll+nSZCeQcbX2/cjonHFT2XvS6riEMjUNEijtkCMiUOwyBAMMAB2/bbTbQQ jNVWMCRNq1sZPzoa4e7Iy7+eGqNY6BHLu++Hu9P1zNkG4CFSrPLvckPcvsTGOsYL9dWLh0 Y8/EKU5fuslqB34KiFwQku9aJF6X801l+ZRz4AY2guWmCZ0uPZ0183NISYp+RwzU+1BOFE ihbz7ZyIDCL7l+czpDXDDXxmd0beVihGamJVUaDDnGZ/3VHh/DkMt3zM8zatZ6eHkDC09d ABuTjxlKoKOjULNbxSbevi/5WQYKzoo2kaeVZshx0UhjviNuimQ5ncZ2sNt+5A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757439309; a=rsa-sha256; cv=none; b=bFnb03xSuoyWq8HL0s9Ga+TbvdGQUGhyR5I9cvM39iDIEZ0s47RbVXFFg2cDZ1moM1xiuh Q2dEKbx65Uhduv+RZBYucZDKu74nr2N2Wt6436cVfyTHExu9iKYUODws/wyNbVh+vQ6Opq IBOfDb+yXfUv7Q9MZEERAMD8ZZ/5xAEy0PSzPWW5qL+l9Vy1Oll2TblvRhfFvq7facrJBc 4ImjXx9gAKFew3CF1aXW37nHeihpwMiBmPl2eOgxxtc/RQfSbjqqE4JFISXL7blYZdVBF1 ejb1dSothiNz1gOQqel6H3eWNouOYkahHlieTRmao0dnopaz6S9anmDyF7nc4Q== 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 4cLrYm6T05z19lD for ; Tue, 09 Sep 2025 17:35:08 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Tue, 9 Sep 2025 18:35:06 +0100 From: Lexi Winter To: freebsd-current@freebsd.org Subject: Re: RFC: building with non-default options on universe machines? Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4IEWI6JvdIG/ullz" Content-Disposition: inline In-Reply-To: --4IEWI6JvdIG/ullz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable void: > On Tue, Sep 09, 2025 at 09:54:34AM -0700, Rick Macklem wrote: > >[question about setting WITHOUT_MITKRB5] > > > > So, does anyone know what the trick is? > +1 I'd like to know, too. >=20 > Basically I don't want or need kerebos or hemidal or the other one, you don't want WITHOUT_MITKRB5 for this, because that will just give you Heimdal instead. use WITHOUT_KERBEROS to disable both of them. you would normally set that in /etc/src.conf (see src.conf(5)); Rick's problem is because he's trying to build on a machine he doesn't have root access to and therefore can't edit /etc/src.conf. --4IEWI6JvdIG/ullz Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaMBlSgAKCRD1nT63mIK/ YIQyAQCGDQySe0hpTFdspCZ7FEXbRvBwIhqGMNOOpZLht8O86wD/aL3XdDMHBEc3 YcqooaEq1WeOfAEAxBH6dbnkRsEI+AI= =DgZj -----END PGP SIGNATURE----- --4IEWI6JvdIG/ullz-- From nobody Tue Sep 9 18:11:15 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 4cLsMb74ghz67FM4 for ; Tue, 09 Sep 2025 18:11:23 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: from mail-yw1-x112b.google.com (mail-yw1-x112b.google.com [IPv6:2607:f8b0:4864:20::112b]) (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 4cLsMb1rFbz3gvs for ; Tue, 09 Sep 2025 18:11:23 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=ew74WYb0; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ianfreislich@gmail.com designates 2607:f8b0:4864:20::112b as permitted sender) smtp.mailfrom=ianfreislich@gmail.com Received: by mail-yw1-x112b.google.com with SMTP id 00721157ae682-71d71bcab69so48737497b3.0 for ; Tue, 09 Sep 2025 11:11:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757441477; x=1758046277; darn=freebsd.org; h=content-transfer-encoding:subject:from:to:content-language :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=mVUcW54VYIRHNz7KFXJvODrzkFWmISns8T4Cuv2IZ9Q=; b=ew74WYb0khE1V0fHqsaid2YBBbLnMynVVcaTcWbxa0tJqcgq6yr91j/OE7ZMXzXmXY xtRo3EyWatIUEA5EUHMkP9e+IJkxSMjD1ZcCdtr/emzThjWrkDfYrzjSZER6D+gAAKbR bvZ92XWNL7Pxg8S+UGRGh/BIy741JsI7ZJ/NLzuZQyGhQDwXyvAdVfGwhVZKL8ZOlBS+ b/XQAtKsuSivbNUcdymAiE9s4Iijzeo7cseGLSlXZZc24n+mcDKRjP+xD9K72eJi34Le acnWypjhtWyEtHmI8fdfbE2DPAXnAs8TVvc1pKIdEx3iJ6HHczflwwkv1fLG1dX1DdUU gEyw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757441477; x=1758046277; h=content-transfer-encoding:subject:from:to:content-language :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=mVUcW54VYIRHNz7KFXJvODrzkFWmISns8T4Cuv2IZ9Q=; b=netQtiuK6BNmsDmZcEv2ABeeeCnQ1+ltWr8JaXbf/xqMHqiGzpuHHZb8HJfoljAgK9 XlYPJ0ikEF/icDnKgixqTj+kF8zx0m/SXF6zUh4o5ceJ37OB7D4COL/hnvBR1HICtawL YZisc4QYLGCv+F6tCGtf5xgb3pT+mpmoixNOnB1qIllCYqGZ3Am/5kWMxc9+ssI1gELb TgqXOFY1UANqeO/oISe61Ss7uz5/yd2hYq5kA3GFiS/92KOyGWbhVGDeQ841eNtO+sjK NEC+9jLd1rot41ulggQkAM7KKD5L/n69J9CDuN45PNTBiuDUWuHEIY8cEzW1qEhE6C2l 8IOw== X-Gm-Message-State: AOJu0YwRtk5CSUbMv4fecIc75+uLTs3xyPlDR3cCUhCBNX3ArtZBq1sl n0JRFdQVOxa9v5WoGLRdYfXzviv9DGACPVuEK5gx9P48G3Bv+gbSwtOvHyTerQ== X-Gm-Gg: ASbGncvnzjH/x9zVBKz4VzKvqQRoAsZ3++xp3DkQXGuEqHa/z6G2SOXIrY075t0VNAR YsdvoRUMYFaub9EBj5X20+w0mHfFAOwyJ3hrikAoAUnaljqEPrMRWhQz788Rf6lV6vj+sN5d65U FzXA7MgXtkyt2Nr0MPUNy9gWhpV7jwKcIyc3N7ZJzezKgZWmsAmUeD6qJu+S1G26B8eEO/w1i8A Mh7RrXK6U6sT3XJcKUL+dB5IZwCt7YtsGRG2ebsZvgbiZDfiyv40lKuNQ4KGjiPfv0By7no5gRw c1SGBGwKaP+BWWxyGIyfBFuEUbVVB+075V9IPynVE3y96fcfE4hyb6tfft0NPjtxiVr0RvshnUd YKc3+X99KPvQKEOgo2tJ8mDScl+eSiOczz2nkH6YtioM485Z3pdeUEBU7YCm4UD1jzo3GqbNSV5 0f X-Google-Smtp-Source: AGHT+IFUw+FvWDhg/AVQOXEmAcX8+TyYIGjvY+kLZ8hlF/H9UHmngMf26K5nLnNRirzWC/6/24++JA== X-Received: by 2002:a05:690c:9502:b0:729:c35c:a326 with SMTP id 00721157ae682-729c35ca7ffmr59408787b3.43.1757441476938; Tue, 09 Sep 2025 11:11:16 -0700 (PDT) Received: from ?IPV6:2600:1700:18f0:6812:129a:8666:ef01:3293? ([2600:1700:18f0:6812:129a:8666:ef01:3293]) by smtp.gmail.com with ESMTPSA id 00721157ae682-723a837a8f9sm62478907b3.33.2025.09.09.11.11.16 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 09 Sep 2025 11:11:16 -0700 (PDT) Message-ID: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> Date: Tue, 9 Sep 2025 14:11:15 -0400 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: Thunderbird Daily Content-Language: en-US To: FreeBSD Current From: Ian FREISLICH Subject: pkg-static: Warning: Major OS version upgrade detected. Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::112b:from] X-Rspamd-Queue-Id: 4cLsMb1rFbz3gvs Hi Every release this happens. pkg bootstrap -f doesn't fix it either because there's no FreeBSD:16:amd64/latest. s # pkg bootstrap -f The package management tool is not yet installed on your system. Do you want to fetch and install it now? [y/N]: y Bootstrapping pkg from pkg+https://pkg.FreeBSD.org/FreeBSD:16:amd64/latest, please wait... pkg: Error fetching https://pkg.FreeBSD.org/FreeBSD:16:amd64/latest/Latest/pkg.pkg: Not Found A pre-built version of pkg could not be found for your system. Bootstrapping pkg from pkg+https://pkg.FreeBSD.org/FreeBSD:16:amd64/kmods_latest, please wait... pkg: Error fetching https://pkg.FreeBSD.org/FreeBSD:16:amd64/kmods_latest/Latest/pkg.pkg: Not Found A pre-built version of pkg could not be found for your system. Ian From nobody Tue Sep 9 18:27:22 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 4cLskP1rkTz67GWY for ; Tue, 09 Sep 2025 18:27:41 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cLskN5lSdz3kbs for ; Tue, 09 Sep 2025 18:27:40 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 266A8B; Tue, 9 Sep 2025 20:27:33 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: pkg-static: Warning: Major OS version upgrade detected. From: "Patrick M. Hausen" In-Reply-To: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> Date: Tue, 9 Sep 2025 20:27:22 +0200 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> To: Ian FREISLICH X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cLskN5lSdz3kbs Hi! > Am 09.09.2025 um 20:11 schrieb Ian FREISLICH : > Every release this happens. pkg bootstrap -f doesn't fix it either = because there's no FreeBSD:16:amd64/latest. There is no release 16 (yet), so there are no packages. You have to build from ports of you run -current. HTH, Patrick= From nobody Tue Sep 9 18:29:26 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 4cLsmS2qvWz67GdW for ; Tue, 09 Sep 2025 18:29:28 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cLsmS2HZJz3lh9; Tue, 09 Sep 2025 18:29:28 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757442568; 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=c7hR5/kW0bWM+PQPYxZrI1gFva4n+2eyayqQTq36nD4=; b=io1jXWGdhr5jNd+2pCg7TwMqviEYy1glFp7GRnKhDtNvMe7ZyWz5inWdzfsfA/m7u2COO5 H10pNxJYNlHc7tXvJWXhxEKK5xdXEiohss2Lln+Nj/eXY0KwBV5i284ApbYB3tDY0Ito6J MF7odqAdTlrWbTs311NXsXe6N0rHrbJOlc2oEnJ0/cwsasgMPr1IfaaE0x3QUiRBo8lbxS 1MWLiUpfhVXvQ83uKa/QcUN0hA14r+w2m1cAzdKW6pcuhn1wo1fE5dfhlCu0y+MKYfZfJM kMVsqQ6ttU7DexMFM+5jKjlcfNy4MEe0pVh/LpGtnw6C3hAcYRMdahCr5Srawg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757442568; 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=c7hR5/kW0bWM+PQPYxZrI1gFva4n+2eyayqQTq36nD4=; b=sZfk2pnELm5ib1XXUVCfYtMquc77mNVuttQE2V5V6KOV8BszYnU4jxgjE1zFH8l52w8I3D t3UxeVxQABTcxBe7MwJ95qy40EI2/LySUEKqWAhAZCu8oiNKDPeGAcRGVRlABnP7XiyCBc 6LQErfsO/q7qrjUbL6qOBIqy+t6IlJi6VJBGLM5VMgFhY233aoV1G6K6uB5T+VO6MC8FA3 UYaAvPjDhocGKU81WN5sEbr15EJh+B65VNuGY4dZcO0mzsTZsPyHTt1b27lLrPzfHXHOcl SaKXSE0AmGbC3BDgLCwCJQGv5dIR+s+ecap5bE+E0kCCedxF4ARjI9qQ58vL6g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757442568; a=rsa-sha256; cv=none; b=lQcZBVifqhiXIfzFQTl0qTo+T9TezoLruQsI49rxUCNyPsogEBfyFPO26ghYKQx20QWJaS XkWui0haI2NdU3PAyWVbEEhA4i7on7xeVXzFvGpA79wfHQ2x42QSoEVety2N4iHD42diTb CuySc+I/vNaY2rsdgpcJGxPA1QoDUnQl8v2LSMsHq+vGwvMen8nMFEoc33iuPH5XRbREk/ YjOIiR0SncX/TNK7ZH8EgoVulRgxMtn5g+z9As7yw4SEwWe0/T1/Qmvr7fN379IqLMLmwX XGO5iWgyzx3mgj0GsPP80s8C2E/wiuRc6MbRdXHCUnh4UZRQvzj41bnPewR9xg== 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 4cLsmR6nLdzqn; Tue, 09 Sep 2025 18:29:27 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: Date: Tue, 9 Sep 2025 13:29:26 -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: pkg-static: Warning: Major OS version upgrade detected. To: "Patrick M. Hausen" , Ian FREISLICH Cc: FreeBSD Current References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> Content-Language: en-US From: Kyle Evans In-Reply-To: <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/9/25 13:27, Patrick M. Hausen wrote: > Hi! > >> Am 09.09.2025 um 20:11 schrieb Ian FREISLICH : >> Every release this happens. pkg bootstrap -f doesn't fix it either because there's no FreeBSD:16:amd64/latest. > > There is no release 16 (yet), so there are no packages. > > You have to build from ports of you run -current. > > HTH, > Patrick We certainly build packages for -current, but the branch happened only a little bit ago; it's another 12-14+ day cycle to get a fresh package set and alleviate the above condition. Thanks, Kyle Evans From nobody Tue Sep 9 18:30: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 4cLspD5FTwz67GqV for ; Tue, 09 Sep 2025 18:31:00 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: from mail-yb1-xb35.google.com (mail-yb1-xb35.google.com [IPv6:2607:f8b0:4864:20::b35]) (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 4cLspD33HQz3myx for ; Tue, 09 Sep 2025 18:31:00 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb35.google.com with SMTP id 3f1490d57ef6-ea0297e9cd4so2083372276.3 for ; Tue, 09 Sep 2025 11:31:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757442654; x=1758047454; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=/eZ+i4EJUs5oMlgOMflXikA6A8k53Z3jGZmU6gfWp2Q=; b=hzKNH7aNZ9rOyov0t+YuMd8KmEe7Wivqx3QApJOITZhv2MK4opKAIk6Ld6pZ0c/xYL MTSIP9yOtfpSj7OzD2WAgn+6zGhReIcpZTZmE7OvQgKpwp2IYTX8VBjrDFgIqPcweqOA ucAfSVcAJ2v5E30RRUL1kbHdH799dAcH53v4FN+d1SV/AIesHI6CsF1oWMs/5vYUVopj 4tJySvc2UjJAJHeavjeVEE6l3eKLeiCodfDKMRmlFmLbPHfmSRsYhSEu5i/2mLvZi9M3 Dmq8es3Yn1DRAMY6O+ZrFAkAVtID8miUVzYLhWj5kaasLBAyuObl8lLfrdTdpkrwPs2B N5kQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757442654; x=1758047454; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=/eZ+i4EJUs5oMlgOMflXikA6A8k53Z3jGZmU6gfWp2Q=; b=vsdCwcyOMU+vuBdUvO11AtjLRTPmPhPRZNPC4ASuWWzW/k2L4FYH7cS4KY/+sV00Vk Jz1bpBQZIAl2OpNSBLO+AJYHZEjWhaLmjYCydwYrwKF15ToSuA75Gn/V9BAlxLuY4k7R GkpYL6cru93wKYJVaN8aJ7krrDUbNV/3ykaypnhQc8foeXAYd0gKrO42DERFb/hh4VHx lwXPEXmqJvHls1ZVv3I+86rzdaupeJ7CO/5CKrATOFmudR/ClEN3SHv0gGcMiyFD2AIh eOlpIc852j+TWUcv3GmIuV8Dzp2R9eJqo9koTOV9onjy4nuj2RkIIJfM181DWf9E+aQX VwBw== X-Gm-Message-State: AOJu0YxTWkyZLInKhQFh39ZymvuWUnUM2wwRljlKTrWkp62mHkmByFVh UuFumR6CFKYSvb1oDYkwCP8dPvD1yyDmU0nLJ8G+E6N9P24nEIvsdxOvR1QWFw== X-Gm-Gg: ASbGnctoONksF3NpQqTtITeDcuHt0ncMJ0e/9OJamUpfKuQ03Lpo2ICPc2Bv5frIwlh JZedF9Wv0IGVaS7Jmwr8i5v5ksLpwJFeJgqO33s/zmDa9/QuYVZLH8ZM+ri3XGBg+5xaxfRhInC NHh4deAsNJhsenXl5TbBu7PR+NCy+o8whDTTlz2nWQ3+5bNrf2/hSwcmeI/fmCfQ/JBl9X5p0FN NDP0YCZgc0+5yRdKUy+n5YXohS4HlhxfqAjxQQgpqivoiyoSko1FIUhQc4grzlrpeAi3qNmSQIF Vh9ePe5TvsWlR8motiToI+d1fAztTYTFogQONCr3IlW1ODmsvTGqEDwW6peMmzUp5MU6q1RyuZi 1py94e1Tmcm7LfjzOaYO23mv4/Dc3G3AYjjytCD1jnlctQHg01wD3Ko1UA4zVS4jFrXhI2yRBi2 iRMgi2tlQvnNM= X-Google-Smtp-Source: AGHT+IHl1UOW++KVqFkVzsNQv44fxHPkUmlvN3l28M1WC6bRwSGRB+dVP8b03kUSxHn/Meo1WeDatQ== X-Received: by 2002:a05:6902:4282:b0:e98:a069:cd60 with SMTP id 3f1490d57ef6-e9f663f352bmr11311649276.10.1757442653464; Tue, 09 Sep 2025 11:30:53 -0700 (PDT) Received: from ?IPV6:2600:1700:18f0:6812:129a:8666:ef01:3293? ([2600:1700:18f0:6812:129a:8666:ef01:3293]) by smtp.gmail.com with ESMTPSA id 3f1490d57ef6-e9bbe05debbsm6749067276.21.2025.09.09.11.30.52 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 09 Sep 2025 11:30:53 -0700 (PDT) Message-ID: <965227df-cfb3-466b-b324-ca8754425ee0@gmail.com> Date: Tue, 9 Sep 2025 14:30:52 -0400 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: Thunderbird Daily Subject: Re: pkg-static: Warning: Major OS version upgrade detected. To: "Patrick M. Hausen" Cc: FreeBSD Current References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> Content-Language: en-US From: Ian FREISLICH In-Reply-To: <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cLspD33HQz3myx On 2025-09-09 14:27, Patrick M. Hausen wrote: > Hi! > >> Am 09.09.2025 um 20:11 schrieb Ian FREISLICH : >> Every release this happens. pkg bootstrap -f doesn't fix it either because there's no FreeBSD:16:amd64/latest. > > There is no release 16 (yet), so there are no packages. > > You have to build from ports of you run -current. I understand that. The release will be 15, with 16 being current. My point was that at this point in every release cycle the ports collection starts complaining about this. I don't use pkg except for locally compiled ports. [router] /usr/ports/ftp/axel # make clean pkg-static: Warning: Major OS version upgrade detected. Running "pkg bootstrap -f" recommended ===> Cleaning for axel-2.17.14 Ian From nobody Tue Sep 9 18:32: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 4cLsqq5GWcz67HG6 for ; Tue, 09 Sep 2025 18:32:23 +0000 (UTC) (envelope-from pmh@hausen.com) Received: from mail2.pluspunkthosting.de (mail2.pluspunkthosting.de [217.29.33.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cLsqq4BRKz3nx9 for ; Tue, 09 Sep 2025 18:32:23 +0000 (UTC) (envelope-from pmh@hausen.com) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (87.138.185.145) by mail2.pluspunkthosting.de (Axigen) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA id 1D41AF; Tue, 9 Sep 2025 20:32:22 +0200 Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: pkg-static: Warning: Major OS version upgrade detected. From: "Patrick M. Hausen" In-Reply-To: Date: Tue, 9 Sep 2025 20:32:12 +0200 Cc: Ian FREISLICH , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> To: Kyle Evans X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16188, ipnet:217.29.32.0/20, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cLsqq4BRKz3nx9 Hi! > Am 09.09.2025 um 20:29 schrieb Kyle Evans : >=20 > On 9/9/25 13:27, Patrick M. Hausen wrote: >> Hi! >>> Am 09.09.2025 um 20:11 schrieb Ian FREISLICH = : >>> Every release this happens. pkg bootstrap -f doesn't fix it either = because there's no FreeBSD:16:amd64/latest. >> There is no release 16 (yet), so there are no packages. >> You have to build from ports of you run -current. >> HTH, >> Patrick >=20 > We certainly build packages for -current, but the branch happened only = a little bit ago; it's another 12-14+ day > cycle to get a fresh package set and alleviate the above condition. TIL. Thanks a lot. Kind regards, Patrick= From nobody Tue Sep 9 18:33:46 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 4cLssT53z9z67HGD for ; Tue, 09 Sep 2025 18:33:49 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: from mail-yx1-xb12c.google.com (mail-yx1-xb12c.google.com [IPv6:2607:f8b0:4864:20::b12c]) (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 4cLssT35X8z3q5x; Tue, 09 Sep 2025 18:33:49 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yx1-xb12c.google.com with SMTP id 956f58d0204a3-60f476eab52so2231643d50.3; Tue, 09 Sep 2025 11:33:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757442827; x=1758047627; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=zayGfkJuAn0raa0/9LOLgUNm95MuhoIGySmtBFHtZlA=; b=L5zE5jqMhcP3yg6jeeyC+TADCHuDSgUCjukTcGWe5pcoSPZRN/QkP+RGI6X7gni+XT eXfLWihaJTjB2lwfHo+41BhCpj5CW1jJ5kjBBCXlKpFL0N0yPBTFMczRxI9KxvZBF6sA B4pzDNCVIxnqSiM++uMh7kllr6dcYaZi+9A5RWNFkhYTFduTsbOopGH++/qr9wT+qEtH VuNZW59iIy+LCUmY7O263jOXJ6s48DdVvuf7mfTZTCIMYRyr+UqyYsVZylGZ6/10+VDJ C5toi2OOk6IQxGZhln8fa8bPkDfjRgRWEWrXeeLoMmjD3bh8uWnqBtarMf4Zsp6ar3Ke udPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757442827; x=1758047627; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=zayGfkJuAn0raa0/9LOLgUNm95MuhoIGySmtBFHtZlA=; b=Q6evM8zKPC6/PGyX3WrQaFkXnxkf4m0xbZReh2njMH8iraNCGcEm9Sz5TWd1hx43Df B2gPb/wx5ki+obncGaICz3O4i32bU3AxRQRs/JBMythPZL2xHNgbpiZOpUC7aMsUUEjN LGXQ/EPdfzrF5npZBQtbrh9rjFt3Fhy58oQK6oVf/LiA+Z96K+Yg0TXhXn6h+BJVn2cX Dt3lXBdvDm8nNelkTgpp/QWlnlMZhhGNUwsryBqE0UQjz7fGpQy703i6y7bFs51UIu5v OQKC9nd3HGLKWJGJtfK5RITaX5JOPNm7AWPuIQsZmSD8XURVqs7IblHdQwH5yoFWp/va DSNw== X-Gm-Message-State: AOJu0Yz8OR6uO2jmqf7BH+XN6PoXNUBxEcWvkpAVhT6zIVDHeRGXGQ5Z tetXjAE3jNPDimr3Jp1JhfGJ54wwnXThCxotykuiSXgVNdeWK1FCadqykqoYTQ== X-Gm-Gg: ASbGncsVOVYmecOJpGzRwhDKiORXO1fqcCmg5Cl+XACvO3AcwWQx0IUkf+CYwhPyArr pkT3BOg0inB9ZzfK7LG9NXA9+iXDHPVsbWKXKj+5xsG50vc1LHgmRUfv3ejEK+iLyGm4iSmfj8W GX+OJAxuP1p1sDJFzO3ovWL4/GAhsfSsijYT2tsZtyHDkP+vpKUuiFNDoDH0qaorS/zBScLK0iO t8uei5XX5eW8M2wLffqVUrVKHJMsh8zTBYbcust+kgx/e8MLciLz8PSMtrRhfItKaq/z3c4pjBJ 0wFwJQpWz7Jsb+0E2NYM+Dh+VuCCkuJZvIrVMZ12nIlaR9Chcqz2a0BsqzFcBIIHvJkqRuiIoiZ z2p68FQz68FZZ1orn6rCMZN0DdWmZ7IoG18nezoFEXUGuqqKxj2MXHY9K9876ZA8+wLu+U8cmPx r/ X-Google-Smtp-Source: AGHT+IHqKQmbfXjsbhGZgxEO1EFKDrrzV3Wsm5VSpABSLMVGR6oHFuL558eJ5F0Gl9tqxpaCI4xwAw== X-Received: by 2002:a05:690e:258c:b0:616:f33c:2388 with SMTP id 956f58d0204a3-616f33c2528mr4721729d50.23.1757442826932; Tue, 09 Sep 2025 11:33:46 -0700 (PDT) Received: from ?IPV6:2600:1700:18f0:6812:129a:8666:ef01:3293? ([2600:1700:18f0:6812:129a:8666:ef01:3293]) by smtp.gmail.com with ESMTPSA id 00721157ae682-723a85647a3sm63218657b3.61.2025.09.09.11.33.46 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 09 Sep 2025 11:33:46 -0700 (PDT) Message-ID: Date: Tue, 9 Sep 2025 14:33:46 -0400 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: Thunderbird Daily Subject: Re: pkg-static: Warning: Major OS version upgrade detected. To: Kyle Evans , "Patrick M. Hausen" Cc: FreeBSD Current References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> Content-Language: en-US From: Ian FREISLICH In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cLssT35X8z3q5x On 2025-09-09 14:29, Kyle Evans wrote: > On 9/9/25 13:27, Patrick M. Hausen wrote: >> Hi! >> >>> Am 09.09.2025 um 20:11 schrieb Ian FREISLICH : >>> Every release this happens. pkg bootstrap -f doesn't fix it either >>> because there's no FreeBSD:16:amd64/latest. >> >> There is no release 16 (yet), so there are no packages. >> >> You have to build from ports of you run -current. >> >> HTH, >> Patrick > > We certainly build packages for -current, but the branch happened only a > little bit ago; it's another 12-14+ day > cycle to get a fresh package set and alleviate the above condition. In fairness, at the branch point, 15-prerelease and 16-current ports trees are the same. Can't the whole set just be copied with the index updated to 16? Ian From nobody Tue Sep 9 18:53:36 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cLtJk4rzYz67JMn for ; Tue, 09 Sep 2025 18:53:58 +0000 (UTC) (envelope-from freebsd@gushi.org) Received: from prime.gushi.org (prime.gushi.org [IPv6:2620:137:6000:10::142]) (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 (secp384r1) client-digest SHA384) (Client CN "prime.gushi.org", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cLtJk2G13z3tFV; Tue, 09 Sep 2025 18:53:58 +0000 (UTC) (envelope-from freebsd@gushi.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple ([IPv6:2001:500:6b:200:8000:0:0:10e]) (authenticated bits=0) by prime.gushi.org (8.18.1/8.18.1) with ESMTPSA id 589Irr6j087406 (version=TLSv1.2 cipher=ECDHE-ECDSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 9 Sep 2025 18:53:54 GMT (envelope-from freebsd@gushi.org) DKIM-Filter: OpenDKIM Filter v2.10.3 prime.gushi.org 589Irr6j087406 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gushi.org; s=prime2014; t=1757444034; bh=7mgVSGVztkbN1cJCxwnI2LI0Qk7G8euBtWGv5wlFsTE=; h=From:Subject:Date:In-Reply-To:Cc:To:References; z=From:=20"Dan=20Mahoney=20(Ports)"=20|Subject:= 20Re:=20pkg-static:=20Warning:=20Major=20OS=20version=20upgrade=20 detected.|Date:=20Tue,=209=20Sep=202025=2011:53:36=20-0700|In-Repl y-To:=20|Cc:=20Kyl e=20Evans=20,=0D=0A=20"Patrick=20M.=20Hausen"= 20,=0D=0A=20FreeBSD=20Current=20|To:=20Ian=20FREISLICH=20|References:=2 0<6dedf742-48bf-4b67-9993-67933104ba67@gmail.com>=0D=0A=20<7C4AA98 5-2F06-4580-93C8-374A75EC4965@hausen.com>=0D=0A=20=0D=0A=20; b=fiTiOwrqvHkkMzVMhay1kAhcg+U2Wqxi7MFyMgk02pYG9b4zA4v85sAj2W68IUext lXdGFeMCScTZjPURh0CLvICZJayHCfV/kU7YV6HwjCYJa/kcrCtJDwcSVTQjVah04h jHcnY5vIhdZMIJr55V/8DXKpsnnSBxsn3gS9rFT7tKn68GciIzbsZx3TN61AerFEW1 K7aWyKuYfeJZPj2l5PjQSkKdzx+Ihc5t9TVM9brV22VK847tHGl4HAmfsOHGOGFjLP Fp/FkFy4FEitRLspZk9jJojoAWEb1ZklPFsnnpPLk9FMbMWWPL3L5WBW+T9dQRWcRI d0X7NAsX7BxMw== X-Authentication-Warning: prime.gushi.org: Host [IPv6:2001:500:6b:200:8000:0:0:10e] claimed to be smtpclient.apple From: "Dan Mahoney (Ports)" Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_3C413853-FBC1-4971-86C1-2071B89DB9F5" 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: pkg-static: Warning: Major OS version upgrade detected. Date: Tue, 9 Sep 2025 11:53:36 -0700 In-Reply-To: Cc: Kyle Evans , "Patrick M. Hausen" , FreeBSD Current To: Ian FREISLICH References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> X-Mailer: Apple Mail (2.3864.100.1.1.5) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.4 (prime.gushi.org [IPv6:2620:137:6000:10:0:0:0:142]); Tue, 09 Sep 2025 18:53:54 +0000 (UTC) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:393507, ipnet:2620:137:6000::/44, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cLtJk2G13z3tFV --Apple-Mail=_3C413853-FBC1-4971-86C1-2071B89DB9F5 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Sep 9, 2025, at 11:33=E2=80=AFAM, Ian FREISLICH = wrote: >=20 > On 2025-09-09 14:29, Kyle Evans wrote: >> On 9/9/25 13:27, Patrick M. Hausen wrote: >>> Hi! >>>=20 >>>> Am 09.09.2025 um 20:11 schrieb Ian FREISLICH = : >>>> Every release this happens. pkg bootstrap -f doesn't fix it either = because there's no FreeBSD:16:amd64/latest. >>>=20 >>> There is no release 16 (yet), so there are no packages. >>>=20 >>> You have to build from ports of you run -current. >>>=20 >>> HTH, >>> Patrick >> We certainly build packages for -current, but the branch happened = only a little bit ago; it's another 12-14+ day >> cycle to get a fresh package set and alleviate the above condition. >=20 > In fairness, at the branch point, 15-prerelease and 16-current ports = trees are the same. Can't the whole set just be copied with the index = updated to 16? So presumably, there will be a pkgbase install for 16 at some point, so = I can create a poudriere jail to build packages -- does that already = exist? -Dan= --Apple-Mail=_3C413853-FBC1-4971-86C1-2071B89DB9F5 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On Sep 9, 2025, at 11:33=E2=80=AFAM, Ian FREISLICH = <ianfreislich@gmail.com> wrote:

On = 2025-09-09 14:29, Kyle Evans wrote:
On 9/9/25 13:27, Patrick M. Hausen = wrote:
Hi!

Am 09.09.2025 um 20:11 schrieb Ian FREISLICH = <ianfreislich@gmail.com>:
Every release this happens. pkg = bootstrap -f doesn't fix it either because there's no = FreeBSD:16:amd64/latest.

There is no release 16 = (yet), so there are no packages.

You have to build from ports of = you run -current.

HTH,
Patrick
We certainly = build packages for -current, but the branch happened only a little bit = ago; it's another 12-14+ day
cycle to get a fresh package set and = alleviate the above condition.

In = fairness, at the branch point, 15-prerelease and 16-current ports trees = are the same. Can't the whole set just be copied with the index updated = to 16?

So presumably, there will = be a pkgbase install for 16 at some point, so I can create a poudriere = jail to build packages -- does that already = exist?

-Dan
= --Apple-Mail=_3C413853-FBC1-4971-86C1-2071B89DB9F5-- From nobody Tue Sep 9 18:57:20 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 4cLtNh6VL1z67JWp for ; Tue, 09 Sep 2025 18:57:24 +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 4cLtNh5nQ3z3vS4; Tue, 09 Sep 2025 18:57:24 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757444244; 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=v+IiXzCGDrWogydIeL0G/iNkPRxBqzIdTC6C3Cp462Q=; b=G+8hM20ir8UgNYYQSW49Ldbgqf9eAKISr1nfe89WDMrYhz0F1fTfWKbC7vA/A5FY11Pxl5 i7aljDIlKk62opWpL6GwfJ/gBZRBuri9GzyHg7P/lJUglM62fMOhvCUnpADi0Pdiuorb/z YO6x6TEWC6i+/47OXiZnzwd3rsISWGGGjMr+Rtofx1owtsoLd7tb/OELwja21SA01wv9mI mpLJUIgOZLdg+b1vNYzIBt7zEuy2zx6IKQOidDjt8og61up2hDKxpejgxSYlU8aAXPxIfo W5iUQxqoNZ+0dTdFBv3SDiGQTY38+MWRxeheU8CsX3GtE4i4Y1WHQ4oNbF1WWg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757444244; 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=v+IiXzCGDrWogydIeL0G/iNkPRxBqzIdTC6C3Cp462Q=; b=rVNu0q4jTleqwTT6jyVf/wnXL5waF7xIW8zl0rtcihWakGNsvbnLbehtbILU/ZKJj8K6c7 LghInEGMwjJkRmK/lSc1lfrVxaryHfyTw2b+jF2oQ+OHeUVnKZ4DZ2jVM3MA6G/yzfKDLz 82HF5KCRBwpfncJKpbT5blDesJFJfKBZw9eyglUdY9MLhLscg+jdmnGC6iTjRP0x6v5L/U XVVf96XDbiYh8Cl6Y6Ls6M7I3KRYIe2jtUDO2nDKw4VHZ030EgYb16IwSNuCHPdcKczcbu 8wQi/N9OLQYM27VHJJfoeeEOrro9toxY13wR3R2sHFdavBVOR5x1Wb/7JhQ1cw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757444244; a=rsa-sha256; cv=none; b=QZ26t19YofVf+wJS/sv+1hzKvk2rlD5APOcKVlG2e3KUF/mpce+7JQahAbTtc+hT7KKKpX cn40Ogp884DxlFlgJO8129E9T5ewb7X+bjbVno3XVmoA6PmPNZ0WF84C9lZb1CA/gkTkWg cu8si9yVul2grWw+A+wjEAPMkBxzS4ki3yNtYygKkkosWZUGLbPUVjfM0a0cMmJgi5+fPi QXwTW2i9khTUNM5kd2CbJqxS1AwXAKaRdLS783ACRhEvL3tYwK7AfTbxG/1ZcD/C5OfRid mmASCtzbSixN++UhEsgfW2KlrbTP/Z0BM6vlP5Nqbs8ErzCIuHVKAVDUYcxMqg== 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 4cLtNh16Q8z21j; Tue, 09 Sep 2025 18:57:24 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Tue, 9 Sep 2025 19:57:20 +0100 From: Lexi Winter To: "Dan Mahoney (Ports)" Cc: Ian FREISLICH , Kyle Evans , "Patrick M. Hausen" , FreeBSD Current Subject: Re: pkg-static: Warning: Major OS version upgrade detected. Message-ID: Mail-Followup-To: "Dan Mahoney (Ports)" , Ian FREISLICH , Kyle Evans , "Patrick M. Hausen" , FreeBSD Current References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.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="yjkBY7AYsFYjRWiw" Content-Disposition: inline In-Reply-To: --yjkBY7AYsFYjRWiw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dan Mahoney (Ports): > So presumably, there will be a pkgbase install for 16 at some point, > so I can create a poudriere jail to build packages -- does that > already exist? base packages are available for 16.0: https://pkg.freebsd.org/FreeBSD:16:amd64/ --yjkBY7AYsFYjRWiw Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaMB4jQAKCRD1nT63mIK/ YMBdAP41qxuUemMrpigg8DmLB5IK8VfSNaCnScbwur6Z3KhQ3AEAgHfG0Bs6Ve29 CIUrS6GY2i2eKWfMQkh5QhD1+cwUpAg= =HpYf -----END PGP SIGNATURE----- --yjkBY7AYsFYjRWiw-- From nobody Tue Sep 9 18:58:56 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 4cLtQT4wnJz67JLy for ; Tue, 09 Sep 2025 18:58:57 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cLtQT4NjFz3wCV; Tue, 09 Sep 2025 18:58:57 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757444337; 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=M+lY/2l91z3ba+fZyVlCxKBlxoqeXSMMIGMUXoabHSM=; b=FqWPONi9Whwy+SOlhdiX88mMOuj29+QFzLALMKHX4bxMjsLtkICWy+wZO50kbduN0mbyZl UQ1QINKcMoBZwbJ/jvvx+Nhai3FO5+L4MdVELCm1qFNgCnOb4muPTc/CvuDFV1McFA3Qsg IWKF4Mc/AHhIfq2YrPq9Nr/PXcSRaPQ/NJgWCqXx8oiLcRZhMK3EGtYVASXQeQ3nLOc8CF ZEIhbKrF/f9kDp25+iu5tg+5fjhNPBvLOfEZRtIdqqhkoBE/l0CX7U+eDRdJZToPhGwTfX Z574mCyt8ZdaIq47AmyEDsC9brrApWvG4U+snqpjJYRM8SSzG0XV0kFSZMZK/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757444337; 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=M+lY/2l91z3ba+fZyVlCxKBlxoqeXSMMIGMUXoabHSM=; b=dSxwsZqYXJmSa4HcqFK14LIPTWXSUIcpzOAE5X07LgqaiboGVNcgn7LU1G8hTuZtkAfEEM oR8sRei+SYE09gDNO9XGVvJKmFQiWNP0WyYsN7tfbdNWakR8GF6TT5sJg/qZPgSQquw6sa Ep7snZM7tyYgcGVtEG+C6TeW2ISFXSQi6EEstiVE8Xj38kzgUOadqR7KF8SUhR/tpl2GL3 JkWM0TLqGTcmJyj7PS1HibUuaK88sePdYVgod3NHNfzpJ5pOKQbtdJ+Zfw2/2irCTROAMj 7Ho47fnpZTLF8jDtWo6jySdLBCItFmeOVW1B3WbZwLZEQCqvx8jhnTaoT2EpWw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757444337; a=rsa-sha256; cv=none; b=ef4IHEew0h+BrACNM8aNEFV/YIgQje79QrmU7LxBEjRPnx1wA+aBWkeLl23KPz8mlK/BL7 VDCzTOTQ243Ilir1D3DnVKIPfmdhEEgr5h2QhcTe5EiLWAQF+ShfyKNYVZlp9LM8MxxFnp JNdwI1tqQhNadGhyRjsBl0xZ1eZ/x7eRdND6bSLplkDS4jcjBvLFKWOnoez0LH/z4F02UY 6kbf75bnNHxNZatpuq0C9DldbAWyDhuIC5oAtQSMF5WfbAKlOEOa+2gfOPjwJX7eqlHnw+ wC25EM3rWF8Y7/9RN8SQMDYx1h/KVYDJjXvJtxnpM5TyO3LaRcHaX39Ti0q/Cw== 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)) (Client did not present a certificate) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cLtQT23xcz21k; Tue, 09 Sep 2025 18:58:57 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: Date: Tue, 9 Sep 2025 13:58:56 -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: pkg-static: Warning: Major OS version upgrade detected. To: Ian FREISLICH , "Patrick M. Hausen" Cc: FreeBSD Current References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> Content-Language: en-US From: Kyle Evans In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/9/25 13:33, Ian FREISLICH wrote: > On 2025-09-09 14:29, Kyle Evans wrote: >> On 9/9/25 13:27, Patrick M. Hausen wrote: >>> Hi! >>> >>>> Am 09.09.2025 um 20:11 schrieb Ian FREISLICH : >>>> Every release this happens. pkg bootstrap -f doesn't fix it either because there's no FreeBSD:16:amd64/latest. >>> >>> There is no release 16 (yet), so there are no packages. >>> >>> You have to build from ports of you run -current. >>> >>> HTH, >>> Patrick >> >> We certainly build packages for -current, but the branch happened only a little bit ago; it's another 12-14+ day >> cycle to get a fresh package set and alleviate the above condition. > > In fairness, at the branch point, 15-prerelease and 16-current ports trees are the same. Can't the whole set just be copied with the index updated to 16? > > Ian > You could maybe make that assumption, but it's not really that easy; the ABI ("FreeBSD:15:amd64") is encoded in each pkg itself along with a FreeBSD_version annotation for the exact version from sys/param.h at the time of the build. You'd also have new failures from bad version checks that will be ignored because we just copied the previous version's set, which then gets a bit confusing if we suddenly lose them in an actual -CURRENT build ("Well, we had 16-CURRENT packages for them before, why don't we now?"). Thanks, Kyle Evans From nobody Tue Sep 9 19:01:22 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 4cLtTM5Qyyz67JgB for ; Tue, 09 Sep 2025 19:01:27 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: from mail-yb1-xb31.google.com (mail-yb1-xb31.google.com [IPv6:2607:f8b0:4864:20::b31]) (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 4cLtTM3FhQz3xnw; Tue, 09 Sep 2025 19:01:27 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb31.google.com with SMTP id 3f1490d57ef6-e96dc26dfa2so5020695276.1; Tue, 09 Sep 2025 12:01:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757444485; x=1758049285; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=HSkKpzPbG546Snr8wg9IQVSlzZLIpoijxY8r/30Oz4o=; b=hNMnx+S3gEMUe0kwHKvft4OLXIQla37qirTQ8DnsSwID7/B5yKq/JruRa+t2qdILSe 2BR0KIaHEexonjgheumWrGpYnkExPTSdwB3nkmA4RRrh99od/UUdQg9FwLS8RmIbZrur peshNQafyBKN2Ed6lT+7hPFO7CXJA4HLCENU7zyXTEjourKT5ttXYX9+Bc7I01sBSaQ2 8wRj4wJIQqurakODF4/JF52aH+wyE9rCiWciLSFWoCSTm7P8vquUhbWXOTA6PC27mJWB NU+J7DBybSRb24tl+CArU5QZdeb+yeh6Pjxqn4dvxVdmGw4uadTu3w76j0tBYoEjlvRd ae+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757444485; x=1758049285; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=HSkKpzPbG546Snr8wg9IQVSlzZLIpoijxY8r/30Oz4o=; b=eZRAdjjBt8dauYVR1t95r51LRo3KmfrTOHksVcNiX2+wNcp5FnK5B5XS646XTNlJE0 1VrOvrkM7CYVX/hE/1KpawOcwBWWUAuAnfz3cGSVJMuX8E9X8KWAjGuuk2JUQfA+mL3M lTmHHDfJvc2I0mjE3eIRZbBYD6R9fMXX0BzGBm3jhj9O/JUv1eNu+c7yVFz68UJrJk+1 OzR/URdrZu/C/ZP2esa6WrGNER3c8HoN7b6SE/WjCticRd0F3Zb0BH1E9THlzmRwP2lE gJ0VyJ75Q0071LcksMyNlECZHI1cyLjNR7s0IOHqbVfRSMQK4B24EgY5polAmX2wJ2Wh 6q1w== X-Gm-Message-State: AOJu0Yw1Ak0uTuCOLCAHvHWeYLi2mL6EauwbdKhuSnojwG93QHbBbF/d VEyjvQ0QnH0oMUfx+sGbU1fl+vCJ6jyyuaJ0xQeQ5xcKF6/h6QxYDc14yqLkyg== X-Gm-Gg: ASbGncvJKdOEC/ioPcwOVMMfsOaundqrmPdYoWpsgGhgTF4HpyiselAQoDBycxFqtel fYoEnBybamF/SwXtPevqbK8CsWntH1O3dQl9zmC1hKqHe12KpjcVQbypBcKHK8K2xkzRdas9jzn uXXZhEeERLbWorv/DslMFJPKRYX2GVSdyKHqkiRp42TNuHdB/Zi+rukaaN749NS55hW+gy4kv5m UMLJkzL7yUwKuJlDIIanmkUMDNB+Q/+D0XPtmevUqA2TzETJVu5DuLhzylPNcHSsDwHWxlTV+9k GG8tuoOc0DkTdZcDGOhqSufMi1PkN7TVfuKtEx8gnDlDWqgAvhzfwp7HTK9FDzuu2X2h4U2MNY9 xQeFhNy25aivGY7j+ULN+rw7J/3VqnHMIeC5RtcZlLmb2n5U99TRb+kuP4MvQ6Roz7ueRsbdC4o s7 X-Google-Smtp-Source: AGHT+IEsD6J+uOov2MLtYBoExuT9gYRlSDBUVjn528FxhpGA0prfxHrw3wx3yGggeACSf9fW6G79Gw== X-Received: by 2002:a05:6902:15ca:b0:e9d:7515:c263 with SMTP id 3f1490d57ef6-e9f67898404mr11493031276.30.1757444483790; Tue, 09 Sep 2025 12:01:23 -0700 (PDT) Received: from ?IPV6:2600:1700:18f0:6812:129a:8666:ef01:3293? ([2600:1700:18f0:6812:129a:8666:ef01:3293]) by smtp.gmail.com with ESMTPSA id 3f1490d57ef6-ea062531427sm2943238276.34.2025.09.09.12.01.23 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 09 Sep 2025 12:01:23 -0700 (PDT) Message-ID: <1b2a543f-aace-4d97-bf24-bb3a884df5b5@gmail.com> Date: Tue, 9 Sep 2025 15:01:22 -0400 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: Thunderbird Daily Subject: Re: pkg-static: Warning: Major OS version upgrade detected. To: Kyle Evans , "Patrick M. Hausen" Cc: FreeBSD Current References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> Content-Language: en-US From: Ian FREISLICH In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cLtTM3FhQz3xnw On 2025-09-09 14:58, Kyle Evans wrote: > On 9/9/25 13:33, Ian FREISLICH wrote: >> On 2025-09-09 14:29, Kyle Evans wrote: >>> On 9/9/25 13:27, Patrick M. Hausen wrote: >>>> Hi! >>>> >>>>> Am 09.09.2025 um 20:11 schrieb Ian FREISLICH : >>>>> Every release this happens. pkg bootstrap -f doesn't fix it either >>>>> because there's no FreeBSD:16:amd64/latest. >>>> >>>> There is no release 16 (yet), so there are no packages. >>>> >>>> You have to build from ports of you run -current. >>>> >>>> HTH, >>>> Patrick >>> >>> We certainly build packages for -current, but the branch happened >>> only a little bit ago; it's another 12-14+ day >>> cycle to get a fresh package set and alleviate the above condition. >> >> In fairness, at the branch point, 15-prerelease and 16-current ports >> trees are the same. Can't the whole set just be copied with the index >> updated to 16? >> >> Ian >> > > You could maybe make that assumption, but it's not really that easy; the > ABI ("FreeBSD:15:amd64") is encoded in each pkg itself along with a > FreeBSD_version annotation for the exact version from sys/param.h at the > time of the build.  You'd also have new failures from bad version checks > that will be ignored because we just copied the previous version's set, > which then gets a bit confusing if we suddenly lose them in an actual - > CURRENT build ("Well, we had 16-CURRENT packages for them before, why > don't we now?"). Thanks for the explanation. Ian From nobody Tue Sep 9 19:07:29 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 4cLtcb6KgRz67JqC for ; Tue, 09 Sep 2025 19:07:43 +0000 (UTC) (envelope-from freebsd@gushi.org) Received: from prime.gushi.org (prime.gushi.org [IPv6:2620:137:6000:10::142]) (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 (secp384r1) client-digest SHA384) (Client CN "prime.gushi.org", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cLtcb4rfyz425F; Tue, 09 Sep 2025 19:07:43 +0000 (UTC) (envelope-from freebsd@gushi.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple ([IPv6:2001:500:6b:200:8000:0:0:10e]) (authenticated bits=0) by prime.gushi.org (8.18.1/8.18.1) with ESMTPSA id 589J7fnW091352 (version=TLSv1.2 cipher=ECDHE-ECDSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 9 Sep 2025 19:07:42 GMT (envelope-from freebsd@gushi.org) DKIM-Filter: OpenDKIM Filter v2.10.3 prime.gushi.org 589J7fnW091352 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gushi.org; s=prime2014; t=1757444862; bh=Kn7CzMo1IcEVLtxrn+yU1ONsqwFk/Qqv2Z5kASBX6Qg=; h=From:Subject:Date:In-Reply-To:Cc:To:References; z=From:=20"Dan=20Mahoney=20(Ports)"=20|Subject:= 20Re:=20pkg-static:=20Warning:=20Major=20OS=20version=20upgrade=20 detected.|Date:=20Tue,=209=20Sep=202025=2012:07:29=20-0700|In-Repl y-To:=20|Cc:=20Ian=20FREISL ICH=20,=0D=0A=20Kyle=20Evans=20,=0D=0A=20"Patrick=20M.=20Hausen"=20,=0D= 0A=20FreeBSD=20Current=20|To:=20Lexi=20Winter =20|References:=20<6dedf742-48bf-4b67-9993-679331 04ba67@gmail.com>=0D=0A=20<7C4AA985-2F06-4580-93C8-374A75EC4965@ha usen.com>=0D=0A=20=0D=0A=20=0D=0A= 20=0D=0A=20; b=LLUWpUXArkQtYIn1Kfj8/9iZauKJ/1bBUEu8+14+x9ejuG/bd1pWLQhfQHk4guUPD AldKuEYEYNljcPCDKhYnD02hO56FdiN3mqxlx5/6VRO1tGF+GP2b2kXLimAYfMcuh+ uIK9OJbdM2TgOnJu1Mm2KqdQ7d65RsgX5hJASgxYqkozQP0RJXDxgZMD78v4KHxGlW sMUwVBQXH+ROUg6pXZiyqIiW4G01pHrqpwWkfXv5QNqU4efiT1jtdbN8I8egtscJju WQ2MLSyLb/s11sjrlKZSJR6Re+Effhc0VHfjTEodZV7pBB/5wKgzzZlBawTCQlDR4D o8ezebwfgVEKw== X-Authentication-Warning: prime.gushi.org: Host [IPv6:2001:500:6b:200:8000:0:0:10e] claimed to be smtpclient.apple From: "Dan Mahoney (Ports)" Message-Id: <31F247DA-DAA9-468F-9D9C-36F33E4F5C5D@gushi.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_BD2DD61F-635D-4037-99BA-D949DD97AFD0" 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: pkg-static: Warning: Major OS version upgrade detected. Date: Tue, 9 Sep 2025 12:07:29 -0700 In-Reply-To: Cc: Ian FREISLICH , Kyle Evans , "Patrick M. Hausen" , FreeBSD Current To: Lexi Winter References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> X-Mailer: Apple Mail (2.3864.100.1.1.5) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.4 (prime.gushi.org [IPv6:2620:137:6000:10:0:0:0:142]); Tue, 09 Sep 2025 19:07:42 +0000 (UTC) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:393507, ipnet:2620:137:6000::/44, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cLtcb4rfyz425F --Apple-Mail=_BD2DD61F-635D-4037-99BA-D949DD97AFD0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Okay, maybe coffee hasn't hit yet, I've tried both: poudriere jail -c -j freebsd:16:x86:64-pkgbase -m = pkgbase=3Dhttps://pkg.freebsd.org/FreeBSD:16:amd64 and=20 poudriere jail -c -j freebsd:16:x86:64-pkgbase -m = pkgbase=3D/FreeBSD:16:amd64 -U https://pkg.freebsd.org/ (the manpage lacks an example for how to use -U and -m together) Neither works, what am I missing? -Dan > On Sep 9, 2025, at 11:57=E2=80=AFAM, Lexi Winter = wrote: >=20 > Dan Mahoney (Ports): >> So presumably, there will be a pkgbase install for 16 at some point, >> so I can create a poudriere jail to build packages -- does that >> already exist? >=20 > base packages are available for 16.0: > https://pkg.freebsd.org/FreeBSD:16:amd64/ --Apple-Mail=_BD2DD61F-635D-4037-99BA-D949DD97AFD0 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Okay, maybe coffee hasn't hit yet, I've = tried both:

poudriere jail -c -j = freebsd:16:x86:64-pkgbase -m pkgbase=3Dhttps://pkg.freebsd.org/= FreeBSD:16:amd64

and 

poudriere jail -c -j freebsd:16:x86:64-pkgbase -m = pkgbase=3D/FreeBSD:16:amd64 -U https://pkg.freebsd.org/
<= br>
(the manpage lacks an example for how to use -U and -m = together)

Neither works, what am I = missing?

-Dan

On Sep 9, 2025, at 11:57=E2=80=AFAM, Lexi Winter = <ivy@freebsd.org> wrote:

Dan Mahoney = (Ports):
So presumably, there will be a = pkgbase install for 16 at some point,
so I can create a poudriere = jail to build packages -- does that
already = exist?

base packages are available for = 16.0:
https://pkg.freebsd.org/FreeBSD:16:amd64/

= --Apple-Mail=_BD2DD61F-635D-4037-99BA-D949DD97AFD0-- From nobody Tue Sep 9 19:12: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 4cLtkF114fz67K7Z for ; Tue, 09 Sep 2025 19:12:37 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cLtkF0Q2wz43CJ; Tue, 09 Sep 2025 19:12:37 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757445157; 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=IVcF+3EpTF59xzUCiLKnU2XwAQSG1voXOfL9hzNn7PI=; b=wKBqIwrAbIeGr2YQRS1JayY1ia6SEwwSfOeYmAk8ofGqc5rYkWp9q80ByMUsAjc2JUYqLl hnymcanK+Ah4XRTG1Cs9Y0tS11VPtuSU9sbpt+yxhB7Or+Lhr67Ug/9BtqnhwVzTVCez8o 1IcbyhYwm6+8bay04ctaVuWz63ahI3uR5LDZiANGLW7BHC8XQ5b8DNj8n/rheG3NDX77wy SyFFqhb5YfMQqtpCZTdyBLCWyUarQTf97VtV8IbLxIxvooYQRJbw3lQlVz3lvIImXslEcT SuAPfur0pTgacy/oDMvCRN31KC2G3x9zm4cEFhDxkU7jyIzg5b0pYwAedN1LxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757445157; 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=IVcF+3EpTF59xzUCiLKnU2XwAQSG1voXOfL9hzNn7PI=; b=LyEX4jiREpPBOM+dB7CKI1VgA6OMCuilgfjqEGdtNxX9M6K5uJNf9suuL6NkKMcS6F3Tmz sVWBLzHnVM4VMyUkk1bkXCTnAZ5lkVt48RcdNvaiH5QEGWB6d9uW5fD+7eUQocZqMdURWB Fj89nUK20+eRXfloBs5Ut+AGTuCnk7tTM2PKo+uNOc62K8Xm/lRzgbeFJXGTv5Lsy8Qgl1 ONlfjswkdaItZYN73oEQHjhii/XqV+2Llc4Tq7PNzM0zU9nojBlvP7mXga1b+Tdww14O9y UaGpdJr7/ZxHQ0iA6Bs2bqFID4klIWaJcEvd65YmvZktf9F9VFYn0X+cZwlmlw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757445157; a=rsa-sha256; cv=none; b=dTPbHtPU12tTyryJl64pFJLpVFGJrBgnQkGa6ky19KEd/O8FUvRG0WthMhk36KahgN48fy 9JbFiKAI9jv0f0XpgLfoWdB/whouBTBqFnQ2wMtdksgj4juhbZA/6+/2VZ/hENeucFg0y6 /Y2USZT8yxkLNAENu13/Tup6BxnQKpgDlVYUNJekCKBiymMQDf//FBXRAmSqdRyAN2RhR/ p1HSNsdib2G7x2z8KMuHflUdwMwz3+8+jJI7paMJaKQjec0WJBU9IFzN+QZzNKUmDhW75T pKiCEWYhwtOCbqH5Xm0c3/v7HLxRk/GwYHTc36E1RNH8okvNAfzf+zuiLt+3ZA== 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 4cLtkD2vM1z22C; Tue, 09 Sep 2025 19:12:36 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Tue, 9 Sep 2025 20:12:33 +0100 From: Lexi Winter To: "Dan Mahoney (Ports)" Cc: Ian FREISLICH , Kyle Evans , "Patrick M. Hausen" , FreeBSD Current Subject: Re: pkg-static: Warning: Major OS version upgrade detected. Message-ID: Mail-Followup-To: "Dan Mahoney (Ports)" , Ian FREISLICH , Kyle Evans , "Patrick M. Hausen" , FreeBSD Current References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> <31F247DA-DAA9-468F-9D9C-36F33E4F5C5D@gushi.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="qWJ6Z3D575wM620R" Content-Disposition: inline In-Reply-To: <31F247DA-DAA9-468F-9D9C-36F33E4F5C5D@gushi.org> --qWJ6Z3D575wM620R Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dan Mahoney (Ports): > Okay, maybe coffee hasn't hit yet, I've tried both: >=20 > poudriere jail -c -j freebsd:16:x86:64-pkgbase -m pkgbase=3Dhttps://pkg.f= reebsd.org/FreeBSD:16:amd64 >=20 > and=20 >=20 > poudriere jail -c -j freebsd:16:x86:64-pkgbase -m pkgbase=3D/FreeBSD:16:a= md64 -U https://pkg.freebsd.org/ >=20 > (the manpage lacks an example for how to use -U and -m together) >=20 > Neither works, what am I missing? i believe you want: poudriere jail -c -v 16 -j myjail -m pkgbase=3Dbase_latest -U https://pkg.f= reebsd.org -U should be the URL of the base repository, the argument to -m pkgbase is the repository name (base_latest in this case) and the ABI string is added automatically by poudriere itself. i've just tested this here and it seems to work. --qWJ6Z3D575wM620R Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHQEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaMB8HwAKCRD1nT63mIK/ YMjvAPdXL6JUqqi0Pcf2pmHROBhNMyroPzhH5Q2hK72V846UAQCT3kAoJ4didaIB DqnpWvzRjruHQDIqekLkz9xeJ54wCQ== =bymn -----END PGP SIGNATURE----- --qWJ6Z3D575wM620R-- From nobody Tue Sep 9 19:56:16 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cLvhz352Jz67Mcq for ; Tue, 09 Sep 2025 19:56:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cLvhx6C85z47yW for ; Tue, 09 Sep 2025 19:56:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=sYCsGPg7; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757447791; bh=Y+cllcjt1Y1PeCcpuFQMFc/Pf+lvjEQwa0bW3dpWWO8=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=sYCsGPg7VsluebkOJNOtAymfkblgUbf09Ev2U+SmhHLXHBw9ijERILXOU0YtM7qdPJFEbhaMODSvqDewCVCEW1TfNGnbyQgm8VTcSIxC09R8zVbi3H/P/CNL0Fevg0gV85lK+JWhIxr/CVoilgU24m/KmWjg7qamwIe/muzbNzCAq0Tr+nklXTyoEjOrJqLGDlH6/Aj5D0Zo7/Ms88tlqVcUILmKdUx3uYdGztsp3FawcFEx5vRPDncBbr9H+zZy41lZRhgS/70kxcruaSFwDOGxrZba/eaqXf8mk4PXYnz9e5OnBkJsG7RCOihLo7djTpuETOfFMRgWdXD1SCdSmA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757447791; bh=ZfySNetba3ZWgL6UM7glBvp/PG0LjMioMwFmueQZqsu=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=PVjYsB6BXA80Zaodv5sFrUPweCKL6cbanu2THbS+a7d2dA6yJWbs2WFYPmPqLW3EpD5OC/ZCSsGtHiA1xN5G1lfOqPhgDF+nhzPCsMIC1SDNmw2hMC1G2SBz4eAWm58KzKR/EeHQmjKa8cp15iQGacuJDZaILMDE90vVV+MraXxD/UUSf5DzAFveG5Xx4G8oY5ITOT49qBhNxSADTD7vGDWAh46fnLUoxAfmcTxQLGISbtp8Mg3TtdnJefUv+P0xT2YUcfVAmYBd0gqoirBiCdOU+QIOlUJ8cemzjVKiqTy5jTT9uVda+DjJvOaJDNNIu2GLZCoMXoUKkqy7+WLvOg== X-YMail-OSG: NjiO94oVM1na0AtXIA5N3gulsCXaTCBKWIKPdGpdfbKeHwZhbQu6WB9UNo4F1zH 9ywNQkDvuAJNsQ1TzxYQzqAOxBoymiF6xjO9l7tPteCAjgWccit5.oGrVIB6CvBvVP7aGclZ82Lr c51xkGk6elv4iTzVXlHBZksuJSki1d9Anf9NhdORLHc7_ucKFOy0pkMojw3nudRpUAyszBHiFLMD XvxmCVIykROmEs6XQIiJZFfjL8jZSz7G2ZaieUP79XMRpMKcHagFUHCOxYlDomO_Bjqlp0FdhzPC iCYvCCQ0eg1Fo49CiJaM9eJvW5eJAS0ushV3ZU3vkTqhxGO2h818u1C_4Y7K2ujy.iJsrvrjg9wF N1ZCGFcp0P3LoLBhXWTTo6XxlnDa4ujs0TkCJ2VkIWDIKfKDxO_bNLvRwc7AsEX1818WraQ29H4u FNE0zEJXUZJDj_K0wZJYY5r9tW6b5ZIS3IPoqMvMx4E_C23fQw3tp41774pM_Y88t.m0D3Wb28u3 OeL8o2YBDQWSlIi4uRT.t7qy2tQPXpivRCoOBdERoqwxcNiuP3vUbYjRM7ZCT0__rUGNkuIPAp4f iiiNaLwB2fsVr5HvCYdCxb1Ht3jtiO_W7whB_ZAuBMXoUxMD_K2rd5yp.11ciu3U7USocgPEpNdI XKWK4p6m0x1Pa8xGCoCmIws0QDpgGJEvE3hi9j6EsmvqYUHVi_cs9vDKfsfElVAP0_Nd7ZEwRYBc jKgSbAHJSJqZCpvyhlDReE98FBRebhQ5AxT_T.W9NG_DLZJ7FjFcCpvnSOaROjcCBSUZFzN.Y3wN AgAxlBsWJdFSiDbn3D_DnRb1HFh.3CJgoBCHMjib8aXNfmdlDllAxi0eq2cE4sv2j7yH0N8WMcIP HaeyAvZ6jR95cEsoVVWW3CF17fpuPu8Uh_HHRxV5k69kgXmT1N7E7y8qJW9jG7urtBJkKKmtkY0S oX.kPBendfVS4wnR5vY1ENW4AxHYeqzaS2zwUEn4mpm0K.7tDAy7a4wWLKgVfurgwhFGR8Me64K1 9QwxNGuSPSVhXtUPNeC4fFZbu845c4wn.JkzkgxHpLKAF.yuOXmBDQZtiBV9WJ70oTCfio6Un1Im ddyfVPq0xf0crMqGI70tMz1XNgXnbiMtEhVSTwN2G35xXAvb6kV10igP0uGuu2C8irCGnseT7.WV CiDj.n.y1wK78DyQmTImZcy.CHNsnm6zIPKsMDuA.AkzCziZvUN.wNPpwiYeafAbSgTGkRjG11Oi EBWkxscmCXQ0WHRehCdorJDZ1SVzUVVnCDwz36H418tTouT0MMvP9yqBy74ievXRcM8baFFYp9g7 iyt4eY64FQhuY8vmmec41tEmNUd1I2.jjL7WaWQjtYD10x7aIk7D42Q7KyjQAPHYbrna68mly0wB _AgBvdmWgeHxxWK.hXGOE3WLqgbe1ihQkEq03ggR0X8zMWi6H1Yt1q6W4Jvd0ZaEoPakWVDRv4_w HtAevh3N1vXNF657cbSsKs8GumLLh22tLKRFPm.42rTd6x_EiTMwd.ahbxkA7E4MpvPcOcRc0RlG lubsNY5ONpekXuzCehCv0JRnkgOg5c3Gp2FdJ8sFThT1qDCTuOM6xiJkfKfS19MkQGFJ_IIWx.3f s58CribEM5CETrSLClJ5oUoj8kGmyOr484iQ5pMIFGSqpk9sjdxp1QI802yKgiV0LWjIslsha7m0 xdI68A0devUm8SR.55jqtkia1jzdKQvEhpcbP3HiFPoKTuHrWDU2EePsMh2kzcC4Vkp66P9dhBMY L.gvj4ML3W0U8UgTp4mwkgPKu1JhOkary7PPDI5RkEmfBzv41Y_2_AnLFLYrKqVOvfTj_Jqrsyw5 rivSgLlfqgjFsevnGcerQDBta_VtrjZ0VDSKvMhtXUM.ee9KiWYouJEKkPvQXcbZwi5YFLsUyOIX vAjopJj3GAFmr70G5zlF1feQL3rYhe9sVTV2y6NW87OP83y2hRFv00hrlkzeG9u9oVOHn5G6wLjl TqdgkgtsnBx4TD7OSF06E9hBxznw8eRfD0w6GQ2UhydAQexdMvIhrf4qTBMkLUflgPB4fIPR1tiN wXHyKIPT2OuGy8pi5rT0u4nIcwb8w9y9sJGGzVTZEFrODkNbqtGvfv8sdEf.2_y3e1BU8PYeb1tG p1voi4F3RoA0nWK2WWIYA8zF3g8_c.sA2b0zvMnYjWrqWtPCYQWZArWZTJM2uN9qYe4qd0q8Wias ZWxOWVoIcpKpd2RbkvxBFJycmaZDrNUWw.xIq2Xk0BLJOJudL4q0g4hRiK.sUN4PR5rZk0N0VdXZ SY6QFHG8I8fE- X-Sonic-MF: X-Sonic-ID: 100c0489-892f-4da5-bd17-355bba7a9104 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Tue, 9 Sep 2025 19:56:31 +0000 Received: by hermes--production-gq1-7bfc77444d-7bqsp (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2b4f400da54b4a714b14dadb8fde90b7; Tue, 09 Sep 2025 19:56:27 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: source upgrade of OS leaves pkg using pkg.freebsd.org non-functional Message-Id: <7FBE1ACB-0F72-4116-98C4-4712B5C63199@yahoo.com> Date: Tue, 9 Sep 2025 12:56:16 -0700 Cc: Lexi Winter To: void , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: <7FBE1ACB-0F72-4116-98C4-4712B5C63199.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[f-m.fm,freebsd.org]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.83:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.83:from] X-Rspamd-Queue-Id: 4cLvhx6C85z47yW oid wrote on Date: Tue, 09 Sep 2025 17:31:52 UTC : > On Tue, Sep 09, 2025 at 06:27:35PM +0100, Lexi Winter wrote: >=20 > >yes: ports packages are not available for 16 yet, so you'll have to > >build from source for now. >=20 > ok, thanks for confirming Going along with that is that, while, https://pkg.FreeBSD.org/FreeBSD:16:amd64/ (or other such?) does exist just recently, https://pkg.freebsd.org/FreeBSD:16:amd64/kmods_latest/ and: https://pkg.freebsd.org/FreeBSD:16:amd64/latest/ still have not been created (as of when I looked). https://pkg.freebsd.org/FreeBSD:16:aarch64/ is still: "404 Not Found" as well (as of when I looked). But things are in process and you can monitor such places that happen to be of interest. Other notes: If pkg 2.3.0 ends up being released soon enough, stopping: = https://pkg-status.freebsd.org/beefy18/build.html?mastername=3Dmain-amd64-= default&build=3Dp118fb2971704_s4ab64e34911 (or other such main-* builds) and running a build based on pkg 2.3.0 may well take noticable less overall time than letting the pkg 2.2.2 based build of main-amd64 port-packkages continue. (pkg 2.[12].* and main-*'s debug poudriere jail combination makes the builds take a very long time: 240+ Hrs to 480+ Hrs for beefy18 when most everything is being rebuilt. ampere2 for aarch64 takes longer.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Sep 9 20:28:14 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cLwPv1cBYz67PBm for ; Tue, 09 Sep 2025 20:28:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.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 4cLwPt6tTwz3Dj1 for ; Tue, 09 Sep 2025 20:28:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=D3VYhOKu; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.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=1757449709; bh=3yoPy48lI7o1pftKta1EzSa5+LB591N/vpoTykuuVXo=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=D3VYhOKuL/qS99pZH5g6RJMGumpXg1bo7LaD9J6yq4uPgaOo7FjLNaE8V5XRDRAhq59GMWLqCpnkfafMZZSlZBsEZHYMNShl+9koO54CzNnd41t6qRxhCx67XePSVcBGH7BQm+O30iUkbSV8+1D58fA+2TcPprzGbMuagve7ong/62r8k7fkSA2Vp26hpVzmd8kb6PpDa5357gHCywQrnIvOibMMFC8ImRVHdYJYESO3+Ck+12IY75ztgmTCuzxUJN42eC+kh2wRNfYRPyw3Y7/cB0bVU9BjjDkiaRPTgEhT8rc5SAUtjwgBG/ZPppuxejhkMGPFW02fVc3WD3lq2g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757449709; bh=9ikWkaPyvBdP+p7GQYCKdhUuUubo+TVuRMo7hUVZ1PG=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=Gu2fqu3f73Ue08FRjIlAbiorW4rvYDSYyRqJ/I/DB3Z08I5RbyeUoNZaNl+yli6GXBNhek8VjMzX3N6TC+qxzqeWEE6/kjJc1zSGLHTcieLdus4HPR+U8zmkjHYKbrqt5b5qDPST7mkMtEeW8/RQ1lVFxwKeaIyfeb9js4onS1rF3bof5+fg3TW+7izqw8RhAHRbDQoxaWVuz0Kc+qMLV0Xp3NPgr84OnQxYEROINGtdH6H4kUPJyyiaZB1/4J9swtEzeCbbnaVk6mORzwzxMTcYbbvilmvE7jO30O5ptRHjKSjX16jifZmiuwb/JhPwCIhtTPf+Fatupeh3u2htKA== X-YMail-OSG: papGx0UVM1l6xgekksvM.yrHLZy7QGs9dLnz1gNbycutHqEK3oN_u3O0Suu1BAs kjuE7cfGBPN654TGX04aQ7xsm7Leib7Ydx6uV7eUKR3HZnNVCWXo_uUxRndd6y2wjUprntOrfl9b _tDUNxDND.hresGPV2k9JktmOwecmWm1XyMEJh6eS3t0GweMODcwbSxmtVP4i474f2s.v6HJhCvv GHGy8RaZ8QTr28y7dBxArQyXNqWFCIDG3eYNJP4RZwLmpJXVKd1u5xv2kTmQL4VKrLIROI.ZMv2m toJZL4goCBWF_o8ehj2LQSTC5auTNZZDObTaM8nutd3owQ40YCMfgWeWD7SI8CfZ8zri.FzDtuE1 KWNCD1eHybNmeh0ihLeAB_p1kre1lcbpXZHJr1T0wtACrlDpTgrwY2z3WupUaN0b0b7S6spRD2LH 4uwzn1GUC2f.j4VL4KRTqP_iMwTrBFBuFqMhnbeeIOKivMK4naK5hTtIwg8pjVk.oZzEDUFqiyEr pi52NG.Bsvw5ex.C8JQCqYliEk_xATs3l8ivPnqfoVsDyJoWm6mPDhQrNPgffDikASt82qawHQpA f_RDMX_bcRQNGO2Ju31GqjxUCYlTAvW95qmSEsh6LmtZDD_SBejjNDajM80EudGElI5qSG3ydEPt fWG5CMXUPmPpZCUOIDc9l.q7lTurxuJMPT5ABVcLQvODzNRQ9t8iFEGncuR8kNDYZ4Xo385IeEzN akygyzVcTu6qMr.fXeeP50yHl9FK8suxJ8yMLyZTnuhkeZnGK78k41XHz3yYTMxplCuQniHjIIG7 V.WMuX_ekXJdHYIFRcoTddqlWfPO3tERizZIcoPUDCicUaI5YcTSpXEdWGz2ESB8DbwjGGvAFMrC njP9kj300emzu.QqBQXfYteKC76hpb.0t04my3N809udDNSA2m5xHlpkOU3tEGCnEzKl1qWZ5o5v xjbJHIMDj3IfqwrhO2EnG2gB0zk006JlPqFDSnHsPsZs_Gk0nxQKCw8C92gPCs6UZ1wSlPj9dHl4 g5r.3XdP0csBdPMIdqoiSQJ.MTNDgr0j._JHIf71JqZGa7_5oFgPsCVU5zVhfqJJ.rq6XQTNErYm QkiT2Nk_K6LGLOTsbmpwaWyPZkIWZCiwhu9AJxrUyUHEJzUN19k_w8i6bgKZp1FBRpZmfVPe0HJ. NhbcZWT4AYKjaixuI2wQvV5z.eVrlZgTRTTx3d3uEaWT1U22DYLSx6CQ35v25CkZBYu07os_QyAS OipsDwD9ejUrAXaiqX1coGZQV5ffWezRzO2PC0EgOb66QEsFnXlvk5VfGnzq1N.hUxc8TN3qPCDc 7C08YLhderL8Wc36MDN2R6t5VziWrHHuQC1uEH7NA8SL6Z_ya5v6qpMdY4O03sXYGP5jgHXDbjVu fZ.bMwwgIAUQTc9wl6JL.JNEZY5NVkKZHcyOKSgkGd2UX_WtrO3ZKEO3RoXUQ4K3TvGdPJWRe3af wGInHPqtcvf5Y3JXdyHNvt.Z.6s.7arQM5RY5eKq3OnITDvnRkFXTuTk7j4AEQ3mOvLDq_CHZ4Cp 759NwG.FMrZ2_IOE1oTBW6lqdxX7bJjsREY8_CqjjiFKjNutvcWXrzc5fImZF1hmlwfL5teJU4bM rZcxXb.0RCoMJ_St99yK_mAiPCExB1axLldiG9aIO3eDsbLjgbYx6EvoBfZYHr6.xIZlJo6IsMWa YiybZeR9v9n1_fEwQAE2kDpkO77Nse18e0g4S9QKlkl79mSooT_tsXAl.PSDQ6E.yYvS2goAWx5V NZkPHDHO0SOD3neahGvFjeZ9ycI5Sf4HiLbOK9enIFs7FgDa1X6TvtQqYl1okSp_awfeQhre.5VT qWyN4TCk5QyjKDi4By0tyxhdaY7K6TBSOA38HRROxPHifGLAIfAgfeZnNTbTXYiPEBBE7Gzi8Q52 27k4cQ.aj6ghLcpAFNqg5hF5ykodRC90m0qcffH68fAgP3yy1aMft.RTEhQiMdLEXdx0qsbNnpZK B3FYt7T5iLtlD1Chc_ZZZflTf82q0FJO_6ZXgqAzWSNrVzpe_KGrdbePptFVVuMuQKdgTzTT_zdM vxqVtNAUVVgGHZCw615LToQsJEztclRnOeP2KfAmH.Wdzt7m4Mb45ulD3F6h.JzKVk.ybN5JJFJ7 z3p6muM9NmwpCQv.qEDJOuiBH5zk4zabWg_43NUDbwE4vaRlE43Sr5y7UpTv8jp7qjHD6cJ1fDSt I.H9wReHbgW4qNTPnO9G9Tl.a1NruSSBgju.kWTBQguOmoBfcwM8F3c2DRmd2JU9lQu0WPOtuVXn oQ_VXqJQxAwGN X-Sonic-MF: X-Sonic-ID: adc4bfb4-67aa-4e99-9e3a-0a1666e4e177 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Tue, 9 Sep 2025 20:28:29 +0000 Received: by hermes--production-gq1-7bfc77444d-kfm2k (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 54c6377daa31c464b20ba64157e0b8a3; Tue, 09 Sep 2025 20:28:25 +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: Is there a reason that the updated https://pkg.freebsd.org still lists the 32-bit FreeBSD:15:powerpc and, now, FreeBSD:16:powerpc ? Message-Id: <250ACBC8-7D38-46B6-AB65-B2A25D7C09C4@yahoo.com> Date: Tue, 9 Sep 2025 13:28:14 -0700 Cc: Baptiste Daroussin To: Lexi Winter , FreeBSD Current , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3826.700.81) References: <250ACBC8-7D38-46B6-AB65-B2A25D7C09C4.ref@yahoo.com> X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; 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)[4]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; 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.64.206:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from] X-Rspamd-Queue-Id: 4cLwPt6tTwz3Dj1 The page at https://pkg.freebsd.org/ page has been updated to include links for various FreeBSD:16:* . Thanks. Is there a reason that the updated https://pkg.freebsd.org still lists the 32-bit FreeBSD:15:powerpc and, now, lists FreeBSD:16:powerpc as well (again: 32-bit)? === Mark Millard marklmi at yahoo.com From nobody Tue Sep 9 23:02:38 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cLzqm0Gzdz66ZdZ; Tue, 09 Sep 2025 23:02:44 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (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 4cLzql1f14z3V6M; Tue, 09 Sep 2025 23:02:43 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=iBvFPx3H; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::32d as permitted sender) smtp.mailfrom=grahamperrin@gmail.com Received: by mail-wm1-x32d.google.com with SMTP id 5b1f17b1804b1-45ddc7d5731so25672655e9.1; Tue, 09 Sep 2025 16:02:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757458959; x=1758063759; 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=xwuE9g/zQqhjZDKy7oNPZ0CGcs8RD4iV+QCegMFVaLU=; b=iBvFPx3H6XnGssLzCcAMzESQp5AMM5FtCRdqsTv/+8d4BWCQDuU3aNJ0rzXg2ndhra 9TkoNYtMlcTbr8AdTYMoAVj+a/T2bhDtg0APNHPcqrGhuW1qW0H174rGr3kSgC0Dl3xQ tz0y/9DQYNPvknEy8lnCBQv6dKYnX0sF+I4/LY9YsEsp+xy1b/gXz2zbCRFX+wsLPkir 1u6jMvbLRKeCAu6frW41tsiaYm1em5XjEvBCrFjwmqjsIqp1+4+uniY/MZ/7+ddkORJR FOq4IHC5VnYTn/vj0bPGsaAvLWr9mOCU72tYPLFbSVf/2q5Xjo4A3nG1cAAvxHA2eXK7 INJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757458959; x=1758063759; 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=xwuE9g/zQqhjZDKy7oNPZ0CGcs8RD4iV+QCegMFVaLU=; b=Jrl+aprBL+iePnW92tDQ+2fHjHviKH65F44egNgdmCsCVk+IGqW1m5xPJnamH6WEXP M1T6cbd1NY6c89+AbfZiY9Mc03L9MXh5Wa1wDNlQjhcZ3q8N5bpc9M/AqQEa+ij6WYkF OXP2lGWRxKYGog9NpFbpLJjyI6Xuh9d5Mt0jb9U7GAkxnd/9mIiRTMngxWFuEvXNAMx6 ApKFG0JZNXASRXgFKu7pGYA05LzUVrS3QsXX1Q0CGOe12lB497jv6yd0yAjzeN7LMrT9 WelOo8g9oxlHm2vtamIuTg9qLrN0yXEVz9fHD0K5EgbdN5Za3kqDzzPWraayEWyIGda1 fWKw== X-Forwarded-Encrypted: i=1; AJvYcCWG/Xro7p+bOAQg/YPLuC8Jg7FhEsoChWkBesiRVQEGGFIeKAKjXkLvsV5vO48ZHoyHEu6FpElW1TdtK6zWzA==@freebsd.org X-Gm-Message-State: AOJu0Yzo7SkIR5Yo5EADlqxoiYfMx6xfnUHL2/c52TsyAFncFDHIM/V4 G4CtOGEgvMSvWXMT36VmQKg8Eg3DoZ348b+HWki+EtujXo9uoGpkx4D4/AhnIA== X-Gm-Gg: ASbGncs+oLx+iyc9QQdDm3BI+HdW0OoamdJsybB/KvLh/06n0oHWe9QLmdzkSpO7sQX yzRJeqoYuyEhQi4ExPd6EHSl+91ypNg8yIKcaQaiGiWvC9navybUIwBjWW8BaNLhA9tbi3tyQhr nafv/jNhn6y+OKfpzKyFr4YcNQ1xQCisJKdckwu17lGHsDCAEw2m63kSabpeJevGzI/o8rsmwtm J4QnBrlCouH2WI/1e7Q1wAciKzjSzBjrnNMLBULpi0LeRMJDc59x9Hw0bs8olgAONnwY+/d1/J1 6+48iCKQJwXCXwVeyvAbQPO3ExeasOraNYYHpA/5qpLFN0x0yJeu9kWyOY+Q7/Fcl/+cS1+TA4W 4Ky21KCrR+Ct/0jllK/87duS7H23vNQj8xqx7EaCtGFqzSq9NgYkGXbtXv8E= X-Google-Smtp-Source: AGHT+IEGDiJ45D3+6bF9PYyUbH6XQR62qUrgUsgG1WNnrRGEOhtnZPRiIogMNJKA73Y4x07kf/3n0Q== X-Received: by 2002:a05:600c:310e:b0:45d:98be:ee8f with SMTP id 5b1f17b1804b1-45de1ad26aemr104725785e9.26.1757458959351; Tue, 09 Sep 2025 16:02:39 -0700 (PDT) Received: from [192.168.1.4] (host-89-241-205-78.as13285.net. [89.241.205.78]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-45df17d9774sm17190795e9.9.2025.09.09.16.02.38 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 09 Sep 2025 16:02:38 -0700 (PDT) Message-ID: <911166cb-b22d-4a00-b77f-7fe5daf090f5@gmail.com> Date: Wed, 10 Sep 2025 00:02:38 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Is there a reason that the updated https://pkg.freebsd.org still lists the 32-bit FreeBSD:15:powerpc and, now, FreeBSD:16:powerpc ? To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <250ACBC8-7D38-46B6-AB65-B2A25D7C09C4.ref@yahoo.com> <250ACBC8-7D38-46B6-AB65-B2A25D7C09C4@yahoo.com> From: Graham Perrin Content-Language: en-GB X-Priority: 5 (Lowest) 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: <250ACBC8-7D38-46B6-AB65-B2A25D7C09C4@yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; HAS_X_PRIO_FIVE(0.00)[5]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[grahamperrin]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-stable@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32d:from] X-Rspamd-Queue-Id: 4cLzql1f14z3V6M On 09/09/2025 21:28, Mark Millard wrote: > … > > Is there a reason that the updated https://pkg.freebsd.org still lists > the 32-bit FreeBSD:15:powerpc and, now, lists FreeBSD:16:powerpc as > well (again: 32-bit)? In the column for 15.x, six platforms are supported. Seeking FreeBSD:15 at finds six lines. The same number of lines found for FreeBSD:16 From nobody Tue Sep 9 23:30: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 4cM0S35lRBz66cFW for ; Tue, 09 Sep 2025 23:30:43 +0000 (UTC) (envelope-from brian@sonicboom.org) Received: from sheehan.sonicboom.org (sheehan.sonicboom.org [50.190.118.82]) (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 4cM0S26yH3z3YqH for ; Tue, 09 Sep 2025 23:30:42 +0000 (UTC) (envelope-from brian@sonicboom.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of brian@sonicboom.org designates 50.190.118.82 as permitted sender) smtp.mailfrom=brian@sonicboom.org Received: from [192.168.4.22] (unknown [50.190.118.81]) by sheehan.sonicboom.org (Postfix) with ESMTPSA id 150E93A0007F for ; Tue, 9 Sep 2025 17:30:36 -0600 (MDT) Message-ID: Date: Tue, 9 Sep 2025 17:30:34 -0600 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: current@freebsd.org Content-Language: en-US From: Brian Subject: qemu-guest-agent port Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: / X-Spamd-Result: default: False [0.89 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; NEURAL_SPAM_LONG(0.99)[0.994]; R_SPF_ALLOW(-0.20)[+ip4:50.190.118.82]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; ASN(0.00)[asn:7922, ipnet:50.128.0.0/9, country:US]; FREEFALL_USER(0.00)[brian]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; SINGLE_SHORT_PART(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[sonicboom.org]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4cM0S26yH3z3YqH It looks like this port went away in current? Brian From nobody Tue Sep 9 23:33: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 4cM0WT6sc4z66cC5 for ; Tue, 09 Sep 2025 23:33:41 +0000 (UTC) (envelope-from brian@sonicboom.org) Received: from sheehan.sonicboom.org (sheehan.sonicboom.org [50.190.118.82]) (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) by mx1.freebsd.org (Postfix) with ESMTPS id 4cM0WT2YTMz3bJ1 for ; Tue, 09 Sep 2025 23:33:41 +0000 (UTC) (envelope-from brian@sonicboom.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of brian@sonicboom.org designates 50.190.118.82 as permitted sender) smtp.mailfrom=brian@sonicboom.org Received: from [192.168.4.22] (unknown [50.190.118.81]) by sheehan.sonicboom.org (Postfix) with ESMTPSA id ABB663A0007F for ; Tue, 9 Sep 2025 17:33:40 -0600 (MDT) Message-ID: Date: Tue, 9 Sep 2025 17:33:40 -0600 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: source upgrade of OS leaves pkg using pkg.freebsd.org non-functional To: freebsd-current@freebsd.org References: <7FBE1ACB-0F72-4116-98C4-4712B5C63199.ref@yahoo.com> <7FBE1ACB-0F72-4116-98C4-4712B5C63199@yahoo.com> Content-Language: en-US From: Brian In-Reply-To: <7FBE1ACB-0F72-4116-98C4-4712B5C63199@yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: / X-Spamd-Result: default: False [0.87 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(1.00)[0.999]; NEURAL_SPAM_LONG(0.98)[0.975]; R_SPF_ALLOW(-0.20)[+ip4:50.190.118.82:c]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; ASN(0.00)[asn:7922, ipnet:50.128.0.0/9, country:US]; FREEFALL_USER(0.00)[brian]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCPT_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)[]; R_DKIM_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[sonicboom.org]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4cM0WT2YTMz3bJ1 Yep I am using what was normal for me a couple of decades ago, portupgrade -aP, until pkg works again. I do a git pull of ports periodically just to ensure I can build pkg and other tools as needed. Brian On 9/9/2025 1:56 PM, Mark Millard wrote: > oid wrote on > Date: Tue, 09 Sep 2025 17:31:52 UTC : > >> On Tue, Sep 09, 2025 at 06:27:35PM +0100, Lexi Winter wrote: >> >>> yes: ports packages are not available for 16 yet, so you'll have to >>> build from source for now. >> ok, thanks for confirming > Going along with that is that, while, > > https://pkg.FreeBSD.org/FreeBSD:16:amd64/ > > (or other such?) does exist just recently, > > https://pkg.freebsd.org/FreeBSD:16:amd64/kmods_latest/ > and: > https://pkg.freebsd.org/FreeBSD:16:amd64/latest/ > > still have not been created (as of when I looked). > > https://pkg.freebsd.org/FreeBSD:16:aarch64/ > > is still: "404 Not Found" > > as well (as of when I looked). > > But things are in process and you can monitor > such places that happen to be of interest. > > > Other notes: > > If pkg 2.3.0 ends up being released soon enough, > stopping: > > https://pkg-status.freebsd.org/beefy18/build.html?mastername=main-amd64-default&build=p118fb2971704_s4ab64e34911 > (or other such main-* builds) > > and running a build based on pkg 2.3.0 may well > take noticable less overall time than letting > the pkg 2.2.2 based build of main-amd64 > port-packkages continue. > > (pkg 2.[12].* and main-*'s debug poudriere jail > combination makes the builds take a very long > time: 240+ Hrs to 480+ Hrs for beefy18 when most > everything is being rebuilt. ampere2 for aarch64 > takes longer.) > > === > Mark Millard > marklmi at yahoo.com > > From nobody Wed Sep 10 00:47: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 4cM2993R18z66hTN for ; Wed, 10 Sep 2025 00:47:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.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 4cM2991SN2z3h6Z for ; Wed, 10 Sep 2025 00:47:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=WlgmRgpJ; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.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=1757465271; bh=upfwoZ5lyjDqzvfxiPOgKRJzWj/xUMkUBNOl+eHFOis=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=WlgmRgpJXqDRI7U49EGlOv4+wU5dguzQk93gqqrbhs33HeoXi1f2VhGLx53zcSj7drev5UvzH0nYPwvJflP05UCUXp5BYjrmPwLx3OBofMstRM2do3lzF91nbUux4Ws2733s7g25+qchLI3hJofPWs4r5Id4NPqE13FXDGTG34EjciSR9MftIIqhki/LQC0Af9nNrV4bwTQaBWaAU0vcKJ0nsC4Ht8H9EWCaGaTlUHl0NyGWVHSfIHHD2aAMEBdmgIj+dZheZdUXxgJ8BCMj+tJZU1BbOde2hLYBi6mkkebKmmTJbHIDTQtjy0CBo2PfMYzpQuVaYjIwsFHp8pth/Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757465271; bh=GwlMmiFh4HQUGxdVQwJlHRf4z4Cvw4O7JePnbI6/cgL=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=rIFVAfkRpNII9M94WFXaQFOc39Dyog/TH7Cl+1iLkKibMnfIw2TH8oEpObnfDpEJEMom6NGk/19rwjogAlDzSiey6fFSrvDvETNDIWYM4mef+PC4B/Wm8G+0X1aQ3d+APpt6rnoAbXCFskqWaNNYLX444VN7Bt0zLtReKgvx7J4VyrY4mwPtgVrZ/UUyeUKqhy13AfR1N1jBaPWlGI5DuW1lWwuThE0spey0iM9U2/mfoXFA2zK1tKnp6FYRmfhpKx/LU1Y+ObUU4L4zAdxV6sYogK4Avo7uAvXVvOwg1jYcCkhWNfiZWDXaHZL4AV3AYKysyn0bPg/lp6Y9Z7reXw== X-YMail-OSG: VunPaBYVM1lkO9geZWFARDTUZwzD9g9R3e9akY77GidzWeLXKc1V0gd7UtPy9lI d1qrYyOEsPzrSNsSXhKdsoVrTqsdSO.N.bhVo7IROV05s4UoTpaQ8Cz2YmeWhyLd_h8jnnJlHnoD 8kc3YSy0DqvMCPX1YOAvGjIghspgikDiqNKvfPp4TDc.hoaakEqMq270EVKz03X1LQNwdQXitw1x SzI_2vBEOLzL1PMM1rC9xCxFb13JW0p2mpN_wDxQgN_CdlDSyy8CbCmN3f1kYU8EADbCtUlT3V9N OIviUYGNTVY0IsWJWAdEvmBNaDPfEY8LXuMPmKuTRuc3A8sPJZ264vP_FFZ2Gli4CgOZu7af1_0L DeQ9ZcfsnudwO_z6IW1UTB2u_AYDTOv550GethWBfcKLgoFgKG3OvQNjizKEYpDeEVzPnmOcUd65 WATchke90vaM95USU_BXWPNJyJZsyO5bbN2D55f.pMWKyki5QlaLXLlNfPZZqGyQoy8qkzm2hgGY XA45EODQqaNJELsoFqPDE.rf5TQm_bYMDxI9foXjwnCYAfEw1iCNWcKlZ.DUUs37xX7H7zmY1BIL XGWKnFhopXt6ADCXkSQ27bigb7gawH7CGv9SQEYY37FvKGE7cZPV3D3j9rQZPUPQvMZStPuQtTB4 vc4HmdQJtu5R14R3kP8t9G50yGW2snUU8I1k_bIQDvz0ZQj5Ya7vQqoe6Y1SBrtQeiIsJ_NZTst_ 7JJNWzr4VcGh1Qk78OyEmVQQB9WvQxhxwVz7xRgDfdy1iakjdFJYq7dektKmDqdL5pVrkw1EcALM JzWiPOqblxQa3T9.EnjeZDxlfUFoH35.IYDaxqK.FOGDBcw13SmrZSSSdA0hqfRVSJOEF3.RBwOd 9cC2uxtXoY1JYQGcIfwob1W0eFDb2HufrrV8UiS6jEBHLmMi889EPJd75o7huKZJB8StrXXgias6 14MQ9yWbxIpele7mSsp_IHsbMlR0.P8UNqHdKw.H4NXOcZRInYWK5GutHkCPl1a0pxUMi3j09Gwa PEHOu7dkTMGhHA4YmllqXChZwotPWYc8ytSO4Aoefdx8jTz.sCJRlKz92q7R9RrXoN9ESWHVecvs O93RBkatROmve8c1WzDqBlYdVASsaRyvdzax9MvVjqLTns3zlCSsMCF85vG9Wq64MvpDOiCynO3v LeirjkPfsBkxwMq0_83iHZdMW_2Hb23gN54GfgZMVnvtW13cazudqury2Kujg7683lc6wPQfiDdm sS8whh02EW8W0NEAvkHX7nG0J2a.X2dlbyb.Y8IP_eRuqPvQkgXHnUfXU5Xgc8Vy7puiChPB8_eN p8b4gr89MqCKR24oyT9SsZC8iU_Go0T4EP78Fl.jb9J2y0gsctPC3iw_zlARKIz8PcKN3E3_J_h_ N2ejqvdKYZSCXCByLXOsrkgW9.wdbx63AlndyrmH_dlJ69V3uNfrjV9cRCv8Ei8sL01emEalUz4O apTmS9ywJUDnSfVNW9Ss7HJ_D.hSyHqs7VJXtvmsLgnU0JIQ3UYMeOofNnUzHxhLaVWoQ254tF2h 8BMpswqpljxETDO3gGWLsIPG1VdzFvpXRbWHOFpyMZrgx10aRjTIaV6u.CjXQ.U6xv13OQFEv8tT eQ4JwMseAzVHBBvjUhO0AAcbmRD3DZZEBZaekHrQbMxIXCSVi1Nbowpflz8V3WLSMh9myq4S9BUh MT150gOnEOAhrrIUmLahodtog9d_IAMqItUPaBJzYsoX3Nf.uyFe8wWDrX_.AHolvRs_0oCZbeoi WBDhcuFGR3bcDGaPe4gQOJcMK_oPkzNSOCGjmi2GTC0zdpzs0ewnhjy6f7utADO10co6054mFCoM nb7bnP21eD_qclcrYuiR9kBvvQqjeKtPjxGWoesPxD.Z75UbWqgO5kYQ16JRGnZDo4jCeXvL8THG GzWmMqIqN5DOCweEy4EpVNM_kOytLIvxLyqychYw4g2WYy5hdogbz5eQ4vvFX6pJ4ZDh92u3He5P 1lQ9xfZUCK2dMlOf4iI7bPXbn63nr42QraaX_18wcHeEpaZu_epPIv_9MatjAIncIYrSxFRWq7nh TFn4AGLGVKEo6OyMAM4BP03Hfcn6qUd48Xcjm9xm_lKC67l_7s5a4JvvhlmsOvQoQp9J0NUWoaSh UeuGFguHFbHmR.d_Tz3EMVrql4pP82TOZDsJ.TeN6_mnDfrjy7iUACu4Q2c2I8s8L8ZbLMIbxuud RbjiDkMrvsRK7ZBgoUxLYsg3IstqBcnLDIf9nXPgYYkXYXkcGA4sPYc482jSX836.J8tGQaaBxnD jZcbKknLMuozM9w-- X-Sonic-MF: X-Sonic-ID: c18efd40-87cf-4106-8b32-8e9351c0b340 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Wed, 10 Sep 2025 00:47:51 +0000 Received: by hermes--production-gq1-7bfc77444d-qpx7l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4ffc0f4afcc10d4e04fdaea45c009d1e; Wed, 10 Sep 2025 00:47:45 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: Is there a reason that the updated https://pkg.freebsd.org still lists the 32-bit FreeBSD:15:powerpc and, now, FreeBSD:16:powerpc ? Message-Id: Date: Tue, 9 Sep 2025 17:47:35 -0700 Cc: Baptiste Daroussin To: Graham Perrin , Lexi Winter , FreeBSD Current , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3826.700.81) References: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-Rspamd-Queue-Id: 4cM2991SN2z3h6Z Graham Perrin wrote on Date: Tue, 09 Sep 2025 23:02:38 UTC : > On 09/09/2025 21:28, Mark Millard wrote: > > =E2=80=A6 > > > > Is there a reason that the updated https://pkg.freebsd.org still = lists > > the 32-bit FreeBSD:15:powerpc and, now, lists FreeBSD:16:powerpc as > > well (again: 32-bit)? >=20 >=20 > >=20 > In the column for 15.x, six platforms are supported. Not relevant: https://pkg.freebsd.org/ does not (yet?) mention or cover riscv64. riscv64 is one of the 6 listed as Tier 1 or Tier 2 for 15.x on: https://www.freebsd.org/platforms/#_supported_platforms (and is Tier 2 for 14.x and 13.x as well). That leaves 5 other platforms supported that are mentioned on: https://www.freebsd.org/platforms/#_supported_platforms not 6. But 6 are actually mentioned on https://pkg.freebsd.org/ . Note that 32-bit powerpc is indicated by https://www.freebsd.org/platforms/#_supported_platforms to not be supported by 15.x: Platform Name TARGET_ARCH 13.x Support Tier 14.x Support Tier = Projected 15.x Support Tier 32-bit PowerPC powerpc Tier 2 Tier 2 = Unsupported As far as I can tell "Unsupported" for 15.x means: FreeBSD:15:powerpc should not appear on https://pkg.freebsd.org/ As far as I can tell Unsupported for 15.x also means: FreeBSD:16:powerpc should not appear on https://pkg.freebsd.org/ I do not know if at some point riscv64 will be added to https://pkg.freebsd.org/ . But it was not previously added and is outside what I was commenting on. > Seeking FreeBSD:15 at finds six lines. See above. https://pkg.freebsd.org/ should have 5 lines, not 6, as long as riscv64 is not listed. > The same number of lines found for FreeBSD:16 Nothing I wrote indicated that a difference in the number of lines should or did occur for 15.0 vs. 16 . Both have the (same) wong number of such lines on https://pkg.freebsd.org/ . =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Sep 10 02:28:26 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 4cM4PG3M2fz66nww for ; Wed, 10 Sep 2025 02:28:34 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Received: from mail.tarsnap.com (mail.tarsnap.com [54.86.246.204]) by mx1.freebsd.org (Postfix) with SMTP id 4cM4PD688kz3r9F for ; Wed, 10 Sep 2025 02:28:32 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=tarsnap.com; spf=pass (mx1.freebsd.org: domain of gperciva@tarsnap.com designates 54.86.246.204 as permitted sender) smtp.mailfrom=gperciva@tarsnap.com Received: (qmail 28939 invoked from network); 10 Sep 2025 02:28:32 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by mail.tarsnap.com with SMTP; 10 Sep 2025 02:28:32 -0000 Date: Tue, 9 Sep 2025 19:28:26 -0700 From: Graham Percival To: freebsd-current@freebsd.org Subject: FreeBSD git weekly for 2025-09-01 to 2025-09-07 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 [-3.64 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.985]; NEURAL_HAM_SHORT(-0.96)[-0.958]; DMARC_POLICY_ALLOW(-0.50)[tarsnap.com,none]; R_SPF_ALLOW(-0.20)[+ip4:54.86.246.204/32]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:14618, ipnet:54.86.0.0/16, country:US]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; R_DKIM_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[54.86.246.204:from] X-Rspamd-Queue-Id: 4cM4PD688kz3r9F Hi all, I'm happy to announce FreeBSD git weekly for 2025-09-01 -- 2025-09-07: https://freebsd-git-weekly.tarsnap.net/2025-09-01.html It's a list of the 171 commits in that week, split into 14 categories such as "documentation", "hardware support", "testing", and "kernel". In the future, these reports might include summaries or additional information, but for now our focus is figuring out what type of classification would be most useful. Our goal is to make it easier for developers and users to keep track of changes in FreeBSD that are relevant to them, without needing to subscribe to the dev-commits-src-main mailing list and look at every single commit which lands in their mailbox. The number and types of categories are still very much in flux. For example, if a commit modifies usr.bin/telnet/Makefile then should that be in "build", or "networking", "userland", or "style"? I don't have firm opinions about most of these questions, so I welcome thoughts and comments! This work is funded by cperciva@ and Tarsnap Backup Inc. Cheers, - Graham Percival From nobody Wed Sep 10 03:30:42 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cM5nW04dxz66rwt for ; Wed, 10 Sep 2025 03:31:11 +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 4cM5nT63pMz41Y0 for ; Wed, 10 Sep 2025 03:31:09 +0000 (UTC) (envelope-from freebsd-current-freebsd-org111@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=sj0u8avj; 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=1757475055; bh=pLP6tcs1gNi/+5o1s4g27XzAxL1VXwx+dVmbbSjXwEc=; h=Date:From:To:Subject:In-Reply-To:References; b=sj0u8avjW0BRKX4KtCrZmbZxynaeNuw9Cw6Ty+kcobh6nCKpBldBTHhnIw87CsVnw YodhvZ9sc5rYSpqn5+YkXqi1F3YQ39XbHyZeMvGRok2SX8JR8Y0rc8GRyav66NLbWY K0+RIRdyw2xr9xv8swogDsv7sAtzZyxPBn6ltZh66ALBjur+r6xWmcMS7LTaqtegSn lPoPpsOb5Ap+sSp/G9UErvi+fq4tONvoo2+upn0xAed3F2MMuk+WJ65QkJpBG48mRa nGc6ClIUhIyhqFpL8bi+pgz9BNhw0kf2+06oTJI8IhvjIfjvE1js9m5t3jZ+ZZzyCs HFAdJJwqs6llatZgevuvVuCidQE8fFkKh4ahGkCCwNhsA70BAfA42ilIqL0dJMCgW0 Vq91xDKJYmgg230lC3d4PxH+wdKRZ1xIh4GTfCRwA6j/X3PUEeVFdu391KgoK89fiQ jh1DooMqVMWAy62DjWz/suP5tECpOfwvo2HAroqIU42NABNnNtOkGdRkJpJsebzzmy ByU9xGXprWD8r1qisYNl2RgBfifBTKfDi131y/VWqkJT44VwSe1Vih8s5u+sMIeRPc QA6F9RBLNqX92rtOB4CxtwTqf50Hblf0578N1q4M2I0o6qjZFaEk660zq6iPpFeo5i FPVTNGZ6yz4GFbmVUFjVlebM= 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 DDBFC5A8EE0 for ; Wed, 10 Sep 2025 06:30:52 +0300 (EEST) Date: Wed, 10 Sep 2025 06:30:42 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: Re: qemu-guest-agent port User-Agent: K-9 Mail for Android In-Reply-To: References: Message-ID: <5AC4021E-D5D1-4661-B26B-DF6E709E0DA5@ketas.si.pri.ee> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Spamd-Result: default: False [-0.80 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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: 4cM5nT63pMz41Y0 i found it in emulators/qemu as a guestagent flavor? i also don't see any version based limits in it's makefile On September 10, 2025 2:30:34 AM GMT+03:00, Brian = wrote: >It looks like this port went away in current? > >Brian > > From nobody Wed Sep 10 03:34:26 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 4cM5sY4YWTz66s1G for ; Wed, 10 Sep 2025 03:34:41 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-yw1-x112b.google.com (mail-yw1-x112b.google.com [IPv6:2607:f8b0:4864:20::112b]) (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 4cM5sY0xMTz42kh for ; Wed, 10 Sep 2025 03:34:41 +0000 (UTC) (envelope-from tomek@cedro.info) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-x112b.google.com with SMTP id 00721157ae682-72267c05111so47650487b3.2 for ; Tue, 09 Sep 2025 20:34:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; t=1757475279; x=1758080079; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=RzAf0o3KCdYdITTUxyCoGQlOrWBF3zh7tmB1dSlnkDk=; b=Vj28gOaebcGH7G9yy2ht3jVEgABBL8kma/6OWvZQfWDjrk+StGMPwfV3r+v1b+iGD5 58TDwd6U6f+bmttadFjVTTIYePI0OCC8+VxJpxRMma45Em3hqL3djG8Ug+Bbs/StHcUB +WBVPbxTjjooxO0uBwNoaQrDIPXQTt2O/G18B2uhUKIIE/rkJeoszeFUdXV2wi0vm05o PTkNIzBkaJ7RrAQ0LXdwLppLQTo7Epf4rmMr8yw6ioIm3oh6FBXK2zAT2uwptqXc8oGX RNez0iOvpoF6XuhFVXWubLABL39ZMbPg9UyrK5TMmToDBA0NoxoGENibhTObgJIuyUrt An0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757475279; x=1758080079; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=RzAf0o3KCdYdITTUxyCoGQlOrWBF3zh7tmB1dSlnkDk=; b=tqed4igZLpsEzvVb94qRDQJPuz6RDSPWLFpEn569E8j5E6txZHCo5DaLTfWj3iSwk1 63aDSiOf1gUUiDYFoGT0Etmysi9tPE8/Xh8ydnFJkG3+ssF8g6hxBsCTcpvVhHAo5Vm3 gpJ5O61Rc/WYgh2I4QIJO7Ols9VqIiN710u/GFebXEuZknY0kdVGPGWqUEDHh3oAGASR H8ViwGuf6licg2O1giGVmIs9oSeq/2E8vLETmTlLPpiDk17CCvStauPRjWPdSNdMXvAI fR0NEW9dACNXCSyQj43uxVR0/OC+CKZvZjScRk6cLm5PkXwn+HBNjKaKbvSGLrhSBpOJ P4nQ== X-Gm-Message-State: AOJu0YwQslrkKbLOc229oDY0pGEa5M1P6rrWmMzMB/bTreaaTrvygBXa nZrwV8J6z4Pzuu/iPwB0sxdcZpEwjhDGL414iXIz/RY+FAK1NbPAsrAVwXjGJ5R0Y9Zndul1dl7 slsE= X-Gm-Gg: ASbGncuYqZrTjNgg5DK77A7Wn/k8kSQNFSu8g4IYVjnql0Jkok+pQJBLMGEb/XN78H2 fSc09b+28cL4UQjXe98C5ztbVw1yuMzl9Jri1v+y7jFxzp6FWtdk70FV1QE6H2XrQJ9sdxz19hH Fl+njsdFtg6fFA1bgi0QV8ZivHrSJANtSmZw/uCFeKu9DU1b/ZGFAYlpqZL9KzqzfgPoTl2sEOc HA/5mFTW8a4mG1a/buDRgCF6x+hqQuv9k7gjOS2XWY5DY8ccgF7jDdcIolWGXUbJP1PvUkNpZ8i s+p0isYorSIbrrDMKsKhpvgR/eg0kjpUZvDWSAAe+6W/B6gzkfWnv8XSPCQ6ISye8nV2NfALz8x +Visz//37PybMSaGt8sf6iaAP7+rzFTJPxUV8+lgfhGfz/M5aE24tpOY3z9mXuDkK1Z675FVa/g SNTe4P X-Google-Smtp-Source: AGHT+IFkWPsF1us4NMaYqjsOrytHJ9zTOzpkiwXv3OemitYx6c+cz7ScXRVtZZTnaB9msAbT3A97CA== X-Received: by 2002:a05:690c:6c11:b0:724:b868:d543 with SMTP id 00721157ae682-727f5938a8fmr160150927b3.41.1757475279031; Tue, 09 Sep 2025 20:34:39 -0700 (PDT) Received: from mail-yw1-f182.google.com (mail-yw1-f182.google.com. [209.85.128.182]) by smtp.gmail.com with ESMTPSA id 00721157ae682-723a834c9adsm67504017b3.28.2025.09.09.20.34.38 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 09 Sep 2025 20:34:38 -0700 (PDT) Received: by mail-yw1-f182.google.com with SMTP id 00721157ae682-724974fc5f8so47301977b3.3 for ; Tue, 09 Sep 2025 20:34:38 -0700 (PDT) X-Received: by 2002:a05:690c:25c8:b0:721:6b2e:a089 with SMTP id 00721157ae682-727f534bd8emr136395767b3.35.1757475277947; Tue, 09 Sep 2025 20:34:37 -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: Tomek CEDRO Date: Wed, 10 Sep 2025 05:34:26 +0200 X-Gmail-Original-Message-ID: X-Gm-Features: Ac12FXxan4mlmaw2YNnMxAGLCZelxvMzgsx2qHUM0w4cw7FIq4QklJZs7zxHTH8 Message-ID: Subject: Re: FreeBSD git weekly for 2025-09-01 to 2025-09-07 To: Graham Percival Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cM5sY0xMTz42kh On Wed, Sep 10, 2025 at 4:28=E2=80=AFAM Graham Percival wrote: > I'm happy to announce FreeBSD git weekly for 2025-09-01 -- 2025-09-07: > https://freebsd-git-weekly.tarsnap.net/2025-09-01.html > (..) Wow, this is really nice Graham, kinda live generated release notes, congratz and thank you! :-) Would it be possible to select different time span and only selected category? :-) --=20 CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From nobody Wed Sep 10 05:28:52 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 4cM8PR6H6hz671vc for ; Wed, 10 Sep 2025 05:28:59 +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 4cM8PR3x2gz4HS6 for ; Wed, 10 Sep 2025 05:28:59 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Authentication-Results: mx1.freebsd.org; none Received: (qmail 34900 invoked from network); 10 Sep 2025 05:28:58 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by mail.tarsnap.com with SMTP; 10 Sep 2025 05:28:58 -0000 Date: Tue, 9 Sep 2025 22:28:52 -0700 From: Graham Percival To: Tomek CEDRO Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD git weekly for 2025-09-01 to 2025-09-07 Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:14618, ipnet:54.86.0.0/16, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cM8PR3x2gz4HS6 On 2025-09-10, Tomek CEDRO wrote: > On Wed, Sep 10, 2025 at 4:28 AM Graham Percival wrote: > > I'm happy to announce FreeBSD git weekly for 2025-09-01 -- 2025-09-07: > > https://freebsd-git-weekly.tarsnap.net/2025-09-01.html > > (..) > > Wow, this is really nice Graham, kinda live generated release notes, > congratz and thank you! :-) > > Would it be possible to select different time span and only selected > category? :-) If the classification is perfect -- which is a big "if" -- then sure, no problem! I'm guessing that you're interested in monthly reports? And I could easily generate a page of each category, or just the ones requested. The big issue is the classification, but I imagine that after a few weeks, most of the problems will be resolved. Cheers, - Graham From nobody Wed Sep 10 06:10:08 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 4cM9KF1Vlmz67464 for ; Wed, 10 Sep 2025 06:10:25 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (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 "ultimatedns.net", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cM9KD3Bbxz4LXc for ; Wed, 10 Sep 2025 06:10:24 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Authentication-Results: mx1.freebsd.org; none Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 58A6A8TD079110; Tue, 9 Sep 2025 23:10:17 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ultimatedns.net; s=mx99; t=1757484617; x=1757485217; r=y; bh=FVkzMOJOcQ6HV0tS4p/dKv5mcPbPYp+yXnfjBx7c790=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=AcEGcqTqN73+W14KfN4sPjj4gVfKzHnaKqA2c4s7oL7JuTdg0Fx/EP5CGhRfx0NtI 3XNZ5E0gDq+YCGYKOwQyjXvBks7W+guinkBs8G1Ad46iwSLP4mQqJmAd4dqc7Uu9On SEfqarctc8z+RGVhGC5Zx+EwBCkjI6gHCfhjLzJxOTO9paep9jbr2WkbZzMhR5e2kQ A7gqvmp0qDtXN9jpbeq1R/h+zWuRpzfMst7RAMevHervlxvzR0EtNk33HwRqiSeGw9 DOVd1MWL9/fXIVqpck1NPvHkriG5CmUGx5ej3MBKJgtjd99vwgACNTEEeKTjo2oMjN DaTLY6gUWHWWQ== 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 Date: Tue, 09 Sep 2025 23:10:08 -0700 From: Chris To: Brian Cc: current@freebsd.org Subject: Re: qemu-guest-agent port In-Reply-To: References: User-Agent: UDNSMS/17.0 Message-ID: <52f3c2a5cf9829d0071e45d048f945de@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: multipart/mixed; boundary="=_8747ee4771e3c92ba3966e51a35c501a" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cM9KD3Bbxz4LXc --=_8747ee4771e3c92ba3966e51a35c501a Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On 2025-09-09 16:30, Brian wrote: > It looks like this port went away in current? The port was deleted in 2023 (https://www.freshports.org/emulators/qemu-guest-agent/) reason in the commit message was: emulators/qemu-guest-agent: Delete port - Remove port (being merged into a flavor of emulators/qemu) - Document change in MOVED HTH --Chris > > Brian -- There is no such place as the internet --=_8747ee4771e3c92ba3966e51a35c501a Content-Transfer-Encoding: 7bit Content-Type: application/pgp-keys; name=0xE512722F.asc Content-Disposition: attachment; filename=0xE512722F.asc; size=3074 -----BEGIN PGP PUBLIC KEY BLOCK----- mQENBGf/G0IBCADARuJc6IcwOe3jv7dQsP1X/EIHvCFExPbTmlMNFMXbMMccQUnV o8ayEn+wmTvPhw7uL3PDk7DQs16W1sN2b8UMFc804cVWNGtoG3rA+Np+TFEYlXJx eh5Q42VHptkuwzHKl+q2utkpRlS7uHyfjsInQAoHxLyi/wrsaZTHHhDbLLhJ5Ez0 arohQ2Q1w0M5e9rW8Fy5rpC7RpC6uO1SZMxcbdqURI/BBqxbiD1iW62cDWFkfFX+ dtaEXghFV7BIBMDSrgIunGoEfdMZgXys7O6bPWn8z0cuOZIPj4HrjoCYARyQ+sdc rjz/k06SLM/UvEZDorJhT4DbYrwMNvaPWJiPABEBAAG0HkNocmlzIDxic2QtbGlz dHNAYnNkZm9yZ2UuY29tPokBNQQQAQgAHwUCZ/8bQgYLCQcIAwIEFQgKAgMWAgEC GQECGwMCHgEACgkQVKBqaOUSci8bSwf/fK3QcTYXRMrv82HIp4SiGCSD7/bRmyWr ipv2vzknGFHxPBN4AEWIqF/U4j5oDXaodyU6xsy59Z47/lgbyzyZiVR6nmJVgZVf el/EgwnLt7ZuYGLLEhIN2pd9itJkB8PMPZrUHMWgIw8BxX5YFYGuyiNe9pGn0Coj 98t/v3fouhqksH+BpB4TBHJBBDSxSiMm66VTJX4Xcnpf0ZnQVP4GBuoyodnFBfdI wqftPLESsCC08lUhD2j7v2NRWwMi/q3ed8D6VCKPImBByYnBZL5gu56K5bwqaQfN itu06APuIYnG71qxgn1EPO63lovWP5NZGgOKvzs3K+JfPF79BiOUFbQjQ2hyaXMg PG1haWxvcEBocmNvbW11bmljYXRpb25zLm5ldD6JATEEEAEIABwFAmf/G0IGCwkH CAMCBBUICgIDFgIBAhsDAh4BAAoJEFSgamjlEnIvBH8H9RGwzZuU6+zvH1WjQa97 yWpEt9rC+BIBJThev2Cpls2LqBqIeIQVZPnyLAZWgFaiezL6+xbvcNt6OnfidIYa x8iRwCMC6/Bs8H2Wef9qfGxXi+jHPLYQk3juiZVmBhIK6FJZkzaW4wSiawofwzbp zqNxO8dZ0j4foaJZrNi8iqsvKjiiHoSFaJtumIThAeydI18CNLeFaS53sk5nad6I wCYeFKmJ/22dMP7DOFEgyG1iNYgY+AGREMkEsBiLpqYjJ5asK+1UdUy/TRly1hOt HHxCiX0Fh9ZYM2vLIj7sq4LKaMPGeYC3qTqBYugVeyz7LkiI2ft/BKveA5JxuYKk ZrQiQ2hyaXMgPG5hbm9nQGhyY29tbXVuaWNhdGlvbnMubmV0PokBMgQQAQgAHAUC Z/8bQgYLCQcIAwIEFQgKAgMWAgECGwMCHgEACgkQVKBqaOUSci+4Bwf8D0Ogk2/X ud/CsAgHozwzKPqfesL5SRWM14hLnU9/EHoplnZgNexbVY1wXIi2FYPo5cve9QxW Nmt3S3UTF9j2fGqv0wmeHv3EqogFUHnftLyWpbeTPOFDMIQp/BOD6ygfeXxXWxRT L6zvUkSrDtHvkQHPWGRxwP+ihWjpw9AQR/R4/qAuTAZZM0O7UnJEo4mWXatl+utF wegG2giwFTTxfF+1rMpFtUDjYCpRQ6ZmE+gC1mHUMoH7GJMQv12DbqwKrxtwGfd0 AJNO3ZDnxl24BmIfl1YqQGZQ5iIH7At4YItESbU45hoNNsG9oDrsil78EUCAtXHd UPScj+eXaeAkgrQfQ2hyaXMgPHBvcnRtYXN0ZXJAYnNkZm9yZ2UuY29tPokBMgQQ AQgAHAUCZ/8bQgYLCQcIAwIEFQgKAgMWAgECGwMCHgEACgkQVKBqaOUSci9o7Af+ Lwu5hJlI5HZNGwAll7QTIFZVW+y4OEg+amhxTDGbAAqlnSIkHC1KgkmIOOrThme3 kTFCqfIIsuP73yKxHq6kRG0zH5/7asAPNAUOfzD7B2o/gMyuTRKyG5r9f3UmACr4 6qvtFhIwROXr6+NNT2IKg3l0/8F58A0N/TR8D2PTHeo4x6jYcZQDCrCy7BAdk3cu V16k4z/1UzRa07b5McezbWL20cIaZ+dqNcCjKZpzPlTyTCGgrNNtaDpNVhoWUKMB YNcKql+tfC1IpX8l+IU6OBKcDKMkQojvO1QrZqY8MDJGo8jq/CtotQ8+IpAai3Bx dQEsxrxlcKTR4rUqvd8VGbkBDQRn/xtCAQgAv5Nv/aQN72xsLik+K73PJwpUmyhu vnI6stM6dSecylXVHjZ7C4n/m0eQEeQCl+9lByHR9N8H+WS3DtAd4pmciiIxRQLA JZiuaLYcy9ziy1h7130VoR7hhJHzo9FIhWkTGlCDX3egUZrYhMiwFUO8lNltLB8o TBvIrMSsnUzawtQjq/otv0Jf+oBPbG+gIYnAm7w6r86n/l+eVxf5eEoS7wV0DJfp b2jE5zWErWk8I/tq4e8T+1VQeVQR6wz+NrUCSxkPkpNAm19AFUHOk//yvMGWVlDW F6gr3ErN2a0w/kZ0lz3Msxsb87QT+MnJf/T3cuEqdTIoSk74BfNEAdMohQARAQAB iQEfBBgBCAAJBQJn/xtCAhsMAAoJEFSgamjlEnIvyvIH/26zytSVNDaxtprg7XtX LerIWf9RyVx8omCw/lXKRCcgkfwD7QR+nSZ0thWOGMpcnivjuReeVRkz/webUF47 BXJ/Tge07nrxdtyTIHBbp35fPIriaKaII6YWc2Ufdxwv+cD8PADS6gQWAlgrWLmn VmYtyHs4kwtiPZyUyuBdWnZal2GyYY0WVwYjvbk95eInwOaIdoTjesJ7ZhUFu155 r4hh9GlvM0uv8WJ5Mw9wvHa5fIM205I5g0IWC7yvTwwwKHlV4JQQOqMwfv569OEl 1GKqA12nSVziB1+UV+I0NqOABWi/MOi+IySPzYP+XgdPfRNx4vmoHYZwWOQ3t4Jd TEM= =oj6y -----END PGP PUBLIC KEY BLOCK----- --=_8747ee4771e3c92ba3966e51a35c501a-- From nobody Wed Sep 10 06:48:14 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with UTF8SMTP id 4cMBCS4ywZz677Jf for ; Wed, 10 Sep 2025 06:50:28 +0000 (UTC) (envelope-from dsl@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 UTF8SMTPS id 4cMBCS4Bzpz3C21; Wed, 10 Sep 2025 06:50:28 +0000 (UTC) (envelope-from dsl@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757487028; 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=uOyHxw4f7FU9SEGvc/QoIZcJw8VGwVkkqr8oNVw/v/k=; b=qOwR+2AdYd1ZqAZ1rop4rSxhIqOoHrV/wH1LFgcVHTvpVVlz6S0tkELitABZE9p+vU/E8S 0I9tASfE3pEbzg/h2/aj1fNQM587SMokVdPqvH5N6HvDZl3fd/BRE6YyZaCvI+FMnsiT3o RLoQPPaU5ssn2fbEhCdRv6Y9+sN/BMek2OZ4lWSMtcVeOfhZI7U848lCM4mfVpeSHYFSjK xLIbVymAa4dl+6mih3J6UKz02ADo7BHqC6f681M/LoGEGpYagFEETChXKrlmGfmuXVV5RN Be6Vef0D8j24DHjCnao9Z97Un6lIVtkMMc1T0n3X7HEdRCPXYBa4MVAxMYxJ4Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757487028; 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=uOyHxw4f7FU9SEGvc/QoIZcJw8VGwVkkqr8oNVw/v/k=; b=ROmBBDi5gZkISTxIIl91kbeRg2uY8bx0zVctYCE0MmaX9/LqKIAP0OygCLkbpO+DPIpB/M 2hNVwgYeJVJl7VxgTbN3FrUQxKlAzV1JAIbQb2ltWKZZ9+EtTCmi3okDOHaxrx8lCnvbuU EtMRfrdZZLKEatV5YOhQ2Sobv0+1tIWJTKEMrUld0O9mVnbq9iRAjfZ5UMNmqbw+Kr8men 2zfCE2az+1UFg9wCCvZ2100ARNJ33l/Lql+M4rxi8It1XoH8wEIHNs7dRsgpdy9SnKU+gl 7YI4pdb3y9hiKrOtV5ISKUpNsCL/J/i2yO30QdD1yJ38/pZdoQSPYhwSI4f9Ig== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757487028; a=rsa-sha256; cv=none; b=cD7yb8+lnPbp7QkSodVrCrGGW4zFFOZfY5OX9t1cugocAzb7M00llMNUe9Ia4iGKUhQd0X hx+ykm7uf/l7m70rz0QSVtfE9uEOE2NSQq8vd3rLeD+JdY1A0xvwjReo7BgSDBBn4YUzGm V4OtA2wRDNw829XBrfL9ayRPMdlq7hdcvArb5q8c/6UCiszc/4dh2I+z2uxP+9qHtuA+2v HKxcbMfJdHsES6C4OxNQ4RhxKE7vIfgBffIskJ3Fbkd8+fA5NefrCeqV/pTA75VoqLRn9d 4F16rvbgD0WNxSPN3cCl66eCqv4d1k7ZAxaGj+zTraTrJPqxJa3Nsw79P9USuQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from localhost (unknown [91.226.51.235]) (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) (Authenticated sender: dsl) by smtp.freebsd.org (Postfix) with UTF8SMTPSA id 4cMBCS152ZzHCM; Wed, 10 Sep 2025 06:50:28 +0000 (UTC) (envelope-from dsl@FreeBSD.org) References: User-agent: mu4e 1.8.13; emacs 30.2 From: Dmitry Salychev To: Graham Percival Cc: Tomek CEDRO , freebsd-current@freebsd.org Subject: Re: FreeBSD git weekly for 2025-09-01 to 2025-09-07 Date: Wed, 10 Sep 2025 08:48:14 +0200 In-reply-to: Message-ID: <86ikhq7qds.fsf@peasant.salychev.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: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Graham Percival writes: > On 2025-09-10, Tomek CEDRO wrote: >> On Wed, Sep 10, 2025 at 4:28=E2=80=AFAM Graham Percival wrote: >> > I'm happy to announce FreeBSD git weekly for 2025-09-01 -- 2025-09-07: >> > https://freebsd-git-weekly.tarsnap.net/2025-09-01.html >> > (..) >>=20 >> Wow, this is really nice Graham, kinda live generated release notes, >> congratz and thank you! :-) >>=20 >> Would it be possible to select different time span and only selected >> category? :-) > > If the classification is perfect -- which is a big "if" -- then sure, no > problem! I'm guessing that you're interested in monthly reports? And I > could easily generate a page of each category, or just the ones > requested. > > The big issue is the classification, but I imagine that after a few > weeks, most of the problems will be resolved. > > Cheers, > - Graham How do you classify the commits? Is it done manually or automated somehow? I wonder whether specific keywords can be added to the commit messages to suggest a category/simplify classification. Regards, Dmitry --=20 https://wiki.freebsd.org/DmitrySalychev From nobody Wed Sep 10 07:55:21 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 4cMCfr1pjpz67FwZ for ; Wed, 10 Sep 2025 07:55:48 +0000 (UTC) (envelope-from freebsd@gushi.org) Received: from prime.gushi.org (prime.gushi.org [IPv6:2620:137:6000:10::142]) (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 (secp384r1) client-digest SHA384) (Client CN "prime.gushi.org", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cMCfq6Knbz3HSm; Wed, 10 Sep 2025 07:55:47 +0000 (UTC) (envelope-from freebsd@gushi.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple ([IPv6:2001:500:6b:200:c000:0:0:1d8]) (authenticated bits=0) by prime.gushi.org (8.18.1/8.18.1) with ESMTPSA id 58A7tcar005479 (version=TLSv1.2 cipher=ECDHE-ECDSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 10 Sep 2025 07:55:39 GMT (envelope-from freebsd@gushi.org) DKIM-Filter: OpenDKIM Filter v2.10.3 prime.gushi.org 58A7tcar005479 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gushi.org; s=prime2014; t=1757490940; bh=axNJUjv4fjmHAuKA/Vq5pzC4fgDmeFHDCLCxKWfk8AM=; h=Subject:From:In-Reply-To:Date:Cc:References:To; z=Subject:=20Re:=20pkg-static:=20Warning:=20Major=20OS=20version=20 upgrade=20detected.|From:=20"Dan=20Mahoney=20(Ports)"=20|In-Reply-To:=20|D ate:=20Wed,=2010=20Sep=202025=2000:55:21=20-0700|Cc:=20Ian=20FREIS LICH=20,=0D=0A=20Kyle=20Evans=20,=0D=0A=20"Patrick=20M.=20Hausen"=20,=0D =0A=20FreeBSD=20Current=20|References:=20<6de df742-48bf-4b67-9993-67933104ba67@gmail.com>=0D=0A=20<7C4AA985-2F0 6-4580-93C8-374A75EC4965@hausen.com>=0D=0A=20=0D=0A=20=0D=0A=20=0D=0A=20=0D=0A= 20<31F247DA-DAA9-468F-9D9C-36F33E4F5C5D@gushi.org>=0D=0A=20|To:=20Lexi=20Winter=20; b=H20IPSIIVZIPAeQfm2Z7lKlrqrRNUX/2RHVqNi6Y9oNO7Aba1Kgy9uXnSwI94GYM+ xFqzZGJ7Cqxs3IJVU5j0hbr1jyUdnPPLG3tcJOXbAVAIQPO3VzMwwfr4JKic/ahvXy BmGZQOAE8anHs78KBfZlb2klnLqhLveBQ6CQoxxAmhSKS8NgRffvJ9ohwRp34WFgp6 poAwGy2wl53/iprzYaUJAw5PGTVhF8u2kPhxzMi+RBplaISNx/lOExgU4z67j3wWwO o+uV8gEuiWjlWVDcPXTB5XCCSoamdIoyXDOC48YdVJ0DQQGUH8WEDBZU7y7mfi+msS KzN0PNJrUACuA== X-Authentication-Warning: prime.gushi.org: Host [IPv6:2001:500:6b:200:c000:0:0:1d8] claimed to be smtpclient.apple 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: pkg-static: Warning: Major OS version upgrade detected. From: "Dan Mahoney (Ports)" In-Reply-To: Date: Wed, 10 Sep 2025 00:55:21 -0700 Cc: Ian FREISLICH , Kyle Evans , "Patrick M. Hausen" , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> <31F247DA-DAA9-468F-9D9C-36F33E4F5C5D@gushi.org> To: Lexi Winter X-Mailer: Apple Mail (2.3864.100.1.1.5) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.4 (prime.gushi.org [IPv6:2620:137:6000:10:0:0:0:142]); Wed, 10 Sep 2025 07:55:40 +0000 (UTC) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:393507, ipnet:2620:137:6000::/44, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cMCfq6Knbz3HSm > On Sep 9, 2025, at 12:12=E2=80=AFPM, Lexi Winter = wrote: >=20 > Dan Mahoney (Ports): >> Okay, maybe coffee hasn't hit yet, I've tried both: >>=20 >> poudriere jail -c -j freebsd:16:x86:64-pkgbase -m = pkgbase=3Dhttps://pkg.freebsd.org/FreeBSD:16:amd64 >>=20 >> and=20 >>=20 >> poudriere jail -c -j freebsd:16:x86:64-pkgbase -m = pkgbase=3D/FreeBSD:16:amd64 -U https://pkg.freebsd.org/ >>=20 >> (the manpage lacks an example for how to use -U and -m together) >>=20 >> Neither works, what am I missing? >=20 > i believe you want: >=20 > poudriere jail -c -v 16 -j myjail -m pkgbase=3Dbase_latest -U = https://pkg.freebsd.org >=20 > -U should be the URL of the base repository, the argument to -m = pkgbase > is the repository name (base_latest in this case) and the ABI string = is > added automatically by poudriere itself. >=20 > i've just tested this here and it seems to work. Okay, so, I've gone through and completely rebuilt all my packages = (except the few that had errors), I've disabled my stock repos, pointed = pkg at my temp ones with a file:///url, and even pkg delete -f pkg and = pkg bootstrap -f, unfortunately, pkg still seems to want to complain = that there's a major mismatch. Is there a way to quell this error? -Dan= From nobody Wed Sep 10 07:57:37 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 4cMCjC4MxBz67FnG for ; Wed, 10 Sep 2025 07:57:51 +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 4cMCjB59WTz3JYY for ; Wed, 10 Sep 2025 07:57:50 +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=rT92EzNN; 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=1757491057; bh=8UqkVzd8pXor4wIlteRQQhev2yDGtzWcL4FG0gF2CGQ=; h=Date:From:To:Subject:In-Reply-To:References; b=rT92EzNNjl83F9tkzoZ7DdO3CME9Naw+vkMCw9mYhdgvFcAEAr8Y8gKiz8S+crg0U bvrrSeQ1CUniXQIt7k1D/mtoG0yfz7oKXUjPNE7nt9UxmbWnTL8I2kI0CjCC3SZFjk lsvJcnoKwVda5Vb3yESfSct/VUSMijXUMbPvvXALpiTai5S++7j9epzfGwvZv+06ty I3R4jf5mnxRpkdqoDzs+ikMXySHyIvcENi0PwTCoOXttCKS65YOvE0v8qIUj32NCaJ r8G9aqYhQT20H4SwjSac2S4tL4shX0Hhsq+JpL+wSS+1JiHHpsZa5mSkcb1uWGKv5o XutvZ2K3pdJn0TNOr3dSNfYpm9CV/Xx2qvOQnrP5eVeKSHi6WjsQJtnTFMEbv2QVu6 unSGDLlBc78MvYlFKg4/Ik2FmSwMVmY0DgrOhHUZeOoj+GJ1XgNZ0ameXaGeXWXmg0 oE8P57LVIYPohO0uDZ59JWqQ9udRw04kIhaklrn12zHn4bLqAme8iqFuJTvTFTg6ZP b1yBJb4GCl2uLorOJhyqQjTd0aZhfrY3aNbTXt9ziZdx9SXTkC4VzstEGgZwY4Fejf GZmT4N4Uv3TmFqPv/JEuE1ngovO2X7YmTbN+K9kVbiJytp9emhyZ6cK0kQqKPbQ1Uw JKU+SEzvhB4wv22ngla9EQco= 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 A86EE5AAE35 for ; Wed, 10 Sep 2025 10:57:37 +0300 (EEST) Date: Wed, 10 Sep 2025 10:57:37 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: Re: FreeBSD git weekly for 2025-09-01 to 2025-09-07 User-Agent: K-9 Mail for Android In-Reply-To: <86ikhq7qds.fsf@peasant.salychev.org> References: <86ikhq7qds.fsf@peasant.salychev.org> Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Spamd-Result: default: False [-0.80 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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: 4cMCjB59WTz3JYY On September 10, 2025 9:48:14 AM GMT+03:00, Dmitry Salychev wrote: > >Graham Percival writes: > >> On 2025-09-10, Tomek CEDRO wrote: >>> On Wed, Sep 10, 2025 at 4:28=E2=80=AFAM Graham Percival wrote: >>> > I'm happy to announce FreeBSD git weekly for 2025-09-01 -- 2025-09-0= 7: >>> > https://freebsd-git-weekly=2Etarsnap=2Enet/2025-09-01=2Ehtml >>> > (=2E=2E) >>>=20 >>> Wow, this is really nice Graham, kinda live generated release notes, >>> congratz and thank you! :-) >>>=20 >>> Would it be possible to select different time span and only selected >>> category? :-) >> >> If the classification is perfect -- which is a big "if" -- then sure, n= o >> problem! I'm guessing that you're interested in monthly reports? And = I >> could easily generate a page of each category, or just the ones >> requested=2E >> >> The big issue is the classification, but I imagine that after a few >> weeks, most of the problems will be resolved=2E >> >> Cheers, >> - Graham > >How do you classify the commits? Is it done manually or automated >somehow? I wonder whether specific keywords can be added to the commit >messages to suggest a category/simplify classification=2E > >Regards, >Dmitry > classifier apparently it runs on https://github=2Ecom/Tarsnap/freebsd-git-weekly/blob/main/freebsd/classify= =2Etoml btw that looks awesome summary indeed, much easier to follow than less'ing= whole commit log and /'ing there i see it getting more advanced in future=2E maybe even sending notificatio= ns out From nobody Wed Sep 10 09:13:04 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 4cMFNQ1qtHz67L1g for ; Wed, 10 Sep 2025 09:13:26 +0000 (UTC) (envelope-from me@allatar.ru) Received: from mx.allatar.ru (mx.allatar.ru [91.203.208.47]) (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 4cMFNQ0cq7z3SxC for ; Wed, 10 Sep 2025 09:13:26 +0000 (UTC) (envelope-from me@allatar.ru) Authentication-Results: mx1.freebsd.org; none Received: from mx.allatar.ru (localhost [127.0.0.1]) by mx.allatar.ru (Postfix) with ESMTP id 4cMFNB0Z4JzMtjr for ; Wed, 10 Sep 2025 12:13:14 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=allatar.ru; h= user-agent:subject:message-id:mime-version:to:date:content-type :in-reply-to:from; s=dkim; t=1757495585; x=1760087586; bh=Kw7V7H a9dQ9RZzcX1VtGxI9tdUoNLpUZm5L/9RV1kgc=; b=PA17sW7S5pKUdhsNKLi2Ma cKC7TMlA6+9wDB2/2m/8Qjt48DU8HdHdRp6oun9uXu/zJQ8bwHNmcVB3G/fe2ySc gKx+KtRVKd8WScqWfo+bqaEGNymkRkSBi9HfJALm0ZyIH1qW/kvuo+XR8lY76XAQ PzLNNbn9ZsFMXS6Clq7UtOH2UsweEg5nSVhsUCLxCNZLElzg8cmFWvSjO1vmRaGV XhiYhW+RNedhr6DNGw5+pevowdY9wbr36tte1zEJUPMCQF1Rcr7tXkCvJ7i0NmSm hgaTHmA4+8f9ma96qIwS3drdXT9pceS68aK7sBESPVgViI4kbpd7JwZddWtlNUDQ == X-Virus-Scanned: Debian amavisd-new at mx.allatar.ru Received: from mx.allatar.ru ([127.0.0.1]) by mx.allatar.ru (mx.allatar.ru [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id w0WMo-p_01BE for ; Wed, 10 Sep 2025 12:13:05 +0300 (MSK) Received: from localhost (localhost [127.0.0.1]) by mx.allatar.ru (Postfix) with ESMTPSA id 4cMFN106BVzMtPx; Wed, 10 Sep 2025 12:13:04 +0300 (MSK) From: "Alexey Volodin" In-Reply-To: Content-Type: multipart/alternative; boundary="----=_=-_OpenGroupware_org_NGMime-1625-1757495584.802758-3------" X-Forward: 91.203.208.7 Date: Wed, 10 Sep 2025 05:13:04 -0400 Cc: "Lexi Winter" , "Ian FREISLICH" , "Kyle Evans" , =?utf-8?q?Patrick_M=2E_Hausen?= , "FreeBSD Current" To: "Dan Mahoney (Ports)" 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 Message-ID: <659-68c14100-d-7f4ed080@115898840> Subject: =?utf-8?q?Re=3A?==?utf-8?q?_pkg-static=3A?==?utf-8?q?_Warning=3A?= Major OS version upgrade =?utf-8?q?detected=2E?= User-Agent: SOGoMail 5.8.0 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:47193, ipnet:91.203.208.0/22, country:RU] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cMFNQ0cq7z3SxC ------=_=-_OpenGroupware_org_NGMime-1625-1757495584.802758-3------ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Length: 1650 Hi Dan, The https://pkg.freebsd.org/FreeBSD:16:amd64/ link was added just yeste= rday. I think its comletion with "latest/Latest/pkg*" will do the trick= at bootstrap -f. Several days, mb. --- WBR, Alexey =D0=A1=D1=80=D0=B5=D0=B4=D0=B0, =D0=A1=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1= =80=D1=8C 10, 2025 10:55 MSK, "Dan Mahoney (Ports)" = =D0=BF=D0=B8=D1=81=D0=B0=D0=BB(=D0=B0): =C2=A0 > On Sep 9, 2025, at 12:12=E2=80=AFPM, Lexi Winter wr= ote: > > Dan Mahoney (Ports): >> Okay, maybe coffee hasn't hit yet, I've tried both: >> >> poudriere jail -c -j freebsd:16:x86:64-pkgbase -m pkgbase=3Dhttps://= pkg.freebsd.org/FreeBSD:16:amd64 >> >> and >> >> poudriere jail -c -j freebsd:16:x86:64-pkgbase -m pkgbase=3D/FreeBSD= :16:amd64 -U https://pkg.freebsd.org/ >> >> (the manpage lacks an example for how to use -U and -m together) >> >> Neither works, what am I missing? > > i believe you want: > > poudriere jail -c -v 16 -j myjail -m pkgbase=3Dbase=5Flatest -U https= ://pkg.freebsd.org > > -U should be the URL of the base repository, the argument to -m pkgba= se > is the repository name (base=5Flatest in this case) and the ABI strin= g is > added automatically by poudriere itself. > > i've just tested this here and it seems to work. Okay, so, I've gone through and completely rebuilt all my packages (exc= ept the few that had errors), I've disabled my stock repos, pointed pkg= at my temp ones with a file:///url, and even pkg delete -f pkg and pkg= bootstrap -f, unfortunately, pkg still seems to want to complain that = there's a major mismatch. Is there a way to quell this error? -Dan ------=_=-_OpenGroupware_org_NGMime-1625-1757495584.802758-3------ Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Length: 2101 Hi Dan,
The https://pkg.freebsd.org/FreeBSD:16:amd64/ link w= as added just yesterday. I think its comletion with "latest/Latest/pkg*= " will do the trick at bootstrap -f. Several days, mb.
---
WB= R,
Alexey


=D0=A1=D1=80=D0=B5=D0=B4=D0=B0, =D0=A1=D0= =B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8C 10, 2025 10:55 MSK, "Dan Mahone= y (Ports)" <freebsd@gushi.org> =D0=BF=D0=B8=D1=81=D0=B0=D0=BB(=D0= =B0):
 


> On Sep 9, 2025, at 12:12=E2= =80=AFPM, Lexi Winter <ivy@freebsd.org> wrote:
>
>= ; Dan Mahoney (Ports):
>> Okay, maybe coffee hasn't hit yet,= I've tried both:
>>
>> poudriere jail -c -j free= bsd:16:x86:64-pkgbase -m pkgbase=3Dhttps://pkg.freebsd.org/FreeBSD:16:a= md64
>>
>> and
>>
>> poudri= ere jail -c -j freebsd:16:x86:64-pkgbase -m pkgbase=3D/FreeBSD:16:amd64= -U https://pkg.freebsd.org/
>>
>> (the manpage l= acks an example for how to use -U and -m together)
>>
&= gt;> Neither works, what am I missing?
>
> i believe= you want:
>
> poudriere jail -c -v 16 -j myjail -m pkg= base=3Dbase=5Flatest -U https://pkg.freebsd.org
>
> -U = should be the URL of the base repository, the argument to -m pkgbase> is the repository name (base=5Flatest in this case) and the ABI= string is
> added automatically by poudriere itself.
>=
> i've just tested this here and it seems to work.

= Okay, so, I've gone through and completely rebuilt all my packages (exc= ept the few that had errors), I've disabled my stock repos, pointed pkg= at my temp ones with a file:///url, and even pkg delete -f pkg and pkg= bootstrap -f, unfortunately, pkg still seems to want to complain that = there's a major mismatch. Is there a way to quell this error?

-Dan
------=_=-_OpenGroupware_org_NGMime-1625-1757495584.802758-3-------- From nobody Wed Sep 10 13:13:16 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cMLjB5XFyz62dj5 for ; Wed, 10 Sep 2025 13:13:18 +0000 (UTC) (envelope-from des@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 4cMLjB4pDVz3qXD for ; Wed, 10 Sep 2025 13:13:18 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757509998; 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=r6xlkJoWqp3xLRFn0i+NKDU0W9w/0rfBGsTfN6bWl68=; b=WeOnIDUtcGD+5rKeB8Sudg3cqEBOGw4dFWjvr6rIws/tjB8I6xxyUUDEgBqnREKihAD1CY 3s1/hdUrPJgeB0Av4ydaIHZxo199B9Svx7V9riA2QCcsH4t1KPac/OBLiAZ001okT9jH2g cFJ8AjnlJAS3G7+AXZRDazmWp4HPnfvgmoBcoIdVokFsMoLmELwgtBAh+gURXzUt1tO1J2 xc7b04iZuPWWd2vBAKxzuI/WVeV2etae/cm1xaWwf2obJEYOSyQf4E3kNb9rMRwEC8nzsE IslUIAWTayYFus1fmR5nEtu3E4IHFQcHlyUtkXY+3UNdHzTtvejPqAvcv5W/1Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757509998; 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=r6xlkJoWqp3xLRFn0i+NKDU0W9w/0rfBGsTfN6bWl68=; b=oTX9uFJ6okKmQ8e6XKZffEFgKgHqUaAToR/OROTVTt3+0/uWuA9dYiiHRbm2q+Z+OjCQv7 wGTH+OrErjSZEVhRYSKzPALhoFNsjPX+1/rrFhYjv4Yu7CjUcvqNyRx5T8gpK8we9V/RRL deZFhObaMC86sF6izluJK5oseEN3S7/uEmf19KCQiYuUD+LneqdGg6GA4KkfsmIfu7MnVU v8DexrIR+oBmNUuyOvFjwzlMR/xPWugJbSGKTVVlb3hTTlbouCYfwn4wGIN/7zlkX7XaLP K3g2xn8ZC535mBX3WcI6YGuhBVTWle4AUPNAHCk2Ozrlf+Ye2c4lnLKAvo1ZUg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757509998; a=rsa-sha256; cv=none; b=Ep8G55HSX6mx3uPc1PjMmwscIHBpCcftP0ZZ9DLJy4br7Enqcuf6bdgHcQzkVZVI11eUoM uOR5/EE2ubXC3B2W4if4RdcVhM0Gt6XrEaVyQTB/NTHUK//LwhS4ZqKCNMNybaQAVvWLws iaM4NOdZxKjwCB9zoNAQXYkeRH6tTbMZcCsgJqZY1FnHRUbODr17ok2fPIqlHtgs6UQJur wOQyLdXMRuylkO0yi3VhakSbeR5fu6fGf/GRmrkM9UMhZ19V78dvjP8eaClUm/eRTioT/Z lkTIGcdWPnBp7MeLPaG+qXvk82lhmXbeqUoFqIE/MkXdCuMugAVMKiMfgXKX5Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (88-177-82-251.subs.proxad.net [88.177.82.251]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cMLjB3fxpzQKr for ; Wed, 10 Sep 2025 13:13:18 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id F344B8816B; Wed, 10 Sep 2025 15:13:16 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-current@freebsd.org Subject: Re: RFC: building with non-default options on universe machines? In-Reply-To: (Lexi Winter's message of "Tue, 9 Sep 2025 18:35:06 +0100") References: User-Agent: Gnus/5.13 (Gnus v5.13) Date: Wed, 10 Sep 2025 15:13:16 +0200 Message-ID: <86zfb2ih77.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Lexi Winter writes: > you would normally set that in /etc/src.conf (see src.conf(5)); Rick's > problem is because he's trying to build on a machine he doesn't have > root access to and therefore can't edit /etc/src.conf. https://reviews.freebsd.org/D52470 DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Wed Sep 10 13:20:29 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 4cMLsW6fchz62fH2 for ; Wed, 10 Sep 2025 13:20:31 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cMLsW4N4Tz3rFc; Wed, 10 Sep 2025 13:20:31 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757510431; 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=W9jsuvDCE3QDqXN4Zx7cz/f0YhuMSTiXySUDaezlwtk=; b=nrhaVWQ54Z+zmmOkUbNq5iR2I1Z5/NQKWjB+wrtymznfaFzOaBJWXZwtElcAhBCksp6exv OYQaTyQ75XXw6WSIltCpzgu6H4emlYigQhJkCdj37EUADxXi6mCfkHGwM/1zyGYsOzSm6a jAx/ovlZUqm6Dje7sbeyXlh3ex+AB/D3hSFZkQVAZW/6yHY12CeolJY9Xw70RyvUqTSGDt VlWfsvCfO1KBaMwtfiR+n5K6m2vhLNGSmoxjkFjSoEeWOI3YMC6CEBgrA8uAgum9Rt7QlI YleguB2nIZZrfmC4SoF4BMffpfPcV3eIffKQVIFOTtqPRuurHJ1K3yGK4Wk0Bg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757510431; 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=W9jsuvDCE3QDqXN4Zx7cz/f0YhuMSTiXySUDaezlwtk=; b=oqPK8B5d+Li6LifjP/+ytYHC9pFPMCveuiHLiIe8xdTF/yxFZl/BxivHkBMbeIdm/9mDye t5OX8lRuGGtjbKBkM/a8k8X1DbYe0UCPxVR+01Hxdlrk1mfk8PMBzkyo4+TSi10VM/WqZJ rtE6k9sTKmxBCtwhHLMBpqeD4i/IBl2sHstsL2KoMW4DlF8dCfN/VTXZKBEuVMzM7c2p9v q3yzhju41wXp3wlmr3yI1hV7t/ZYTXrCMBLKVW99l5MqTYXemqiObbOCwxczfIo4Puviy+ Vy9j7FbTv8si6quwJasiU/sch5BYLo/j/+urQ+1WBj+XOftDKJQG51XLCWB96A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757510431; a=rsa-sha256; cv=none; b=Vhvg0MarWugONWlndf+5uZdVPHoOxr+KDi+MyKHk2h6/GdI2cVJLHxM6IoPXrMhfzQEHUG AB+IcNv50uuGFL+wHUTRuF6KPMdZcyoHpPYC3un1HK3o5IyVyIkt1BDuCf6idru0dNoOnB wFw6UOqTLQ29EKydTYeUpUwn/GMTddc9f6M1wv3TDRluHnmnB07WJZlndynbS4XAIW66p4 o/7O2fXW5vwuYKhHJbnRoBccGYIgrPvAeV7lBfjRI3g7FOrRmW5TThlKFSPoxkcbmmXArH Z3AY2H8wQ3cZ5MtOr3QL3hjl08UVs3iVgzBtPwD70hQERBfMk0v/JisB303JpA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (88-177-82-251.subs.proxad.net [88.177.82.251]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cMLsW2tcSzPPj; Wed, 10 Sep 2025 13:20:31 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id E276C84873; Wed, 10 Sep 2025 15:20:29 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ian FREISLICH Cc: Kyle Evans , "Patrick M. Hausen" , FreeBSD Current Subject: Re: pkg-static: Warning: Major OS version upgrade detected. In-Reply-To: (Ian FREISLICH's message of "Tue, 9 Sep 2025 14:33:46 -0400") References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Wed, 10 Sep 2025 15:20:29 +0200 Message-ID: <86v7lqigv6.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ian FREISLICH writes: > Kyle Evans writes: > > We certainly build packages for -current, but the branch happened > > only a little bit ago; it's another 12-14+ day cycle to get a fresh > > package set and alleviate the above condition. > In fairness, at the branch point, 15-prerelease and 16-current ports > trees are the same. Can't the whole set just be copied with the index > updated to 16? No, but users can add ABI=3DFreeBSD:15:$(uname -p) either to their pkg.conf or their environment to force FreeBSD 16 to use FreeBSD 15 packages until FreeBSD 16 packages become available. This should work as long as FreeBSD 15 and 16 don't diverge too much. Once that happens, the trick will continue to work provided the kernel has COMPAT_FREEBSD15 enabled and misc/compat15x is installed. You will however have to build any port that includes a kernel module from source. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Wed Sep 10 13:29:51 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 4cMM4g53CGz62fLv for ; Wed, 10 Sep 2025 13:30:11 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cMM4g2wBsz3slT; Wed, 10 Sep 2025 13:30:11 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x533.google.com with SMTP id 4fb4d7f45d1cf-6188b72b7caso7514482a12.2; Wed, 10 Sep 2025 06:30:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757511005; x=1758115805; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=I7+1ZSXVJMkGX01dr8GR/L4EZy9EqO5jXIw7TtZJ5TI=; b=hjwJkh9+PXjSlaeNjMqvvrKId5umRtpgtIireQqCxFL3Hz8kZw/CBZvOGuuxQ9W7Bu dE82q0Q/zERaIL3QGRGQzbxvcOM/3qcP0GEc87783lercuVcf86O/ffGvSbTSEF2mfNe vpvrD4FUnPXlDXyBS0QDp4B8DxorzSPOWOJijuWB67f5KkBZ1w+IYa3AtLdadxV7gtKs ZM3z2HAQUGF8+yVgyXKggP5oaNKQH2fC55hoM8ENSr1tgYfAapGJrCTd/sTmTKEq0ug4 GQc3qjAdZAv2I2koxtyXub0oMgR70EVq+LWKPR/zi20IX++A3F+fUiKuWc0O6D4+mvf+ W5rA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757511005; x=1758115805; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=I7+1ZSXVJMkGX01dr8GR/L4EZy9EqO5jXIw7TtZJ5TI=; b=au4lIHVGv7pcVGhqPECJOKx9WsVoOJl0Cc+PHnhsMdff7EQwDqEMVrU1H2sRe+BUYV hZNt+T4cPQHr8ripCANRWMAf+DTKX/HOotqdzqjg+43eeAYf+NfINzdjk6v0fDx17KPc 2Q9FJi7tJYbAtJTYtXC5zzDAjLvWg/+7iVQKwsdqDbiLzStawF4nC4XL4axD67zAImQd Bkx3qbvtno+IVq7E5CgY4ao2zfg9ax7DhbunxCPvbo/v0w1HQbWKXGsEAzwr9P+HcCfc vqcdwjF4kukK8YcD9YfQbaubjci2y4idkCSxLFAxnDAR+RWG8IWjPxVLOufSYD34RoVz +zNQ== X-Gm-Message-State: AOJu0Yx8L3TmAbsi5nBEZIm0phrEnhjlbe2M5mE7Nk5XmcDl1Ry2Bkmv 5JExWnXi2mnSz4CWp4Tft6adQRSRptgXAFTQqeSz21/U2smnX772c1Ejzn9O4y1cxfU3yrGJqu0 z3Wtx79/BJbp5G79A3b9PQKUieX2Petue X-Gm-Gg: ASbGncvpZiqQWHoDPE1hV6DEuraRqDfzLmglMlADWpVuFYjlWrIcmF59rrqNqzoIH+z J/eXcS6UF/8LufTpySatw/SUDSbh1xOVYAELNjbpQKc/ZKw+b+vlvEfx+TJl1cOYvGy3oIRGZN8 QQ6SvLlg36DULiYvX1sRlKg/hbeUGTYL4Z00K2VuVscTPrFmuKiW3yXEZhH+TMn0JzVfXcDD0Ga /SwGzjjS4FlkHHWlOkPMLyW6RfeFf38uKafknbH5wZkgStXNw== X-Google-Smtp-Source: AGHT+IG+dPcLWa2WvPh7jHVQflsbeN9Cz59EVkGv+Z9+59/mqxpduodVnrDKxlx40myGBwNnezhk8iw17ZYd/Gb1VmY= X-Received: by 2002:a05:6402:438f:b0:618:a4fe:d821 with SMTP id 4fb4d7f45d1cf-6237488bee4mr14064404a12.14.1757511004757; Wed, 10 Sep 2025 06:30:04 -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: <1a9016f0-854c-4038-93d8-c4c418bb5b8e@FreeBSD.org> In-Reply-To: <1a9016f0-854c-4038-93d8-c4c418bb5b8e@FreeBSD.org> From: Rick Macklem Date: Wed, 10 Sep 2025 06:29:51 -0700 X-Gm-Features: AS18NWCnG8LhKTZKrYjPUB9CeqBumAvxqJPbtO0ue3ve-6N1VTWFMzs12ztRM40 Message-ID: Subject: Re: RFC: building with non-default options on universe machines? To: Kyle Evans Cc: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cMM4g2wBsz3slT On Tue, Sep 9, 2025 at 10:28=E2=80=AFAM Kyle Evans wro= te: > > On 9/9/25 11:54, Rick Macklem wrote: > > Hi, > > > > This is a really dump question, but since I've tried a > > few times without success, I figured I'd ask.. > > > > I need to do a "make buildworld" with WITHOUT_MITKRB5=3D"yes" > > set. I'd like to do it on one of the unverse machines, but I cannot > > get it to work. > > > > I put WITHOUT_MITKRB5=3D"yes" in a file and tried both > > SRCCONF=3D../src.conf and __MAKE_CONF=3D../src.conf. > > They both would fail at some point, because other things > > that depend on the setting would fail. > > > > So, does anyone know what the trick is? > > > > Is ".." literal or a placeholder? We probably don't resolve those to an > absolute path for later parts of the build, so you probably want to do th= at > up-front if you hadn't tried that yet -- MK_* knobs may be processed in s= ome > or many contexts where cwd isn't the root of the src tree. Yep. Thanks. This worked. Once I used SRCCONF=3D/home/rmacklem/src.conf the build completed. I'll admit I would never have thought of this. Thanks, rick > > Thanks, > > Kyle Evans From nobody Wed Sep 10 14:39:18 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 4cMNcW1Zfvz62kY9 for ; Wed, 10 Sep 2025 14:39:23 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: from mail-yb1-xb2a.google.com (mail-yb1-xb2a.google.com [IPv6:2607:f8b0:4864:20::b2a]) (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 4cMNcV56Mrz44Gf; Wed, 10 Sep 2025 14:39:22 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb2a.google.com with SMTP id 3f1490d57ef6-ea3be80a1c0so505794276.1; Wed, 10 Sep 2025 07:39:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757515160; x=1758119960; darn=freebsd.org; h=mime-version:subject:user-agent:references:in-reply-to:message-id :date:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=Ue8nmKQE3kSUAGC9q97TKQhkM37Yb4JIRwuZSkBXiT4=; b=hjxhdB5rH1/9JVUb/WNKnA5o+hwUGWpC5huaRkbnekdUUd1MtZYJ5kMbcMhno7/Bz8 vdHWqn3eehirPax9fcmx6XM7uM338/WCEsrUYRitUkWn7q3aaJzS9ChyYa0uiCGcQq4l 0PUY1Cqy8+limpwvgTao0m8qD096LvFyDksXwKA6OgQnE6xGKRbgY3xOM/SPhTyRzqhW LFUHIAsE+w6pl7PHhtQZceniO2MNrezTQw5MggdB0UDPOOWmWr7CA165NwFUjhM+BT9o d6B9XJTYeofKAHloxNE6GuB1CMg8k+UvYvFyXWPtqFk5NQ9dePCfCvSNa873qqs06zj/ dyJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757515160; x=1758119960; h=mime-version:subject:user-agent:references:in-reply-to:message-id :date:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=Ue8nmKQE3kSUAGC9q97TKQhkM37Yb4JIRwuZSkBXiT4=; b=Br/xP7UFOg5VAd5O8X8XSahgQxCMbFnocAB9sXndaXWXYRaKz1oBnY1iEQRJAbiMTr uITj1uhKrqPxQZyWRBq+YwbcXbg6XlRMRbJi1ybRIiyvpQ+OIR51JzlnfdBQj095C7Zx gMtLK7L0kYyZPOxr2FEgzXcuyOAKDwBrZu7r11iOH8UtIpcCwDMDoxlOU7mwLAZtN3gy Eo2Dba69ML7n0um2F6OynBnW4FO0+KcWDQroOR/ayv9AkrgyrkmBxdgfevgZOR3KkN79 XyWLYTLPsh8ugINTzRTOakim7JWFGW3j9ZimlEBUA5HKkDJ5AJvDXbHBBmq1nmAUMbmN IFuw== X-Forwarded-Encrypted: i=1; AJvYcCWttjZgOWzVQ3CmakLQUlka4RDKYzh51jPYoCOgtI9jddLh4OOJCj9Cee36NKqOP0+nj5GvwRz+@freebsd.org X-Gm-Message-State: AOJu0YwSRkFFVAV1CpAGBDavfBYTJeuX2fgvrhD0spoW+1Z5woHDdzRP 3pmad3BV2zYhERy4Ky/graLZC6bfJz/ycXGKj4B9/F1YFUoCaFWH3PSbpGEOcnEM X-Gm-Gg: ASbGnct01u9m5wjgbVUxSpUZTKzZFy2WKXHhRzwIstk97P7QYW8dznaUXbJn4zWvKOe rxGJwLP/M/JPNmHPhpKJpL4IY68xEYhLVymr+5K6vEWan8shgF5yLrRuEaRx0lTrhLOLSjvWGfv GNARJp+TrpVVubH9frKyqBMB3e31XGn2PTh2Uz7NteSINEdEWGgyc+2weTaBGd6/GTnorwvoGyn Bxf2PHQxrOShK7xpkio4FslbUyUdTZfCn23C66NVmvt6l+5Z1S8aYwLN5C+TCA/xl2qswU1RweF sX/8dJtpYg4CWgacgDSsQUqBSQtc9E7KjUaoOu6dm554hYn9OegOZUkUbKvQWq/L9PdA2mQcEXf i93ikTLN5L3prgbnut50ZUzx+OzY/ymWccEaJT2nc4bXrgSU0k9E9ve3+xAkCQ6iF50WeMO1tHd TKYiamJQ1aastie/fT7utg9zLB X-Google-Smtp-Source: AGHT+IFiK0dA5Pxf1YkzB0DBpYHA06eLxXHsLkRYSn902XfR/33dKSqgmFT97vBA0O940fk726UK4A== X-Received: by 2002:a05:6902:410b:b0:e96:c456:46a5 with SMTP id 3f1490d57ef6-e9f67897e1emr11847379276.26.1757515159953; Wed, 10 Sep 2025 07:39:19 -0700 (PDT) Received: from [10.0.0.109] (107-128-20-168.lightspeed.tukrga.sbcglobal.net. [107.128.20.168]) by smtp.gmail.com with ESMTPSA id 3f1490d57ef6-e9bbe19bdc7sm7535956276.33.2025.09.10.07.39.19 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 10 Sep 2025 07:39:19 -0700 (PDT) From: Ian Freislich To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= CC: Kyle Evans , "Patrick M. Hausen" , FreeBSD Current Date: Wed, 10 Sep 2025 10:39:18 -0400 Message-ID: <199341111f0.28c3.64e08aff09ba5a21b2fc9010d26a90e5@gmail.com> In-Reply-To: <86v7lqigv6.fsf@ltc.des.dev> References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> <86v7lqigv6.fsf@ltc.des.dev> User-Agent: AquaMail/1.55.2 (build: 105502562) Subject: Re: pkg-static: Warning: Major OS version upgrade detected. 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="199341115b2645b28c3e4ac474" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cMNcV56Mrz44Gf This is a multi-part message in MIME format. --199341115b2645b28c3e4ac474 Content-Type: text/plain; format=flowed; charset="UTF-8" Content-Transfer-Encoding: 8bit On September 10, 2025 09:20:32 Dag-Erling Smørgrav wrote: > Ian FREISLICH writes: >> Kyle Evans writes: >>> We certainly build packages for -current, but the branch happened >>> only a little bit ago; it's another 12-14+ day cycle to get a fresh >>> package set and alleviate the above condition. >> In fairness, at the branch point, 15-prerelease and 16-current ports >> trees are the same. Can't the whole set just be copied with the index >> updated to 16? > > No, but users can add ABI=FreeBSD:15:$(uname -p) either to their > pkg.conf or their environment to force FreeBSD 16 to use FreeBSD 15 > packages until FreeBSD 16 packages become available. This should work > as long as FreeBSD 15 and 16 don't diverge too much. Once that happens, > the trick will continue to work provided the kernel has COMPAT_FREEBSD15 > enabled and misc/compat15x is installed. You will however have to build > any port that includes a kernel module from source. Thanks, I don't use binary packages and always compile ports so this trick will silence pkg. Is there a way to tell pkg that it's local only, ie. just for locally compiled ports? Ian --199341115b2645b28c3e4ac474 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On September 10, 2025 09= :20:32 Dag-Erling Sm=C3=B8rgrav <des@FreeBSD.org> wrote:
=

Ian FREISLICH <ianfreislich@gmail.com> writes:
Kyle Evans <kevans@FreeBSD.org> writes:
We certainly build packages for -current, but the branch = happened
only a little bit ago; it's another 12-14+ day cycle to g= et a fresh
package set and alleviate the above condition.
In fairness, at the branch point, 15-prerelease and 16-cu= rrent ports
trees are the same. Can't the whole set just be copied wi= th the index
updated to 16?

No, but users can add ABI=3DFreeBSD:15:$(uname -p) either= to their
pkg.conf or their environment to force FreeBSD 16 to use = FreeBSD 15
packages until FreeBSD 16 packages become available. &nbs= p;This should work
as long as FreeBSD 15 and 16 don't diverge too much. &nbs= p;Once that happens,
the trick will continue to work provided the kernel has C= OMPAT_FREEBSD15
enabled and misc/compat15x is installed.  You will h= owever have to build
any port that includes a kernel module from source.

Thanks, I don't use binary packages and always = compile ports so this trick will silence pkg. Is there a way to tell pkg th= at it's local only, ie. just for locally compiled ports?

Ian

--199341115b2645b28c3e4ac474-- From nobody Wed Sep 10 15:23:01 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 4cMPZv2pnkz66THS for ; Wed, 10 Sep 2025 15:23:03 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cMPZv2880z3D21; Wed, 10 Sep 2025 15:23:03 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757517783; 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=wsFHHO6QSeBKghzClMnU0/aFBSpeYFn+v9f25yrpxJQ=; b=lspsXpV46g4sr3ZjzBXfz3N81rSyFIBpWUkiGEMI6EEVotMb+/QLqBgeJT7brX2RyaNqTM yrRZSJUp4uaJlH12LPTSYLQPyDhSgGJrCoN8SgPK//zdKvkpph5DRERYP5Z8BUWPdWfeM3 Wel3pQOPmP5McK8iLGrM3EEhy81rn4l65dOAxsqZmCJGf0RZEKvYEoEyo/1+WIHeXFTIdG fMNuVNHv9RTZtQnr9+ehVHqJSp9ys/hA5wow7sQPfcxL7OKthq2HHW8uDGv6nv8KS/6RJt gzOnNDosSpJ4BfFnSwxUFP+lhoki1TBoTDFuzNraZfkmVwnw9yKbAyh9WSnbEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757517783; 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=wsFHHO6QSeBKghzClMnU0/aFBSpeYFn+v9f25yrpxJQ=; b=YyQHZ0lnB2Bu9FSjS+Dr8+dJZsnrOH7JkH0NFyLFoNUGJIokQeI1ikd6MxFvOYraVnZxwM xLXyNnZLbZ/m6x+iAXwiVK5qpav7leWTaiEBkqdRCGai/UqjQrHhYyQgQWmzl2gfmDTijF H3yYD+wktL7XImAHZDNpJ3G8dye2h/rZn4APOueET3LaGKCncuTtegcWvKOkemctgvyjVE HPQAzKqt4MkHfLIsxID859xfOC50RU/oA4GmBqMqm0/2rlcsmG7dbayqrqTZkn0RFgIxwR 5taZKE5UO1ldT1jib73o2DEen1f6Dq5rCrHLKWrWByt/9jJ7n2p4x+DeRsyMdQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757517783; a=rsa-sha256; cv=none; b=e80VCgb0PsPLBWfrg9Z++W7DYerlaRcb5GXZ41woPSj4LKuWWP1za/RGRS1WVSQemXtm3z QLJZxy2/2cXU+VWk8T2EkJCjWgbcv1qgeTp3oZ8+Rv32gcgfNnj7cfQmrENX9hsb3kzS18 r22wEpgGt7lYsgWA9baSmzlW6D7juUlqbMK/l5IJf6xqioztLfyvs3OBDIiGWIkbL9j6L1 xWAuCgfu3ittgPTiKFZX8tFIjq+zkV6Cr83UNQpG/tMdvaVmRrUUVyoJFN8R4mfACk2cWf AyijX1mKQPw5UVan1yvW2hjLBjw+MPDp+jC3+iGqW1ut9lhEIabLrSgcczjDmg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (88-177-82-251.subs.proxad.net [88.177.82.251]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cMPZv0fwBzkNp; Wed, 10 Sep 2025 15:23:03 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 9127E8840D; Wed, 10 Sep 2025 17:23:01 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ian Freislich Cc: Kyle Evans , "Patrick M. Hausen" , FreeBSD Current Subject: Re: pkg-static: Warning: Major OS version upgrade detected. In-Reply-To: <199341111f0.28c3.64e08aff09ba5a21b2fc9010d26a90e5@gmail.com> (Ian Freislich's message of "Wed, 10 Sep 2025 10:39:18 -0400") References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> <86v7lqigv6.fsf@ltc.des.dev> <199341111f0.28c3.64e08aff09ba5a21b2fc9010d26a90e5@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Wed, 10 Sep 2025 17:23:01 +0200 Message-ID: <86qzweib6y.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ian Freislich writes: > Thanks, I don't use binary packages and always compile ports so this > trick will silence pkg. Is there a way to tell pkg that it's local > only, ie. just for locally compiled ports? You can disable the default repositories by adding the following to a file in /usr/local/etc/pkg/repos (these four lines cover 14, 15, and 16 with or without pkgbase): FreeBSD: { enabled: false } FreeBSD-base: { enabled: false } FreeBSD-ports: { enabled: false } FreeBSD-ports-kmods: { enabled: false } If pkg complains about not having any repositories, you can define a local one: local: { url: "file:///usr/ports/packages/All", mirror_type: "none", en= abled: true } then run `pkg repo /usr/ports/packages/All` after portupgrade or whatever it is you use to rebuild your packages. But I really recommend using poudriere instead. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Wed Sep 10 15:25: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 4cMPdW4JFrz66TcP for ; Wed, 10 Sep 2025 15:25:19 +0000 (UTC) (envelope-from des@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 4cMPdW3YpHz3F8Z; Wed, 10 Sep 2025 15:25:19 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757517919; 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=suaw0F6G/nS86cUv4SFJskXCP3u7yW2IAwCTZNOi6ZM=; b=Y37aY5+lTQUNiHL1+vJgvKKIJnbYIoHSGxkzyXOixkyZ92N4kTRtK63Rvyh/H1OR97G0F9 4BBIAMdZVg2HyxZHv263XECzBCkqhtKWhZ5g84oKOJxY4iZo9I7+FWMDXOVVlvLGbUL87/ vzJMtx2Lkaw/tc4rkuOADBYEN9mpH8+4/Cif3dXqtPCa1jstskcPUgLeOs1HAxZJ0a5OdP Ze5kmAzaF6XKqHQo2f7AB7PMbl0ZAUUU/qjyDLPUSCmZPySDikcInat9RH9yO1rxVKhXtR cagndvVuSgml9GZg2GzEpcmJ7b7eR9GKYAMaIoHUQf5mHDlmSNxv3rdY9kgmrQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757517919; 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=suaw0F6G/nS86cUv4SFJskXCP3u7yW2IAwCTZNOi6ZM=; b=TfbWgMVA5ovFUQW/xoHYSyZoU+cXGIhdfpoBuHPmWl9mpL4HhTonATYFayvAwugIpI19ua qWwufzGWfHi24gxcVhgNMfpPQA9AlsXtsX0+CWNeTmtbkjhQg9yhE5Tj6yEEduVXflhvIf VLYgMYyRPku1j4SpiOww8hB1qn10Jrn7BiIsQaQOQGmIgAHiT8lYPhsrj7mNCp6q3ziDTi 65x7eVhtM8c2jEEcDGni6SUkcq3jZjODFAaqW9KiSu/yuWUZsBzTkM1gpiA4cndeY2x6Av pOFlWEuRgtcaXDdEbvO3rkYHDeyDFbgZegJd0z7t8D5fC9TpwMOE63hhRmWXpQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757517919; a=rsa-sha256; cv=none; b=SF5OgNcFJbYlImwiQEV4Kc4nlhWFRKm52/xt3BeHyZhfAP3MEdcy8mbCyiyrEV2xF+k7dz 8bOnFtzy6hZ0uChLyYvMy0ScNdVpqoZLyO7Eq4QQmIDkw3Y8EhT/cvJ3BoIZ+BB2h7GtWP 5NcOygZyuCe7bsiiDC3YxByoo5+6ZAdK6Ju2g3AKd0jT4tAgNk29ae8+/FcyWjos+jquee gUImbNDjdXr+wNGlWTDPafGyhXX0JLoD04JEuUM02WbtPnLmuBmnKTGXitOmY458OeP5Zi X4o96Cw/30rGYjc9nxY17EYeYhP8i2maLNa5VRls0k5MPghn+ed4xR2AU0h7Ug== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (88-177-82-251.subs.proxad.net [88.177.82.251]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cMPdW1w5XzjtL; Wed, 10 Sep 2025 15:25:19 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id DE0B785D6C; Wed, 10 Sep 2025 17:25:17 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ian Freislich Cc: Kyle Evans , "Patrick M. Hausen" , FreeBSD Current Subject: Re: pkg-static: Warning: Major OS version upgrade detected. In-Reply-To: <86qzweib6y.fsf@ltc.des.dev> ("Dag-Erling =?utf-8?Q?Sm=C3=B8r?= =?utf-8?Q?grav=22's?= message of "Wed, 10 Sep 2025 17:23:01 +0200") References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> <86v7lqigv6.fsf@ltc.des.dev> <199341111f0.28c3.64e08aff09ba5a21b2fc9010d26a90e5@gmail.com> <86qzweib6y.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Wed, 10 Sep 2025 17:25:17 +0200 Message-ID: <86ms72ib36.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Dag-Erling Sm=C3=B8rgrav writes: > You can disable the default repositories by adding the following to a > file in /usr/local/etc/pkg/repos (these four lines cover 14, 15, and 16 > with or without pkgbase): > > FreeBSD: { enabled: false } > FreeBSD-base: { enabled: false } > FreeBSD-ports: { enabled: false } > FreeBSD-ports-kmods: { enabled: false } Sorry, to actually cover all eventualities you need one more line: FreeBSD-kmods: { enabled: false } DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Wed Sep 10 16:34:22 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 4cMR9L5Pbnz66YGR for ; Wed, 10 Sep 2025 16:34:30 +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 4cMR9L3R64z3PKM for ; Wed, 10 Sep 2025 16:34:30 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Authentication-Results: mx1.freebsd.org; none Received: (qmail 55216 invoked from network); 10 Sep 2025 16:34:29 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by mail.tarsnap.com with SMTP; 10 Sep 2025 16:34:29 -0000 Date: Wed, 10 Sep 2025 09:34:22 -0700 From: Graham Percival To: Sulev-Madis Silber Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD git weekly for 2025-09-01 to 2025-09-07 Message-ID: References: <86ikhq7qds.fsf@peasant.salychev.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: text/plain; charset=us-ascii 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:14618, ipnet:54.86.0.0/16, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cMR9L3R64z3PKM On 2025-09-10, Sulev-Madis Silber wrote: > > On September 10, 2025 9:48:14 AM GMT+03:00, Dmitry Salychev wrote: > >How do you classify the commits? Is it done manually or automated > >somehow? I wonder whether specific keywords can be added to the commit > >messages to suggest a category/simplify classification. > > classifier apparently it runs on > > https://github.com/Tarsnap/freebsd-git-weekly/blob/main/freebsd/classify.toml Ah right, at the bottom of the page there's: Alternate version: 2025-09-01 (debug) https://freebsd-git-weekly.tarsnap.net/2025-09-01-debug.html but that doesn't actually explain what's on that page. I'll need to fix that. The "debug" page contains everything the main page does, but also has additional info about the classifiers; for example, tzcode: Add a test case for plain issetugid case ... debug: classified in 03-filenames_plain1 by 'tests/' arm64: Add padding to struct mdproc ... debug: classified in 03-filenames_plain1 by 'sys/arm64/' vtnet.4: remove stray line ... 491986942dd2b3be8a6f232c487b3bb7c1ea412b debug: classified in 02-filenames_wildcards by '.*\.[1-9]' debug: Commit manually moved from "doc" to "style". It also has overall stats -- how many did each classifier stage handle, how many required manual fixes (such as moving from "doc" to "style"), etc. Cheers, - Graham From nobody Wed Sep 10 18:00:24 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 4cMT4c0W1Hz66fkW for ; Wed, 10 Sep 2025 18:00:32 +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 4cMT4b4nqrz3bQ4 for ; Wed, 10 Sep 2025 18:00:31 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Authentication-Results: mx1.freebsd.org; none Received: (qmail 57896 invoked from network); 10 Sep 2025 18:00:30 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by mail.tarsnap.com with SMTP; 10 Sep 2025 18:00:30 -0000 Date: Wed, 10 Sep 2025 11:00:24 -0700 From: Graham Percival To: Dmitry Salychev Cc: Tomek CEDRO , freebsd-current@freebsd.org Subject: Re: FreeBSD git weekly for 2025-09-01 to 2025-09-07 Message-ID: References: <86ikhq7qds.fsf@peasant.salychev.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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86ikhq7qds.fsf@peasant.salychev.org> X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:14618, ipnet:54.86.0.0/16, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cMT4b4nqrz3bQ4 On 2025-09-10, Dmitry Salychev wrote: > > I wonder whether specific keywords can be added to the commit > messages to suggest a category/simplify classification. Ah, I answered the earlier questions, but missed this one. I don't think it's necessary to add anything to commit messages. Most commit messages begin with a prefix: blah blah blah and those "prefixes" are very useful. If I was going to make any requests about commit messages -- which I wouldn't -- then I'd ask for more of them to have those prefixes. For example, in the 2025-09-01 week, 7 commits (4.1%) did not have a prefix. Of those, - 2 had something similar to "prefix:" but the exact formatting was a bit off; I can work around that in code. (added to my todo list) - 4 didn't have any prefix but the list of modified files was clear enough that they were classified based on the filenames (ignoring the commit message entirely). - 1 required manual attention because neither the commit message nor list of files was clear. Thanks, cperciva! Admittedly 8b4e4c273 was easy to classify manually, but I would have written one of: release: Update main to 16 internal: Update main to 16 branches: Update main to 16 Cheers, - Graham From nobody Wed Sep 10 18:45:51 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 4cMV4z55D9z66hqJ for ; Wed, 10 Sep 2025 18:45:55 +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 4cMV4z4gjVz3g52; Wed, 10 Sep 2025 18:45:55 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757529955; 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=n0XoX/tvAwTEw+z6GrB9wdPyUcHPlyAwLAn09pPNEN8=; b=aXicgREw9VYk4QBblqw4NayE4ivd5qpRlVUGLy56gFKHQUZrZyHFKT1Dz9/QZEvHv3gIgM Co45kTtAnanO/J75qSBpgcjJgcYj2k9nfMmm5KpjBAKaxshSW4bWp1CrJjhI/uIniY0q3a q4uAGVzzBENo2vPzBT5E5XFw0EDXx/rhiKnYtHFf7EpXYCyUhcnfkfUsDa9RnGNGce4fPI bdi2I6h8elDlidbKS0Ssi/d6X9Xe3Y1Xad+2JqX+4QM1fi9zNzMcfPBdjPWPmvAXfrdI7o +Zj7w6IP2swIMH3bZmNIjnRYtyU9TiafCY1CP4cypggZyvXIkm/zbPWIJ12vVw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757529955; 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=n0XoX/tvAwTEw+z6GrB9wdPyUcHPlyAwLAn09pPNEN8=; b=eTWjqG9CE/dsweX3CTz79yYd2OAzuHKpA7pHiU/IVnM0BlYgQRxF1tlBauFVg4MYZ4N2xn XqP+QCEjWkwb7eYSJr9OZJQLMGRZYKt6ZvVnYY53JXNPqXjsbTSYPq4dJLfMckg/frvIut xp99q/9hOgDepWwf7MmkLu8dVPNaKJL7OMF4F7Otc8721RIjMnN4CipC5j2UQ/+96b7TJi kJk32yH0dC3zc/kPLvEvf0MH8F0/MlXD+YcXP/Osfoc6AOCgyqXYLcL5CghggHg0NkTTxg l8eZjk70hlo7+M/xppfJrDemeNNzmoCRMnLZX5tS8uhOZHNEIXqINHe/PZF5+A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757529955; a=rsa-sha256; cv=none; b=MVLjFki/CDmKHL1dZjE+dL4PDElvc8RjL2F5QCtXj54g16cN/9nAUz7JWfApbg8ON2vNOV cOMqUEUruPVo2sQ+P91EYIpdhPSLaUjduwcC1eF1I1zKC0Rzxcx05lBJ3QyGsTwuiTbau0 UEEuEGKLf44yZOI8FcBVWzFOHtQe0xvAXtArn+tEbb+owEwRKeqgh54TRDlJaJo43m3Ht5 u6if/ka3THZYL+5v0EpfrxtemK6eJLSTW9fmqybKtE/h3X6MUA0tilXRQMwfCN1I+58G2X aph1pgcM/HMG+MmtryzXr7q1aE282APNFQuO7+9CuH0YDf4iQzSh8Mxe49OO3A== 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 4cMV4z1xrNznkT; Wed, 10 Sep 2025 18:45:55 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Wed, 10 Sep 2025 19:45:51 +0100 From: Lexi Winter To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Cc: freebsd-current@freebsd.org Subject: Re: RFC: building with non-default options on universe machines? Message-ID: Mail-Followup-To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@freebsd.org References: <86zfb2ih77.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="DtEd5SzQ6cqdLIOL" Content-Disposition: inline In-Reply-To: <86zfb2ih77.fsf@ltc.des.dev> --DtEd5SzQ6cqdLIOL Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dag-Erling Sm=F8rgrav: > Lexi Winter writes: > > you would normally set that in /etc/src.conf (see src.conf(5)); Rick's > > problem is because he's trying to build on a machine he doesn't have > > root access to and therefore can't edit /etc/src.conf. >=20 > https://reviews.freebsd.org/D52470 that's handy, thanks. --DtEd5SzQ6cqdLIOL Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaMHHXAAKCRD1nT63mIK/ YJelAP9+aGPMI2sLqwOs4PklyjcArauD5r2Kyps4K2M/VQY4OQD/bxwnigdQDA5G rXkD/wjOljy+D5r9f6ltzBV1IMZWiQM= =0AzA -----END PGP SIGNATURE----- --DtEd5SzQ6cqdLIOL-- From nobody Wed Sep 10 18:49: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 4cMV9d3sB4z66hnG for ; Wed, 10 Sep 2025 18:49:57 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cMV9d3M3mz3gt9; Wed, 10 Sep 2025 18:49:57 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757530197; 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=5lf8DpANR06F/3k78Y4pSamgI/ogJ83zKDWphOP1UtA=; b=QbSilAJjSyS+ckmrCDPSTeBWyFQkw5DTusbKAPzylDORG99+VkcTrs/2T1aT3XtGbdpMzQ 6zW6/tnSGldKSu5GU27OexQKT/aPdlgMLxPgY6QfQeqpToUdUVvknQwQ60AsHLifr962RU R2295nl3Jkg3C/xySv7Q/L7S6StYBX4i6w9xTLWzYgVSWF8M2RlegGfzDAG+Bznlm0RwvS ez2q7Jqa13eUptGAvZMFDmgbXdGxf1JJjrD3f9D39ZqB0tJN/YO8IWZs2Wjl9OHYXEwaJ/ /9XiYioj2GTI93BX5Ld/ajGiKrmTOrzXeNSt4nCqSt2Rpbq/kHhSwCkzRmAAyA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757530197; 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=5lf8DpANR06F/3k78Y4pSamgI/ogJ83zKDWphOP1UtA=; b=eFTONsyQfl57bBDiu5ojpdg4kFEc/kPE+G9ZFIHi1CAaYZVYylYVEjjOBqxRH/oj0l7ws/ FKnUzlJf6sRsofCQOt9z5JoeiWv4bL0YCr6dVNL76bYTVk+e0ZmyFusOXLtuNb9aBT9WE5 J1qw0VQIXhJvP5QEuBA+BrAJFwxzEUVLaoYGjOwfRPPLk9SIoyGLXmQoMNV5gxNi1I7Sr6 J0t1NOE2MK2OKxGU02E0yU+3N9FeAwnsyftRzE9hktdqSma6kgk7CUJgUwLLmnOC6sNJ5c Uj5EhPVY3EcKaWSLAtV9uT50U7g1F71pB9rE1hj1DD2jeIl/CQEQklhS+iRexQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757530197; a=rsa-sha256; cv=none; b=dJ27j0rJS/pjZ3KGjeFU5zi8CUYVqUL1Z0bhtbW2rkNgkSLi2YuDvBOhgdi6ibgIGBamZI XW7k7d9ETn20NufkRPdavpfChihse/4xRlBpkPJJuu1avIShaDiphkuLNkMK8AxEKlj9dO yzVIn5u4DVAnoC30YOTyA2aZcbZAO3nfwi17F3XHSdi6F0ZaUXix6OsY6wM9/+9vyCnMPD YqjlCm8/IFyy+yo0p99BUH5ogD/s6NjjuPoi19WmZmULdkd9E25TJ/A7gB5pUlD1DyNHDP p2XhVqrpqJxMcu3T+4Kz47kipLgIRu/6dnJwXWI8UBvMqPSyRXlI0zxkbFZweQ== 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 4cMV9d0DSlzpG3; Wed, 10 Sep 2025 18:49:56 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Wed, 10 Sep 2025 19:49:54 +0100 From: Lexi Winter To: "Dan Mahoney (Ports)" Cc: FreeBSD Current Subject: Re: pkg-static: Warning: Major OS version upgrade detected. Message-ID: Mail-Followup-To: "Dan Mahoney (Ports)" , FreeBSD Current References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> <31F247DA-DAA9-468F-9D9C-36F33E4F5C5D@gushi.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="lsmw17goUlBW70Kq" Content-Disposition: inline In-Reply-To: --lsmw17goUlBW70Kq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dan Mahoney (Ports): > Okay, so, I've gone through and completely rebuilt all my packages > (except the few that had errors), I've disabled my stock repos, > pointed pkg at my temp ones with a file:///url, and even pkg delete -f > pkg and pkg bootstrap -f, unfortunately, pkg still seems to want to > complain that there's a major mismatch. Is there a way to quell this > error? two things to check: - did you actually rebuild pkg itself, i.e. is ports-mgmt/pkg listed in your poudriere ports list? - do you have any FreeBSD.org repository enabled for a previous release? it would be easier to diagnose the issue if you could show the entire output from 'pkg update'. --lsmw17goUlBW70Kq Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaMHIUgAKCRD1nT63mIK/ YHY1AP973ecIgm6ofJ9yP3kwUHwNFRhsf0Hw6UbynjPyv9u2WgEAsMU294+oXRzO UqvlPBG5yS86YmdUxTGgbzT81nAcoQI= =HooP -----END PGP SIGNATURE----- --lsmw17goUlBW70Kq-- From nobody Wed Sep 10 19:35:11 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 4cMWFP4MHJz66m0n for ; Wed, 10 Sep 2025 19:38:17 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (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 (2048 bits) client-digest SHA256) (Client CN "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cMWFP1b2Wz3q95; Wed, 10 Sep 2025 19:38:17 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Authentication-Results: mx1.freebsd.org; none Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.18.1/8.18.1) with ESMTPS id 58AJZBKW005496 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 10 Sep 2025 12:35:12 -0700 (PDT) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.18.1/8.18.1/Submit) id 58AJZB0n005495; Wed, 10 Sep 2025 12:35:11 -0700 (PDT) (envelope-from warlock) Date: Wed, 10 Sep 2025 12:35:11 -0700 From: John Kennedy To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Cc: Ian Freislich , Kyle Evans , "Patrick M. Hausen" , FreeBSD Current Subject: Re: pkg-static: Warning: Major OS version upgrade detected. Message-ID: References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> <86v7lqigv6.fsf@ltc.des.dev> <199341111f0.28c3.64e08aff09ba5a21b2fc9010d26a90e5@gmail.com> <86qzweib6y.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86qzweib6y.fsf@ltc.des.dev> X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cMWFP1b2Wz3q95 On Wed, Sep 10, 2025 at 05:23:01PM +0200, Dag-Erling Smørgrav wrote: > Ian Freislich writes: > > Thanks, I don't use binary packages and always compile ports so this > > trick will silence pkg. Is there a way to tell pkg that it's local > > only, ie. just for locally compiled ports? > > You can disable the default repositories by adding the following to a > file in /usr/local/etc/pkg/repos (these four lines cover 14, 15, and 16 > with or without pkgbase): > > FreeBSD: { enabled: false } > FreeBSD-base: { enabled: false } > FreeBSD-ports: { enabled: false } > FreeBSD-ports-kmods: { enabled: false } > > If pkg complains about not having any repositories, you can define a > local one: > > local: { url: "file:///usr/ports/packages/All", mirror_type: "none", enabled: true } > > then run `pkg repo /usr/ports/packages/All` after portupgrade or > whatever it is you use to rebuild your packages. But I really recommend > using poudriere instead. Just to 2nd what DAG said, I disable the stock repos like he said and just have a: [cat /usr/local/etc/pkg/repos/local.conf] local: { url: "file:///usr/local/poudriere/data/packages/16-master/", mirror_type: NONE, enabled: yes } In my case, "master" being my "ports" name (the branch I cloned from git) and 16 being the jail name (tracking the OS major version). The initial bootstrap might be an annoying without FreeBSD ports being available, which is when you can (hopefully) kludge with some of the previous version's packages. From nobody Wed Sep 10 20:49: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 4cMXqt4CsCz66rGT for ; Wed, 10 Sep 2025 20:49:46 +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 4cMXqs260Wz4453 for ; Wed, 10 Sep 2025 20:49:45 +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=r5zjF3oa; 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=1757537371; bh=5rCtZPqYFy4pUgtNz94gVyQgapKkIlKRufSpy4klkxc=; h=Date:From:To:Subject:In-Reply-To:References; b=r5zjF3oaRJLNCcj9LVnpQLOVwgZFobd8eqqKwxAL64cdrSWcB0sdK8o8jMFwS/z67 +eIeXFvUrTABPDH9sXWhb3dSirEgHLKzFotlaMXWSTI75gGi/1rADbU97ICd+lWNQs b/GrSrSeY6K7q/eHmS9Mdwr+1VUcKqmWzCx2LbaKxYvZcGCqdk9rbGjo59yHqWWaJh 5zG/+e8wMfUycyl+QpIKi6s7busEd25OBC0TEuTLZHvao1cLt+euB5sLkFoc+UqFpG 3iC3jg4LJ7InpdoTd3Kxlr04q5QZ54qLGr1D8zfYEwTiilUW93yVmpL2QrIOYExZri LWV2Lqy5c15QjQlP5z9JlY/A0uvbNBEJ8w/Kf32kgQfken9jhpeCEuYcAktJ4T290I V+969K2WASJOdLmN146NqoUAIDfiYhdVGb1ugjhAK1AiHAP4a3LE4YRSlp68oataEN IGgMolbWsdQuC5Nr6xFkyE8MB3j7E8cGsUFDCngVmMLvF3U4CHu4El08fBOdJzizY7 kQi7qkK7ufrF/xcrNcFmZDOi/7hGrZUQniZYQP1PrFrGmdbW75ncZ/Vyq57MbdIBix h4S7VWB1VezSXy4uD4yRgxm98stSn+HcLBu6iNgszhPqQxNLCm/JzkFZIi3+V0vX+3 +djKlA826lu5qL8egmdB9hKQ= 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 BF6D15B1207 for ; Wed, 10 Sep 2025 23:49:30 +0300 (EEST) Date: Wed, 10 Sep 2025 23:49:29 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: Re: pkg-static: Warning: Major OS version upgrade detected. User-Agent: K-9 Mail for Android In-Reply-To: References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> <86v7lqigv6.fsf@ltc.des.dev> <199341111f0.28c3.64e08aff09ba5a21b2fc9010d26a90e5@gmail.com> <86qzweib6y.fsf@ltc.des.dev> Message-ID: <95D0AAF3-A241-4AC9-AB9D-9873B487C94A@ketas.si.pri.ee> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: / X-Spamd-Result: default: False [-0.80 / 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(-1.00)[-1.000]; 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: 4cMXqs260Wz4453 easily disable all repos: pkg repositories -le | xargs -I% echo %: { enabled: no } > /usr/local/etc/= pkg/repos/disabled=2Econf From nobody Thu Sep 11 03:40:43 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 4cMjyZ22Lbz67XTn for ; Thu, 11 Sep 2025 03:41:10 +0000 (UTC) (envelope-from freebsd@gushi.org) Received: from prime.gushi.org (prime.gushi.org [IPv6:2620:137:6000:10::142]) (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 (secp384r1) client-digest SHA384) (Client CN "prime.gushi.org", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cMjyY5SmYz3p0j; Thu, 11 Sep 2025 03:41:09 +0000 (UTC) (envelope-from freebsd@gushi.org) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple ([IPv6:2001:500:6b:200:8000:0:0:113]) (authenticated bits=0) by prime.gushi.org (8.18.1/8.18.1) with ESMTPSA id 58B3f0KS093898 (version=TLSv1.2 cipher=ECDHE-ECDSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 11 Sep 2025 03:41:00 GMT (envelope-from freebsd@gushi.org) DKIM-Filter: OpenDKIM Filter v2.10.3 prime.gushi.org 58B3f0KS093898 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gushi.org; s=prime2014; t=1757562060; bh=7Rag6qe4AUXqEtJiXh3KPQ7bTYX8XlShDP7zk1XuRNA=; h=From:Subject:Date:In-Reply-To:Cc:To:References; z=From:=20"Dan=20Mahoney=20(Ports)"=20|Subject:= 20Re:=20pkg-static:=20Warning:=20Major=20OS=20version=20upgrade=20 detected.|Date:=20Wed,=2010=20Sep=202025=2020:40:43=20-0700|In-Rep ly-To:=20|Cc:=20FreeBSD=20C urrent=20|To:=20Lexi=20Winter=20|References:=20<6dedf742-48bf-4b67-9993-67933104ba67@gmail.com >=0D=0A=20<7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com>=0D=0A= 20=0D=0A=20=0D=0A=20=0D=0A=20=0D=0A=20<31F247DA-DAA9-468F-9D9C-36F33E4F5C5D@gus hi.org>=0D=0A=20=0D=0A=20=0D=0A=20; b=QASwIhuGFc6IPN0BiFc8JAV8Mdru8TyRXNJofq2jqrE73KRJ5MyKrojfP9Rgm0arU v6Kk9gYnPlKLWE1g2BjhiOzScrZolF9gSrnn91SiQVQpVuqY1FY75swmdNJ7fq4uPg 9fiOjU1kPC22Rjkvj0HJgH/8A9G7NjahJWY+pjo1RFmAgtj5wZ+ZRfmkj6bk5JoAQV TJIvYsAbEl0Vp0kmq6bnNmZ8L/aRNQVCYcIUyjEEQTWwLlaycSAogaV4Mw37G8N23G A14HItdiiauLoLFaZYYE0t+Upa9EYhxB4592yJGGZWgXZZqUzvBTUuHP3mf81g6g0D 7Cm45bcQum4qw== X-Authentication-Warning: prime.gushi.org: Host [IPv6:2001:500:6b:200:8000:0:0:113] claimed to be smtpclient.apple From: "Dan Mahoney (Ports)" Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_8C1348F4-4E83-4905-A3CF-E1C140C3305D" 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: pkg-static: Warning: Major OS version upgrade detected. Date: Wed, 10 Sep 2025 20:40:43 -0700 In-Reply-To: Cc: FreeBSD Current To: Lexi Winter References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> <31F247DA-DAA9-468F-9D9C-36F33E4F5C5D@gushi.org> X-Mailer: Apple Mail (2.3864.100.1.1.5) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.4 (prime.gushi.org [IPv6:2620:137:6000:10:0:0:0:142]); Thu, 11 Sep 2025 03:41:01 +0000 (UTC) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:393507, ipnet:2620:137:6000::/44, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cMjyY5SmYz3p0j --Apple-Mail=_8C1348F4-4E83-4905-A3CF-E1C140C3305D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Sep 10, 2025, at 11:49=E2=80=AFAM, Lexi Winter = wrote: >=20 > Dan Mahoney (Ports): >> Okay, so, I've gone through and completely rebuilt all my packages >> (except the few that had errors), I've disabled my stock repos, >> pointed pkg at my temp ones with a file:///url, and even pkg delete = -f >> pkg and pkg bootstrap -f, unfortunately, pkg still seems to want to >> complain that there's a major mismatch. Is there a way to quell this >> error? >=20 > two things to check: >=20 > - did you actually rebuild pkg itself, i.e. is ports-mgmt/pkg listed = in > your poudriere ports list? Yes. = https://poudriere-src.isc.org/packages/freebsd:16:x86:64-pkgbase-default_g= it/ > - do you have any FreeBSD.org repository enabled for a previous = release? I did, and then I disabled them. Right now the only thing enabled is = the one I built myself, which is pointing at my 16 directory via a = symlink. > it would be easier to diagnose the issue if you could show the entire > output from 'pkg update'. root@poudriere-src:/home/dmahoney # pkg update -f pkg: Warning: Major OS version upgrade detected. Running "pkg bootstrap = -f" recommended Updating MyRepo repository catalogue... Fetching meta.conf: 100% 179 B 0.2kB/s 00:01 Fetching data.pkg: 100% 137 KiB 140.6kB/s 00:01 Processing entries: 100% MyRepo repository update completed. 387 packages processed. All repositories are up to date. root@poudriere-src:/home/dmahoney # pkg bootstrap -f The package management tool is not yet installed on your system. Do you want to fetch and install it now? [y/N]: y Bootstrapping pkg from = file:///usr/local/poudriere/data/packages/FreeBSD:16:amd64/, please = wait... pkg-static: Warning: Major OS version upgrade detected. Running "pkg = bootstrap -f" recommended Installing pkg-2.2.2... package pkg is already installed, forced install Extracting pkg-2.2.2: 100% root@poudriere-src:/home/dmahoney # pkg update -f pkg: Warning: Major OS version upgrade detected. Running "pkg bootstrap = -f" recommended Updating MyRepo repository catalogue... Fetching meta.conf: 100% 179 B 0.2kB/s 00:01 Fetching data.pkg: 100% 137 KiB 140.6kB/s 00:01 Processing entries: 100% MyRepo repository update completed. 387 packages processed. All repositories are up to date. root@poudriere-src:/home/dmahoney # cat /usr/local/etc/pkg/repos/MyRepo.conf MyRepo: { url: "file:///usr/local/poudriere/data/packages/${ABI}/", enabled: yes }= --Apple-Mail=_8C1348F4-4E83-4905-A3CF-E1C140C3305D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On Sep 10, 2025, at 11:49=E2=80=AFAM, Lexi Winter = <ivy@freebsd.org> wrote:

Dan Mahoney = (Ports):
Okay, so, I've gone through and = completely rebuilt all my packages
(except the few that had errors), = I've disabled my stock repos,
pointed pkg at my temp ones with a = file:///url, and even pkg delete -f
pkg and pkg bootstrap -f, = unfortunately, pkg still seems to want to
complain that there's a = major mismatch.  Is there a way to quell = this
error?

two things to check:

- did you = actually rebuild pkg itself, i.e. is ports-mgmt/pkg listed in
=  your poudriere ports = list?

Yes.

<= /div>

- = do you have any FreeBSD.org repository enabled for a previous = release?

I did, and then = I disabled them.  Right now the only thing enabled is the one I = built myself, which is pointing at my 16 directory via a = symlink.

it would be easier = to diagnose the issue if you could show the entire
output from 'pkg = update'.

root@poudriere-src:/ho= me/dmahoney # pkg update -f
pkg: Warning: Major OS version = upgrade detected.  Running "pkg bootstrap -f" = recommended
Updating MyRepo repository = catalogue...
Fetching meta.conf: 100%    179 B =   0.2kB/s    00:01
Fetching data.pkg: 100% =  137 KiB 140.6kB/s    00:01
Processing entries: = 100%
MyRepo repository update completed. 387 packages = processed.
All repositories are up to = date.
root@poudriere-src:/home/dmahoney # pkg bootstrap = -f
The package management tool is not yet installed on your = system.
Do you want to fetch and install it now? [y/N]: = y
Bootstrapping pkg from = file:///usr/local/poudriere/data/packages/FreeBSD:16:amd64/, please = wait...
pkg-static: Warning: Major OS version upgrade = detected.  Running "pkg bootstrap -f" = recommended
Installing pkg-2.2.2...
package pkg is = already installed, forced install
Extracting pkg-2.2.2: = 100%
root@poudriere-src:/home/dmahoney # pkg update = -f
pkg: Warning: Major OS version upgrade detected. =  Running "pkg bootstrap -f" recommended
Updating MyRepo = repository catalogue...
Fetching meta.conf: 100%   =  179 B   0.2kB/s    00:01
Fetching = data.pkg: 100%  137 KiB 140.6kB/s   =  00:01
Processing entries: 100%
MyRepo = repository update completed. 387 packages processed.
All = repositories are up to date.
root@poudriere-src:/home/dmahoney = #

cat = /usr/local/etc/pkg/repos/MyRepo.conf

MyRepo: = {
  url: = "file:///usr/local/poudriere/data/packages/${ABI}/",
  = enabled: yes
}
= --Apple-Mail=_8C1348F4-4E83-4905-A3CF-E1C140C3305D-- From nobody Thu Sep 11 06:22:45 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cMnYQ1DZ4z67gkN for ; Thu, 11 Sep 2025 06:23:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (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 4cMnYN70wKz444Z for ; Thu, 11 Sep 2025 06:23:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=mjL3iIYr; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757571778; bh=ZoJJ0HwNkHAXc+FAd3GCp7mi4bEPaq9IziPWv3WL2Hg=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=mjL3iIYrYJaSTQ6Q1PV2Urz89bmWTUDdtZM2wepJ6XOEBTFE3f8RlK3Pwpm/Fffbx3fXcCE6HHEsYM3qrjJMkgqZOjHdRmV8//JcUjCfdgHuXC3059jvVrT45l3G08FYPU+NkjJDsQ5zTDCoaUQHMsyIiIIBfmbU+C1yb9p8GqAeZoppOvhIzPKAJzcpE3z6APG6UbA/lqmj/nMnpk+pBn+u9UK26ryQpW9LMfzf3nij9LvCyjr6eXrVKz+IritqYWN2Xbb0iPZbjWXdHLeBPBuEC79eHIiIcBqtlQAneTgQIaqpSK9HBmcIm5UU3jwWz6eFu/m/mtk5jzQ2t6p2dA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757571778; bh=vSmrgc2Owx0WPJ2GTiHcXU2I5wTCKZbjGA7yE6B5cTI=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=U7SDc1y+e9Rg47+E7kvyqm25QLFqwmxF23C61pPH7lF93u8kEJ+zMyc8i6YBr098luyRMTrN8lT2O0vFhxkH4tuB04lBeQgQpbU5s443dizX0YZqp5t5LAEQIllPyAVmoTrKedn2XXAfDrPEo/7iczMYfheB1mqLPbnbSL8mmpjYxcNHPjWUlM1BjwPPB6352xhT/z5RKjQWYPqmZmjePKsmG1Uu1HeBkuxd6RRvYGp47R5zFECMuK4xX8VLbe6kNrirQPjIl9xTtIs6Wu2gMxtYnp6AW8c+OvmQvPmyMlBwkBaIU15N/Pc6WASFCk0WA/y6QK430sdphxneU5t5FQ== X-YMail-OSG: URj77bMVM1kb5QdgramLjRtFLmbDrChL5Qo4g8YM3OKFLtf9Vtu4zMW.WC5nZiG MxQdW8hy1N0O3rywNAkvR5PU0YOtyGKyz7wI5O7ZpPIVxpK4WZqLt0dS4WcGsgbifmKAL.6wiLZj 6TupXeKbg4o54HXJGt8.nd2Kz0Vn7goE0lKG21Ztkm4114yXxRxmHlJMx0eR6zaRBn51LwnKBotg qSSkoy0oV01Ll6pLNtDY8MfHyXujK.xhHgqhAtX2Ab.7FY3wrrhC1qlH2JD2ScIr5T_XOSOj0411 HYQwcdcv.k9hDPDtsPRYaBpkwOEDwGPEZ7baFBsoSdp5nvrethV_0DWRduJsGVAwcxA54EB4sj.J Hmc7gXQP3hfVWXSD6e4cnRh37CCeYZwz0P6JhCCpInuh8orCkaokrWlgZvk_dglRkyX9m7pRo6I2 XIHdnZLPsFKaVtN.hdvQ_ndJMvI1z5XBMMCWjLt0pyVXxFEIeJGxvpy4qB7fMQF20wH59ogGMf.G FxiKFH5Ml59vf.DoiAGycsuQn3XNRlOEDS1NmM6kNSJ.uqXDxJ7E2uLfW2jFbRIw4G1p4YuFOLX1 JoQUCo1rQNW9H9DTOawT8r2m0PokbqpTOaitvc6LTRYwwHmRQW_mNHDpSK.q8880s9pkp0qyjY3v Xp.UnRPJ4smfuhFhHZYkPHCKlYb0GcupedAeGOOvjM_5NKkC1dCw_hm9C9BuH2udrauCMWmhj_ER z6giQJID1jQFYqRBfJkEyt337Ytxm2SqqM0jxb897.hNbyZ7hA_VlXw7b2SuxbxRsQI.hte_SEBV UrzuYidUkFhKBAz0Mbh1SSeaToS65ke899g2ujXJM67IuhlRdZe3jhFksuv60vtsMrS9WfuON5Q. 1lubKlHDntcZVW6fna717ie7d.eAKk81HUbqiV.R_9a9sPff3232w91eYf4H26VLJVa9U0RLKdH5 OjG7dJbsMF_4lTKhKwCrRp1vRa4_TL9D3bpvYDhiYSNoQ57PoHS9jlr0qEcCwUsUKPxmqVwHIKCN 8T6XIr0HsfflTA3ovDd7nnUnyQ0cx2sgo4dUFQAuKJHrt4_UqllFvSkTB4zTdYMoPW2P6yOfLhDy 5lNVJD2dGDcsTvm2KF7XH5N8Qi5CrSslxaxHctfWJVilX28bjyAYzzLedtMFzY9cWe4CxN4FToCb iE4TaZEi3Q7dalTd0qvTCzJhYeGny9ls7vfV6niFi7y5qa9qlo388ixs9RYsg5qNUMy0hpiZp._f kVrE6sb2OVk6e_2jSkVRkHAQtTPjT2aoo01mlkKxm5GbU4WYP8yvwLS16tCYl5KyHtBLVelQ_1gC uuEo9S24WKUhbdPNBQo..84wtEBpyqSY_dwpVOmJzLNw9ag0bQUny4WvxNQ77CVXe23fsd5CTJnG TN7IaICbhLsqREAT6zldsyNCJag4S8RRxfyTleq_LoRlrHQawQNfV34_5ZR5DgY1LcYLh1PkqKeh w7.umcie__IB8sgqXvJRFOOy7wU21YPwDU4gqSsLWoY7Mn06noJToHL7r4_ms4jtIFtYKBqetF9L nxmLuUwrNISCpxTBui99F5uqeJ0M04RImBzhR8oyAPNv23.sr2gCmZDBgYmNO3LRJBxVW_375eDU XZn63YklfTXLjGTrBow01Wkym8IebyJBKZcb_rYqUnhMjL1E61EfrlZeShkSaUX70P6kBouxQ5FN 3BzMzDRnmIXkAdi9Xbndc6OGIbY_nFkaoYIn1j1TU6g0mQoy1_3wbRFtdCXtO2kGirObj79Sn42d 6xVekNPkLzG4zAwvbkCU7zyxOSCiQCmDimbZSGLn3SfhbW5r2mhHv606j.ckPaWAPpRGqzV_.2Ux cMuxNrRiZZuB2uumQHRa4vvTU9.IihucSMR9EjD96JjV4wUsh1SZVWkFt.MV.KNRiPHigtZgDvGs MUdI9X70JG3sKtvjIYzoCGNLzhOYiynflHmoO_A_GWOxhLfNiYu3i5eNneSsio3ZYuGIkIgo7JDk GXIlKdjCALZpL4tG7tPOic_qyxlVYhOIU5NCHy14T9L3YdCQLocOm6CxD_AU0tJ_hctNpdbXCVZ. u4QLmrpPNFGS6IzTRhuqUmZ2d6ET.lPHB.wbb7A1VitGvfgadKGszQROPBum.Ud9jY0DK3e_2ExY r7Om0Awrq8Cdoo.xWtioBSZSd01BV6xMC2IRU99iZYP5oJaT47r0v3yN7v_ugN4iSWfARzRMvppg KFkPE7CVPnO4V4FeiER1wqG3A8PWKZLkfagh4QkLoQRu5_gsOz0bY2D9imvZTO9qHpBNvMUTyIVt tj5Bs9SNxCwA- X-Sonic-MF: X-Sonic-ID: 315b3869-c5bc-4ae9-ad84-2c49f1d5670f Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Thu, 11 Sep 2025 06:22:58 +0000 Received: by hermes--production-gq1-7bfc77444d-qm528 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID fc5c6ba88ebae45871f3089c12f73957; Thu, 11 Sep 2025 06:22:56 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: RE: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] Message-Id: <1F6A4621-1505-4F78-97C6-85EA556B2165@yahoo.com> Date: Wed, 10 Sep 2025 23:22:45 -0700 Cc: Konstantin Belousov To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; 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.64.204:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from] X-Rspamd-Queue-Id: 4cMnYN70wKz444Z Dag-Erling Sm=C3=B8rgrav wrote on Date: Wed, 10 Sep 2025 16:58:46 UTC : > The branch main has been updated by des: >=20 > URL: = https://cgit.FreeBSD.org/src/commit/?id=3Dd549de769055ae6116601e54e4c86dfb= 3e17f4c4 >=20 > commit d549de769055ae6116601e54e4c86dfb3e17f4c4 > Author: Dag-Erling Sm=C3=B8rgrav > AuthorDate: 2025-09-10 16:52:50 +0000 > Commit: Dag-Erling Sm=C3=B8rgrav > CommitDate: 2025-09-10 16:58:06 +0000 >=20 > libc: Remove readdir_r(3) >=20 > This function was never safe to use. We marked it deprecated in the > manual page in 2016, and it is marked obsolete in POSIX 2024. We > previously added a linker warning and annotated the prototype; now = that > stable/15 has been branched, we can remove it from main. >=20 > Relnotes: yes > Reviewed by: kib > Differential Revision: https://reviews.freebsd.org/D52474 > --- > ObsoleteFiles.inc | 3 +++ > include/dirent.h | 4 ---- > lib/libc/gen/Makefile.inc | 1 - > lib/libc/gen/Symbol.map | 1 - > lib/libc/gen/directory.3 | 51 = ++++------------------------------------- > lib/libc/gen/gen-compat.h | 1 + > lib/libc/gen/gen-private.h | 3 --- > lib/libc/gen/readdir-compat11.c | 2 +- > lib/libc/gen/readdir.c | 8 +++---- > 9 files changed, 13 insertions(+), 61 deletions(-) Example error message text from the log file for the rust build via poudriere-devel: =3D note: ld: error: undefined symbol: readdir_r >>> referenced by std.d8968a002452916e-cgu.07 >>> = std-de94806a57729acc.std.d8968a002452916e-cgu.07.rcgu.o:(std::sys::fs::uni= x::remove_dir_impl::remove_dir_all_recursive::hbe1160129d2c5f7c) in = archive /wrkdirs/usr/ports/lan = g/rust/work/bootstrap/lib/rustlib/x86_64-unknown-freebsd/lib/libstd-de9480= 6a57729acc.rlib >>> did you mean: readdir_r@FBSD_1.5 >>> defined in: /lib/libc.so.7 cc: error: linker command failed with exit code 1 (use -v to = see invocation) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Sep 11 10:49: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 4cMvSH1JSsz66VQl for ; Thu, 11 Sep 2025 10:49:03 +0000 (UTC) (envelope-from des@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 4cMvSH0XlGz3QJb; Thu, 11 Sep 2025 10:49:03 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757587743; 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=baVicNJ3RnpgOo5jszhH40AsdLuN+X2JF8wHxMIuh6M=; b=rBJnPGJH1+ysw1IRhAtU32U+j83JmCbGo7nIzpPemqdvMoYYPkBIdy/qbTj+qsjhOtqGyz TteI7nKrIapVfafJ0S7yqrFT9Wnqv/ct3BWnf4j4kaUdzOQyMWqobY17b6QQeNxBnKMWxF 706zmUrelRgLJ+4SQrbv1kXqrJRqc1cVJKrS+APULhcM4k0v4iPFTDCvC+akHlMrWsyl4A 35NP1tRZZ2/Rd0iQWet3y+1/b/phtrO9hGwWE/0E+K92JL9vHPjYG3iyKeyc6CbR2i2krk wuUhuGuLDCQ0lxv4xR/MnmVekhqoHVjCSSqyoUzB4w+qSfZV04W7iN2Adg+HWg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757587743; 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=baVicNJ3RnpgOo5jszhH40AsdLuN+X2JF8wHxMIuh6M=; b=Y62GAjORCZU75eQAe39OuuJsf8cBkDp0SvXNenpOJuKKNCa/yOvjg+aNEWGKet9SoLC3H/ hR4vWYtrF3AKE2iFlBGu0aTLwwjK8rpt+wk0DcwNPepd701zjxJl1wHb6/RQW7eV9uRdrH xSUFE34OeeGROAwTxf+VzHe4vhNJwTlqGfcakfr/Ttn+Mvr/amft2xW2VHHo4AZDAxYLer FVx62hsERZaKYebYgdH2lMGQOF2bJUZunMRjvmkc7QxHcj77D7uRhRjiHrLDg1/tQkUzec 8UEISPFk0BUu8TWrOLTo/992TmQAl9NLMRFSq8c6eC4ahyv4J1U0dD6YIuikpA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757587743; a=rsa-sha256; cv=none; b=Ry0JlShDD9HTvZrDPFDk5pnDmCo8bOPTW6pBiZKjWuBRfo1pL53K9I0rDYOE5/Kt32mjV+ ReDh/gLubAJybbipGV0LgnSWG6iy+mnuOWFzvEmAMO2G3vKfq4Wv8vBts3r9MNWImP/QA8 naJlfBHRW1wSMHwlY/Yr/0llEq/RpGVxgaJrgvTwhsT8miV2AFf3OTNkmt4qLaP38ZngHY yR3LWAoNP9PnjTpQnBKV5RsV/EBm3QGkmO9UCXezZJT65PxAgWJ87cbORRtZQeg/jbiM5J alopeUG34QADQGdhXyBhqsdPkPv3aQMSSJUFWN55122HH7BWEcvqdaFjQgY8uw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (88-177-82-251.subs.proxad.net [88.177.82.251]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cMvSG6Bp4z18gy; Thu, 11 Sep 2025 10:49:02 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 8EE0B88411; Thu, 11 Sep 2025 12:49:01 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mark Millard Cc: FreeBSD Current , Konstantin Belousov Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] In-Reply-To: <1F6A4621-1505-4F78-97C6-85EA556B2165@yahoo.com> (Mark Millard's message of "Wed, 10 Sep 2025 23:22:45 -0700") References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <1F6A4621-1505-4F78-97C6-85EA556B2165@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Thu, 11 Sep 2025 12:49:01 +0200 Message-ID: <86bjnhi7s2.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mark Millard writes: > Example error message text from the log file for the > rust build via poudriere-devel: > > > =3D note: ld: error: undefined symbol: readdir_r > >>> referenced by std.d8968a002452916e-cgu.07 > >>> std-de94806a57729acc.std.d8968a002452916e-cgu= .07.rcgu.o:(std::sys::fs::unix::remove_dir_impl::remove_dir_all_recursive::= hbe1160129d2c5f7c) > >>> in archive /wrkdirs/usr/ports/lan > g/rust/work/bootstrap/lib/rustlib/x86_64-unknown-freebsd/lib/libstd-de948= 06a57729acc.rlib > >>> did you mean: readdir_r@FBSD_1.5 > >>> defined in: /lib/libc.so.7 > cc: error: linker command failed with exit code 1 (use -v to se= e invocation) Tell that to the Rust developers. They have been repeatedly warned against using readdir_r(3) for years, as far back as 2016. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Thu Sep 11 13:44:11 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 4cMzLf3c18z66gr7 for ; Thu, 11 Sep 2025 13:44:26 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ej1-f53.google.com (mail-ej1-f53.google.com [209.85.218.53]) (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 4cMzLf1DmMz3j5H; Thu, 11 Sep 2025 13:44:26 +0000 (UTC) (envelope-from asomers@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-f53.google.com with SMTP id a640c23a62f3a-b04271cfc3eso94367766b.3; Thu, 11 Sep 2025 06:44:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757598264; x=1758203064; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=DCeFn3MsZlAlyGraoTntBAwZ7N0KIUm9RUnxaZqgnUQ=; b=lDDmb4brLFBb3+mR8SZHX2/DOz3w3B2XGUa0Gk5LN2q76GXwgUHa3BxpgvrKPAUfDK S+7I+TZDU/kBjks9f8pd5D9XKYZbBVPK2Nvss+75ShTrp8GJAEVG8DeIRjAhzIKxDE2e t9OVdKgQVBidmhrkWGL8lP/JqWoN7Cc6KqwhJKkyE+yf5GZmxDAO79usu/dsDkdoXkwk NngoAfzMYhfzj9eVjGNENc0yA10vrkuXZtfp7ijbBhllb2vcBnOu3oaeV26EC6IXrzzE yakvyzmhJpQOtQcte7jc/QIIqVn+k9SReDQYTz19VNXfT5qLF6r/TiOQkAdU8zYAP6i3 cQFQ== X-Forwarded-Encrypted: i=1; AJvYcCUFgQMxcuqC8bOLdlEwtnnHLPWVieuQqkSW6tAaYYIiLnT5opOEK1d983vh13xLFF2OIsMQ@freebsd.org, AJvYcCW5dvHKL+WGgJ+uOFfxhP24kzOGes/TLMUpV58VOV4Rej1rpD5ZA4rV3Mnb/HFT08SUXL0BC1+rL9HYAGY19cU=@freebsd.org X-Gm-Message-State: AOJu0YwQ7pa5+ByQ6EMZKyj4Iq0UpsHYrrvuWrKUc5c0o9ogFylqrJcU 3iBiXpMW3AhVFHCk74ji0VAePcrA5RqB6kuL/6+XLHWQvEUwFGjLQ7hGefGSB/zbfwNVNKYxW46 nFfGM4mXsjBgPBhrnFPB5kxs5aSTFrJtvRQ== X-Gm-Gg: ASbGncvj0nvb2hsBu5wzoi7WDSc64ZzGTgMa4REMMFC6mg6glTi0t7Wbh247U4q9XEn yafmOK6r5wW3vGNyD7GbqgU7k9+HwFI6Xtjs8Pyxbi4Zglxix/elPNgQRB9X8GxoJ9z1ZrRBLrt QSUtJXSGnw9z9/EP2dEYtA90AWkxYJXxI1AXIImMeK0k2o9nIwJkznRu068lzbY7p288TptFhD8 bxWowM= X-Google-Smtp-Source: AGHT+IGjoZv7QiHlvGArGV3k/w/6u+XKzIHhH4QUejE/vtovPaUanbzhjwymhuC9vPxNxL9Qhe2LZP3k9o51NfxDP3M= X-Received: by 2002:a17:906:7945:b0:b04:8358:26fa with SMTP id a640c23a62f3a-b04b1687d12mr1890757266b.33.1757598263831; Thu, 11 Sep 2025 06:44:23 -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: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <1F6A4621-1505-4F78-97C6-85EA556B2165@yahoo.com> <86bjnhi7s2.fsf@ltc.des.dev> In-Reply-To: <86bjnhi7s2.fsf@ltc.des.dev> From: Alan Somers Date: Thu, 11 Sep 2025 07:44:11 -0600 X-Gm-Features: AS18NWAhUY6GMwMZLNc7ZsMHJrQXzV7xFb3WR2MRaepLeILMfwGfelZuVpdjIo4 Message-ID: Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Cc: Mark Millard , FreeBSD Current , Konstantin Belousov Content-Type: multipart/alternative; boundary="0000000000002c7065063e86bc1e" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cMzLf1DmMz3j5H --0000000000002c7065063e86bc1e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Sep 11, 2025 at 4:49=E2=80=AFAM Dag-Erling Sm=C3=B8rgrav wrote: > Mark Millard writes: > > Example error message text from the log file for the > > rust build via poudriere-devel: > > > > > > =3D note: ld: error: undefined symbol: readdir_r > > >>> referenced by std.d8968a002452916e-cgu.07 > > >>> > std-de94806a57729acc.std.d8968a002452916e-cgu.07.rcgu.o:(std::sys::fs::u= nix::remove_dir_impl::remove_dir_all_recursive::hbe1160129d2c5f7c) > > >>> in archive /wrkdirs/usr/ports/lan > > > g/rust/work/bootstrap/lib/rustlib/x86_64-unknown-freebsd/lib/libstd-de948= 06a57729acc.rlib > > >>> did you mean: readdir_r@FBSD_1.5 > > >>> defined in: /lib/libc.so.7 > > cc: error: linker command failed with exit code 1 (use -v to > see invocation) > > Tell that to the Rust developers. They have been repeatedly warned > against using readdir_r(3) for years, as far back as 2016. > Have they? Looking at rust's github page, I see discussions about using readdir_r on Fuchsia and Linux, but nothing about BSD. But even if they have been "warned", that's not really relevant. We shouldn't cavalierly break the build for such important software. I'm guessing that you didn't do an exp-run for this change, so there is probably other software in ports that is broken, too. I request that this change be reverted. And I request that it remain reverted until such a time as an exp-run passes, possibly with the aid of installing misc/compat14x as a dependency for some ports. --0000000000002c7065063e86bc1e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Sep 11, 2025 at 4:49=E2=80=AFAM Dag-E= rling Sm=C3=B8rgrav <des@freebsd.org<= /a>> wrote:
M= ark Millard <mark= lmi@yahoo.com> writes:
> Example error message text from the log file for the
> rust build via poudriere-devel:
>
>
>=C2=A0 =C2=A0=3D note: ld: error: undefined symbol: readdir_r
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0>>> referenced by std= .d8968a002452916e-cgu.07
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0>>>=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0std-de94806a57729acc.std.d8968a002452= 916e-cgu.07.rcgu.o:(std::sys::fs::unix::remove_dir_impl::remove_dir_all_rec= ursive::hbe1160129d2c5f7c)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0>>> in archive /wrkdi= rs/usr/ports/lan
> g/rust/work/bootstrap/lib/rustlib/x86_64-unknown-freebsd/lib/libstd-de= 94806a57729acc.rlib
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0>>> did you mean: rea= ddir_r@FBSD_1.5
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0>>> defined in: /lib/= libc.so.7
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0cc: error: linker command fail= ed with exit code 1 (use -v to see invocation)

Tell that to the Rust developers.=C2=A0 They have been repeatedly warned against using readdir_r(3) for years, as far back as 2016.
=

Have they? Looking at rust's github page, I see dis= cussions about using readdir_r on Fuchsia and Linux, but nothing about BSD.= =C2=A0 But even if they have been "warned", that's not really= relevant.=C2=A0 We shouldn't cavalierly break the build for such impor= tant software.=C2=A0 I'm guessing that you didn't do an exp-run for= this change, so there is probably other software in ports that is broken, = too.=C2=A0 I request that this change be reverted.=C2=A0 And I request that= it remain reverted until such a time as an exp-run passes, possibly with t= he aid of installing misc/compat14x as a dependency for some ports.
--0000000000002c7065063e86bc1e-- From nobody Thu Sep 11 15:01:16 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cN13M0kpjz66mSt for ; Thu, 11 Sep 2025 15:01:19 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cN13M0FZ6z3vYk; Thu, 11 Sep 2025 15:01:19 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757602879; 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=wr+lk8y/SKK1BJYLA83QIKOwMNc2KO4KOP5D5x7jl2Y=; b=VewpHzD1a0b46WfMQOu8VktzautaRZRP9y8V7ZPyKRHVd8TfiyK9DoTYOIe/zDZP+YmG4m BLDL0sMq9eS9OjWyURYUUh2TOQ1STg6h0r6QIfaRpk0/bCWFqQkyBSYXB+bAma7j1RWo8A B71uE7EtDxygrl0KYilFZ8leuAw2mpPzwZxBj9CNZ5lE6LyP6E9iB9KsUzSVdk2w4b6DYf SnHoR3xYSbSO67A3vrQu5l09U9YMA2v2Npdk0cvcCg4LAF0LPUPiruLcGQ7WqaK2X8Pm++ o/qwk3nXJiW+lG+cETHhfMzDn3saDh7tIGbZWjvR5BIexrvzV1YzXB4L3FSzbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757602879; 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=wr+lk8y/SKK1BJYLA83QIKOwMNc2KO4KOP5D5x7jl2Y=; b=mqnXdgxu5k0sYv63cVnKt9K4f9gtp4Ef5d9c4bXAUyMDNPAfLo2iXbZEY6ppn36p1ksCKL cks+fd2sieFZ0/ie3YeRMim8PG0eF7CsG9uqi6rJcG4/AUGXqLz6BCtCM7heiREeXEo9c9 Ev8nnm+4189aorjA2O60ZtUepM8Yf1eI1iWiqJ+1XUwaxkyzkCmaqMpE0JXc9Rq7+Mb+VO EDX/GKOtlJGsFpqK5zfs9h5qIBPwfBK6BZt74vEeN0+5fR7TPCDuJEXKSRwhfak/SATsyo cmt5wwrtwis+NpC45tcN6nv5J/t53NgAr6qfAwb5b1ck/CA0XHFPPPFAOfE7lQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757602879; a=rsa-sha256; cv=none; b=Vo+Mpq5Fi1aDlr7hUZOatqGYDNTdLeAlB06tx1IAAeRVq0TxLHeDTemqBu/mN52lgIX3iK EWnJDlBPMD6U1VykwRmBRzLsFHC7YdAPuU51LuueRURVfl0/7qfHBv6UO9ehLem+1e/qL4 pShGWgbAspI8hxNk5cJj15Yxj2A68tmjcQ8gbNffqD7FdCp4FsAM50EQrogw6yNrRjFW1e oNXLzaISod8i/SI60QR51zZ2nt/cbwg6JpKhnDn941J6Pmr5yUk8qf3pR8wEzzq1RLFO+5 xfLd9jkObIxvh2qOfOD6jbZLnilS19AkPq0zioJn93VTD5NnYkT9bXrcCmRzzQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:c54:bed0:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cN13L6336z1Jh; Thu, 11 Sep 2025 15:01:18 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id E47BA8212B; Thu, 11 Sep 2025 17:01:16 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Alan Somers Cc: Mark Millard , FreeBSD Current , Konstantin Belousov Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] In-Reply-To: (Alan Somers's message of "Thu, 11 Sep 2025 07:44:11 -0600") References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <1F6A4621-1505-4F78-97C6-85EA556B2165@yahoo.com> <86bjnhi7s2.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Thu, 11 Sep 2025 17:01:16 +0200 Message-ID: <86zfb1ghj7.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Alan Somers writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Tell that to the Rust developers. They have been repeatedly warned > > against using readdir_r(3) for years, as far back as 2016. > Have they? Looking at rust's github page, I see discussions about > using readdir_r on Fuchsia and Linux, but nothing about BSD. If you look at these tickets, there are people pointing out that readdir_r() doesn't work correctly even on platforms where it isn't formally deprecated. The Rust developers chose to fix the Linux case because it produced a link-time warning and ignored the rest. That's on them. They also seem to be providing their own prototype for readdir_r(), which suppresses the deprecation warning they should be getting on FreeBSD 15, and turns the issue from a failure to compile into a failure to link. That's also on them. > possibly with the aid of installing misc/compat14x That won't make any difference since readdir_r() is still in our libc. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Thu Sep 11 15:05:27 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 4cN18Z5pBxz66mYt for ; Thu, 11 Sep 2025 15:05:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cN18Z3w7Rz3x6W for ; Thu, 11 Sep 2025 15:05:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=TcrYPqJA; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757603144; bh=nJDQTk0uXqtodIT3mtH5tS5pwc340WLnTabnUkY6tQo=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=TcrYPqJA5OpomQH1MuCd536PNQjpfx8SQr6R9kX71iPSB9Arb/SRh93a6Oltr9cRBNp+5za/J4QIEwlwzMUzyxDjS6ZFEZWfBDQyPGdiDfoBZwGYhCVUtC3eyv8HSQ0wu2L4lvzpJfXlXce75RdE/DgmwpuqeKEn53B1saHc0HvORjiyplt3jRLFWsJCq42jtpJvujoooJAq71okKR8fHEFKOJGWRY864VpVNbnK/USJjaH1vXDo0kTPCa1cAhhc8mefhf0kid65irQOO1oG23T+GF0OQJFTh3Lsl6bUYk9YFpAqhuD84ff1X+I3lZirjDSCbSMfKbyoKrhxUfy2wQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757603144; bh=6yWahrYaGFha9uRGM2SOvSjWttZrcgNdXSb+bVLbPMp=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=STs7BgBrSOjiN7ePCwXGtpARXwwTit7DHq4at2NkkAGTZgKCvt2fY2znKM30ThqRC5I/kWUGMY0P4G2fQOBYDVDNyCkraMYG1Tc2IHSSMYZZ6b+ORyZTDUpgOkPRdYlJg9uCSJg+a0Po0OKlYgOIE5s0BqLMcaq/WnD6so0BuPYaE87TlwdlwfWWc2/nJzCNw05Q0Ed8QUrR06ZRvmKMagJ9r5g8UWuVk5Q2Zgu0DLSN4dCesAoZT5aEzPaJZX9E/b37IqPQYESTq9bCLEaIFj/2iPS3s7R5mB06Slr8Rid+zVkGuowOOjFWPCLHXtj/SFOp94hZFtnta+w4Hwa9Vg== X-YMail-OSG: BCzkMIcVM1nM0sK35tL8CS4iqHucAnUWJcRB4HppCEq.WASAJhK7pASTZyUlu1e eJGc4OyCTcnP8xB_DmBEmyLvUuYTlUIK88tiDl78b2OSo_3rysmNxe0u0yS1bLHk.TPbeMdcMYov o4jKp4Fy3HAWXKyngAJZ8xt_Q6e5ltlXf4KU_Yk9aFeH0vzGBJ987yAqMzRMVqY7xLI.b6IybX9g ODksMM89KnYW5MYXAGE4Jy49O5IWhBXI10CSyTk54UVqqSn3LjpElpipIwgUAVyj6G1tbMQUmMBS XfqtgDzcZfZHPxSwwLZnx.nDxWqG99G9k3VsKPlZC4Imz.VSY2nu9YKuAlBjXIJ4lKsuvXTclu_A GwxbGRle09WFHKCwTb1UESdx7lX3JlC_aosTgsbxkuzkq7S2aASBPRFz9af2r.tL1EU0AAEwUowI wrd1eUO6yxcZ_j6gAjzpred78BcF3PDdpyFNPJJK0uSfRoP7lIZp8zZ_9y_20MutAh4lT_DqEus9 ..Xl.G9402m0R1w4_uL4rHFeV6w28N75ncnS6zSedR6Bz1PP.3u1LixtWvTT7WvWFr.aGSQabt1I K9BkBJ6KZFfFMS9WTKYpNVpCUiYPOhUtJ0pliU94IDl6YuDA1jrOW9VTYAJBq83n.3hiyaINmhWR JYZ8n.7nbvAcZdeoBETaXsSj71f0cxj6LCAgxGAvWdqAP7EFEdZ2O8JO9R9MxFHpzURBK0qm7arn GGt7tlfimEEWyU93P41Hmt0QcvllYXKt1ws0P7ZfmvP47QoC2Gjw1n8SPJKnZ_j4mdVczhSj_cjQ Q4jlP.F7NUSBjw7pw6nex9jEnNHNOC79eHhrDasY6QvJIxm486vlEmWAtTMtQYkcQS0EaP.y3Efr smBLMqRHHAz51PUDKbCaYEgsJgc41D416guRCIGDQJbzYYqLEqyGqTdHVl_rU9PXP3LKNKIMEGyx CNbkjYjyLB.2n_GaGem6rqjXqdbHJmXKMM9YuGyM4.1MjYjav9.OxE2hmNWBW0vKt4e7_UIVezW_ PkI21nHkluxVqi5HNfwWnUzJrxWLwYI9LDqqqWmR.oovq2wSYK0qfIqsVRtOJVPR1Rqv93ATFIr3 bf5gPqhjIKx0FMUAugIOeWFJS7vejp_0NeToLxLnzzlY.SzqjAS03QjqKqcPWIF7zQ_ez254HhXs XJ_aD1IDC5jnY78gHftsSA_.zrk3HndQiVO8oQlDt3yLUuKQPNo7fROqrtLJkbIe92mFO28ls6Fi gEboTb_JMMCuAiq6.Q2CWvl.VDZFZ_PTPYnL.I_Z8NZrjSx7PZAZgF1yyJqP2Qfbi6PPBN9PZGQf tdinQ.GHXy00S08z2p99cpyZB1rh.hQMo3hFAAhTUCnX4lSD0OBS6.g0cExeL_N7.Y700C5nV2L2 4OeaS_LFzYDPgamGzlWqjEjAMTPgpeDVe8lEy61minpPKD6D_jzmmTLgCd9Kb2No7ydqsDquzMAz RqM4VzJEHixIY58ovNH.s0NvX5KyeJzC5o__7t8in9EdoxYMKD4XbqdwOx.EmlOdnp5erNr.Y6c. ZC4ZjR1pOQw1kAKh8AV6coSbdjP6TsoqEwDZyIru9DBbOkSG5H3pKrLi.H5a_LucTOYDocNYWH1. ajrpHiAa6SMhtVJHH8wmCRXtH8hGRCyl6CIHaNhneNrhNv_r0pTEwi1R9uKMkSy5lurWoB9nk_Xf WICgSJh2hi8imCBhH4gnM9gTH0HCNYZOTm64syd.anF1aMfeB.eJpWlOOA03JHmodg2U7Iqs3BFg OPtTlGpgv.Z6IUL.3HAPirjo3uZwWMBlcWdPGNj16JH5iCAENJgiEXNAU3FCrfddSp8NEnp6A81I ed9lRJnOALA6mwdW3VQ_e0d.pSVbcwCa3PCXiNlpzlUDALtpc7JZ5K49a_4pzvFRB3xm5sQg9qa_ uNo2MeE9nD.sdqePKnB5qoOcCluxy7W.rK.IkG_wdzW230bgvUH6KQIZm1qKZabZ2q_78gEHMvNx 00VupmFPlGq6DaZAm7zroeWKUnf4YkZdSsKIc61pJ1oURUcbZoT8HblaPH9u0N6g8MWnr3sah6_P 2HYGDi6U2xMhDlYlfNRFb0jJljEXiacs_JRbfG1DMdxl0TVEd9DAYDfQk2ncknjGXf60FcaHGjiG Y1VvedHjT3ibFIW7EzZSujyJIxmdBLdH.pJ0NEUvAQAL8eX0ZpOf8cXCao1QxszHxFn2kZs1kFVc f5vh64HzEQ8Tx1MlcA6m0cYlGYyNS5SbMuUjVZBkYkswTXYTVz1IHD2EAsqqtXtZH4j4TtN0zBx9 Nt7dtiYh.fw-- X-Sonic-MF: X-Sonic-ID: b11400b5-5660-4429-8fc9-0a70dacc3bd0 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Thu, 11 Sep 2025 15:05:44 +0000 Received: by hermes--production-gq1-7bfc77444d-cwxvw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 263cc25aa4386b229e41b5b8db3c1616; Thu, 11 Sep 2025 15:05:39 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] Message-Id: <93B04033-0CB3-47E1-8C4B-EE2F60E8CB2C@yahoo.com> Date: Thu, 11 Sep 2025 08:05:27 -0700 Cc: des@freebsd.org, Konstantin Belousov To: Alan Somers , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: <93B04033-0CB3-47E1-8C4B-EE2F60E8CB2C.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.92 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.92)[-0.922]; 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]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_THREE(0.00)[4]; 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.68.83:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.83:from] X-Rspamd-Queue-Id: 4cN18Z3w7Rz3x6W Alan Somers wrote on Date: Thu, 11 Sep 2025 13:44:11 UTC : > On Thu, Sep 11, 2025 at 4:49=E2=80=AFAM Dag-Erling Sm=C3=B8rgrav = wrote: >=20 > > Mark Millard writes: > > > Example error message text from the log file for the > > > rust build via poudriere-devel: > > > > > > > > > =3D note: ld: error: undefined symbol: readdir_r > > > >>> referenced by std.d8968a002452916e-cgu.07 > > > >>> > > = std-de94806a57729acc.std.d8968a002452916e-cgu.07.rcgu.o:(std::sys::fs::uni= x::remove_dir_impl::remove_dir_all_recursive::hbe1160129d2c5f7c) > > > >>> in archive /wrkdirs/usr/ports/lan > > > > > = g/rust/work/bootstrap/lib/rustlib/x86_64-unknown-freebsd/lib/libstd-de9480= 6a57729acc.rlib > > > >>> did you mean: readdir_r@FBSD_1.5 > > > >>> defined in: /lib/libc.so.7 > > > cc: error: linker command failed with exit code 1 (use -v to > > see invocation) > > > > Tell that to the Rust developers. They have been repeatedly warned > > against using readdir_r(3) for years, as far back as 2016. > > >=20 > Have they? The man page covering readdir_r for FreeBSD 11.1-RELEASE and later say: QUOTE DESCRIPTION The readdir_r() interface is deprecated because it cannot be used correctly unless {NAME_MAX} is a fixed value. END QUOTE The web page reports: August 31, 2016 It is too bad that it was not noticed and fixed during the rust changes to support FreeBSD 12. > Looking at rust's github page, I see discussions about using > readdir_r on Fuchsia and Linux, but nothing about BSD. But even if = they > have been "warned", that's not really relevant. We shouldn't = cavalierly > break the build for such important software. I'm guessing that you = didn't > do an exp-run for this change, so there is probably other software in = ports > that is broken, too. I would agree that an exp-run and explicit decisions about the handling of any related failures seems appropriate. Some of that might involve notifications to upstream for various ports. > I request that this change be reverted. And I > request that it remain reverted until such a time as an exp-run = passes, > possibly with the aid of installing misc/compat14x as a dependency for = some > ports. I'm nervous about the references to rust's libstd being involved (copy/pasted text): referenced by std.d8968a002452916e-cgu.07 std-de94806a57729acc.std.d8968a002452916e-cgu.07.rcgu.o: = (std::sys::fs::unix::remove_dir_impl::remove_dir_all_recursive::hbe1160129= d2c5f7c) lib/libstd-de94806a57729acc.rlib =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Sep 11 15:10:37 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 4cN1GH52Spz66n6G for ; Thu, 11 Sep 2025 15:10:47 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qv1-xf2e.google.com (mail-qv1-xf2e.google.com [IPv6:2607:f8b0:4864:20::f2e]) (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 4cN1GH2pfhz40f6 for ; Thu, 11 Sep 2025 15:10:47 +0000 (UTC) (envelope-from markjdb@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qv1-xf2e.google.com with SMTP id 6a1803df08f44-729c10746edso7114586d6.3 for ; Thu, 11 Sep 2025 08:10:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757603442; x=1758208242; darn=freebsd.org; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:sender :from:to:cc:subject:date:message-id:reply-to; bh=wZDKJhyoLvu1MZSWv9NSebXKhsnruQA0h7EQoR7MJs0=; b=gfJyCIiC8lvHBLEaMC301cs0gD2urfamvPHd6Cfr26cAFnYGRVbhhExYreX7E1+jIr Lq8HhFYVcZLafHCtx2y69xndWjVES7xfx3TLSzrZi+4LgNp1ReRcr3sBzFdH8c7e3kde lv6Dxv1L0pllnnFE6NVttG6lKgdZFM+eZUrs/wHGv6x+NwrSXMV9eUYvYusvcok1iJub vq55SH5HbaI6om2uukjfzlkphbLnqWbKyjKTpLhhdSngdgNePUsh8fJM8IF2tyMP7ATO I8rVLt85CM+3Qj62WS1Yx4cxXWhFL8stHxI6arB1mTtlfYyjc8j0/yZ6BAwnnGmkaT1b bHBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757603442; x=1758208242; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:sender :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=wZDKJhyoLvu1MZSWv9NSebXKhsnruQA0h7EQoR7MJs0=; b=KM+Ays5S1J2zM/M2ngGxw2ODf2A973KFxlgUuquNVR4XkKudoFasrzSgOcu+3X2Htu zqKL983tCjHPytDEPqySMub2tq5kMNAYCRHcKmixBFpe0rqxw6T+nss/Do6ix04fVhpZ 96nR2/kkb1pOSn1x9dNxW6pWv5HazZMQQ71p3v6Wy6hjKlsks0ym+zrVL4j23ehXe5XZ 4WV3LdVrwow73gN5uy5CPMGgHnJU9BvLkNcGowZGTWntFxdV0ehv3jG5DDC0O/ad8Jzv bRJQA1lPdF1XrwIWWsIf6xeHP+MdN6ZE3JwfgI4wehPWuCuPnzPtMrgAAo/M/O5qpk3x wPIQ== X-Forwarded-Encrypted: i=1; AJvYcCXuyKfyfvamCCEXvHEA43vjcZD1C+ZVQ/wIDnD2mlS7IrAS7h+jnDPhZNgI+fHb9xDX+GyzzF8dbYX8hxA8nwY=@freebsd.org X-Gm-Message-State: AOJu0YynIrbRvnLV+ErsRKtqGUI6v3FP4Y55mlTsurRpqEegKUmuCJru akiFswjCPgip6emO+edT063K2MbX9dXcEIqM+lIsAmLbH8AqbmeO/6wS27FSVpEB X-Gm-Gg: ASbGnctj8vmGxYjHCTlq2od/jEWldbvlCW8TXPC3zKksi7JkF7eLMCdFAkE/kCqXaGN JjyhoIoZx3Dt2LW7TqR/ZRqzN9QtrM8MgxEWGzushVOvT93xae4i0/is4T6aflhcf/cQ+E7Fqfp dCzV24WCK1BHr34cq3q3KU86SIh627GqPw+pFULuef57K5oVJT/fqxTOq9MQ/G3j3DsysLErnJT jmgzltFFZuGSfOzU2rJvhH+KUm/6Bs/deVmv7JCDILfV8Katyu8/K8kWdhBXm87Jp7YTpNsNxCn 3gIe53+Uynqst5ZHPd12LirlDgZ/m0cTc1WTw57+kALrJHRy5qKbpQHr0ePlT+obpFoJULJQXJX QEvtECfBHie1xmxXankOQhaurooKYhg68uqbE8UUEHoEsGA8= X-Google-Smtp-Source: AGHT+IGPwFNEFLNqScOoHAhCaimw6ImShwuhWptJLuMLeeRoYV2gxbX+7ve8nltJTXhB+MRYrsO+Pg== X-Received: by 2002:a05:6214:400f:b0:722:382a:601 with SMTP id 6a1803df08f44-739371a7a12mr230650646d6.34.1757603439822; Thu, 11 Sep 2025 08:10:39 -0700 (PDT) Received: from nuc (192-0-220-237.cpe.teksavvy.com. [192.0.220.237]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-763bdd363afsm11891376d6.35.2025.09.11.08.10.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 11 Sep 2025 08:10:39 -0700 (PDT) Date: Thu, 11 Sep 2025 11:10:37 -0400 From: Mark Johnston To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Cc: Alan Somers , Mark Millard , FreeBSD Current , Konstantin Belousov Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] Message-ID: References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <1F6A4621-1505-4F78-97C6-85EA556B2165@yahoo.com> <86bjnhi7s2.fsf@ltc.des.dev> <86zfb1ghj7.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86zfb1ghj7.fsf@ltc.des.dev> X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cN1GH2pfhz40f6 On Thu, Sep 11, 2025 at 05:01:16PM +0200, Dag-Erling Smørgrav wrote: > Alan Somers writes: > > Dag-Erling Smørgrav writes: > > > Tell that to the Rust developers. They have been repeatedly warned > > > against using readdir_r(3) for years, as far back as 2016. > > Have they? Looking at rust's github page, I see discussions about > > using readdir_r on Fuchsia and Linux, but nothing about BSD. > > If you look at these tickets, there are people pointing out that > readdir_r() doesn't work correctly even on platforms where it isn't > formally deprecated. The Rust developers chose to fix the Linux case > because it produced a link-time warning and ignored the rest. That's on > them. > > They also seem to be providing their own prototype for readdir_r(), > which suppresses the deprecation warning they should be getting on > FreeBSD 15, and turns the issue from a failure to compile into a failure > to link. That's also on them. It doesn't really matter whose responsibility it is. If rust can't be compiled on FreeBSD after a FreeBSD change, then it's up to us to fix it. The purpose of FreeBSD, like any other useful OS, is to run the software that people want to run. +1 to Alan's request to back out the change for now. > > possibly with the aid of installing misc/compat14x > > That won't make any difference since readdir_r() is still in our libc. > > DES > -- > Dag-Erling Smørgrav - des@FreeBSD.org > From nobody Thu Sep 11 15:16:34 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cN1P86lHSz66nCf for ; Thu, 11 Sep 2025 15:16:44 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (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 4cN1P72fTDz439H for ; Thu, 11 Sep 2025 15:16:43 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=sdaoden.eu header.s=citron header.b=etCTGBQZ; dmarc=none; spf=pass (mx1.freebsd.org: domain of steffen@sdaoden.eu designates 217.144.132.164 as permitted sender) smtp.mailfrom=steffen@sdaoden.eu DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=citron; t=1757603796; x=1758270462; h=date:author:from:to:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: author:from:subject:date:to:cc:resent-author:resent-date:resent-from: resent-sender:resent-to:resent-cc:resent-reply-to:resent-message-id: in-reply-to:references:mime-version:content-type: content-transfer-encoding:content-disposition:content-id: content-description:message-id:mail-followup-to:openpgp:blahblahblah; bh=eUAkvBvWIG3Oi4QdoPm2R7IXlUWMNQRTJjRJo2b1ZRg=; b=etCTGBQZ2BCSwDD2SRc+8hQeGVKPP8nkL63GX9DgOuZmVNjY5483zPFRGhFh0Sx4R9HQWOWY NwtI6E3dncWSvMKxi18pyvQqwLxa5GgOFUbQ0E/nZY2xoE0z1TAU3JmHI6Zsw6WIPrLpYtymod E8YaXVoXfXjUXYOtD1TxTCmClH7joDUYl2OYk9UkYdsc1DPqkf8xduOzvoWWA/ndpdmjfEsvVv rfqWDRSWDwfsANWlAv0j6kpZ8Vv0STrKm4gKY5jRNh9Z284Ry25SgRQybupjnwtGnuSZ2BLyju g2R3E2aA5m5HS4uESp4CrkPUyInqg0d+PLB/xvqPNTKnEw0w== Date: Thu, 11 Sep 2025 17:16:34 +0200 Author: Steffen Nurpmeso From: Steffen Nurpmeso To: FreeBSD Current Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] Message-ID: <20250911151634.dlQ-TzTw@steffen%sdaoden.eu> In-Reply-To: References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <1F6A4621-1505-4F78-97C6-85EA556B2165@yahoo.com> <86bjnhi7s2.fsf@ltc.des.dev> <86zfb1ghj7.fsf@ltc.des.dev> Mail-Followup-To: FreeBSD Current User-Agent: s-nail v14.9.25-709-g8a51e128fe-dirty OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.38 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.981]; R_SPF_ALLOW(-0.20)[+a]; R_DKIM_ALLOW(-0.20)[sdaoden.eu:s=citron]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15987, ipnet:217.144.128.0/20, country:DE]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; DMARC_NA(0.00)[sdaoden.eu]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[sdaoden.eu:+] X-Rspamd-Queue-Id: 4cN1P72fTDz439H 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 |software that people want to run. I .. hope that Simon and Garfunkel would still choose to sing "Feeling Groovy" if they were young today, instead of "Feeling Rusty" that is. Pooh. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) From nobody Thu Sep 11 15:44: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 4cN21c24SQz66pmw for ; Thu, 11 Sep 2025 15:44:52 +0000 (UTC) (envelope-from tsoome@me.com) Received: from outbound.mr.icloud.com (p-west2-cluster1-host3-snip4-10.eps.apple.com [57.103.68.73]) (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 4cN21b4l2Dz45jp for ; Thu, 11 Sep 2025 15:44:51 +0000 (UTC) (envelope-from tsoome@me.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=me.com header.s=1a1hai header.b="Qq/NIhbA"; dmarc=pass (policy=quarantine) header.from=me.com; spf=pass (mx1.freebsd.org: domain of tsoome@me.com designates 57.103.68.73 as permitted sender) smtp.mailfrom=tsoome@me.com Received: from outbound.mr.icloud.com (unknown [127.0.0.2]) by p00-icloudmta-asmtp-us-west-2a-20-percent-2 (Postfix) with ESMTPS id 9F95B1800473 for ; Thu, 11 Sep 2025 15:44:49 +0000 (UTC) Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=1a1hai; bh=ttzkHYKGZTH/0UptoJo14JKFzvgqD475j+2Ux8oVUio=; h=From:Content-Type:Mime-Version:Subject:Date:To:Message-Id:x-icloud-hme; b=Qq/NIhbAmK6NSUtUkimEg6lJmTGyHHJS7l8Ql3+6ydnOlZ5/Fk7sKv9cvm5kWMdsWdn4DYEczSOlg8F+WsF/XugHUlCAf6X5yPJcaHKiuxAKIxeH2AuxB/4Uvs/sGLJuFdX0ksg2EygWMhlclaTGr5WrMHoSiXHRaEFIKpKgyO27Z+LkEwcq1iTFBZeSqP2he6EvTp2Scp9uFNvwWJfJ7ltlXpB8IX+XIFtGvmBMh3feMbgUORUA737gavEvNLFvrzCpX8UGZ6KqoCUgE0VmrqGEgVCk9zms4L7H8na+gT+ghzzw7mQijcfFwbROcAlY2vy3UONsDYZcsoLn2VpcYw== Received: from smtpclient.apple (mr-asmtp-me-k8s.p00.prod.me.com [17.57.152.38]) by p00-icloudmta-asmtp-us-west-2a-20-percent-2 (Postfix) with ESMTPSA id E4DC918001D4 for ; Thu, 11 Sep 2025 15:44:48 +0000 (UTC) From: Toomas Soome Content-Type: multipart/alternative; boundary="Apple-Mail=_5E4A66DE-4A44-43C1-9E76-6FE9EAAF60AE" 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: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] Date: Thu, 11 Sep 2025 18:44:36 +0300 References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <1F6A4621-1505-4F78-97C6-85EA556B2165@yahoo.com> <86bjnhi7s2.fsf@ltc.des.dev> <86zfb1ghj7.fsf@ltc.des.dev> To: FreeBSD Current In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3826.700.81) X-Proofpoint-ORIG-GUID: QhpfO4w_RzMxvtdSNv026C1pUM_MzXwa X-Proofpoint-GUID: QhpfO4w_RzMxvtdSNv026C1pUM_MzXwa X-Proofpoint-Spam-Details-Enc: AW1haW4tMjUwOTExMDE0MCBTYWx0ZWRfX4yjM5MrB2sYE IGbP2YpcglHCSP8lQrVXVR2fhFuYPqMdZOgarHnKvTKm5p2FhUqq4V9+ltvJB1UILSMGsMi4g/x Ty46kTE1h8M2voJ3HtipLAOZhlyF1gjy7qGvaAGnpdeO/MIl5ac8dlkPw7imS5j4x/8mc5JApHN 8znwX9Xly/h1Ii1eQ4k8+ycLSGvKDM6bcaFr/X8TG1KyZdWBIRngwZ+ut4MZFrVW+eVrSJ9+eaf /T95OCOvrI65BqfjMC+jT6xmudKraLJT+1yXiejKGLXklOX675pxvCHNoMoE448fRRPa25mDg= X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1117,Hydra:6.1.9,FMLib:17.12.80.40 definitions=2025-09-11_02,2025-09-11_02,2025-03-28_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 mlxscore=0 phishscore=0 spamscore=0 malwarescore=0 mlxlogscore=526 adultscore=0 clxscore=1015 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.22.0-2506270000 definitions=main-2509110140 X-JNJ: AAAAAAABz+b35PttwRn54k4o24Nr0+k7mQjdW9Wx0G0j/BIWMb/mKiI0sM9sMc1iNu0JJlX4tkg8pGJoif4uqivKelsBtAwv3bb2QixOVuvcJGVpmNY36+0GT6HD1uRq4Ix9Vepu13H7Q7ecSvr2zD1wpUzVgWzhMl+u3Py4S5qeN0sRfXG2Mdg1jvYB318esaW6JeYNGwD8I4uY2tr6YnS0zebsnTq/UbXSz61fonE7O0ZQT6xPB9n5+hVHw0kFz8f89f5QuJ1RLLCrkChUzchZ1CcFQFsNyip+YMQQGggi5EjTol/FTPPUMg2k0eZQpI0dKrgIz1XqHAjelBGIGYEY4W6B56Ysh5I6VPD+wVeHrN1I8NaGsUSWRtmAmKLkA1+Rh2eB8QUD2szPqP78/b+p1/kkkopsGmZ+XU3MypPQKg2cY83eF2bp0UzSl7ToRNQVHCOQPwJUyLUVW32nqJ/GfP3dd1jxUX3EFBI5edh1ZW3jtY79fCCHQS0/eVvNG1N0SmFzyoUpHvP5DA3d9lL77b4wk6Ro5SJQy+XG3d3pJq7tu4fk6sxS9MCWhHujoCU4+qDVIxKCpDgXmXtmQHfumsLI8oMoTK7bKtog/RQ= X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.30 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; R_SPF_ALLOW(-0.20)[+ip4:57.103.64.0/18]; RWL_MAILSPIKE_VERYGOOD(-0.20)[57.103.68.73:from]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[57.103.68.73:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[me.com]; TO_DN_ALL(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[me.com:+]; FREEFALL_USER(0.00)[tsoome]; ASN(0.00)[asn:714, ipnet:57.103.68.0/22, country:US]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[me.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[me.com:dkim] X-Rspamd-Queue-Id: 4cN21b4l2Dz45jp --Apple-Mail=_5E4A66DE-4A44-43C1-9E76-6FE9EAAF60AE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 11. Sep 2025, at 18:10, Mark Johnston wrote: >=20 > On Thu, Sep 11, 2025 at 05:01:16PM +0200, Dag-Erling Sm=C3=B8rgrav = wrote: >> Alan Somers writes: >>> Dag-Erling Sm=C3=B8rgrav writes: >>>> Tell that to the Rust developers. They have been repeatedly warned >>>> against using readdir_r(3) for years, as far back as 2016. >>> Have they? Looking at rust's github page, I see discussions about >>> using readdir_r on Fuchsia and Linux, but nothing about BSD. >>=20 >> If you look at these tickets, there are people pointing out that >> readdir_r() doesn't work correctly even on platforms where it isn't >> formally deprecated. The Rust developers chose to fix the Linux case >> because it produced a link-time warning and ignored the rest. That's = on >> them. >>=20 >> They also seem to be providing their own prototype for readdir_r(), >> which suppresses the deprecation warning they should be getting on >> FreeBSD 15, and turns the issue from a failure to compile into a = failure >> to link. That's also on them. >=20 > It doesn't really matter whose responsibility it is. If rust can't be > compiled on FreeBSD after a FreeBSD change, then it's up to us to fix > it. The purpose of FreeBSD, like any other useful OS, is to run the > software that people want to run. >=20 > +1 to Alan's request to back out the change for now. How about putting up pull request for rust to fix it?;) rgds, toomas= --Apple-Mail=_5E4A66DE-4A44-43C1-9E76-6FE9EAAF60AE Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On 11. Sep 2025, at 18:10, Mark Johnston = <markj@FreeBSD.org> wrote:

On Thu, Sep 11, 2025 at = 05:01:16PM +0200, Dag-Erling Sm=C3=B8rgrav wrote:
Alan Somers <asomers@freebsd.org> = writes:
Dag-Erling Sm=C3=B8rgrav = <des@freebsd.org> writes:
Tell that = to the Rust developers.  They have been repeatedly = warned
against using readdir_r(3) for years, as far back as = 2016.
Have they?  Looking at rust's github page, I = see discussions about
using readdir_r on Fuchsia and Linux, but = nothing about BSD.

If you look at these tickets, = there are people pointing out that
readdir_r() doesn't work correctly = even on platforms where it isn't
formally deprecated.  The Rust = developers chose to fix the Linux case
because it produced a = link-time warning and ignored the rest.  That's = on
them.

They also seem to be providing their own prototype = for readdir_r(),
which suppresses the deprecation warning they should = be getting on
FreeBSD 15, and turns the issue from a failure to = compile into a failure
to link.  That's also on = them.

It = doesn't really matter whose responsibility it is.  If rust can't = be
compiled on FreeBSD = after a FreeBSD change, then it's up to us to fix
it.  The purpose of = FreeBSD, like any other useful OS, is to run the
software that people = want to run.

+1 to Alan's request to = back out the change for now.


How about = putting up pull request for rust to fix = it?;)

rgds,
toomas
= --Apple-Mail=_5E4A66DE-4A44-43C1-9E76-6FE9EAAF60AE-- From nobody Thu Sep 11 15:45:19 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 4cN22Q016yz66q65 for ; Thu, 11 Sep 2025 15:45:34 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ed1-f41.google.com (mail-ed1-f41.google.com [209.85.208.41]) (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 4cN22P55xVz46RX for ; Thu, 11 Sep 2025 15:45:33 +0000 (UTC) (envelope-from asomers@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-f41.google.com with SMTP id 4fb4d7f45d1cf-624fdf51b44so1100085a12.1 for ; Thu, 11 Sep 2025 08:45:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757605532; x=1758210332; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=RM81D4zn1m1K7IYzaEL9Nm0UoX65uBgDl4wFgB3xBKw=; b=DWHtY71rEMGNRzqmYzDJZfW8rjZUuzlcp7cE8JZ21gJKaMGqm5HLd21zytmaCr2lkq DTyF6scejQPnARwjra4QW6dD56ZHHxU3nTGcfaCanXCoCrUaXyomwA+Pw4TgOyont5vu O9/ZgrfsIiCl3uy0GO6hqFB5VglRYPcWzRXjb54/BYqZ3HgDom+TM0gFAEPIKR6ZGVLi rcDO10Q3fIz25XYJ+JJXDrvzph31s+m5OUw654CUlj4ILpSe1maZRIqGHXVP+aNw9LZ4 jElXmm2Uy/efv+R9yKeNeoZJmUc+AwvbgqpA6mKTwDhLJ6L9QBX6SeelMMfuSkVqqeM8 tp2w== X-Forwarded-Encrypted: i=1; AJvYcCVjjhaLMmv6mFWWAe7kbmMzYP4P5fJSfS1VezU0uI/QDAc+qw0lx/qv6SqIZ3FRrRc//Xj71m+i7CkNAi8Vq0E=@freebsd.org X-Gm-Message-State: AOJu0YzcJQzI6l/1lPhKOxBYz1XsfNFjhx45V5TCCGUMJOf8WyGTwDvr /o3rKK2Qw5+m1TJrK1e17NVAssvPzx1PsXwfylCJ/SJDtoZdOE7SG8ho9rQFqhbenoaLZg3juE+ g9uay4LMREvl91dEFoDeAse+NnjZWXfM= X-Gm-Gg: ASbGncus6b6nlLfkSlA3lj/SzfqYpKl3gwl/UTGBk8rKhSkztUn6vZbCKd8z+Z+k53w KWToqMin6AH2sxpegXM/SVdFJi2rRrhUA56RpGIM3wQsKux4qdBRDJGluG7hZtCr06iJvIvfT0c DUnL8QWhV6wJ/RIU0R6ulhRr1lVvvNW285Erule6jBqRPSgeRPtLkNevnaMwGJm+ItYrrU+gvp1 bwED0g= X-Google-Smtp-Source: AGHT+IFNokXjPQ1aDbROAz2/qsGLKWcatMLGHeciTqpzZdF1MUOeH4J5l8kE7y7xpxkijq0UMem9TVmFPXwgeH+I5E4= X-Received: by 2002:a05:6402:354b:b0:620:bf3a:f6e8 with SMTP id 4fb4d7f45d1cf-62ed7eccfc7mr70295a12.4.1757605531926; Thu, 11 Sep 2025 08:45:31 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <1F6A4621-1505-4F78-97C6-85EA556B2165@yahoo.com> <86bjnhi7s2.fsf@ltc.des.dev> <86zfb1ghj7.fsf@ltc.des.dev> In-Reply-To: <86zfb1ghj7.fsf@ltc.des.dev> From: Alan Somers Date: Thu, 11 Sep 2025 09:45:19 -0600 X-Gm-Features: AS18NWA_aB4lzofehdtBqEJ7Wv_qEMf3KmoHJGxWU4i1vngzhReIrPIoNe2XAiw Message-ID: Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Cc: Mark Millard , FreeBSD Current , Konstantin Belousov Content-Type: multipart/alternative; boundary="00000000000062c3a4063e886dc4" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cN22P55xVz46RX --00000000000062c3a4063e886dc4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Sep 11, 2025 at 9:01=E2=80=AFAM Dag-Erling Sm=C3=B8rgrav wrote: > Alan Somers writes: > > Dag-Erling Sm=C3=B8rgrav writes: > > > Tell that to the Rust developers. They have been repeatedly warned > > > against using readdir_r(3) for years, as far back as 2016. > > Have they? Looking at rust's github page, I see discussions about > > using readdir_r on Fuchsia and Linux, but nothing about BSD. > > If you look at these tickets, there are people pointing out that > readdir_r() doesn't work correctly even on platforms where it isn't > formally deprecated. The Rust developers chose to fix the Linux case > because it produced a link-time warning and ignored the rest. That's on > them. > > They also seem to be providing their own prototype for readdir_r(), > which suppresses the deprecation warning they should be getting on > FreeBSD 15, and turns the issue from a failure to compile into a failure > to link. That's also on them. > Where do you see that? I suppose you must be talking about this line in libc. That's not due to anything special about readdir_r; it's just the way that Rust links to _every_ libc function. There is a CI step that ensures these FFI definitions are accurate. https://github.com/rust-lang/libc/blob/61b722e2517775cea98428702710ee9ef00f= 02a0/src/unix/mod.rs#L1769C22-L1769C23 > > > possibly with the aid of installing misc/compat14x > > That won't make any difference since readdir_r() is still in our libc. > > DES > -- > Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org > There's another problem that we haven't discussed, which is the ability to run older Rust toolchains. Even if we fix Rust 1.89.0 to no longer use readdir_r, older versions will continue to do so. And Rust developers frequently must test with older toolchains. For example, any change to Rust's libc requires testing with version 1.63.0, released in August 2022. We can't remove readdir_r without breaking all of those workflows. We could probably remove the prototype, but not the function itself. --00000000000062c3a4063e886dc4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Sep 11, 2025 at 9:01=E2=80=AFAM Dag-E= rling Sm=C3=B8rgrav <des@freebsd.org<= /a>> wrote:
A= lan Somers <aso= mers@freebsd.org> writes:
> Dag-Erling Sm=C3=B8rgrav <des@freebsd.org> writes:
> > Tell that to the Rust developers.=C2=A0 They have been repeatedly= warned
> > against using readdir_r(3) for years, as far back as 2016.
> Have they?=C2=A0 Looking at rust's github page, I see discussions = about
> using readdir_r on Fuchsia and Linux, but nothing about BSD.

If you look at these tickets, there are people pointing out that
readdir_r() doesn't work correctly even on platforms where it isn't=
formally deprecated.=C2=A0 The Rust developers chose to fix the Linux case<= br> because it produced a link-time warning and ignored the rest.=C2=A0 That= 9;s on
them.

They also seem to be providing their own prototype for readdir_r(),
which suppresses the deprecation warning they should be getting on
FreeBSD 15, and turns the issue from a failure to compile into a failure to link.=C2=A0 That's also on them.

Where do you see that?=C2=A0 I suppose you must be talking about this line= in libc.=C2=A0 That's not due to anything special about readdir_r; it&= #39;s just the way that Rust links to _every_ libc function.=C2=A0 There is= a CI step that ensures these FFI definitions are accurate.
=C2=A0

> possibly with the aid of installing misc/compat14x

That won't make any difference since readdir_r() is still in our libc.<= br>
DES
--
Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org

<= div>There's another problem that we haven't discussed, which is the= ability to run older Rust toolchains.=C2=A0 Even if we fix Rust 1.89.0 to = no longer use readdir_r, older versions will continue to do so.=C2=A0 And R= ust developers frequently must test with older toolchains.=C2=A0 For exampl= e, any change to Rust's libc requires testing with version 1.63.0, rele= ased in August 2022.=C2=A0 We can't remove readdir_r without breaking a= ll of those workflows.=C2=A0 We could probably remove the prototype, but no= t the function itself.
--00000000000062c3a4063e886dc4-- From nobody Thu Sep 11 15:48:21 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cN25w19CXz66q4l for ; Thu, 11 Sep 2025 15:48:36 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ed1-f52.google.com (mail-ed1-f52.google.com [209.85.208.52]) (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 4cN25v4wdjz47yP for ; Thu, 11 Sep 2025 15:48:35 +0000 (UTC) (envelope-from asomers@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-f52.google.com with SMTP id 4fb4d7f45d1cf-622b4b14a75so1749333a12.1 for ; Thu, 11 Sep 2025 08:48:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757605714; x=1758210514; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=2xxMbKMT1uFozCiRu89nbfKHApFt9Xx7bIkBKJghVjA=; b=LGyQ5kM9XmGmuk7GQcVddOPPydEvOLF0mFj2FgpkGpOkwPThMphE+sXEPn9ksDaRQP XpOEfCwF99wT9tFMoEtmN22lTv3FfDdqs1lVH+SXak+p8aGR43YhvVNRfXhABkUFRy5B LrjdfjUn7tdl3+g1LIksKhTkvPq7a5YYDa11uuAOtLWHpS816O2HApHgmXuQgpkusGp1 5mJidtq7oC2dmiNeSprgd9o9XTpe7Ryu0fDzwlx0LuYJcBf3jp90od2RVkdSD3mVxtrM a4p4x5PQHnCOWnLt3mc3mzDkJqCjvsABmcAfuFj7G/gw72SYcgUIJl760K5FyI+vf6QV Glug== X-Gm-Message-State: AOJu0Yyd5TW49NcMUha5+zsb2VlFmd5keOkb3deW+8h6DbspnpUkE86D oS410jR4m43QxiFw3LvAag4jtLEh4rUAs5TWfcSbVtcqnNIkm4oaXuGtI9MzJ/pScQTCuYpLNsK EbizjHzLtNMMdX3faBBRUadUPj97EBKA= X-Gm-Gg: ASbGncuJy/iSIqupPw3IfIjZ74vAcohyv0IajZgDfmMRPF2L4hVcFeTJ7ZIdjaCItKy gcTGa+zNUBSe7fe/iIYIu+HBZbNJnjAMxgTziq5EAWLhzZ42TG/WVMlRmvyGaL8fWOr2KF2moht U7wIfZdBDyOq8l4MjFv9VTUXiqCOUur+Epi3MoHIEpgeArQ/KhPZtkzyQtsKyR0G0rEA1sqnJ4P gWoRIGgBwH+EVLfKhPaS48WgqyT X-Google-Smtp-Source: AGHT+IFyfy57NYZqc/R4MsrxoYfq+iNm4R6yfvrn1XRoM6WlhMj7MXmGFWTiK6UsS9nAsKISU80cjhVdgVoOx/Kg+CU= X-Received: by 2002:a05:6402:4548:b0:62d:6cac:1ec2 with SMTP id 4fb4d7f45d1cf-62ed81ff98bmr59007a12.4.1757605714130; Thu, 11 Sep 2025 08:48:34 -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: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <1F6A4621-1505-4F78-97C6-85EA556B2165@yahoo.com> <86bjnhi7s2.fsf@ltc.des.dev> <86zfb1ghj7.fsf@ltc.des.dev> In-Reply-To: From: Alan Somers Date: Thu, 11 Sep 2025 09:48:21 -0600 X-Gm-Features: AS18NWCHB6hCgo3cjmukBuGVv_n5gn2jcP15Z-koST1PchhMIa2uo4g1fSKOkfM Message-ID: Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] To: Toomas Soome Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000003f1bbf063e8878bc" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cN25v4wdjz47yP --0000000000003f1bbf063e8878bc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Sep 11, 2025 at 9:45=E2=80=AFAM Toomas Soome wrote: > > > On 11. Sep 2025, at 18:10, Mark Johnston wrote: > > On Thu, Sep 11, 2025 at 05:01:16PM +0200, Dag-Erling Sm=C3=B8rgrav wrote: > > Alan Somers writes: > > Dag-Erling Sm=C3=B8rgrav writes: > > Tell that to the Rust developers. They have been repeatedly warned > against using readdir_r(3) for years, as far back as 2016. > > Have they? Looking at rust's github page, I see discussions about > using readdir_r on Fuchsia and Linux, but nothing about BSD. > > > If you look at these tickets, there are people pointing out that > readdir_r() doesn't work correctly even on platforms where it isn't > formally deprecated. The Rust developers chose to fix the Linux case > because it produced a link-time warning and ignored the rest. That's on > them. > > They also seem to be providing their own prototype for readdir_r(), > which suppresses the deprecation warning they should be getting on > FreeBSD 15, and turns the issue from a failure to compile into a failure > to link. That's also on them. > > > It doesn't really matter whose responsibility it is. If rust can't be > compiled on FreeBSD after a FreeBSD change, then it's up to us to fix > it. The purpose of FreeBSD, like any other useful OS, is to run the > software that people want to run. > > +1 to Alan's request to back out the change for now. > > > > How about putting up pull request for rust to fix it?;) > That should certainly be done. I'll try to do it this weekend, if I have time. However, the need to revert this change will remain. FreeBSD 15 needs the ability to run both current and old Rust toolchains. --0000000000003f1bbf063e8878bc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Sep 11, 2025 at 9:45=E2=80=AFAM Tooma= s Soome <tsoome@me.com> wrote:


On 11. Sep 2025, at 18:10, Mark Johnston <markj@FreeBSD.o= rg> wrote:

On Thu, Sep 11, 2025 at 05:01:16PM +0200, Dag-Erling Sm=C3=B8rgrav wrote:<= /span>
Alan So= mers <asomers@f= reebsd.org> writes:
Dag-Erling Sm=C3=B8= rgrav <des@freebsd.= org> writes:
Tell that to the Rust deve= lopers.=C2=A0 They have been repeatedly warned
against using readdir_r(3= ) for years, as far back as 2016.
Have they?=C2=A0 Looking = at rust's github page, I see discussions about
using readdir_r on Fu= chsia and Linux, but nothing about BSD.

If you look at = these tickets, there are people pointing out that
readdir_r() doesn'= t work correctly even on platforms where it isn't
formally deprecate= d.=C2=A0 The Rust developers chose to fix the Linux case
because it prod= uced a link-time warning and ignored the rest.=C2=A0 That's on
them.=

They also seem to be providing their own prototype for readdir_r(),=
which suppresses the deprecation warning they should be getting on
F= reeBSD 15, and turns the issue from a failure to compile into a failure
= to link.=C2=A0 That's also on them.

It doesn't really matt= er whose responsibility it is.=C2=A0 If rust can't be
compiled on Free= BSD after a FreeBSD change, then it's up to us to fix
it.=C2=A0 The pu= rpose of FreeBSD, like any other useful OS, is to run the
software that pe= ople want to run.

+1 to Alan's request to back out t= he change for now.

<= div>
How about putting up pull request for rust to fix it?;)<= /div>

That should certainly be done.= =C2=A0 I'll try to do it this weekend, if I have time.=C2=A0 However, t= he need to revert this change will remain.=C2=A0 FreeBSD 15 needs the abili= ty to run both current and old Rust toolchains.
--0000000000003f1bbf063e8878bc-- From nobody Thu Sep 11 16:09:19 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 4cN2Z60Vglz66rb5 for ; Thu, 11 Sep 2025 16:09:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 4cN2Z53CJlz3GWn; Thu, 11 Sep 2025 16:09:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 58BG9JDe067670; Thu, 11 Sep 2025 19:09:22 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 58BG9JDe067670 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 58BG9JXu067669; Thu, 11 Sep 2025 19:09:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 11 Sep 2025 19:09:19 +0300 From: Konstantin Belousov To: Alan Somers Cc: Dag-Erling =?utf-8?B?U23DuHJncmF2?= , Mark Millard , FreeBSD Current , Konstantin Belousov Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] Message-ID: References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <1F6A4621-1505-4F78-97C6-85EA556B2165@yahoo.com> <86bjnhi7s2.fsf@ltc.des.dev> <86zfb1ghj7.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on tom.home X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cN2Z53CJlz3GWn On Thu, Sep 11, 2025 at 09:45:19AM -0600, Alan Somers wrote: > On Thu, Sep 11, 2025 at 9:01 AM Dag-Erling Smørgrav wrote: > > > Alan Somers writes: > > > Dag-Erling Smørgrav writes: > > > > Tell that to the Rust developers. They have been repeatedly warned > > > > against using readdir_r(3) for years, as far back as 2016. > > > Have they? Looking at rust's github page, I see discussions about > > > using readdir_r on Fuchsia and Linux, but nothing about BSD. > > > > If you look at these tickets, there are people pointing out that > > readdir_r() doesn't work correctly even on platforms where it isn't > > formally deprecated. The Rust developers chose to fix the Linux case > > because it produced a link-time warning and ignored the rest. That's on > > them. > > > > They also seem to be providing their own prototype for readdir_r(), > > which suppresses the deprecation warning they should be getting on > > FreeBSD 15, and turns the issue from a failure to compile into a failure > > to link. That's also on them. > > > > Where do you see that? I suppose you must be talking about this line in > libc. That's not due to anything special about readdir_r; it's just the > way that Rust links to _every_ libc function. There is a CI step that > ensures these FFI definitions are accurate. > https://github.com/rust-lang/libc/blob/61b722e2517775cea98428702710ee9ef00f02a0/src/unix/mod.rs#L1769C22-L1769C23 > > > > > > > possibly with the aid of installing misc/compat14x > > > > That won't make any difference since readdir_r() is still in our libc. > > > > DES > > -- > > Dag-Erling Smørgrav - des@FreeBSD.org > > > > There's another problem that we haven't discussed, which is the ability to > run older Rust toolchains. Even if we fix Rust 1.89.0 to no longer use > readdir_r, older versions will continue to do so. And Rust developers > frequently must test with older toolchains. For example, any change to > Rust's libc requires testing with version 1.63.0, released in August 2022. > We can't remove readdir_r without breaking all of those workflows. We > could probably remove the prototype, but not the function itself. Binaries that were succesfully linked, continue to work. If you take any binary that already used readdir_r@FBSD_1.5, it is unchanged. Symbol is there, but the default version of it not. From nobody Thu Sep 11 16:09:53 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cN2Zl6tbHz66rhR for ; Thu, 11 Sep 2025 16:10:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1035.google.com (mail-pj1-x1035.google.com [IPv6:2607:f8b0:4864:20::1035]) (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 4cN2Zl2hPTz3HB1 for ; Thu, 11 Sep 2025 16:10:07 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1035.google.com with SMTP id 98e67ed59e1d1-32d3e17d95dso620309a91.3 for ; Thu, 11 Sep 2025 09:10:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1757607005; x=1758211805; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=yt75sS8sOE4UTq3i9m1l23OXhcl3oHzd2uChoEbVXHU=; b=BjwvOUW27wUNDXXKwsreLbaPB61jQTRmMOH9R8zxgDqoP0A8xzJwQ3J7taBtH6wY43 H8Zc/97jLxAsqYRO96eveTUTgE5S4f592NqVkGze56Om2oKQrMMPT9gfsAh8F6DWgE6v nbj6c6Cyv146hkriRfW5TV87Cc37Wm+4oc/7slQ5/LgGBlzIy0FM3x7mKzuC70ZnlX2S Ew7CYNrkxxVIdZBbcSt38c4fzTdRIC2q7GWltRnGh07FFosINJXtR+BVrBQJ8x1/M5wZ jJhC/kl3tbdkHSAJRLaYxw5rYWDhF+L1ylZUEMfkirCCyO4OF8ABOsydNtUwzisK8t+A I5Rg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757607005; x=1758211805; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=yt75sS8sOE4UTq3i9m1l23OXhcl3oHzd2uChoEbVXHU=; b=NG9TwqjjT5ao9AUczhGaEz9fJiDRTB1gvY8tWG09/PtMTfgQLjdabLPi2rWRjc7/lC r65YNnXvAugCa17xNIdBRg1q3Kj/vsqq0jb/Qv6JeRBoo7s1rV9O1LdM7JLAjFrF/fi7 97HB1n7H7vPRoy1b4a9C0e4dLPja9GgJE9qIH846pyJgjnffMBYW3Fda/0vvfja3Uw6K UJIi0ssvWtRcOXBHWgZpT2kHfGpaBchcl7pYWuCK+ZIegv+czAUa6Hftpn8kggN/ug3m IfPSG+pBqX+X2Cnecv5UMaoidbAzVFj0gZ+3/GhcT3AzreqLdvQF/CDSPxZSWT0lIFMA BU5Q== X-Forwarded-Encrypted: i=1; AJvYcCWsVDWrGiLcAaBA3qLe0CrUwywfH96jD2PKyx64SQybM5xp/ebaFLEknonXA8AfK9LD/AvhgXoHao+Rs7HDCro=@freebsd.org X-Gm-Message-State: AOJu0YzuMw9B6BHp92pwm0IRmJ4X1tS2UMeedlRrvpeLvtcAcSmOzbrM x0cFhjYJj/uImgupgIYfvP2O3+SGDTP0MKysA8tMWYaKPrxh7VGXsUOBleDiGphwKRjyiMcQc/D Jx/u8PCBNlVu2XXZHRwAbS+flWy0GXdQPA/2vLeujp1KEmvLHbjBj90E= X-Gm-Gg: ASbGnctKFCfbDSLAMx2FDX0ZVbeGRpjYXPpF9EhgFh1D06J1jtW8Oh7rZTbAv3je7Xh zRQoYtbZ7GxE8nJ2Y7v3JUyTQWFBDHZDFM13+993QUWwfroBoivRv1GHwSLUdNBp5byxm70t3Jx O8onvaU/jOKdAYh8lMw9wc1Z+vJNz5p35mPL7i0Q9hPh03Hkw1gJSvSxTB6Rhw+5vC/fJj6GRaf iat5I6ttkRoI91s+uPlSeL2kmGT17LgLIdJ/k8= X-Google-Smtp-Source: AGHT+IHg6+/mNq0nrJECJBKwi3yPl9Cqwf029+2zM7jvQzHHTyb8PdacuU935Gwz4uGxPFW3BPxxQc7GuGktCZKzgMs= X-Received: by 2002:a17:90b:58cd:b0:31e:c95a:cef8 with SMTP id 98e67ed59e1d1-32d43f8e89bmr22683387a91.32.1757607004559; Thu, 11 Sep 2025 09:10:04 -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: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <1F6A4621-1505-4F78-97C6-85EA556B2165@yahoo.com> <86bjnhi7s2.fsf@ltc.des.dev> <86zfb1ghj7.fsf@ltc.des.dev> In-Reply-To: From: Warner Losh Date: Thu, 11 Sep 2025 10:09:53 -0600 X-Gm-Features: Ac12FXxl5P1K9rnS9UR-j5gBfyWxngZVpiB1p0lZn_hTfVk84s8FcgWxi-0IrdY Message-ID: Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] To: Alan Somers Cc: Toomas Soome , FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000296e9d063e88c5ed" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cN2Zl2hPTz3HB1 --000000000000296e9d063e88c5ed Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Sep 11, 2025 at 9:48=E2=80=AFAM Alan Somers w= rote: > On Thu, Sep 11, 2025 at 9:45=E2=80=AFAM Toomas Soome wrot= e: > >> >> >> On 11. Sep 2025, at 18:10, Mark Johnston wrote: >> >> On Thu, Sep 11, 2025 at 05:01:16PM +0200, Dag-Erling Sm=C3=B8rgrav wrote= : >> >> Alan Somers writes: >> >> Dag-Erling Sm=C3=B8rgrav writes: >> >> Tell that to the Rust developers. They have been repeatedly warned >> against using readdir_r(3) for years, as far back as 2016. >> >> Have they? Looking at rust's github page, I see discussions about >> using readdir_r on Fuchsia and Linux, but nothing about BSD. >> >> >> If you look at these tickets, there are people pointing out that >> readdir_r() doesn't work correctly even on platforms where it isn't >> formally deprecated. The Rust developers chose to fix the Linux case >> because it produced a link-time warning and ignored the rest. That's on >> them. >> >> They also seem to be providing their own prototype for readdir_r(), >> which suppresses the deprecation warning they should be getting on >> FreeBSD 15, and turns the issue from a failure to compile into a failure >> to link. That's also on them. >> >> >> It doesn't really matter whose responsibility it is. If rust can't be >> compiled on FreeBSD after a FreeBSD change, then it's up to us to fix >> it. The purpose of FreeBSD, like any other useful OS, is to run the >> software that people want to run. >> >> +1 to Alan's request to back out the change for now. >> >> >> >> How about putting up pull request for rust to fix it?;) >> > > That should certainly be done. I'll try to do it this weekend, if I have > time. However, the need to revert this change will remain. FreeBSD 15 > needs the ability to run both current and old Rust toolchains. > So for current rust: it needs a pull request despite the revert. Rust is simply wrong here, due to their choices, and that has to be unwound in their code base. That's non-negotiable. We learned with the FreeBSD11 ABI troubles that we must be more proactively involved to see changes through to the end with Rust or the long legacy that creates problems for us. Here the risk extends beyond the rust ecosystem because we must continue to expose a broken-by-design interface to newly built code. Old rust toolchains run fine on 15. Regression testing can be done on those, but that's not a fully desirable answer. But t's only previously built rust toolchains that still run. Newly built ones do not. That's a problem. So, for building these old toolchains anew, we can't support them indefinitely. There needs to be a transition period for building old toolchains. We're in that now that the base change has been reverted. But the question is: How far back does Rust test? How old are the toolchains they do A/B testing against today? Is it 3 months? 6 months? 12 months? That will tell us the timeline we need to support this configuration. Given both the importance of Rust, and "history" we owe it to ourselves to be intentional about what we do here. Warner --000000000000296e9d063e88c5ed Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Sep 11,= 2025 at 9:48=E2=80=AFAM Alan Somers <asomers@freebsd.org> wrote:
On Thu, Sep 11, 2025 at 9:45=E2=80=AFAM Toom= as Soome <tsoome@me.c= om> wrote:

On 11. Sep 2025, at 1= 8:10, Mark Johnston <markj@FreeBSD.org> wrote:

On Thu, Sep 11, 2025 at 05:01:16PM = +0200, Dag-Erling Sm=C3=B8rgrav wrote:
Alan Somers <asomers@freebsd.org> writes:
Dag-Erling Sm=C3=B8rgrav <des@freebsd.org> writes:
Tell that to the Rust developers.=C2=A0 They have been repeate= dly warned
against using readdir_r(3) for years, as far back as 2016.
Have they?=C2=A0 Looking at rust's github page, I see dis= cussions about
using readdir_r on Fuchsia and Linux, but nothing about B= SD.

If you look at these tickets, there are people poin= ting out that
readdir_r() doesn't work correctly even on platforms w= here it isn't
formally deprecated.=C2=A0 The Rust developers chose t= o fix the Linux case
because it produced a link-time warning and ignored= the rest.=C2=A0 That's on
them.

They also seem to be providi= ng their own prototype for readdir_r(),
which suppresses the deprecation= warning they should be getting on
FreeBSD 15, and turns the issue from = a failure to compile into a failure
to link.=C2=A0 That's also on th= em.

It doesn't really matter whose responsibility it is.=C2=A0= If rust can't be
compiled on FreeBSD after a FreeBSD change, then it= 9;s up to us to fix
it.=C2=A0 The purpose of FreeBSD, like any other useful = OS, is to run the
software that people want to run.
+1 to= Alan's request to back out the change for now.


How about putting up pu= ll request for rust to fix it?;)

That should certainly be done.=C2=A0 I'll try to do it this weekend, = if I have time.=C2=A0 However, the need to revert this change will remain.= =C2=A0 FreeBSD 15 needs the ability to run both current and old Rust toolch= ains.

So for current rust= : it needs a pull request despite the revert. Rust is simply wrong here, du= e to their choices, and that has to be unwound in their code base. That'= ;s non-negotiable. We learned with the FreeBSD11 ABI troubles that we must = be more proactively involved to see changes through to the end with Rust or= the long legacy that creates problems for us. Here the risk extends beyond= the rust ecosystem because we must continue to expose a broken-by-design i= nterface to newly built code.

Old rust toolchains = run fine on 15. Regression testing can be done on those, but that's not= a fully desirable answer. But t's only previously built rust toolchain= s that still run. Newly built ones do not. That's a problem.
=
So, for building these old toolchains anew, we can't sup= port them indefinitely. There needs to be a transition period for building = old toolchains. We're in that now that the base change has been reverte= d. But the question is: How far back does Rust test? How old are the toolch= ains they do A/B testing against today? Is it 3 months? 6 months? 12 months= ? That will tell us the timeline we need to support this configuration. Giv= en both the importance of Rust, and "history" we owe it to oursel= ves to be intentional about what we do here.

Warne= r=C2=A0
--000000000000296e9d063e88c5ed-- From nobody Thu Sep 11 16:53:37 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 4cN3YD6nVkz66vB8 for ; Thu, 11 Sep 2025 16:53:52 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ed1-f45.google.com (mail-ed1-f45.google.com [209.85.208.45]) (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 4cN3YD2vq0z3S0n for ; Thu, 11 Sep 2025 16:53:52 +0000 (UTC) (envelope-from asomers@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-f45.google.com with SMTP id 4fb4d7f45d1cf-6188b5ad4f0so1609352a12.0 for ; Thu, 11 Sep 2025 09:53:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757609631; x=1758214431; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=7JfhVshJ6wzy2HGP4lP1YcnCWeWYbPztgFufGhPyqhI=; b=Y4NcODwCH2VjSI1AxcqlAfTRnZlI9UfVssDnubfd10wA/gXGhghnUvWW97TMDZ2YWS okaSAVjpXaXLavR7wuT8SALXyC5edC8qUkuV6Ck1jV0EZ5X0tiNqbHSnM1x7jidumwb/ vrbWw5FJBhhosWdlQMZeJcyBoJrFvzWkMAyoOQ4WUW24I7lrtn5jau96G2ekdmomPtFf ZrcnTaWekM8oclEqaedJngWz8mOep4hao1lt8Ur5CTOKv9+RGZV1HmVhLjdY7lQA87sI 96hdrXREEZxErKkZ2j3o3l9t+QPZ0EL5s8LGcHIf9Rj/Lsg7acBXWQ1NUGU9v4Ej0ncx Rq5g== X-Forwarded-Encrypted: i=1; AJvYcCXgknQiG4P0hzyEUnwocZ+rkxKjrWDKXUBb/WBv/tZ8UVM59WN+qVJWdoRaoAOkeSibrwKSv5gHvLpA+SLIyig=@freebsd.org X-Gm-Message-State: AOJu0YxhHZ4NomkA4QulM53u7DJ0fV1lHgprVcN6yKbsGMZGMQiU2Rov /b4llVwMfyDlPw9sCOk8WVsKsDg2NT9QD+2+CQ/2TxokYT6tbUc9BYxmA703gJV7Fyjt646cilj 63Uvws9PesIZYt2T6o/PvY2EJ7MSgh0Q= X-Gm-Gg: ASbGncvNLHU1FbcBXGNTrpG0lUQ9ReBTTXPQGVm1s+7IbWBSx5UhFt0YArDNwU5cpZa /O5EmTMxsb3CC3fWYWFo6vyJa17Tswj68G3fyglMcrQjyBTwcVyNINm2rb1EXNsPspf+L7lxgBi uygmrVKw29nIhrA7Rz22tXJrcxeGwGEMzzFud2WHmVszmErKLm6ONv6YC4m60JJ9dJZh65M3x+M meyVe91XqsZvJmstQ== X-Google-Smtp-Source: AGHT+IFPLk/oxkdcGla/lVVMlplW6GnpX0ac1LXa385a2JPNt7dSFJjn1G/ByP1F6LROdq66NR6HzSo+wzgWSSbIRaA= X-Received: by 2002:a05:6402:354f:b0:629:3f9d:b06c with SMTP id 4fb4d7f45d1cf-62ed866c3c2mr216996a12.33.1757609630583; Thu, 11 Sep 2025 09:53:50 -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: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <1F6A4621-1505-4F78-97C6-85EA556B2165@yahoo.com> <86bjnhi7s2.fsf@ltc.des.dev> <86zfb1ghj7.fsf@ltc.des.dev> In-Reply-To: From: Alan Somers Date: Thu, 11 Sep 2025 10:53:37 -0600 X-Gm-Features: AS18NWDk-AY2APOz4L4eTnut7r0UO9TDrv78w7U26RfzJrlaovWmWVym2ZtS1k4 Message-ID: Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] To: Warner Losh Cc: Toomas Soome , FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000af4e88063e896163" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cN3YD2vq0z3S0n --000000000000af4e88063e896163 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Sep 11, 2025 at 10:10=E2=80=AFAM Warner Losh wrote= : > > > On Thu, Sep 11, 2025 at 9:48=E2=80=AFAM Alan Somers = wrote: > >> On Thu, Sep 11, 2025 at 9:45=E2=80=AFAM Toomas Soome wro= te: >> >>> >>> >>> On 11. Sep 2025, at 18:10, Mark Johnston wrote: >>> >>> On Thu, Sep 11, 2025 at 05:01:16PM +0200, Dag-Erling Sm=C3=B8rgrav wrot= e: >>> >>> Alan Somers writes: >>> >>> Dag-Erling Sm=C3=B8rgrav writes: >>> >>> Tell that to the Rust developers. They have been repeatedly warned >>> against using readdir_r(3) for years, as far back as 2016. >>> >>> Have they? Looking at rust's github page, I see discussions about >>> using readdir_r on Fuchsia and Linux, but nothing about BSD. >>> >>> >>> If you look at these tickets, there are people pointing out that >>> readdir_r() doesn't work correctly even on platforms where it isn't >>> formally deprecated. The Rust developers chose to fix the Linux case >>> because it produced a link-time warning and ignored the rest. That's o= n >>> them. >>> >>> They also seem to be providing their own prototype for readdir_r(), >>> which suppresses the deprecation warning they should be getting on >>> FreeBSD 15, and turns the issue from a failure to compile into a failur= e >>> to link. That's also on them. >>> >>> >>> It doesn't really matter whose responsibility it is. If rust can't be >>> compiled on FreeBSD after a FreeBSD change, then it's up to us to fix >>> it. The purpose of FreeBSD, like any other useful OS, is to run the >>> software that people want to run. >>> >>> +1 to Alan's request to back out the change for now. >>> >>> >>> >>> How about putting up pull request for rust to fix it?;) >>> >> >> That should certainly be done. I'll try to do it this weekend, if I hav= e >> time. However, the need to revert this change will remain. FreeBSD 15 >> needs the ability to run both current and old Rust toolchains. >> > > So for current rust: it needs a pull request despite the revert. Rust is > simply wrong here, due to their choices, and that has to be unwound in > their code base. That's non-negotiable. We learned with the FreeBSD11 ABI > troubles that we must be more proactively involved to see changes through > to the end with Rust or the long legacy that creates problems for us. Her= e > the risk extends beyond the rust ecosystem because we must continue to > expose a broken-by-design interface to newly built code. > > Old rust toolchains run fine on 15. Regression testing can be done on > those, but that's not a fully desirable answer. But t's only previously > built rust toolchains that still run. Newly built ones do not. That's a > problem. > > So, for building these old toolchains anew, we can't support them > indefinitely. There needs to be a transition period for building old > toolchains. We're in that now that the base change has been reverted. But > the question is: How far back does Rust test? How old are the toolchains > they do A/B testing against today? Is it 3 months? 6 months? 12 months? > That will tell us the timeline we need to support this configuration. Giv= en > both the importance of Rust, and "history" we owe it to ourselves to be > intentional about what we do here. > > Warner > Rust has a clockwork release cycle. A new beta and stable release are published every 6 weeks. Sometimes a patch release is published based on an existing stable release, but that's rare, and it always follows the stable release within less than one month. But after one or at most two patch releases, there really isn't any more development of that version. So I suggest: * Up to 6 weeks from when the PR lands to when it reaches a beta release * Another 6 weeks for it to reach a stable release * Another 6 weeks maximum in case there's a need for a patch release That's only 18 weeks. And we can safely round it up to 6 months. But another problem is that FreeBSD 15's GCP images have been broken for months, which makes it hard for anybody to do CI on FreeBSD 15. IMHO we should fix our GCP images before we start the clock ticking on readdir_r. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288817 --000000000000af4e88063e896163 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Sep 11, 2025 at 10:10=E2=80=AFAM Warn= er Losh <imp@bsdimp.com> wrote:=


On Thu, Sep 11, 2025 at 9:48=E2=80=AFAM Alan Somers = <asomers@freebs= d.org> wrote:
On Thu, Sep 11, 2025 at 9:45=E2=80=AFAM Toomas Soome <tsoome@me.com> wrote:


On 11. Sep 2025, at= 18:10, Mark Johnston <markj@FreeBSD.org> wrote:

On Thu, Sep 11, 2025 at 05:01:16P= M +0200, Dag-Erling Sm=C3=B8rgrav wrote:
Alan Somers <asomers@freebsd.org> writes:
Dag-Erling Sm=C3=B8rgrav <des@freebsd.org> writes:
Tell that to the Rust developers.=C2=A0 They have been repea= tedly warned
against using readdir_r(3) for years, as far back as 2016.<= br>
Have they?=C2=A0 Looking at rust's github page, I see d= iscussions about
using readdir_r on Fuchsia and Linux, but nothing about= BSD.

If you look at these tickets, there are people po= inting out that
readdir_r() doesn't work correctly even on platforms= where it isn't
formally deprecated.=C2=A0 The Rust developers chose= to fix the Linux case
because it produced a link-time warning and ignor= ed the rest.=C2=A0 That's on
them.

They also seem to be provi= ding their own prototype for readdir_r(),
which suppresses the deprecati= on warning they should be getting on
FreeBSD 15, and turns the issue fro= m a failure to compile into a failure
to link.=C2=A0 That's also on = them.

It doesn't really matter whose responsibility it is.=C2= =A0 If rust can't be
compiled on FreeBSD after a FreeBSD change, then it= 's up to us to fix
it.=C2=A0 The purpose of FreeBSD, like any other usef= ul OS, is to run the
software that people want to run.

+1= to Alan's request to back out the change for now.


How about putting up= pull request for rust to fix it?;)

=
That should certainly be done.=C2=A0 I'll try to do it this weeken= d, if I have time.=C2=A0 However, the need to revert this change will remai= n.=C2=A0 FreeBSD 15 needs the ability to run both current and old Rust tool= chains.

So for current ru= st: it needs a pull request despite the revert. Rust is simply wrong here, = due to their choices, and that has to be unwound in their code base. That&#= 39;s non-negotiable. We learned with the FreeBSD11 ABI troubles that we mus= t be more proactively involved to see changes through to the end with Rust = or the long legacy that creates problems for us. Here the risk extends beyo= nd the rust ecosystem because we must continue to expose a broken-by-design= interface to newly built code.

Old rust toolchain= s run fine on 15. Regression testing can be done on those, but that's n= ot a fully desirable answer. But t's only previously built rust toolcha= ins that still run. Newly built ones do not. That's a problem.

So, for building these old toolchains anew, we can't s= upport them indefinitely. There needs to be a transition period for buildin= g old toolchains. We're in that now that the base change has been rever= ted. But the question is: How far back does Rust test? How old are the tool= chains they do A/B testing against today? Is it 3 months? 6 months? 12 mont= hs? That will tell us the timeline we need to support this configuration. G= iven both the importance of Rust, and "history" we owe it to ours= elves to be intentional about what we do here.

War= ner=C2=A0

Rust has a cloc= kwork release cycle. A new beta and stable release are published every 6 we= eks.=C2=A0 Sometimes a patch release is published based on an existing stab= le release, but that's rare, and it always follows the stable release w= ithin less than one month.=C2=A0 But after one or at most two patch release= s, there really isn't any more development of that version.=C2=A0 So I = suggest:

* Up to 6 weeks from when the PR lands to= when it reaches a beta release
* Another 6 weeks for it to reach= a stable release
* Another 6 weeks maximum in case there's a= need for a patch release

That's only 18 weeks= .=C2=A0 And we can safely round it up to 6 months.=C2=A0 But another proble= m is that FreeBSD 15's GCP images have been broken for months, which ma= kes it hard for anybody to do CI on FreeBSD 15.=C2=A0 IMHO we should fix ou= r GCP images before we start the clock ticking on readdir_r.

= --000000000000af4e88063e896163-- From nobody Thu Sep 11 19:31:19 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 4cN7342vz6z67Kj9 for ; Thu, 11 Sep 2025 19:31:28 +0000 (UTC) (envelope-from saper@saper.info) Received: from q.saper.info (q.saper.info [IPv6:2605:2700:0:2:a800:ff:fec7:5c61]) (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 (secp384r1) client-digest SHA384) (Client CN "q.saper.info", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cN7334Thdz3nv7; Thu, 11 Sep 2025 19:31:27 +0000 (UTC) (envelope-from saper@saper.info) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=saper.info header.s=Sep2014 header.b=fukxsNOC; dmarc=none; spf=none (mx1.freebsd.org: domain of saper@saper.info has no SPF policy when checking 2605:2700:0:2:a800:ff:fec7:5c61) smtp.mailfrom=saper@saper.info Received: from q.saper.info (localhost [127.0.0.1]) by q.saper.info (8.18.1/8.18.1) with ESMTPS id 58BJVJr5040161 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 11 Sep 2025 19:31:19 GMT (envelope-from saper@saper.info) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=saper.info; s=Sep2014; t=1757619079; bh=23ANMJ4TCSz3sX97WMGNrlypmbyyHykCJtDdNA+ZBKM=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=fukxsNOCkFOSQSVBFHcGwL5RBpY8EvsmFbIRzP5iEdS27Jl4iP0BsdAK47Nmn+SAD x7DLQCT7wc3oUiuP2t42i++x/Q6TfZDokHOPcABmR1QzKW8BF0lt4EDwkDOXw+NwgO bHAVkD1ch3BW1tuvwbPuzOy9sNJ4ogUsCL8AqX1Q= Received: from localhost (saper@localhost) by q.saper.info (8.18.1/8.18.1/Submit) with ESMTP id 58BJVJcD040158; Thu, 11 Sep 2025 19:31:19 GMT (envelope-from saper@saper.info) X-Authentication-Warning: q.saper.info: saper owned process doing -bs Date: Thu, 11 Sep 2025 19:31:19 +0000 From: Marcin Cieslak To: Oleg Lelchuk cc: Jordan Gordeev , Vladimir Kondratyev , current@freebsd.org Subject: Re: CFT: evdev-awared moused In-Reply-To: Message-ID: <87qnrnp4-s2s3-4o78-q47o-0793rop61660@fncre.vasb> References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="2201072851-1893199715-1757619079=:24306" X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.26 / 15.00]; SIGNED_SMIME(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.86)[-0.860]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[saper.info:s=Sep2014]; ARC_NA(0.00)[]; ASN(0.00)[asn:47066, ipnet:2605:2700::/32, country:US]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MISSING_XM_UA(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; DKIM_TRACE(0.00)[saper.info:+]; DMARC_NA(0.00)[saper.info]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_XAW(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; RECEIVED_HELO_LOCALHOST(0.00)[]; HAS_ATTACHMENT(0.00)[] X-Rspamd-Queue-Id: 4cN7334Thdz3nv7 --2201072851-1893199715-1757619079=:24306 Content-Type: text/plain; charset=US-ASCII; format=flowed On Mon, 25 Aug 2025, Oleg Lelchuk wrote: > I started using Vladimir's evdev-aware moused a long time ago, and I am a > big fan of it. I just realized that hms had become the default driver in > FreeBSD 15 and the ums driver would soon be a thing of the past. Yep, now > we just have to remove the old moused program from the base system and > replace it with Vladimir's moused. I have a simple question. if I have evdev_moused_enable=YES which gets me /usr/local/sbin/moused -p auto -t auto which serves my hms touchpad. how do I enable moused (any kind of it) to enable my ums1 USB mouse when the computer has it plugged in? (rc.conf flags for moused are confusing me everytime I touch them) --2201072851-1893199715-1757619079=:24306 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: BASE64 Content-Description: S/MIME Cryptographic Signature Content-Disposition: attachment; filename=smime.p7s MIIOdgYJKoZIhvcNAQcCoIIOZzCCDmMCAQExDzANBglghkgBZQMEAgEFADAL BgkqhkiG9w0BBwGgggq9MIIEvDCCA6SgAwIBAgIQeEqpEhjRpCYIUTzTZlVD ozANBgkqhkiG9w0BAQsFADBMMSAwHgYDVQQLExdHbG9iYWxTaWduIFJvb3Qg Q0EgLSBSMzETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEGA1UEAxMKR2xvYmFs U2lnbjAeFw0yMDA5MTYwMDAwMDBaFw0yOTAzMTgwMDAwMDBaMFsxCzAJBgNV BAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMTEwLwYDVQQDEyhH bG9iYWxTaWduIEdDQyBSMyBQZXJzb25hbFNpZ24gMSBDQSAyMDIwMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvxvJBqEapaux2/z3J7fFslRO WjKVJ5rCMfWGsg17dmD7NSnG7Spoa8d3htXsls1IMxoO8PyouQajNQqYmlYo xinlqenMNv7CJyEKMOAtglBmD6C/QC7kT+dSx4HfSTs8xmv8veJOldMzF8S/ BEn/tD4w/Dvpg+oXOqDyOiHPTacRFK0QHoq5eEbBmVS8W0rwcaRotO9fGTA+ NjF0My7GLRNK0eMPGh2hcPZURQhXy7wRQ8XFIfEA6kaQHHN22ncnVtwqiTmA wTR+4GNNVinG3KjNZLAVSnGrdCvT2I4Zo19hKy5PX6o7wrVXvMR4zV5VBFwV 6ZDM+xewao7Mup+SbwIDAQABo4IBiTCCAYUwDgYDVR0PAQH/BAQDAgGGMB0G A1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/ AgEAMB0GA1UdDgQWBBSFu/DMxDa1CmJ2o5kuj7s6aq3FUTAfBgNVHSMEGDAW gBSP8Et/qC5FJK5NUPpjmove4t0bvDB6BggrBgEFBQcBAQRuMGwwLQYIKwYB BQUHMAGGIWh0dHA6Ly9vY3NwLmdsb2JhbHNpZ24uY29tL3Jvb3RyMzA7Bggr BgEFBQcwAoYvaHR0cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQv cm9vdC1yMy5jcnQwNgYDVR0fBC8wLTAroCmgJ4YlaHR0cDovL2NybC5nbG9i YWxzaWduLmNvbS9yb290LXIzLmNybDBMBgNVHSAERTBDMEEGCSsGAQQBoDIB KDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9y ZXBvc2l0b3J5LzANBgkqhkiG9w0BAQsFAAOCAQEAWWtqju12g524FdD2HwUX U1rSxeM5aSU1cUC1V/xBjXW0IjA7/3/vG2cietPPP/g3lpoQePVJpQAKZml8 1fHwPPivFK9Ja41jJkgqGzkORSC0xYkh2gGeQg1JVaCzcrRzJElRjT442m6F pbLHCebxIHLu0WBNjLZreB6MYMaqdPL6ItbXtD/BU4k517cEuUbczoBFZAra jq7oUBWXuroln5AMnRwVNwgJN4Np0s4kkJ94KepzbFOLzcbnfUB0+xT4foXm bM0GmmcPGOy0qvqEHJsBwDZXDxIk8oqCnnLngi7N94Sn4eTcmpZ9NH2dDN1O TEPVXgRG5X1pBcNtMWG6MDCCBfkwggThoAMCAQICDCKqoJRMYYx5sYJHGzAN BgkqhkiG9w0BAQsFADBbMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFs U2lnbiBudi1zYTExMC8GA1UEAxMoR2xvYmFsU2lnbiBHQ0MgUjMgUGVyc29u YWxTaWduIDEgQ0EgMjAyMDAeFw0yMzAzMDcxNjExMDlaFw0yNjAzMDcxNjEx MDlaMDwxGTAXBgNVBAMMEHNhcGVyQHNhcGVyLmluZm8xHzAdBgkqhkiG9w0B CQEWEHNhcGVyQHNhcGVyLmluZm8wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAw ggIKAoICAQC8MB3fTYVrTadH5qE2CIa4VLvlL6QHgDriMRLkTA49SPszYCO0 fZTEpdSw8fc6kK9p2fD63LAfOHeD7jzey5aHBzpIGlxeFkn0Ce2BCYY5yLxK i9byoCwrpLchTR1Itpk1w+zy5E4T9KBTL1+c+w+TKpaIvFLXtjZtz4wQGi0p e/nRkRK9htGG3mETh+APitedl+ImGaI8NK9PELxuSkXnYAvGPpnXir8vbszk tJU1b0TevL/i3Sy6fhOhunZmTo1QDM7Zw4UyVjkQgTvL3y4I0tIrVjlam08x XZeMp+i/Gl51eHGvRVfvdJUJAjrWhrFEp8+2FZouWxWzAlHdd2sRp1AekNdP CeRgHeIF6uNtSseL1grKAjU+4BiixWPp1y1niB0humoQHoub/6fO/mU+//rW l3gTwZNu4FuKgZlfPw+qnvuka0c9dUNIZRCE5z8yXjS8R9yZWirnHNhYxf/e R2y4jaiHzPAjZlZZ2rGx8xVfB2n2JsAicj2+ZxmXlQ1yd5RW1pfxG3cdNNC5 uZ+j4JIN2ElsIjEKmMn9gHdoaEMAy/ENwNiMDBadLnc8qWirq/Ktp2dBSf2y /sH9xMpVyk8wuYjpbCnX4xslAensno5A20MYdKGPRFaItEhNPNbfzc1+4br8 exoXFX1F9ZJK9gGUO2nLbdRycphdyzxzgQIDAQABo4IB2jCCAdYwDgYDVR0P AQH/BAQDAgWgMIGjBggrBgEFBQcBAQSBljCBkzBOBggrBgEFBQcwAoZCaHR0 cDovL3NlY3VyZS5nbG9iYWxzaWduLmNvbS9jYWNlcnQvZ3NnY2NyM3BlcnNv bmFsc2lnbjFjYTIwMjAuY3J0MEEGCCsGAQUFBzABhjVodHRwOi8vb2NzcC5n bG9iYWxzaWduLmNvbS9nc2djY3IzcGVyc29uYWxzaWduMWNhMjAyMDBMBgNV HSAERTBDMEEGCSsGAQQBoDIBKDA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3 dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAJBgNVHRMEAjAAMEkGA1Ud HwRCMEAwPqA8oDqGOGh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20vZ3NnY2Ny M3BlcnNvbmFsc2lnbjFjYTIwMjAuY3JsMBsGA1UdEQQUMBKBEHNhcGVyQHNh cGVyLmluZm8wHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB8GA1Ud IwQYMBaAFIW78MzENrUKYnajmS6PuzpqrcVRMB0GA1UdDgQWBBTW/RrdlRFR y6MgS7liTThMnQA5ozANBgkqhkiG9w0BAQsFAAOCAQEAAwoUJShHMueocVlD 1+vYJbTTTbk9tabr2L4Iyyy4Btu1d1wwl6d9Yx2N9qaVERWcEeP0aR+NB2B7 xIKl/ZnZVuSxep0Raw4s284a/jSIJlsAi4SJItDCU2VrYJDWxP7MxzZHnzPI MLDoTHXPV18gvYTewoNk5/Yo89Kb0v/GpPTpP2sVdrWLHa4uKUHYrAZ0aByp kNw6lXp6o6DXvXaOd6KDTQN5XhmmHwLnuLceODF1t9gicsZIOY+KAxN6YZ6t EqwN48b4OFMpckDE3fm1iTZRqnEIqUHOKOcoCImkub1woEN0zXDQmLXaZigl uVztWSTM4/fapWLrlHBNxfjs1TGCA30wggN5AgEBMGswWzELMAkGA1UEBhMC QkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExMTAvBgNVBAMTKEdsb2Jh bFNpZ24gR0NDIFIzIFBlcnNvbmFsU2lnbiAxIENBIDIwMjACDCKqoJRMYYx5 sYJHGzANBglghkgBZQMEAgEFAKCB5DAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN AQcBMBwGCSqGSIb3DQEJBTEPFw0yNTA5MTExOTMxMTlaMC8GCSqGSIb3DQEJ BDEiBCDiybz+bGMvGQBrNM2MN7pw5MyXacrLU2MUY4vs7WfNATB5BgkqhkiG 9w0BCQ8xbDBqMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYwCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIB QDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAgC7 4w1q/Cn4VNJQErRfYr7YZJ41o7zWWi0TxmDkdSF2HcdoQxNWd2Fy1sTqO1s+ CcFKXoESP/wSqR1H2+vP3bU8d25wVvIKlzCEthlt8LW9Rkf0FnmjWRyBCDKJ mxgZTF/vYtY2phl+SkFXtB7MxgTxoS9a0hS1tbNcMarTufFfoRMjRbLKn1wi qbynbjuzn1tJ9iqUc2aH1OOw1ZLxZaBTkc8sBQOKpyahtDgkah39yrFZVw8g FD4xG1xSROyRwTP9RXd5KsgeOWKF8ByuXbeURi3aVvWDWjOGf/lTs4RK0H1E ewNgPrRRDADLwmFFXBBdy9k8Ag7QSV2TjhlT6u3NtFw774Z5Fi3YFRw8TsFT wmY+OWeUl3/7ScJ7dc14IO2PDharRnmC4nugsF/+AmEqHQ5gUS/XdWvTcOwg q6xSh6EPHa061/ZN9ePxv4zdm/Cj14N5Y5OQGvfkhX9Y8HGwUVwmNE0PrbRX rpTskpxe44w204XWckTY/cGCUc9QuUYotEhzZIsd2rAbO72Zza44q26ihCJu 3x5pcPALorMq04yADGpMtRNKwGJ/lUCdLbooJZIghvEFHlNVHJ8o91jrFbHK cDVCgDgKcYDoAUrsLgdFxukqRGXBAzOE6w5bDaCpKoq+hPEPrkp/XTab3tPu UnI8zUwHqPLmGZeORbyldw== --2201072851-1893199715-1757619079=:24306-- From nobody Fri Sep 12 02:47: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 4cNJkc4bJXz62Zt5 for ; Fri, 12 Sep 2025 02:47:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cNJkb0fPNz3Zdp for ; Fri, 12 Sep 2025 02:47:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=mC9kONu5; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.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=1757645268; bh=0FMAXvC9ic+So+6qtOM54cY6L88TvOXGL0tN1kuWobg=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=mC9kONu5yfNObfXHwGe+f5TQiXVEvrqeum+VzuKhpv4hsOgLHkY9N7VoarWMKeEWjsRVEehx2HHiEdrRq3DJgFlftZH2TU0hi8bf4Xsg42cZEAy3UouRghQJEJzMCxsLUjcbD8V1jhsis8iHeUPzPHBNQsFnBTdMYWfnDM5nSkHufaKUO6e4nXONgJerF2Da3fuT74xwE3zi/mTYCc7Gm0+QdfjYq4L6trt2+Itjnv8aI3RLNnJmL56yzQYMXp1B+rZ8wRmeFf7VmREXghjKZ8InfuP/dY6v7FJEnFCFY9UpWXIRzSaahVVLutcDAC5Zhbb3MmTqtoU3X18/MNddrA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757645268; bh=MoRtBJEUax6oeXm35GxZ4RK8KkmvPT+zPO6HUZ6KdZ4=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=nFFEjzxMA3bm/h7Dpz1ylyqKxMtJizZjglt0dBufqJXNClLgDtY/oBhjsPiiIe085iUVm9kCbucaZlswEEHXhwSX7S4vLTFY1wrES8ZXiInN/if1q6zZwVnxQw50eWqQaFd8C6NexgoNR01J7I2YwFdih0rSiLSKJ4PIkDM012K4ZldpY6etuWS0C4b70DVpa6QhgH5LL0dsLdYr/xrOIFnviSWh2UKhs0c1KGvLTIIbkLda8A03vBuQKe/vr7moV6sifxzMb9+UkHlp7aKctizNj267ciY9rXpOKda92Y3xXMRFabsdroKHZNQWvN28YfUNM9xzKZYR004D0oZjiw== X-YMail-OSG: CCgpYjQVM1kayVQNmALSxbESshvEgBXtei18GPWTkPveiXm_4r0DLznsFh.0LJ9 j9KbwUiZ._mKsUn2pz2x39Ug8ZaIQhXHtdt4MaubGv8ARxQe1bvVsDwoTRG5W_A.sUESnNzLGvKp A2DEHLPay8mkh9S6JgCP2kC7Rv9iUDKaHscwzRzFf0ZWNxiKnKqTg4wk5FqQ2LIMcIblJGq3LQK3 nrWR5sbp9P7zKIUHn1tBq4GtrMbY20q8FCZe.UG0fIKu2KfTxxseQaZrrvg_qROp8fXOa3UUYB4N ZmZuqeyYVssUEfaeBCVPpwZBJCkTvEBGFN6v3IffAj9yyJjgG.RdchGmABRVJtNoUkA6Zv6HU_5w ReMVcdH38NEuQ5yYMnMiaxz5Zax.7fKLdkFAaa5qbAkDF0FnNBCosljb5dQlgjUHVvLuhHIBai.G UCZU6VYOViJ9FqoHjGKoifzSS7hSrhwu5hch.R.FZA9avWbt44EyynYE6_zqbX66hnJvo3duRYsG I.YVd4DD8DzTJ4fAB07J4QPlrhn_820_aqW2WlgL5G71NPeXGCtARxp4gqh.3jC9KMPuhvZ1aI0Y 7vRQLCFpuyz9.AKgWw69KwAi8v.kRm.l.1TE0bZjyjRwKm5NdN5UE3MWvEgffqgB832Ecw0CICzb hqJlxf7yHNf2RFJ1REEYq6HvzYkxPYYKabBRIGvKsKsHA.bjme6h3ALbPuggNrnWxBFPJlQgYG4R jC9CTKSchMyDsinRIU3PSBsxLhAsTjiFw2YTQ7YsseyLDJ8xFLXQDdYGIun4xBJbntO1Sl7WrelH ENRcY9ViSjzARa1d1Kpg5f.6M9NiBZf5yez3piU9iYb9yTqcf5kQxfuosKSKhudJdx3JvCZFHHu5 HxPCyNXBKGurGZ8OZjncMdMCL8fvLvi_EYWDuY3SkkyRmnpQwgltCxCt85wLor2w0MFftOa2dDHz 5eJYDjY1EdKCmvezHyQI5_bHmI1m9_fA_h5Usx.LDHDelaHfhMgdihqpLIjd3Hxdagy22YK_.pOs Ox8HoLfrw4ndjT5yiRMZV5Mu9QbDKQ6FPQS4TyWYKZ4YDO68pjhbF_aZdDLvwaFLNOFB7x8H8ZVw r_NRQknyqwtQmO1YKEwjkSyCy8CnfzwdHfsje6ULzGiA.E1KuFtJxkqWk4t7qmppbGT8BM1HAtq5 GUcpeVDHzoM9Pd273AM4Ij5CRlzVzLOedkfBu0Yv0B4RPl5DXvwMZy6hByHsWM3iCEBo_hoOel2l 1jv4DngkdnxRYY124gY6ZyPg8J3c7Yjy3oNEw4Bn9YjSul_liYJRRkGkGPcJyUSHBRGXqi1qipAe qs7lYzZI7EeXqirTGleSaz3M9DWZwVcHbfrMUggf5hAOpgBZOubvjRa_nnJcCo3AMeQvBxCUIs8x 1q4rj9Ej393KI.kDNduMxyMdp3OMXmiPaAh_QODn_lt8DieUrMggYUOw55okPufn1jF9.TXeyvBc ebucxDjdlKNhl7.wUiuVaMJRbkMbu7vIzN31lf6JBKmV9IZfjd8lmFXpzUDdPOn_HTkXhQb.qbLs 2Mbj4eDXgPl.POkxo3d6J03H5kENvfvXxm8HaqiTAXAcK2savARO0YjsbHOMC.Vl7AnmW1vwTyRb 7bdySwsVP4BzqNMgmfbDrHY5GFKaShAjTdyXqyN5PfXeg7bPFbrZWDD5kZHMHPwV7KiS9a0CXQ31 ivVZmmuYkfrDGdqLsK8lS91898YTKJyFqUjrt5Zcc5NrSL4wom3KWezxQkbEFPilSlth3qvHD3BD FA6zRDE19amRSJRPpBtZBXDqClImE5.nJ.de8Gw_7mMF00FY6xJ.SCL2deXw1K_nX9qEpPaLGzSR Y.tU8cCvyNTJEVQUrXycClHWUrULPaVUPnrvo7yi6wIpM7huvVnKC7gADOr0TjM1EdYke5KrJSff jCx6qsn70hyd78DRu_wGkhDt4lBsnal.XsUK13HNx1mqGlDAgCdg5UeI3_sdmWe52_8TMj0T7o9L NyLog6ruB8uD0l0XVYdHCAUllrqHKMYrBgpjWiUsW5U9eax.OxehvJLyx1qXu8lSR83ReL7ydhyK oGtei46yl5znW6hm0k1c7Z0VtBjFdXqaUP0pPSbXrjc6FXXFBWwcZM3H7of1Vt27hxG8ws_vIYta lT1JbU5p4.Z2FQZhmgfAb3jTLVAV5n6jdUtZA6dQy7OwzkV81cZz.szZ1xM4XmUkHf5aLNJqbl0x InAkrz6ho_UlLrwI_W5sE2aEABD0PJdeet_tzCTNGO5Lky6zSBcfJe1VsbS0PwLCJvVjyQzgaxQ- - X-Sonic-MF: X-Sonic-ID: f45b3c1c-4cd5-45be-9932-47d2b78378ce Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Fri, 12 Sep 2025 02:47:48 +0000 Received: by hermes--production-gq1-7bfc77444d-2drgz (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID aaf67f1f9c7a83c8034124dc5c53dc61; Fri, 12 Sep 2025 02:47:46 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: main [so: 16] context, an example of: /usr/local/lib/sasl2/libgssapiv2.so: Undefined symbol "gss_inquire_sec_context_by_oid" Message-Id: <85881BCA-BB67-4A53-BC76-A68719F4A515@yahoo.com> Date: Thu, 11 Sep 2025 19:47:35 -0700 To: FreeBSD Current , FreeBSD Mailing List X-Mailer: Apple Mail (2.3826.700.81) References: <85881BCA-BB67-4A53-BC76-A68719F4A515.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; 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.68.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-Rspamd-Queue-Id: 4cNJkb0fPNz3Zdp Yesterday and today I made my first trial upgrade from main 15 to main 16. Hitting other issues, I did not notice it at the time but my dmesg -a output shows a: Sep 11 13:06:48 7950X3D-ZFS sasldblistusers2[70766]: unable to dlopen = /usr/local/lib/sasl2/libgssapiv2.so: = /usr/local/lib/sasl2/libgssapiv2.so: Undefined symbol = "gss_inquire_sec_context_by_oid" Looking at /var/log/messages I see: . . . Sep 11 13:06:15 7950X3D-ZFS pkg-static[70455]: tcptestsuite-g20250428,1 = installed Sep 11 13:06:48 7950X3D-ZFS pkg-static[70703]: c-ares-1.34.5 deinstalled Sep 11 13:06:48 7950X3D-ZFS sasldblistusers2[70766]: unable to dlopen = /usr/local/lib/sasl2/libgssapiv2.so: = /usr/local/lib/sasl2/libgssapiv2.so: Undefined symbol = "gss_inquire_sec_context_by_oid" Sep 11 13:06:48 7950X3D-ZFS pkg-static[70703]: cyrus-sasl-2.1.28_5 = deinstalled Sep 11 13:06:48 7950X3D-ZFS pkg-static[70703]: cyrus-sasl-gssapi-2.1.28 = deinstalled . . . I'll note that I build and install various things that I do not use, just to have more variety in what I build, or that I rarely use. This would seem to fit that. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Sep 12 08:09:10 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cNRsV3T1Vz66f4s for ; Fri, 12 Sep 2025 08:09:18 +0000 (UTC) (envelope-from olce@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 4cNRsV2zKJz3BpW; Fri, 12 Sep 2025 08:09:18 +0000 (UTC) (envelope-from olce@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757664558; 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=LgAyP3m9XLQHWWQcAjqqxi30Q518rcvRfaEk17SoquU=; b=iHfsB5IyB03997zWCYV9YgGZLuyFXjHJWWS3CNckyoKE/IYSyg2/uGgP4hYSJgL2TMYSWD IoRcARpNUeohOHtPlO+tBHhsRLWLOF+oc7O3e83N988bAFLhvmQTNhkty4+5P/900uLgog nSMg0Q9sgO5lYYnXMXT7Tt6iLy62sYoP9XZUyMdm4agyRGs8w8fT3DH3tKg2h0Bl5qMrqV p6hJSh4KRJAoP8ULZyBTvzfkQFjw4sj97RCd4KrR/9CwfdX+OZwFl8BTNfJTGVlpjvVMjt r3EHGAaaIXsPDy/dlPzISNbxJ38ZO1Q/aodL22rcpazRDpy6QudbDq6ztwssgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757664558; 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=LgAyP3m9XLQHWWQcAjqqxi30Q518rcvRfaEk17SoquU=; b=igT9WKVLq9CsOKZgw3ob76213yT4FKynEM+eE9V54YIrJDdv0OTNCp12XIXSFTWUPnN15S +Mu7Q5tIBqsOSoFSPiydyVprxBWTfjCB42rA98qH+tM03WAjZHSXGi1RpUIpjBmb/70aTx UpJDsKPXiATw3IEBq1ukb9Cr+PYZ2gmWBhQ9ICoD1ixyq0IRoHsZ1FWoTviiYB3fTGqHqV dDJK0neDbE83tiBfI3q9730dZVRkaDn09gMSmerGow4Bi4NmFCu2lKvOtp7U9Bfj8771+/ GkETfNcXr344wdBO+cSp7QffVQ0YkLO3ukpyPuG2LAbU0rf7hTxFcsF8d0Sj9A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757664558; a=rsa-sha256; cv=none; b=edZsnmErgpF4xqTY+3/RHDbTvEXl7YVnPcbDKiFCT2qqAEx0muFE+6ZRxZdoNutxjwdGD1 ofWHgCdMNsYF3AAkMlbazJI5M5i6C2g0UH/MklBATvYoMnp09y34XUNnLajbOe08T3th3v OMIVXxODSkJAqq4NYBc1PXMJVkZo1A8gDG8yvtMvk8pd2RTvXSRrDWZzC9eT4X/RTStXtw Unhw9fS0D9EdBL+mXFUfYNjFoSNXpMkpn/lNa5Vn3EIfupgzElNQr4jf5YHDDj9knxa9qs E+3kwDE9PGVdBQc452w1c3OniZZhGguKkjIOLF0Fdj+/wyTjmRTJAF4VKpoXdQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ravel.localnet (aclermont-ferrand-653-1-222-123.w90-14.abo.wanadoo.fr [90.14.66.123]) (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: olce/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cNRsT6MySzNYc; Fri, 12 Sep 2025 08:09:17 +0000 (UTC) (envelope-from olce@freebsd.org) From: Olivier Certner To: FreeBSD Current , Alan Somers Cc: Toomas Soome Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] Date: Fri, 12 Sep 2025 10:09:10 +0200 Message-ID: <4148862.BRNeRiNLvY@ravel> In-Reply-To: References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.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; boundary="nextPart2378812.mfXeX5GmMH"; micalg="pgp-sha384"; protocol="application/pgp-signature" --nextPart2378812.mfXeX5GmMH Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Olivier Certner Cc: Toomas Soome Date: Fri, 12 Sep 2025 10:09:10 +0200 Message-ID: <4148862.BRNeRiNLvY@ravel> MIME-Version: 1.0 > That should certainly be done. I'll try to do it this weekend, if I have > time. However, the need to revert this change will remain. FreeBSD 15 > needs the ability to run both current and old Rust toolchains. Yes, and adding to that that I don't see any pressing reason to get rid of readdir_r(), knowing a bit or two on that topic, irrespective of what Rust will or will not do in the short/middle-term. Not detailing anything more here, as I already did in https://reviews.freebsd.org/D52474 where I think this discussion should continue. Thanks and regards. -- Olivier Certner --nextPart2378812.mfXeX5GmMH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmjD1SYACgkQjKEwQJce JicW4A//e9BefVuGd1F2hs3CBTzU+eF1gx+ZYZOlNOjGOu/rsu9PtF7dxvUkhMc4 p4jJG+vHlCJc1+AIXpKZaKAGWOJ6bIzIg1G//Oyf/GJUJvJWk6OcQEv6yewn57/B r7IIoHF0X8q2tJeoQI9QfnoSCH63ybU1RPchExdYY2tZID0f/lHQwPtIgiDCDP9R X78veA9RXerBiT41IT/GXNgsv44Quq226QyKppJCrd+BxKVXqJ8z9CiOt3d9UJVU otdFKonYe9zfNiPtRaX3iD0ZoljND11LfXZVc73HgL6FCxW5U2ePbKVrnJ+kq0es DxQJeBHK4EiKKFjzU2pJihxOAyOKCo3uokh2MrQ6d1RQN6Gi8GIHAsyUBVwmkX9O v9EVxkNIXx6Uj8QCh8GsmVEEUzqlWdhNNdZe3ijr71bxdCu+SYSGiigUenZmCcef aZWZ0eLnU0OLKGlZeJ16gtKBNMV1hDM7YxTwUdRX53S+lYGga8julliY3bT0I07m cy/MZiys9WEFLUSegy4KBahIC3j3FuKYYlo4z2dbToXGQT0m1C+k1kAqL/2FU/VN Q+ApWmtGx3NIuS9B343uafWnhG8zt+5n+fZVb2ZRawjdmlRd/ovy8ZxsiXruSZlV rjMaimhOdK1xWIXsLDVzFXbkEeXgwG1RviZTdHxPnCTr0qa4AZY= =q/jZ -----END PGP SIGNATURE----- --nextPart2378812.mfXeX5GmMH-- From nobody Fri Sep 12 10:19: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 4cNVmd74nSz67GjN for ; Fri, 12 Sep 2025 10:20:17 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gid2.gid.co.uk (ns0.gid.co.uk [IPv6:2001:470:94de::240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gid2.gid.co.uk", Issuer "gid2.gid.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cNVmd3T4jz3R4H; Fri, 12 Sep 2025 10:20:17 +0000 (UTC) (envelope-from rb@gid.co.uk) Authentication-Results: mx1.freebsd.org; none Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by gid2.gid.co.uk (8.15.2/8.15.2) with ESMTP id 58CAK9UI013620; Fri, 12 Sep 2025 11:20:09 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from smtpclient.apple ([194.32.164.24]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id 58CAK40X063876; Fri, 12 Sep 2025 11:20:04 +0100 (BST) (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] From: Bob Bishop In-Reply-To: <4148862.BRNeRiNLvY@ravel> Date: Fri, 12 Sep 2025 11:19:54 +0100 Cc: FreeBSD Current , Alan Somers , Toomas Soome Content-Transfer-Encoding: quoted-printable Message-Id: <0F481EDD-24F4-4F2C-BCBB-9B016DD313F3@gid.co.uk> References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <4148862.BRNeRiNLvY@ravel> To: Olivier Certner X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cNVmd3T4jz3R4H Hi, > On 12 Sep 2025, at 09:09, Olivier Certner wrote: >=20 >> That should certainly be done. I'll try to do it this weekend, if I = have >> time. However, the need to revert this change will remain. FreeBSD = 15 >> needs the ability to run both current and old Rust toolchains. >=20 > Yes, and adding to that that I don't see any pressing reason to get = rid of readdir_r(), knowing a bit or two on that topic, irrespective of = what Rust will or will not do in the short/middle-term. Not detailing = anything more here, as I already did in = https://reviews.freebsd.org/D52474 where I think this discussion should = continue. > Thanks and regards. +1 And while I=E2=80=99m here, POSIX.1 defines for readdir_r (and readdir): [EOVERFLOW] One of the values in the structure to be returned cannot be = represented correctly. =E2=80=A6which I think would cover the case of indeterminate = NAME_MAX/PATH_MAX for readdir_r. Also while I=E2=80=99m here, isn=E2=80=99t ESTALE a possibility for = readdir/readdir_r on an NFS volume? > --=20 > Olivier Certner -- Bob Bishop rb@gid.co.uk From nobody Fri Sep 12 10:59:26 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 4cNWdr4Rbsz67JYN for ; Fri, 12 Sep 2025 10:59:28 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cNWdr3V9yz3WTC; Fri, 12 Sep 2025 10:59:28 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757674768; 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=MUYVo8kiK8DF63O25yyeJTjpHqVmbkB0c7MGreQepWM=; b=rYz1X4FqAG9OMNmbDwPEIV+VrY/KRXhl+jUPIn9BAZrAlrFsX/OQ/TdN/RQvN0ARNM4C0I MEq9SKHnm4ECtwGCbnd6k/BqSoiqi9HEy3QkJkxN8kgrl/b4jwAVKiKp7y30Bi4mFPBwqq GnqhUM9hUi0I0dFj7Xi99Hp6ZThvZBqHA7Lom8QIdtYwsgUU/TynMASp7szsAXR/yHMCK5 Re80QUwC+9V/rK+JO3LQjejqFp81tEIov/b9Nfm1RrlYsdW9gHxbum8B2amp+QySn27kNK d1ykcyF4hDvyp01W75kRHSILoeP/wv0MAqurFaKi4vYaTV3fSM37r8ewmfP9wA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757674768; 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=MUYVo8kiK8DF63O25yyeJTjpHqVmbkB0c7MGreQepWM=; b=fDozQuylTFwS4fgCbUuwFqjd4Uwyw5Jv25ZZon5OeDLoDJLqVhvrXzEXskrd/AYkGj3GIg G1gykUUlOeRK4dhXa6qEjbOGiW8soWM8xhmvGFd27BHe6SwsHCkJoxxWtCufXwsvHxiiTB q95bl4OEmZWd4F7LFaXkgVAjBDkibX7gyUjzqjuXtakGTsrsjKgJ2YFJyS83yGEcCANaQR yjix3EUYy5EHNzJliO5PP2B75Bnv9EZbYMWrc9yjlKmrSgALpuprv3XfYjUwcPH7P+v5wK Yx3Lvcix9+u5q8L9Wtif7pfqvpT3pwcXIXz9eDWtkBnnutqoY3fWGSA2f6Byfg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757674768; a=rsa-sha256; cv=none; b=PPpwUa8HwPISJ3MgIk8TrTc8NJBhqYb9DE9IsR7bamz4ydZHRhZmMaMF0tby5H+7CXMHQB GUWffsBzatQQAxZp3djKaX7vfcQU20h6zRE6zAcoPSs1gRGlhEkfXg3v4X+mfbrB1dKah1 4bPIk388z9F+jJL2j23T2wY+h4AA97IfNJwldVUdpkcUgLu5rDeUWsqICpQRiGf0DnxTsQ KHh+ScNYS0V+8yAkRAIz1yuyR1WGQpVLfStMkE27JDQ1nw3sXOo0yxJBIKPBenZdvKD2uz JMu7tivGvYnY5xD/Wqq4l+usAbEnUUbL2s6/o6nUrgmcOQtVZzK02LwpbWgbLw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:c54:bed0:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cNWdr22S6zQr2; Fri, 12 Sep 2025 10:59:28 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id B88034BEA9; Fri, 12 Sep 2025 12:59:26 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Bob Bishop Cc: Olivier Certner , FreeBSD Current , Alan Somers , Toomas Soome Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] In-Reply-To: <0F481EDD-24F4-4F2C-BCBB-9B016DD313F3@gid.co.uk> (Bob Bishop's message of "Fri, 12 Sep 2025 11:19:54 +0100") References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <4148862.BRNeRiNLvY@ravel> <0F481EDD-24F4-4F2C-BCBB-9B016DD313F3@gid.co.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Fri, 12 Sep 2025 12:59:26 +0200 Message-ID: <86qzwcgcmp.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Bob Bishop writes: > And while I=E2=80=99m here, POSIX.1 defines for readdir_r (and readdir): > > [EOVERFLOW] > One of the values in the structure to be returned cannot be represente= d correctly. > > =E2=80=A6which I think would cover the case of indeterminate NAME_MAX/PAT= H_MAX for readdir_r. No, because readdir_r() has no way of knowing the size of the buffer that was passed to it. Moreover, our readdir_r() is a wrapper around our readdir(), so if the reason you're using readdir_r() is that you consider readdir() unsafe, congratulations, you played yourself. The only argument in favor of readdir_r() was thread safety because some readdir() implementations used to return a pointer to a static buffer, but was never the case for FreeBSD. Our readdir() is thread-safe as long as you don't have multiple threads operating on the same DIR. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Fri Sep 12 11:56:26 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 4cNXvl4rvzz67Mg4 for ; Fri, 12 Sep 2025 11:56:35 +0000 (UTC) (envelope-from olce@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 4cNXvl4BJhz3cB3; Fri, 12 Sep 2025 11:56:35 +0000 (UTC) (envelope-from olce@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757678195; 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=tpjWyIPOEcDdR5NCcoNPoL+Hn0Y3Lg4QZWdS/ec1t4Q=; b=voo/f4qhoF22oN09ocpuOiPcFo6UN0+H68j90/2OgButZs0OnXI+t6rQUwE8Xkwg8iBlzR 5Jb1czS0oQdH7sv9ymP6+0aRLNwWBG0WoJuVBaS5BiHY+vQQhyfmtwiJOZGhfojKGRkl4p M02qhFhCkDctRW14/Y/xzYfCm086y0vNwooVVopmTa816hGG1Hal2WPpZ7iW0WyJ103vzA sCEL3s6XbboKIirnmAWVwQpd0kPX+M66dDANEdOlRNqycXBfLRs2s3JCnUbmCZW/X7mv4d xt2Qw4MdRykdQN8R6z5Wt/5MJ9GxFh74pdaU/5G/MuupDByFV4TBagUtbL01SA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757678195; 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=tpjWyIPOEcDdR5NCcoNPoL+Hn0Y3Lg4QZWdS/ec1t4Q=; b=lIx/rk2p1pd1FFTHQmoFY8Ig3fRYXsXbHDpUpjlMK+ze01ggwtlCsPQtZkO+fLnHmgj6xq md9uxDwczpPGg7QBJl/yFt2IK2Z6eQc4wDMTJEL5V1t+1/F92OjszAXqY7wyOSXPk4T0dK sJib4mZ3vLzXDg7dbWyl/OAUJeGsUPUC0XdQwyMVaTbuKYBvj28fiWyDSpKv+SGGNw8H3V 0QusFFazB8ecB4p0Cvvaa5t7wqjH6keJBF1uEy1gdCDiAyPFRSfmPzCgFjihCAakApG1lS d/Ahleez9AKICg4hutLqxYxKd1U47glvdB45VeB/QYOlR55idI+MvFeHNfJrXw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757678195; a=rsa-sha256; cv=none; b=VUhXYsRHuCVwbKl2E1enAluKMFluJlwAD0EoX1Un8spR3QiXeYcDV/TJxhWv1pukQWFJ+V l4CMoZgT6gFsBPwtmIvEaTwrBfJTEkVEOXK6TeeSVCRJDalZqH5priNWr1Sa2OCDqGN0ik y/Y2vbbBXFak6hsMbf3EWjCOL/HEKbpoc6I+ZM9CYsENJbcLSXR9zk442YZT7jASYR0pTS H5iVvUGcyJ9buirVcDH8ZpTt8TFgfP2mxi8xOyg0I3zRJDc4Bqn31O5TsN/Zovj/KaNaLw Cc51QCsKRA0YRxdwKtlsRhPKV36AjLrjEwwT+prQcyx8I0bQbm1meUfrqcYCOQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ravel.localnet (aclermont-ferrand-653-1-222-123.w90-14.abo.wanadoo.fr [90.14.66.123]) (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: olce/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cNXvk6572zk3M; Fri, 12 Sep 2025 11:56:34 +0000 (UTC) (envelope-from olce@freebsd.org) From: Olivier Certner To: Bob Bishop , Dag-Erling =?UTF-8?B?U23DuHJncmF2?= Cc: FreeBSD Current , Alan Somers , Toomas Soome Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] Date: Fri, 12 Sep 2025 13:56:26 +0200 Message-ID: <6053312.Zv9zXsTiuT@ravel> In-Reply-To: <86qzwcgcmp.fsf@ltc.des.dev> References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <0F481EDD-24F4-4F2C-BCBB-9B016DD313F3@gid.co.uk> <86qzwcgcmp.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2759553.TYJnH3iKXO"; micalg="pgp-sha384"; protocol="application/pgp-signature" --nextPart2759553.TYJnH3iKXO Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Olivier Certner Date: Fri, 12 Sep 2025 13:56:26 +0200 Message-ID: <6053312.Zv9zXsTiuT@ravel> In-Reply-To: <86qzwcgcmp.fsf@ltc.des.dev> MIME-Version: 1.0 Hi, > The only argument in favor of readdir_r() was thread safety because some > readdir() implementations used to return a pointer to a static buffer, > but was never the case for FreeBSD. True, but most software isn't written for FreeBSD specifically, and some intends to be more or less portable. > Our readdir() is thread-safe as long as you don't have multiple threads operating on the same DIR. Only the latest POSIX release (Issue 8, 2024) amended the wording to unequivocally require that, even if previous versions could be considered to hint at that. I did not survey some other open-source implementations, maybe in practice they all meet that requirement. But even if they do, we don't really know about proprietary systems. Also, readdir_r() has just been obsoleted in Issue 8, only a year ago, so again I don't understand the hurry in actually *removing* it unless there is a clear security issue or it is actively obstructing some other grand plan. Hence, I'll point again to https://reviews.freebsd.org/D52474. Thanks and regards. -- Olivier Certner --nextPart2759553.TYJnH3iKXO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmjECmoACgkQjKEwQJce Jif5UA//YVbO43Irdyq58D1vgSS7euVHahh9Rjoptdx/NrP6NG1RtC24D6FA5HH3 RosLp+W6D5+vLXIIV+XHJea8BsI4TIVMoWPKdA5Tqzm2XEk4/6yf3luLOOlu7pdi OMsafl8elSM0AT6lEym+X/3CrlH82Us7Iv/rMEG4p4aWL2y4F61ZkmKlLnC9IzSr wGYcreIt5XHR/9zqcPSgyAmHXIpjrWz1V5bM/F/TAZ4PtlCVwM2o7tgHChMEKU3i gm4zZvTMrmVlO34LCeXZoBtr5hKoznesLX8tdm0ijbFs2MtWQ175TM38++2MIUVQ /g1oFeKj2zf2GnpZnkxachbX9+oZvWPEjm3W9rtfKpHmiRv2RxdbEm1xLFzysaJm pp6sJqBKuSAuDbuhsJeBS0ozEmWwkPF7UB+ZRY+7TNmXwospv5D6wOhfNExpHrQi wwa6QCX9RtqM9ObFfzNyC2f3VD0FUmmT1frxK27O9bsa8c/OTzykRFxqfU+Acp/I 2BseHnym3hDzk3WZ9LpP38cTpjbkI9QYS67K6qjKHpS5hpTddMGY7CaQ/uj5Orlo DbTQ+HNoInM7qx3xzpmQN6AT5WCxzCFeqiSTi5VVs1uKOKZdtBvKPdHNU7WhZn1Y QTFvkQPD/BzKZPcCLJx70plxafCmyaPffbzCWkQEuQ2ZKc9w4Oo= =ePn7 -----END PGP SIGNATURE----- --nextPart2759553.TYJnH3iKXO-- From nobody Fri Sep 12 12:44:41 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cNYzH4gXBz67Q8d for ; Fri, 12 Sep 2025 12:44:43 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cNYzH1Vrnz3kQW; Fri, 12 Sep 2025 12:44:43 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757681083; 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=KdFnAWpnzB/IUc3vu4wXxEhMNH+r8qfBQe7EbF8SWAw=; b=W45nsPviSm+FZ3a/uIHvlkbpjxei+KBTGaYUsP3HLehdPTWDeY1McFpSVXNB6CDQrXC9kj 85BzqLKfDtgAk8Mo6p7OBrBWqT11zVUa+8qhnlMAuoXMBgcezBB1udz1+rYNj+MirVMKat 4BqpFJf0XHCu7/invpy+Vq+T6nzPO327+sD2HKYher+Jp9s6ObEuq89E42odvMgA6aJsvw ZEwGIZzUknqk9l+YURMozVHkqprAUEr9wjKET79z9Qmxw8itMP0w9XXskJN54blBB9l85p phHmi+4fmxORf2VVxS+XwI4Uknby7M0uQnTF/cv+a1dT/g85gLMYgg4JIH3e3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757681083; 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=KdFnAWpnzB/IUc3vu4wXxEhMNH+r8qfBQe7EbF8SWAw=; b=K2QtQjdw3CgW7TLcFCLo0Ahjoa73H6tCEw36X+jgmnRHtqGozwjShd0ly/+hQuY17AN4af a9Wgk+7zbbEfJRfapwPQ4mopGq6s9qCL8On3JbZT3dMQ+1s/UrP59z/pWVeQ4heIogBFmb d9Rfp+WoJymVpenbTMSN+MXaNdrgdIX1o6WZe4mkPj5jkQObzhpALrM+WzhzOz/G+7cVrd nLpkaFWfyH7/iH6QgITLa373nsY83+pvYU96UAVkXpPEyxWWVEUiyfKh0sbApAsSr4Xzo3 9wW4GqMVMgyzcuQLzwWY+2tbrX2AkiIqHDdoXDDJWlTzif+umuGBUT3+YSOpVA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757681083; a=rsa-sha256; cv=none; b=M3artgLQ7Q5jWNs3WDwButzjQxjwvalpyrA+vxUbCAMIuzb+ssKrirZk+5rQi/JCSXuYfS Kb4RQk3Hmd2JdNmbQsD4N4AtN9e3zO+r8yr9HW9LdguN7Wo2xhjsn6jlbDJS/PzTaT+R0r Eq4im/Dg6gSfur/C5LIOIyyNLy9qB8PMEeBwBG8r1fmLrT3DZ+/VyL872ax5J0IiwBGh42 +N3834O1w+CYsC1wQe3eG4MKa02LOO/zGIS6QBJY8X2iyyJ9U0NHHcLW3ntCCaXGBDRYqh x5cw+FYX3iOocBX7KYqiZ5m+dGc1RIRquPXtBHB1ZSbUUCIB8qIqcdBBd8rcbw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:c54:bed0:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cNYzH0CV2zkcd; Fri, 12 Sep 2025 12:44:43 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 6862B883C0; Fri, 12 Sep 2025 14:44:41 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Olivier Certner Cc: Bob Bishop , FreeBSD Current , Alan Somers , Toomas Soome Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] In-Reply-To: <6053312.Zv9zXsTiuT@ravel> (Olivier Certner's message of "Fri, 12 Sep 2025 13:56:26 +0200") References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <0F481EDD-24F4-4F2C-BCBB-9B016DD313F3@gid.co.uk> <86qzwcgcmp.fsf@ltc.des.dev> <6053312.Zv9zXsTiuT@ravel> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Fri, 12 Sep 2025 14:44:41 +0200 Message-ID: <86ms6zhmbq.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Olivier Certner writes: > Only the latest POSIX release (Issue 8, 2024) amended the wording to > unequivocally require that, even if previous versions could be > considered to hint at that. I did not survey some other open-source > implementations, maybe in practice they all meet that requirement. > But even if they do, we don't really know about proprietary systems. > Also, readdir_r() has just been obsoleted in Issue 8, only a year ago, > so again I don't understand the hurry in actually *removing* it unless > there is a clear security issue or it is actively obstructing some > other grand plan. readdir_r() should never have existed. * It writes a variable amount of data to a caller-provided buffer without knowing its size. It's not the only function that does this, but usually the size of the buffer is well-defined. That is not the case for readdir_r(). Callers have to check in advance by calling pathconf() or fpathconf() not just once at startup but _for every directory they open_. * Because unionfs exists, it is possible for pathconf() to return the wrong value. If you union-mount a directory with a small _PC_NAME_MAX on top of a directory with a large _PC_NAME_MAX, fpathconf() will return the smaller of the two values. If you size your buffer accordingly and the lower directory has children with long names, you will suffer a buffer overrun. * People have gotten used to reflexively choosing foo_r() over foo() when both exist. In most cases that is the correct choice, but in this particular case readdir() is almost always completely safe to use (the only exception is if you have multiple threads calling readdir() with the same DIR *, which is a bad idea and easily avoided). It is also faster than readdir_r(). * The fact that Rust uses readdir_r() on FreeBSD is evidence that it needs to die. There was _never_ a reason to prefer readdir_r() over readdir() on FreeBSD, yet people who consider themselves experts in safe programming chose to use it, and continued using it for nearly a decade after being made aware that it was the wrong choice and that it was going to be deprecated in POSIX. They should have switched across the board back in 2016, but they made the deliberate choice to only switch on Linux. The deprecation notice in the manual page didn't bother them; annotating the prototype had no effect because they provide their own. Rust is (hopefully) going to get fixed now, but the only way to avoid a repeat performance is to drop readdir_r(). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Fri Sep 12 13:23: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 4cNZqf1sMtz67SNM for ; Fri, 12 Sep 2025 13:23:10 +0000 (UTC) (envelope-from olce@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 4cNZqf1Dtwz3pry; Fri, 12 Sep 2025 13:23:10 +0000 (UTC) (envelope-from olce@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757683390; 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=GBiGWwR+ThA/JOnLxCQl4M5+Xw8KyiBKgT2ImsMVgGU=; b=x7A9rkod9pQkE3e5O5EPEDSlHwYfPZLjMPTNRv6heLy3yzzhW6F+ZE8Qt6jkwuj4q980sA nZHCwkpVXgu3YAxyKcDVDIzmRoat/4g2Q/fQ5w8EJPklDuRjKMf6z4u2hf9ObpRJFrrvEq PF7Lg+lBD8SwpPmykrX/QYCBd//CExEBMcNksaK48GaFLK/vfEsKA3/VwztsDHhLYqkf4k iRK+zaqH+zX7GsZqHU6mYkq03gGsCmBUWeOZzb7Ga46GSpGUW9BtSZYb3Taw5QMR7koBQM rf/g4HGc8teAzfgh4s+QMKLBOUIXqr3vknQ6x5jJQxH7RYCEMLljROusHXYoOw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757683390; 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=GBiGWwR+ThA/JOnLxCQl4M5+Xw8KyiBKgT2ImsMVgGU=; b=pnmibDIOhuCWsgh4AP/OeoAsE6MOmvauQodVXNNtlQORBXwWa6NgX5jPqD9j3biXqez+po SNdy9Ix01BBzt7kalxC12nnz0yv0AzCIXrxeM0WZwrsCCxFh7odL0Upv7b4ZxtfZsqtiqK 4Du7YkL83ptAH1AcVyrgRB/Cssq7Ccel0RJNw5WUnV7Oif9NpNBD7wemLukz7o5PtGw1RX elxOI/FheP5+u0UOnaHBh5gAVnpvz/rxeHTAlh2oyViigKqdfIXDaOx9MBAFOj2IEfT/C7 /CtbHALQQkZ4ctpDpngmRz795dkSdDg4lT8hqA/Ecqs/tlnM6MXGWLHWXtouVw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757683390; a=rsa-sha256; cv=none; b=ZC9ntb0Vqs1VGsxQNGY32HGLr0g+NU+8smqM5P4TnMk/iCCVqCrYKPF1fiZnygu6kv9yHm XchltgwpJP2UrliS6/Z/buSEAuyuPDU3MYJrwoiw8IXm3THSEhTPHwDDOPedafFZ7d7eRi PViqGmpvlPAD/ziIOpEaIFDmDrNeoLKoD+TtsXfzCNBBimurGkDpgKaC6f52PfhaSl9tjR K+mMVunp6VIHU5FeLG2cvttlbIVj5HmB+Nh0onNuRopALWPA18tqlwGJBNhXq7jMVEYc0W 0yQX1GDPMCrQUSpvE4yuvgZTzyGemUe8h2ELxNp212k/a8aiJ9narFQ7uvqbWw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ravel.localnet (aclermont-ferrand-653-1-222-123.w90-14.abo.wanadoo.fr [90.14.66.123]) (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: olce/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cNZqc6CV7zlt1; Fri, 12 Sep 2025 13:23:08 +0000 (UTC) (envelope-from olce@freebsd.org) From: Olivier Certner To: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= Cc: Bob Bishop , FreeBSD Current , Alan Somers , Toomas Soome Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] Date: Fri, 12 Sep 2025 15:23:01 +0200 Message-ID: <5035133.Cjmsv3J8Qz@ravel> In-Reply-To: <86ms6zhmbq.fsf@ltc.des.dev> References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <6053312.Zv9zXsTiuT@ravel> <86ms6zhmbq.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1955372.vR5SVPPSqJ"; micalg="pgp-sha384"; protocol="application/pgp-signature" --nextPart1955372.vR5SVPPSqJ Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Olivier Certner To: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= Date: Fri, 12 Sep 2025 15:23:01 +0200 Message-ID: <5035133.Cjmsv3J8Qz@ravel> In-Reply-To: <86ms6zhmbq.fsf@ltc.des.dev> MIME-Version: 1.0 > readdir_r() should never have existed. Sure, but it exists. > (snip) > but usually the size of the buffer is well-defined. That is not the > case for readdir_r(). Callers have to check in advance by calling > pathconf() or fpathconf() not just once at startup but _for every > directory they open_. The size of the buffer is actually well-defined (on systems where {NAME_MAX} is not indeterminate, that is), but it is indeed not static. That's cumbersome, but also has been documented from the start, in the standard and in our manual page at least. Though I would bet that most programs calling it do not do the proper dance. You certainly have a point here. > * Because unionfs exists, it is possible for pathconf() to return the > wrong value. If you union-mount a directory with a small _PC_NAME_MAX > on top of a directory with a large _PC_NAME_MAX, fpathconf() will > return the smaller of the two values. If you size your buffer > accordingly and the lower directory has children with long names, you > will suffer a buffer overrun. Yes, that's a fundamental problem for a flexible unionfs where the upper and lower layers can be changed underneath the union view. But we have a workaround here: Simply return NAME_MAX. We could as well just decide that we will cap _PC_NAME_MAX by that of the upper layer (which implies creating directories there, which our unionfs currently always does, but may not necessarily in the future). > * People have gotten used to reflexively choosing foo_r() over foo() > when both exist. In most cases that is the correct choice, but in > this particular case readdir() is almost always completely safe to use > (the only exception is if you have multiple threads calling readdir() > with the same DIR *, which is a bad idea and easily avoided). It is > also faster than readdir_r(). I completely agree, but see these more as points to actually obsolete readdir_r(), as POSIX just did (and we did long ago). We'll eventually remove it anyway. > * The fact that Rust uses readdir_r() on FreeBSD is evidence that it > needs to die. (...) It's strange and a bit sad they were not up to their task on this. > Rust is (hopefully) going to get fixed now, but > the only way to avoid a repeat performance is to drop readdir_r(). Now that readdir_r() is "officially" obsolete, we can hope that this time people will actually comply by themselves or when we poke them to. Hopefully, we'll be able to remove readdir_r() in 16. -- Olivier Certner --nextPart1955372.vR5SVPPSqJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmjEHrUACgkQjKEwQJce JieYXhAAuGBLD06huaFK3TfIjuYKRsk7abF+bVf8M5xKRt0GrsZDTo/ClyBoxDeU zi+yP7BqEtkBH/RyxtoT8eMV8qmNdCA/RVcwJjvocpFswK5YyMAzpDa2mzt8NHP+ uOrD6GxgH1svPm32RvRQQC2YYCFwxRhGkjkPfUb0J+XUVmQSN0uGIgOtkMTiPSZP rgnf4hUfWEbMVgHMeAZMOnGNQS8g7vNuuATpSyhE8eJSuXrtLDdz1Rt7+AbE4blC f6Q3KTZRIGLjMN4o6udXXAYFeFLsIW8aBNaZrzaY04jQXWVHi7D/38BFj+RfgUhX gEkPfVpgKzMOSXalsCtfHORwxsPKOK/tphVmjzA9OqGrbAToxwndHvhbhld3UPNc 5Y6/Oy5gp3CMeUTIWbHNAxDjO3K7T6eJ731CFWXoroFv4K4zwofZbvl0pxWjxaqT c0PjH2cOOrSjGfp6buv8ie9V8QAvdnsyf0ULkH05KSRUIxSLRQrPpwJHqiRt0LX0 3+KrkwZP34FaFhwiBm5JuyimeMv2RuF+d+UtCasGdHsOL7/7P+t0glOPG+NkbZxC x4iLHQ4SJhrjq+uf2PdGZjClVL2gaMXXnRRLqtixGbl/qu4PUYqzlPmLmUPlKVgc /iR7okOIBpN+8eOMmFLUqyCCfLAyAbfafORnXcLMIv9DHe76zyk= =ZqjS -----END PGP SIGNATURE----- --nextPart1955372.vR5SVPPSqJ-- From nobody Fri Sep 12 13:34:24 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 4cNb4m4mVjz67Sw1 for ; Fri, 12 Sep 2025 13:34:32 +0000 (UTC) (envelope-from olce@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 4cNb4m3mJTz3rQj; Fri, 12 Sep 2025 13:34:32 +0000 (UTC) (envelope-from olce@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757684072; 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=F2pjkAT981xPRDaRZzKIAXj1/b2iAHNKODiqJcRZpwI=; b=CUc81tp8Or05XuHcChi4gRzOmE5l0Sgd0qFXXXdMjFcLE4Gv/yp/fYTuy0YdxwRepYXnns 6qtDimFZf1hty5S8IYP82PC3VXJmyIGzaBFVqdWIk8tOU7cjtzoXI68NSxfLNayePvWYiZ dUyN8EaHlRMQy9vr+DaHS4IU7/dRUBBqHS2k+upwy/yY4AoaYWRgbBMhFNLpZmqvGDd9Ko z6CsTOxfi/zjfe/JZKogQQ95DCE2btrgq/n11AzTGWUDYyv7ET18rF+lYE3VYyrvFtjzr1 /TQiG5KrEGjO4oosCzF+OSifgJCIO4BCre/7vhjg/KoaEYcrb++zA4VZRKl0Zw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757684072; 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=F2pjkAT981xPRDaRZzKIAXj1/b2iAHNKODiqJcRZpwI=; b=rmUyQjCHL3+6NtxgcbUnkbfpxERa87trmTnS4/LvZPbaac34Y4USj3H2vwLmorkdhNomJO z7Vz4988ZSzHeRz192TLpbXuWOQoyARMQPt3C/nCRPA5hvPlIqGRNZiaTJLtoHC4coe0OQ HK1kRMxhPL0xaJr7QSABXP8/Zk9najTWW+xeuxsa5es3sGaGalgMYC8G8mZqUH/XqKdKkS Gf0u+2+VEqe4dPlUOL4OYVBuNbWMrBJAp37RfaizbiBqeOZfOSmlTka+9bWDMHB78FvThQ Q1gQFd9xqVdHYIQaRHDGlNSE5NEcq2RryTWPV3mERCmvDIgDdcp50LhtG75mdA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757684072; a=rsa-sha256; cv=none; b=ah0y4AcHT/j9cSBfW0L3edmZ5FZn7XixbKhHHhb6e0lsqD7Y/tbv+zMe1qwPbpPmq2GUY8 bC/01UORzwFmAKK+c+ueazYH0aGspyuBMMXy6erX9Rj3dAacdi0yMDdWcaDWxEc+c1zbst +c8/5Tzj7WIk6Wgznkjy2yHnYY7mQG2J18ifsTbAif2Af0gOTImK4/2TcdIluVKB0b8JF6 n4ZtaKzmNBgXAzTGYAxusguIPav3pFBcY7gDtKiNy0Qg/5RsrjHQi644lfudWwFzdmQVuL ep7D/DmM8yVJfiu0pgtXoxOmo0Jr2Dc2M+3shnGe6NLiQnktLQNXhHUGKctw0Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ravel.localnet (aclermont-ferrand-653-1-222-123.w90-14.abo.wanadoo.fr [90.14.66.123]) (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: olce/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cNb4l5jnKzm1v; Fri, 12 Sep 2025 13:34:31 +0000 (UTC) (envelope-from olce@freebsd.org) From: Olivier Certner To: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= Cc: Bob Bishop , FreeBSD Current , Alan Somers , Toomas Soome Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] Date: Fri, 12 Sep 2025 15:34:24 +0200 Message-ID: <3163152.fEyhCgFcho@ravel> In-Reply-To: <5035133.Cjmsv3J8Qz@ravel> References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <86ms6zhmbq.fsf@ltc.des.dev> <5035133.Cjmsv3J8Qz@ravel> 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="nextPart6906059.Qb2xPn7ZBO"; micalg="pgp-sha384"; protocol="application/pgp-signature" --nextPart6906059.Qb2xPn7ZBO Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Olivier Certner To: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= Date: Fri, 12 Sep 2025 15:34:24 +0200 Message-ID: <3163152.fEyhCgFcho@ravel> In-Reply-To: <5035133.Cjmsv3J8Qz@ravel> MIME-Version: 1.0 > > Rust is (hopefully) going to get fixed now, but > > the only way to avoid a repeat performance is to drop readdir_r(). > > Now that readdir_r() is "officially" obsolete, we can hope that this time people will actually comply by themselves or when we poke them to. Hopefully, we'll be able to remove readdir_r() in 16. On this point, I guess we have no other real choice than to be proactive and do the unpleasant task of ensuring that our most important applications comply. To this end, requesting an exp-run with your patch may be a valuable first step. -- Olivier Certner --nextPart6906059.Qb2xPn7ZBO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmjEIWAACgkQjKEwQJce JifZFg/7B0iUgtz64i9Q8mUboGU3kJp53UgVdPOls87iHoYhHCjeTGvCo3NklsPt skovDWqPHOmWRByFt5j5Pd8saMQPhcRk+GFipYhAMBZ3pMe49trO/kFC+3S9pla3 js9Xjgy1jjpilXmFqa9k3ES3IBNvohcFJXEKf3qGEMF7GSXcFj9JxGFnBj5sXPv/ o2+D6pokfUjJo3flwsEn+o4e+B35qjfqGi6FNrBtJk/rPifWsEi5CHHLqErSvaxH jf765cMRp3JCLrdaxo9VPqjGehN6iK2HyInSj4FVvJmvWoTbEjdXYkdpAOoc96xE gx5577laFTS8ibfqEmq2oKnWylltxbPiaxj0CboAmHJAtRYrPwaD9PD7g/UzsgnT GJBHFTNWFtLbqwiR7EWQw4ZjcDmcgMHMlgA3zrXdBDkkRrjX/pvCFN7UlUcLPwyr kGewBm1JkMjjUTxirYV9Dut3W4LkWpThTkUmyDjXbIocqReQjUt8hudI8sbcknkx S+XfRtBl8U+xV4lyf3t1IKCAibDc/ppwNCS49xigbQ/H/qNCbJTbMa9h1pcWho4N Uvcu1CL80imT7xSXFA9tmgf/mad0rRtVapKmHkfOt8XI7D9AdaTZ8JsBxBB/umM2 LRtNkdetM5w92lQXlBpLG/h0silJ4+QTTxq9Eg8SOU8Y0IS6T1Q= =9pPC -----END PGP SIGNATURE----- --nextPart6906059.Qb2xPn7ZBO-- From nobody Fri Sep 12 13:58:31 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 4cNbcV6Cbxz67V0C for ; Fri, 12 Sep 2025 13:58:34 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (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 4cNbcV427vz3twL; Fri, 12 Sep 2025 13:58:34 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=citron; t=1757685512; x=1758352178; h=date:author:from:to:cc:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: mime-version:content-type:author:from:subject:date:to:cc:resent-author: resent-date:resent-from:resent-sender:resent-to:resent-cc:resent-reply-to: resent-message-id:in-reply-to:references:mime-version:content-type: content-transfer-encoding:content-disposition:content-id: content-description:message-id:mail-followup-to:openpgp:blahblahblah; bh=nPzXnMiM1fxy1NmBzk/vUoou5KG8GyOJpamD/Ke75m4=; b=aJseT7LlY0u2Fer5vas8BsBdP0iCrCUU4yJvkaUmDaKSny0pKg9iNqfYUrkITff+TgZUloRo omGRWjR1oJrGOv9D1zUPdCSgXF3nXp4KvkCJk16APnv0vr+gthdGUx/m9F5ZDlbos3UNZ7Tv1G QAFVdfF3Ie8NrZcAh++G6AsNTNoQ0SMquj0mSH9pyZy6EalB7u72P8zuQdngdItdabXzp/ooVl haLYZS4+vHZ9imRTgpVQR/VGzrJD3U8Et6jADiBkhj1yseocb0n8gLt/GbQ1/fBYr/cxvGAM6R kTwPk6wOp91HKsULv0GqkpP3aNwGKmyge0kzor34NFKNew3A== Date: Fri, 12 Sep 2025 15:58:31 +0200 Author: Steffen Nurpmeso From: Steffen Nurpmeso To: FreeBSD Current Cc: Olivier Certner , Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?= , Bob Bishop , Alan Somers , Toomas Soome Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] Message-ID: <20250912135831.s1k7SkfL@steffen%sdaoden.eu> In-Reply-To: <5035133.Cjmsv3J8Qz@ravel> References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <6053312.Zv9zXsTiuT@ravel> <86ms6zhmbq.fsf@ltc.des.dev> <5035133.Cjmsv3J8Qz@ravel> Mail-Followup-To: FreeBSD Current , Olivier Certner , Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?= , Bob Bishop , Alan Somers , Toomas Soome User-Agent: s-nail v14.9.25-709-g8a51e128fe-dirty OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. 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" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15987, ipnet:217.144.128.0/20, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cNbcV427vz3twL Olivier Certner wrote in <5035133.Cjmsv3J8Qz@ravel>: |> readdir_r() should never have existed. ... |most programs calling it do not do the proper dance[.] ... |Yes, that's a fundamental problem for a flexible unionfs where the \ |upper and lower layers can be changed underneath the union view. But \ |we have a workaround here: Simply return NAME_MAX[.] ... |>[.]It is |> also faster than readdir_r(). | |I completely agree, but see these more as points to actually obsolete \ |readdir_r(), as POSIX just did (and we did long ago). We'll eventually \ |remove it anyway. Only to mention that POSIX Issue 8 has posix_getdents() that gives application programmers a good tool for flexible buffer usage ("none to many" dirents in one go, as you need it), as well as lots of *stat*(2) avoidance possibilities. This is a real improvement when available, and i hope the world will go this route, so that the only optional getdirentries() / getdents() / getdents64() / readdir()+stat() dances will come to an end in the future. --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) From nobody Fri Sep 12 13:59: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 4cNbdw6HTpz67V26 for ; Fri, 12 Sep 2025 13:59:48 +0000 (UTC) (envelope-from des@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 4cNbdw5W2Mz3vvt; Fri, 12 Sep 2025 13:59:48 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757685588; 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=HzcUnWUQMNCCf6w7CQHehdbSzvRCeWnO2EZoTPJFyg4=; b=Jdq7r7nHvnC5hM0GbzAmk366b4AGpa0vqOOjFTUsDiew24LSTk5JtfJIB4wwhNPjCaa791 A62fWQXathSdOXJAFTtIIRR7w/dCidVgPMqp/zVs9bSxjN7A9DHwyu9gYlPJG5A+UNxnPe dstWdigoxyUvgHEKHQAcrbqB7uho6+q/Tb+SbCSyIWeHngxWs0vwV71jD78rljdaRM2Eji romNVms7GSFpumMhNiLIvjsfs85ggRG1t3UzXM19j/0Lk7E+lMOqobYMu/o06RP2fzI0Xj lUNf/adD7T6bIg37RDHZJtGEDAt+wWiwgwv+ZsnOTTuVuiY3HptM7470MMOjbQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757685588; 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=HzcUnWUQMNCCf6w7CQHehdbSzvRCeWnO2EZoTPJFyg4=; b=Gqi89zuX4najXcbb7fkgYEwSwVAceHVJpZT6fLCti9b1tV3D0Ak5loMbbncBbjc0sE0Mdz jssSThmkfNqf6pCPKx4VqCwE+vyFEpUw9ljTubSlISm78hpW3+HTQ5FLsBpzCWOXbOBpOf FOlTxHP/Wl1FEEIHVAfE5EBnhLyRJnQNlSyfTg/QT81xCLQwf9lmxHOCVBc+QZnl7HERj8 G2/9SMqcMBOymqy5NPobjMuatv6BLujeJGiONA62+2HjRkJ1AIhowGgebZHy/Bs6KwFSW3 sfBxFvUXvhsQs3k5AyJfjicCvDVcFcJJ+wsWui2HS/+HKXHTcobc7X4MhAOycw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757685588; a=rsa-sha256; cv=none; b=pYnsWdiiUHCFyKA9XcIgcUwc1veDbN9HJH0SSnDXrKTtthomXe7nOKoI376b3PGoGamYgq BPMJ8PNY5svuninKOeC0m+PVNwh3xJId5ITG02oxVMf75+7gKudQJIHrmvFvq7pWnKBWJz d647FVLX/fwech8lVf+UHs8we/ftQiI3G9r0BFCfKV4f1WOTHovEqGCCdUNNzmIBy1y6lP xDAKERL9OEMsYja7FrvCoqbLOOKgV17xHNIpFgt1MQ0FtAclyABjy07GHuGkcxA5EeOq8K UxoIO7wBcNz9h3atMwi94z1X0vsv/0/Gf4s9tvwKRRiibUGja2Hn4ygH/E32DQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:c54:bed0:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cNbdw4CySzmPB; Fri, 12 Sep 2025 13:59:48 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id E64B188419; Fri, 12 Sep 2025 15:59:46 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Olivier Certner Cc: Bob Bishop , FreeBSD Current , Alan Somers , Toomas Soome Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] In-Reply-To: <5035133.Cjmsv3J8Qz@ravel> (Olivier Certner's message of "Fri, 12 Sep 2025 15:23:01 +0200") References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <6053312.Zv9zXsTiuT@ravel> <86ms6zhmbq.fsf@ltc.des.dev> <5035133.Cjmsv3J8Qz@ravel> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Fri, 12 Sep 2025 15:59:46 +0200 Message-ID: <86ecsbhiul.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Olivier Certner writes: > Hopefully, we'll be able to remove readdir_r() in 16. That's what I tried to do. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Fri Sep 12 14:12:16 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cNbwK52xwz67Vft for ; Fri, 12 Sep 2025 14:12:17 +0000 (UTC) (envelope-from des@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 4cNbwK44fyz3xYd; Fri, 12 Sep 2025 14:12:17 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757686337; 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=2ARo0vUCLnwE8mCbsCjA3c1YOiSePr389xTFPY4JToc=; b=AH4ZrKs3VF+Ri6HZ5gJChZHDQAFSvG8AU70UgGZR6XWxXBamkrSr5OclH/+Ys19xA8JTUp X/UcY7GObwGG+JRcVldrTBqDS1fVAvbLZzaGENaN2kxGXWgS/L70u0zamahsjkVOsxwfiC oNJBDL2o6woUJOOA/M2+W/ogKPSlCFzQo/X19ue1qzWqzOxV1D3yUMCQP9fAEOQ8R7Y7j2 jwAOEOnAa+t6UgJ19+aQTWOEL3F4YYcb7xS8RDgOFHlWpPk8HTwHvUXjb9kMwR32Sf7E2V ekt2bskOKHy5nUIryl4CO9SCYdQZD1djeae6ocQXpeBXEKcsxMZd0MHmrLHJzw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757686337; 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=2ARo0vUCLnwE8mCbsCjA3c1YOiSePr389xTFPY4JToc=; b=AtAW4WGF9Bi7svYJW7sgX1GxwLVpBpOvIetT3YeEYkfO4mzCmPOQr4tCKL0z/psyrmYnJV ug9/Iqg3T49UJCbGTbFmbmyeP0MYejFs2v/AKunA+x/qc0OveAyedLcz//z+3naKlwzHG9 Va3X6uaKVE2s8Lx3I/DHdYtlsZ/eygYkemr/rJ1St5UDZ50SbVLZ0yzgPXLBuiseIe8qGc 4GGBg+GO8xVcS9uUFLsxcVna9MjeAd1MaLD94Yuj96jmDgbU4Si5ZVjb6jLp4j9tYy4lvQ /oxhdq9XAj7EQpHDIawyJpdulU0tp590xe7g8HNn73QaRcQRydScI9MOJ7YWXA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757686337; a=rsa-sha256; cv=none; b=Bcj0lz1PWXbvegAxbw0EICHCXrLKtMnexugompLUYMIlTa6FjXch97uyWxrxri8VPZd1+z kdYfISTQOTJAyNWebmxfsDD1hq46/ov/jsZtQYZSa1mizY2Hkuied1t555dTRb0mkzsnrJ 8G+1/YkRbmlA6bHaZJurRqxvCK6gRyR1q2sL4GffQxGxUMqmxu71d8IbOI8PokT4UJC4yL 6kzUr5acCWOnAxsKhFOK3PipkoWJpCdjRXM2GtJxbICFkJ/m+zG/jpTe1qamq6HpX9nY40 1zYcB3QEg3MfWOX7jjrgPmOkVVKCgVLHKrKg0VKnuuWxFdTG+7q57GvLLaTVTw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:c54:bed0:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cNbwK2xbGzmwW; Fri, 12 Sep 2025 14:12:17 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 3AE5A8816E; Fri, 12 Sep 2025 16:12:16 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: FreeBSD Current Cc: Olivier Certner , Bob Bishop , Alan Somers , Toomas Soome Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] In-Reply-To: <20250912135831.s1k7SkfL@steffen%sdaoden.eu> (Steffen Nurpmeso's message of "Fri, 12 Sep 2025 15:58:31 +0200") References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <6053312.Zv9zXsTiuT@ravel> <86ms6zhmbq.fsf@ltc.des.dev> <5035133.Cjmsv3J8Qz@ravel> <20250912135831.s1k7SkfL@steffen%sdaoden.eu> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Fri, 12 Sep 2025 16:12:16 +0200 Message-ID: <86a52zhi9r.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Steffen Nurpmeso writes: > Only to mention that POSIX Issue 8 has posix_getdents() that > gives application programmers a good tool for flexible buffer > usage ("none to many" dirents in one go, as you need it), as well > as lots of *stat*(2) avoidance possibilities. This is a real > improvement when available, and i hope the world will go this > route, so that the only optional getdirentries() / getdents() > / getdents64() / readdir()+stat() dances will come to an end in > the future. posix_getdents() is getdents() with an unused flag argument and deliberately incompatible types and names. I intend to implement it eventually, but it adds nothing. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Fri Sep 12 14:30:21 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cNcKD2nxwz67WdZ for ; Fri, 12 Sep 2025 14:30:24 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Received: from sdaoden.eu (sdaoden.eu [217.144.132.164]) (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) by mx1.freebsd.org (Postfix) with ESMTPS id 4cNcKD17qBz42Zr; Fri, 12 Sep 2025 14:30:24 +0000 (UTC) (envelope-from steffen@sdaoden.eu) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sdaoden.eu; s=citron; t=1757687422; x=1758354088; h=date:author:from:to:cc:subject: message-id:in-reply-to:references:mail-followup-to:openpgp:blahblahblah: mime-version:content-type:content-transfer-encoding:author:from:subject: date:to:cc:resent-author:resent-date:resent-from:resent-sender:resent-to: resent-cc:resent-reply-to:resent-message-id:in-reply-to:references: mime-version:content-type:content-transfer-encoding:content-disposition: content-id:content-description:message-id:mail-followup-to:openpgp: blahblahblah; bh=NNll3RRtohDLFzss1mSGn4Kwo6V0M/2NT5GWZxv6IXI=; b=H/36GI7px6jNt+3lyS55u59pj7gRsV7Vc41m0LV8fiyeyoioyMh4fwM/5jatbcvlCwR1hXPO BYkkYt1Z8SiNc9bDzQlmFJWKA4ulXWuDMyBC0G6qmXWfobC+c27wuxvbOiQCWRjo5a83+Jjtj4 daQvyjx/t5uBBN1R3EaCDnFH119Uf9bXRxPh0kYQb2aQOorJk0jYWoWHnrKimPuOrqXeRFrE6+ JzFfL7gVK3m9+OVadnZU/xhSxWLNEFa7BMVAPtt6BW9nFY65slTLr+tBP3XTH3NmwBzSAtp9aD WcilHp4K4Cmg7k2fpYChg6a8XLg6mfFPYqlxE/vQn2lVdlTQ== Date: Fri, 12 Sep 2025 16:30:21 +0200 Author: Steffen Nurpmeso From: Steffen Nurpmeso To: Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?= Cc: FreeBSD Current , Olivier Certner , Bob Bishop , Alan Somers , Toomas Soome Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] Message-ID: <20250912143021.kHWry5UK@steffen%sdaoden.eu> In-Reply-To: <86a52zhi9r.fsf@ltc.des.dev> References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <6053312.Zv9zXsTiuT@ravel> <86ms6zhmbq.fsf@ltc.des.dev> <5035133.Cjmsv3J8Qz@ravel> <20250912135831.s1k7SkfL@steffen%sdaoden.eu> <86a52zhi9r.fsf@ltc.des.dev> Mail-Followup-To: Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?= , FreeBSD Current , Olivier Certner , Bob Bishop , Alan Somers , Toomas Soome User-Agent: s-nail v14.9.25-709-g8a51e128fe-dirty OpenPGP: id=EE19E1C1F2F7054F8D3954D8308964B51883A0DD; url=https://ftp.sdaoden.eu/steffen.asc; preference=signencrypt BlahBlahBlah: Any stupid boy can crush a beetle. But all the professors in the world can make no bugs. 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 [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15987, ipnet:217.144.128.0/20, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cNcKD17qBz42Zr Dag-Erling Sm=C3=B8rgrav wrote in <86a52zhi9r.fsf@ltc.des.dev>: |Steffen Nurpmeso writes: |> Only to mention that POSIX Issue 8 has posix_getdents() that |> gives application programmers a good tool for flexible buffer |> usage ("none to many" dirents in one go, as you need it), as well |> as lots of *stat*(2) avoidance possibilities. This is a real |> improvement when available, and i hope the world will go this |> route, so that the only optional getdirentries() / getdents() |> / getdents64() / readdir()+stat() dances will come to an end in |> the future. | |posix_getdents() is getdents() with an unused flag argument and |deliberately incompatible types and names. I intend to implement it |eventually, but it adds nothing. Not when all implement it and one can start (or restart, plan9port went into the opposite direction five years ago) to make use of its positive aspects. I think Geoff Clare had a good thought with the flags argument: Implementations are encouraged to include support for a DT_FORCE_TYPE flag which, when that bit is set in flags, causes posix_getdents( ) to look up the file type if it can not be obtained from the directory entry. This will allow applications that need to know the file type of every directory entry to keep the cost of these lookups to the minimum needed to obtain the type at the file system level, without the additional overhead of making a call to fstatat( ) for every file (that has d_type equal to DT_UNKNOWN). That completely moves that cost to the operating system, and avoids many expensive system calls -- the system calls! the locking! the lookups! and all that!! --, when implemented. Ah. The problems without *at(), to be able to lstat() the path of an actual entry, you know, .. and how (un!)safe was that actually. So many (unsafe) code paths to drop. Simply use posix_getdents() with the DT_FORCE_TYPE flag. I think Geoff Clare really does a really really great job! --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) From nobody Fri Sep 12 19:09: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 4cNkWl44BLz62fJ0 for ; Fri, 12 Sep 2025 19:09:55 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gid2.gid.co.uk (ns0.gid.co.uk [IPv6:2001:470:94de::240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gid2.gid.co.uk", Issuer "gid2.gid.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cNkWk6K9rz46Rd; Fri, 12 Sep 2025 19:09:54 +0000 (UTC) (envelope-from rb@gid.co.uk) Authentication-Results: mx1.freebsd.org; none Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by gid2.gid.co.uk (8.15.2/8.15.2) with ESMTP id 58CJ9m0Z015163; Fri, 12 Sep 2025 20:09:48 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from smtpclient.apple ([194.32.164.24]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id 58CJ9hNU008625; Fri, 12 Sep 2025 20:09:43 +0100 (BST) (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] From: rb@gid.co.uk In-Reply-To: <86qzwcgcmp.fsf@ltc.des.dev> Date: Fri, 12 Sep 2025 20:09:33 +0100 Cc: Olivier Certner , FreeBSD Current , Alan Somers , Toomas Soome Content-Transfer-Encoding: quoted-printable Message-Id: References: <1F6A4621-1505-4F78-97C6-85EA556B2165.ref@yahoo.com> <4148862.BRNeRiNLvY@ravel> <0F481EDD-24F4-4F2C-BCBB-9B016DD313F3@gid.co.uk> <86qzwcgcmp.fsf@ltc.des.dev> To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cNkWk6K9rz46Rd Hi, > On 12 Sep 2025, at 11:59, Dag-Erling Sm=C3=B8rgrav = wrote: >=20 > Bob Bishop writes: >> And while I=E2=80=99m here, POSIX.1 defines for readdir_r (and = readdir): >>=20 >> [EOVERFLOW] >> One of the values in the structure to be returned cannot be = represented correctly. >>=20 >> =E2=80=A6which I think would cover the case of indeterminate = NAME_MAX/PATH_MAX for readdir_r. >=20 > No, because readdir_r() has no way of knowing the size of the buffer > that was passed to it. It doesn=E2=80=99t need to know. If NAME_MAX is defined, the user must supply an adequately sized buffer = (based on NAME_MAX) or shoot themselves in the foot. If NAME_MAX is indefinite, readdir_r() returns EOVERFLOW immediately. > [=E2=80=A6] -- Bob Bishop rb@gid.co.uk From nobody Sat Sep 13 01:29:34 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cNty81TXDz67Pjb for ; Sat, 13 Sep 2025 01:29:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.84]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cNty62BlSz46mw for ; Sat, 13 Sep 2025 01:29:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=aOXJU84F; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757726987; bh=kZAbqQ6fhrngxRzqo9E3oQzDqFFxYTs0F611OFyojlk=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=aOXJU84FlhscQsAigNyqTkmUUYlfSaTM7NuZuPsGYFObCNdLI5PkaOjCaxkVvu+g2BPQF2uPsJzrPadZAYd5aRDVSZdUvGDrMoyDmpuMA5TRS1eThC1l2zgLIjIrP6KszLrzXS0YnnwOu3iyEgeSA2WIZDN+9zg8luwATyeqYJ4s8l4xDrketU+6K9npQAcu2DvNj11MQCGCKerJamWI8q+omvbiP8PydGzl9AIJOFF58yUt1DVdnoYL4VqlXqryr7Bb7B00QTfNeIdcZvQNt3kdpuLblpMqXtlb3zhRjaurOP3uYHCWI4xDWmclQuMQfxBUU3HY8MsArLhUYnxJTQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757726987; bh=1XemUfeMek1fVzy0WVm614J1qrg8tlrBUJGjKfi5h6L=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=IhT6pR87hUzrDtHaHxi6+nfYctB7aARX0M3563jlpHuqxqXtOIzwR9hCVMBCjJMl6yG+80h1tvNne93OuAm6dJo5k1Ari0UbZZ1rPZ+0nH5eoWtKfSg6gyzo0JY9GZomnL+1tw3aRVO25SmNbY28anTX3snQxCxr9KyQwhmmJ/iddulUYo0pV3wEPy6nV+/5Hwljl9FbaqYFMqXjp+mOYpeVPlH8jpVPCJuJ+DErZXGHGRlSmohqfUM+TDyG+8i1FoUJtRtKWwcn8e1RSuvkmMs/H+b31ChyxcdldHQH/hVNnuEHFW+YA7w71KYukAqQBFSjI8nKhJxKnoykSv82MA== X-YMail-OSG: 8dAqvQUVM1ndJIU54p0_pwtb5ttchYL0Ed1d6akLhOoSzyLDRZkHSUP7nNuTkXe 3bHCm0lrqWkUOv9TyPzdYQ2.qLMULFhvG04bwBbemlo1LzWdlv60jMKDYzZJ98s9Mz4wLTt2_eph 4EkdI8Za_eSd_Atqx66T88yMjt9YZzb5vEYyTi6WydkXHk9tjtKWK6W4q9r.fsSJvfmvAd3wZwx7 vXTBaqxRY5OE.SNCdc2RDza.J9lemfATthiz7h5wHLHBUXgsDrNPHnCJBAlS0pJj0ETNtld_mQeT JNclxRW0sKDSoTB_cWX5U5yVylQlLwORjBKJd8Q2u5lucJtw3HLlo6BoqsGIMbUrO1lAqwdMdMVB mfrf9rt_SWGynXFRFSYigJSVAHNgUwVINbasr73pY5n9R0zVYfBeoJgQ0ilbS2Wfx3CDdrbTF9Fl AXvfYJVFpHDpQsJQy2hhCjjTkE2nRWisOPUyOkGvgiYl4h1C7yKZUN5NA.ifXxoGe3qwUKUTq03j CFjvslHCmvSJfq_vOhFhX84nW7ERgzBarcDhR.huY3p8UQcSUL.yhTWsqwqPTWJ0F7Ocljp2CwLj VqT8NDFQNs6MZfj9ulBHsz4XAW8ltTBBfMXui0C_XC0fSyyQqEURtm8AB1MPIyE1wu6unnXojB4U Xp7KU38zxpWGSL1I8i0TxsfHOcdkVcNWqK__.He3.OIo55GYfYmfM78C3_XppS2MqlTXTwKX0qlA R_tRqn2ikIzEt4xRa5VdLuV8xIycBgOjICrtRutdgMnvhUkZShmQ.Actd747GcIcTw..2GqxL.kl 6aUy0H9OKaMXHanT5bxa7J7pA0Le5TsXP9FtfS6HiPJ.mk7mhHfHVtcUr8OCtC9rnLzWVl5N78ps ixOcWp_bYG.Axpqg5ZUhj91zCMADc5kCJ7KDsNybFSz64PLiObw0D.p49lfDO_X8kRwirRXfcFLA gnIDBie6.Ygl52GmF2bGEFamNuP3tkEu3aKr_mXwJERzk_pwdKEXsaaTEFFQyWxgseorIaDQoYeO AmrzTw.EgY.TcIZeSHDjE.2dnxaFcMr3DkOEpUK17qthbbbRpcIHMVBY6oWBHLazVLGHG1_Mur9y nYtA62KZbkras7t_psuciDy1EJz3fvWA_miIUKqXQDcmSnnpnGzUR4MdloCnWUqSLEfF6.mmNOU4 87mMQTsG8P9eYvg164LpDj4_JDhlfJ.ZUWaXitluJ49fz1Skq7jNg_iHROL6rveOaUWksP8OHSJU ixviZqLz9smGnt3yz1RxxN0sfenzLE4sWPwQUBEeraY08vASXu4vsi2E7sIVtCVWzeP6aJiZTxtd IU1Stt1gZ.pn5TE.KrCVeHc4xdszHNl3gg9aZ_r6mjucBCjsi4nH6UTFz2ZSfoptoc7cxTrNNYk3 A4k.kxHbg_Q3IFjnMvvxTpUpjOvytNHO9RyYXxY0.Ow9KjMKF.7QUCakekzxd8bj2Utp28HufNsU 8rwxdvnZHOIE0FFi0VvHWiL4gTqqgnt7RMRAdwdKxZtvfSrbMcElcUKGghwvNyi0kkdoFe3dWFYl 49Z6WPBVwJEnxF5tgK.UoPbHdCDgFsr.xAp4G9Sh8u9_zedbrMQyn01_kSEBdk2kFKWli3PLFS92 CLEu340aq8cvU3y1YaB.UU6QvvXy5X4fCokOsBrA.uE_g5NIaqsJR94hj7SjRVgxo3iicRSTHBeS uUNfEfhnHFHU3uGo9pAOB0JyOboR2GeapKjGwswpxwA.Tz222Vk6MOoIV5ciRw3hKnsEZqiO2pDm KCY4mQtzl48aJ0XGjgVOJciVGFrxbpabLB56IKrKBWBvzrMrGAxI4xXzCCc0BZ6QBFJDw9jb7d14 5F74KcfBioUBUVM48IQApTYyx42A974XAkzY6E2UKC3e.b3S8Uc_0guNyDNWG1y83eozYnp6WGxR qIu57lvHT2B2HnvFQMzqNFA1ct8G9eOHsURq60sbM0IOgLexB.ahWJustWsh8tYUn23LSuwd1.4N 7b5.iRLRb_pCAwSJ0DunMHkkMxCswvZvneO9QmNKcs_fDQrznfuUifmu0FdWoXmF9Bz91SyYoAfe yRySC2yz801k0MPLNJ76Z0qv47dcd5g6InxF32M1ntHjXPUZxEMCaNgmlkis2y77Oj9jFUYKGZx0 CO20YrNPkZnK.BLJpo.Wsi7FwIU1OxVak_sc0HN8Tm98jhvgsETOc9msd_il8qHUwkZ4ERw0n3je Edt4eQnRpIVaCKtaY1tS4kSfB9Q2bYV4- X-Sonic-MF: X-Sonic-ID: dd7b30e4-0230-496a-81d6-d8a1b729e245 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sat, 13 Sep 2025 01:29:47 +0000 Received: by hermes--production-gq1-7bfc77444d-7l9vb (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID e592922285ca16f9dae88868fbf5831d; Sat, 13 Sep 2025 01:29:45 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] Message-Id: <5C059E86-3471-4CC8-92AC-35122B1904F8@yahoo.com> Date: Fri, 12 Sep 2025 18:29:34 -0700 To: rb@gid.co.uk, FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: <5C059E86-3471-4CC8-92AC-35122B1904F8.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.91 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.91)[-0.909]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.84:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.84:from] X-Rspamd-Queue-Id: 4cNty62BlSz46mw rb_at_gid.co.uk wrote on: Date: Fri, 12 Sep 2025 19:09:33 UTC : > > On 12 Sep 2025, at 11:59, Dag-Erling Sm=C3=B8rgrav = wrote: > >=20 > > Bob Bishop writes: > >> And while I=E2=80=99m here, POSIX.1 defines for readdir_r (and = readdir): > >>=20 > >> [EOVERFLOW] > >> One of the values in the structure to be returned cannot be = represented correctly. > >>=20 > >> =E2=80=A6which I think would cover the case of indeterminate = NAME_MAX/PATH_MAX for readdir_r. > >=20 > > No, because readdir_r() has no way of knowing the size of the buffer > > that was passed to it. >=20 > It doesn=E2=80=99t need to know. >=20 > If NAME_MAX is defined, What I get looking at the 2024 POSIX text for this area . . . "If {NAME_MAX} is indeterminate (indicated by fpathconf() returning = -1)": POSIX does not seem to base the definition vs. indeterminate status on a #define being present vs. not. (I'm not sure if that is what you = intended in your wording.) It is a run-time test based on argument to fpathconf() [or, presumably, pathconf()]. It does seem to allow NAME_MAX as a #define --but as an implementation defined detail, not as a requirement. > the user must supply an adequately sized buffer (based on NAME_MAX) or = shoot themselves in the foot. >=20 > If NAME_MAX is indefinite, readdir_r() returns EOVERFLOW immediately. When I look at IEEE Std 1003.1-2024 for readdir_r's EOVERFLOW, I see: =E2=80=A2 The [EOVERFLOW] mandatory error condition is added. This = change is to support large files. and: [EOVERFLOW] One of the values in the structure to be returned cannot be = represented correctly. I'm not so sure that implementations will interpret "fpathconf() returning -1" as a "support large files" issue in/for readdir_r. Seems more likely that the "indicated by fpathconf() returning -1" would be expected to be used in the calling code to avoid use of readdir_r at all for "fpathconf() returning -1" . (The need for that being why readdir_r is obsolete now.) For reference: long fpathconf(int fildes, int name); long pathconf(const char *path, int name); using _PC_NAME_MAX for name returns the {NAME_MAX} Variable's value for the filedes or path that was supplied. It can return -1 to indicate indeterminate for that specific argument value. The return value does not need to be the same for all argument values. Related Rationale text about the obsolescent status: "If {NAME_MAX} is indeterminate (indicated by fpathconf() returning -1), there is no way to reliably allocate a buffer large enough to hold a filename being returned by readdir_r(). Therefore, readdir_r() has been marked obsolescent and readdir() is now required to be thread safe as long as there are no concurrent calls to it on a single directory stream." =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Sep 13 02:54:32 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cNwrD4cs0z67W8l for ; Sat, 13 Sep 2025 02:54:52 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) (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 4cNwrC5pgzz3R7f for ; Sat, 13 Sep 2025 02:54:51 +0000 (UTC) (envelope-from zbeeble@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=eUZ8HYa9; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of zbeeble@gmail.com designates 2607:f8b0:4864:20::62d as permitted sender) smtp.mailfrom=zbeeble@gmail.com Received: by mail-pl1-x62d.google.com with SMTP id d9443c01a7336-25d44908648so17873655ad.0 for ; Fri, 12 Sep 2025 19:54:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757732085; x=1758336885; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=ZwkhpZzQw7Ik/YKRRU1XY9CNEV97TwZj7J/XGKfuaPQ=; b=eUZ8HYa9ImFgjXbQ30XdGoeOtTvoz3R+PWnkMpoLME6cydEyfD3SCTTGQwJ5Po8BL+ NFrlF073h4MRAKfAyzE22pu4RZVGGx9eC3VbUaiUUTq9I5VeoxLPZJjZti2KYRNxih+H nRHHKciyhJLzk8vLjW4aBKSTnWAF+txCFyhCd3XKLRehdJjH8xeY/vaRqGZkpElHgIZs HielUu6t8dRAr7+4r7WYI5OkCMJXooo4GbXaad0FPCh4glHBZe0PXntT9MHilbfQBiMx RlGomcPE+sHSfP6cx3+C+dcQItN5ynpkLmeciBcLXQKNbokpzYVIv6csmp2bgy24ZUX3 99+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757732085; x=1758336885; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=ZwkhpZzQw7Ik/YKRRU1XY9CNEV97TwZj7J/XGKfuaPQ=; b=na3UNa7RhXl84heaKPMhMwmMkuDO5+IynjDeLcNbP41xsVjXuXR3gue4oAgCZ+Jf6H Wx6uo+AWgyrqQjMhX0xJSlaPCOOXqahhe26ErBPXxVlt9Z8LWa+t93YcZXFZ/umf6VKF tjPhCjinWyKXWwCUh0jhrHmEDr8iy2koaCI8mBRF7rELPNi0/IKBvxSeTBHDISLSMTpA xcrwvDp0j5dYjQ+0HnUhlLnYGmM6UA3vIFuuKMO7GC5ilNb4qRInY0N8FNXWve7a98n+ LAMQAdEFlzKFS7MttnAwq6FqMjskv+NplnX5FFLLa5PTI7yG7JdpZnCszoWz3WruVmi5 Y5sA== X-Gm-Message-State: AOJu0Yy15dFbF8n/vEwQVcV/KNttYpwNoeLwcJ4CTxmbvfPBaUEa8vtv M0PK9UjRHo4sSZCqPji+2yFphsOrU1r/eh7Heogw3cSr8CnMwP+4rsdEok/Hyomwd+1YKmTVCyY EFbpwPSypLpt00fdXBdDodOMn0UVN/NlDQiA= X-Gm-Gg: ASbGncsrRXNzN1jWz8ztjCojJTeDDXmqhZ5nuxveAge+NOW/YmHhx++aik//9rSGgFw 2k1BkxFlmXIHSN+Mgpra7lEfcSFaXxF/mzXUSSuLfMnKM1v6Wgk8ohCNt/zJesun/JrU2iFA44S HfOBW2y/nbrBkl071TawCXxYUkhh+betjEpHw6owYKjHuexnimNYipJuzTeI3WwtAjZVMWVyg5b hwR5DBq+fabRSmFox4nn40Np1z91EqERVsHw1zxa7E= X-Google-Smtp-Source: AGHT+IFfjGeOwaYYeYK29PP0vqWuGD9yiAAxKIJ2AEYaTcAgnA5MfhZJ9xYM7+C5Bdolck1JVzKXQQMwzWj8fc8doSM= X-Received: by 2002:a17:903:946:b0:235:ec11:f0ee with SMTP id d9443c01a7336-25d24ca8898mr54888765ad.14.1757732085206; Fri, 12 Sep 2025 19:54:45 -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: Zaphod Beeblebrox Date: Fri, 12 Sep 2025 22:54:32 -0400 X-Gm-Features: Ac12FXyvBzYdcCIWp01Jfe2wKwxSyIsk1JMWrmW2hzaWttQAPUSHoXUGAi2XLLY Message-ID: Subject: Changes in NFS mounts from 14.3 to -CURRENT (almost 15)? To: freebsd-current , freebsd-fs Content-Type: multipart/alternative; boundary="0000000000008c94b0063ea5e449" X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::62d:from] X-Rspamd-Queue-Id: 4cNwrC5pgzz3R7f --0000000000008c94b0063ea5e449 Content-Type: text/plain; charset="UTF-8" My overall goal is to have a FreeBSD workstation before Windows 10 dies. That's coming up pretty quickly, so I've been testing. Because FreeBSD's proton support is very much dependant on 15-CURRENT, I upgraded both the new workstation and my poudriere box to the 15-current about 2 weeks ago. Now... normally, when the workstation boots, half a dozen NFS mounts to the poudriere server (also fileserver) occur. This has been the config since ... well... since back to FreeBSD 4 or so. My workstation's fstab has lines of the form: vr:/vr1/tmp /d/vr/tmp nfs rw,-3,-T,-l,-i,-b 0 0 'vr' being the hostname and so on. On vr, [2:31:331]root@vr:~> zfs get sharenfs vr1/tmp NAME PROPERTY VALUE SOURCE vr1/tmp sharenfs -maproot=nobody ump run local Now... for some number of upgrades, this spits out lines like "-i deprecated, use -o intr" ... which it still does --- but then it hangs ... for one NFS time out and it moves onto the next share. No errors on either the client or the server. What's changed here? Both machines were working before the upgrade from 14.3 to 15-c. --0000000000008c94b0063ea5e449 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
My overall goal is to have a FreeBSD workstation befo= re Windows 10 dies.=C2=A0 That's coming up pretty quickly, so I've = been testing.=C2=A0 Because FreeBSD's proton support is very much depen= dant on 15-CURRENT, I upgraded both the new workstation and my poudriere bo= x to the 15-current about 2 weeks ago.

Now... norm= ally, when the workstation boots, half a dozen NFS mounts to the poudriere = server (also fileserver) occur.=C2=A0 This has been the config since ... we= ll... since back to FreeBSD 4 or so.

My workstatio= n's fstab has lines of the form:

vr:/vr1/tmp /d/vr/tmp nfs rw,-3,-T,-l,-i,-b 0 0<= /span>

'vr' being the hostname and so on.= =C2=A0 On vr,
[2:31:331]root@vr:~> zfs get sharenfs vr1/tmp
NAME =C2=A0 =C2=A0 PROPERTY =C2=A0VA= LUE=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 SO= URCE
vr1/tmp =C2=A0sharenfs =C2=A0-maproot=3Dnobody ump run=C2=A0 local<= br>

Now... for some number of upgrades, thi= s spits out lines like "-i deprecated, use -o intr" ... which it = still does --- but then it hangs ... for one NFS time out and it moves onto= the next share.=C2=A0 No errors on either the client or the server.=C2=A0 = What's changed here?=C2=A0 Both machines were working before the upgrad= e from 14.3 to 15-c.
--0000000000008c94b0063ea5e449-- From nobody Sat Sep 13 14:57: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 4cPDt64Xtdz66ZyN for ; Sat, 13 Sep 2025 14:57:34 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 (2048 bits) client-digest SHA256) (Client CN "pelorus.zefox.org", Issuer "pelorus.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cPDt42tmxz3YYb for ; Sat, 13 Sep 2025 14:57:32 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.18.1/8.18.1) with ESMTPS id 58DEvTDu021168 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 13 Sep 2025 07:57:29 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 58DEvTLf021167; Sat, 13 Sep 2025 07:57:29 -0700 (PDT) (envelope-from fbsd) Date: Sat, 13 Sep 2025 07:57:29 -0700 From: bob prohaska To: freebsd-current@freebsd.org Cc: bob prohaska Subject: Git and buildworld running at the same time 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 [0.76 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_SHORT(-0.97)[-0.973]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_WWW(0.50)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-0.09)[-0.095]; NEURAL_HAM_MEDIUM(-0.08)[-0.076]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[zefox.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4cPDt42tmxz3YYb Lately I've noticed that sometimes while running buildworld a top window reports git running also. Up to now, I've surmised that this is intentional, with git providing some housekeeping function. Yesterday a buildworld session was accompanied by a prolonged interval of git running also, with a large memory footprint, near 1GB. That seems rather excessive. At the same time, it dawned on me that my recent habit has been to run git pull, immediately followed by buildworld. Might it be prudent to wait (how long?) to let git finish any housekeeping triggered by the pull command? It seems likely that any overlap could readily lead to inconsistencies which might account for some of the buildworld problems I've been encountering lately. Thanks for reading, bob prohaska From nobody Sat Sep 13 15:28: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 4cPFYv1gt4z66cM8 for ; Sat, 13 Sep 2025 15:28:35 +0000 (UTC) (envelope-from brd@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 4cPFYt6cYrz3clN; Sat, 13 Sep 2025 15:28:34 +0000 (UTC) (envelope-from brd@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757777314; 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=NLC5YGNJJAzabtuBORqRt3Ci5HO0Jn4D1+gY3Apu9xc=; b=rrZr0RTu6tEz95NVD22XIOBsLzXwP0/Se54rb1coNfUW2Fj4OJzRmryPgaJzFgLK3hOqJE BVDAOtrCK05Fe5iNaxnEuA05wtV/xGSekFVxOt7j8oXr/EJi+XInVg3Poyy79OXmJoPlig W41+VPSr74yfAozcqfVNOxlspYjPX4NwH4RyegWuqbmKe98eF/oReir0D0ojXjq6kEU6jR GzEHNG6ovrpqDsrbe4PW/XXpNf8gSTSHbX2lno1Voc2fsyznervbNilTl8O9DqH21GIADt 6pTZSZtr0C63lQXPmCzMiU2KMw1Sm3qVwiOiP+sP+LjUKNo5cx0xKue7ZgG6+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757777314; 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=NLC5YGNJJAzabtuBORqRt3Ci5HO0Jn4D1+gY3Apu9xc=; b=wKgn6e0jSh3rOnQO+gEn8E+8gybuj7c+hLhhpT4VIi3AmeV9Kgi83dVigyHMKzzIKkD2Xf kFnK+77+YWeIeSzuRTXO2YhQPp78SXGePNAb+DqVku2/z16+vJZv8O1g418Ei8fQIPP4A0 OxTeFvKrQzNSLe8dqAf/OpKvUl3mQ/ajh5Dk9Q/C6znPH8P9Mo97pC91gtYKttLG3KN4Mn 27fax+WG/k+KF5iFMl6MMzWrw+4IxE2KSNiPYkSlIJBNEQ36vK9Y9SYIgc1ull8xl9+NNL U3idTchVNtav1EKdWUcgVTnXv1EnZgk/5o3XqRZA9Gj0sGmRxicWj6/surBFHA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757777314; a=rsa-sha256; cv=none; b=xedBxvQX1I83iphXyQ66lG7M1N+Ce8wWy895dmWuqPhku7jw5SsF98f9WKt2vj1tmZw1C7 fOowLRmO7IeyDNNppj6PkH1PCXFWARQYM10HRzPphDJpIov6Zu/GK0gHb1zk5SHvryzXe1 XRnatP3BTP9xWmN1sEYkWFPwxND1b+E+UshHp8FYL9DwsEeHjRKV9Xjf9egOclXLKVpank fIxHB2G9l30JNN3FZgWXIh/dVtWiMVyw7fMTccfO2SkckX4sdN+wAZxnOonaZiF8p8ipo0 e8kivIK1iq6ou1LTUfyEFti+1FsW6qKDo+wGFvMtGty/vnnww3owFJFUoPB05Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from fauth-a2-smtp.messagingengine.com (fauth-a2-smtp.messagingengine.com [103.168.172.201]) (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: brd/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cPFYt5k6Fz1KTg; Sat, 13 Sep 2025 15:28:34 +0000 (UTC) (envelope-from brd@FreeBSD.org) Received: from phl-compute-02.internal (phl-compute-02.internal [10.202.2.42]) by mailfauth.phl.internal (Postfix) with ESMTP id D9A85F40066; Sat, 13 Sep 2025 11:28:33 -0400 (EDT) Received: from phl-imap-15 ([10.202.2.104]) by phl-compute-02.internal (MEProxy); Sat, 13 Sep 2025 11:28:33 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggdefvddvlecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjug hrpefoggffhffvkfgjfhfutgfgsehtjeertdertddtnecuhfhrohhmpedfuehrrgguucff rghvihhsfdcuoegsrhgusefhrhgvvgeuufffrdhorhhgqeenucggtffrrghtthgvrhhnpe dvjeeiteejfeeivdelvdeiteduudduvdeggeeggeeuffdvtdeuteekhfdttefhheenucev lhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegsrhgrugdomh gvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqjedtjeeifedvfedvqddukedtieel ieekkedqsghrugeppefhrhgvvgeuufffrdhorhhgsegsrhgruggurghvihhsrdhiohdpnh gspghrtghpthhtohepvddpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtohepfhhrvggv sghsugdqtghurhhrvghnthesfhhrvggvsghsugdrohhrghdprhgtphhtthhopehfsghsug esfiiffidriigvfhhogidrnhgvth X-ME-Proxy: Feedback-ID: if7394599:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id A8FB178026F; Sat, 13 Sep 2025 11:28:33 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface 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 X-ThreadId: Au3vznxEFcdo Date: Sat, 13 Sep 2025 09:28:13 -0600 From: "Brad Davis" To: "bob prohaska" , "FreeBSD Current" Message-Id: In-Reply-To: References: Subject: Re: Git and buildworld running at the same time Content-Type: text/plain Content-Transfer-Encoding: 7bit On Sat, Sep 13, 2025, at 8:57 AM, bob prohaska wrote: > Lately I've noticed that sometimes while running buildworld a top > window reports git running also. Up to now, I've surmised that > this is intentional, with git providing some housekeeping function. > > Yesterday a buildworld session was accompanied by a prolonged > interval of git running also, with a large memory footprint, > near 1GB. That seems rather excessive. > > At the same time, it dawned on me that my recent habit has been > to run git pull, immediately followed by buildworld. Might it be > prudent to wait (how long?) to let git finish any housekeeping > triggered by the pull command? It seems likely that any overlap > could readily lead to inconsistencies which might account for > some of the buildworld problems I've been encountering lately. This is part of the normal build process and how the output of uname -a includes bits like this: main-n280188-2024887abc7d-dirty or main-n280188-2024887abc7d To find out of the src tree is pristine or dirty the build process uses git to find out. Regards, Brad Davis From nobody Sat Sep 13 15:40: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 4cPFqf0cMYz66dVt for ; Sat, 13 Sep 2025 15:40:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x102e.google.com (mail-pj1-x102e.google.com [IPv6:2607:f8b0:4864:20::102e]) (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 4cPFqd5X8Fz3gJM for ; Sat, 13 Sep 2025 15:40:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x102e.google.com with SMTP id 98e67ed59e1d1-32dc6616f7dso2209966a91.1 for ; Sat, 13 Sep 2025 08:40:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1757778023; x=1758382823; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=I9V1kWEO8bfw6txhIy0Rq/UsnYawFsun24h03seSuDA=; b=BXeGwxpAB/XXfnigoHdhgIxnhvOLjktfIpdnbqSa6jKFxJJXOc+ugk5Az341+r5Hjj Ya0y46gfEOPLj1yBSP7WHYEIub4D82oM5H2EQac7KhvYbSXYuxKHYSY17nKNP+I18KDk ipz7KmlvR5paa7GGTXsGczNlAG/mdFtpoic7aJKIB7ezSc1QhceKXhTJH9FEhAFhPw66 t5PEEDBncDCqMn3fMfMXkhhNBQ18xafsJKulvqkf136Q5wc0Cyz4OJrwOrXvybMQ0bjD hplX3FjcP8wXhfcXP7KW/+Wrn4mg9L2Wj9ZemxXVJ+VPhwoLOiJ+EI5d79sWiSx5gTUG wXfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757778023; x=1758382823; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=I9V1kWEO8bfw6txhIy0Rq/UsnYawFsun24h03seSuDA=; b=SJn5Zbl6wwAUTdicsQUg0sH3gEMxLdLkmWighKVKA6WOpQrNs/+KSCMjqc3e1ztikJ 2+r1M4gAtSfA6Ks7Wiwo89MdC2y4s8WVBdYImYBrcP7YPs33EuAXYUTIGwiXShI0T0as uY6qlra1rHKOAqYGNcU9pcBu7vAYLV4abylDjtuymeI76FnSUexkIUus+qpgfMGnrSPe KhbqimF/E1iDOlKKTrSiGEr3Fi8QeJWjQp6Jbs/UcoEOwHcEA0tppFGUs423JDz1MiiB ABTCvfpNIfuIELK5U2CUEIv7CFr0gFD5QshxBnS6d7/vh7oBHGsToJ8DumYkaLiEzSK6 otwg== X-Forwarded-Encrypted: i=1; AJvYcCVVXo2FVVDVV+nu0PsN+wKncWiC/V5zbFzgzscoGV3CXePma9OaXODgxP9voMuzZJADVd7HbRgDylMn2Wh1zKA=@freebsd.org X-Gm-Message-State: AOJu0YzZ5Wv2pNriN2YLVwsqc/hblChl6SF4RBgdpgYqfVbdAQ2eIQMZ EDnyf1kxPUXviU8omelNAR53JkrystB/m13WEs7GLbK6u2K09MMHreQVUFaXE815vtio9rSnUoW KwcQGNzY5hEFeQsMw/t8C5EQ0jn/HCp1ZPQpBPxJufgp1woh/z9Jsypk= X-Gm-Gg: ASbGnctZ89a1dhuSW/JJlopUqJhbDZn/8wnLUqz8bRM32MUua9T/TCG/SBzH1+LqSP7 alpneD3lu/EQdMhTUSBgR63hzQVI3N7WFWijM45p98YZSz5Ek+GZ2ceYaE0ajsvTe0LsY+dLSya r18VPtQBaXhhPpOheG74QImB+oC6/SFjW6iXTk+QNymRZb+/wqwVcb07eSebmirR5Hns+X/q5R7 Ms9ROFZNbqpBmma81jp3L8/6DK++jCZb6sl9aXs64qIhznrCw== X-Google-Smtp-Source: AGHT+IHxLP5sRCTJwFdplpIH+qbThuOsLlhq3wvgBlj68nlYaOUtFp3eMfIRlDejbqzROw5pRlB2d/pI+BacBkchw2Q= X-Received: by 2002:a17:90b:4c85:b0:32b:ab04:291e with SMTP id 98e67ed59e1d1-32de4f9611dmr7944397a91.25.1757778023522; Sat, 13 Sep 2025 08:40:23 -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: Warner Losh Date: Sat, 13 Sep 2025 09:40:12 -0600 X-Gm-Features: Ac12FXyf3_Ekz8olgi4KA9ZfMyUZvr20ymajdqXVlsqI51sxaMgxiycQZrj1hds Message-ID: Subject: Re: Git and buildworld running at the same time To: Brad Davis Cc: bob prohaska , FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000afb704063eb0968f" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cPFqd5X8Fz3gJM --000000000000afb704063eb0968f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Sep 13, 2025 at 9:28=E2=80=AFAM Brad Davis wrote: > On Sat, Sep 13, 2025, at 8:57 AM, bob prohaska wrote: > > Lately I've noticed that sometimes while running buildworld a top > > window reports git running also. Up to now, I've surmised that > > this is intentional, with git providing some housekeeping function. > > > > Yesterday a buildworld session was accompanied by a prolonged > > interval of git running also, with a large memory footprint, > > near 1GB. That seems rather excessive. > > > > At the same time, it dawned on me that my recent habit has been > > to run git pull, immediately followed by buildworld. Might it be > > prudent to wait (how long?) to let git finish any housekeeping > > triggered by the pull command? It seems likely that any overlap > > could readily lead to inconsistencies which might account for > > some of the buildworld problems I've been encountering lately. > > This is part of the normal build process and how the output of uname -a > includes bits like this: main-n280188-2024887abc7d-dirty or > main-n280188-2024887abc7d > > To find out of the src tree is pristine or dirty the build process uses > git to find out. > Though that's only for the kernel, not for world builds. Right? Warner --000000000000afb704063eb0968f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Sep 13,= 2025 at 9:28=E2=80=AFAM Brad Davis <= brd@freebsd.org> wrote:
On Sat, Sep 13, 2025, at 8:57 AM, bob prohaska wrote:
> Lately I've noticed that sometimes while running buildworld a top<= br> > window reports git running also. Up to now, I've surmised that > this is intentional, with git providing some housekeeping function. >
> Yesterday a buildworld session was accompanied by a prolonged
> interval of git running also, with a large memory footprint,
> near 1GB. That seems rather excessive.
>
> At the same time, it dawned on me that my recent habit has been
> to run git pull, immediately followed by buildworld. Might it be
> prudent to wait (how long?) to let git finish any housekeeping
> triggered by the pull command? It seems likely that any overlap
> could readily lead to inconsistencies which might account for
> some of the buildworld problems I've been encountering lately.

This is part of the normal build process and how the output of uname -a inc= ludes bits like this: main-n280188-2024887abc7d-dirty or main-n280188-20248= 87abc7d

To find out of the src tree is pristine or dirty the build process uses git= to find out.

Though that's only fo= r the kernel, not for world builds. Right?

Warner<= /div>
--000000000000afb704063eb0968f-- From nobody Sat Sep 13 15:53: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 4cPG7M0Lyzz66f5H for ; Sat, 13 Sep 2025 15:54:07 +0000 (UTC) (envelope-from brd@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 4cPG7L6y1tz3kvw; Sat, 13 Sep 2025 15:54:06 +0000 (UTC) (envelope-from brd@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757778847; 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=qhAJpDWF7s/nJKP8oQTPitsuCeZ/sLLVRKJL5PVVI1U=; b=h3oJLJ1tg6X9hbSY5guz0JgiMIS2jtxS8RCJyekILR8DFjnDfhKE8+ZzRhAGgdeXFBLZgX AuBg4HTo1KfFYGAiTBigV7vvtoNFaHcbMcG66rc82ny95wVWh7R3yE3na8hodUqHb2zojk pKpiiOpbVUVQeHx+EEhNs5ssB8uYz/U9hlNU5rCKJb4JtqsRC3rAlLcX7KC6pPlgoSxlpY NXal3+JUKb4jcN3QYbfwvouOj9ldaHf5X+WyXYPn8bVlj+zHV2RAmqr5Tm8nRvomwMrlyn fqo7KxET1EqS+XvLT3j5YUIe/kdXkM1KZnpRWZN5dSLoKRh5mjcG0iXRCVXW6w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757778847; 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=qhAJpDWF7s/nJKP8oQTPitsuCeZ/sLLVRKJL5PVVI1U=; b=nb9XpDh8PmCzfM09GdjvYFf6EaGU0mnQyikLNHr2FnSIl88kCSQUnu085q4OD1AqiO9Xvn e+ylXXUjk+w3nQFZ+/+muVA0l/HTxUQOwVtCE9IvbXNHaRXwGGlHBRi+/VLummj9svo5nj sKw2ok/OFNSGpXWjrCNvpoG3RA/TdaAd2O4LErwieKxIaxOyXI5N9shVMjxVSznOi1XNpn 6Q6Xi/gJvza6EM9XtPagrRw1/wBNOHLT2mxg2qfy3dgvo6wUtgffyZUO3w8s6BjQOwqxxu 39uvGyltP0Tu0ECVG38PlEZq2VUCseYzE8sEvni5ehIeNqp37UAJKB/DuShG4Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757778847; a=rsa-sha256; cv=none; b=bH/FS9ruRptWHRaTjWoUUKz6+ARd4wLE4fe5tu/TCRuhuZxkRYhPNS+wOLNKA7Ml0ZEed/ LclHQrYZwmHE3wyUA3VNZLDCV9nCNkSFOVIdDqkYIAUcy6pZ9uWl8HuLOKOKZm2UW4gn28 iaNQMKRwH+z3KW0vtPDfOYCKuWtDlyvySf6I85MYNXkQ+Yub5RhJpAmvUj35Fko+p4Au+Z S80B/GA0hSXDQfsHojS/yzPPf2MK0RikaxA4M+7E8JMFnjf2QRUk76c6F7YDlpf/fA2Sqr +mUbvKfmalO5YHzwXq3dWgm3wSdSvotFwz6rfV/rZAfcPOEQ6wwlPS8WTnXAig== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from fauth-a2-smtp.messagingengine.com (fauth-a2-smtp.messagingengine.com [103.168.172.201]) (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: brd/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cPG7L65nRz1Kg4; Sat, 13 Sep 2025 15:54:06 +0000 (UTC) (envelope-from brd@FreeBSD.org) Received: from phl-compute-02.internal (phl-compute-02.internal [10.202.2.42]) by mailfauth.phl.internal (Postfix) with ESMTP id B26E3F4006E; Sat, 13 Sep 2025 11:54:06 -0400 (EDT) Received: from phl-imap-15 ([10.202.2.104]) by phl-compute-02.internal (MEProxy); Sat, 13 Sep 2025 11:54:06 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggdefvdefgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjug hrpefoggffhffvvefkjghfufgtsegrtderreertdejnecuhfhrohhmpedfuehrrgguucff rghvihhsfdcuoegsrhgusefhrhgvvgeuufffrdhorhhgqeenucggtffrrghtthgvrhhnpe dufffgvedufeejheehtdetjedthfehjefgjeetheelfeelleegieduleffheduhfenucev lhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegsrhgrugdomh gvshhmthhprghuthhhphgvrhhsohhnrghlihhthidqjedtjeeifedvfedvqddukedtieel ieekkedqsghrugeppefhrhgvvgeuufffrdhorhhgsegsrhgruggurghvihhsrdhiohdpnh gspghrtghpthhtohepfedpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtohepihhmphes sghsughimhhprdgtohhmpdhrtghpthhtohepfhhrvggvsghsugdqtghurhhrvghnthesfh hrvggvsghsugdrohhrghdprhgtphhtthhopehfsghsugesfiiffidriigvfhhogidrnhgv th X-ME-Proxy: Feedback-ID: if7394599:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 8942378026F; Sat, 13 Sep 2025 11:54:06 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface 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 X-ThreadId: Au3vznxEFcdo Date: Sat, 13 Sep 2025 09:53:46 -0600 From: "Brad Davis" To: "Warner Losh" Cc: "bob prohaska" , "FreeBSD Current" Message-Id: In-Reply-To: References: Subject: Re: Git and buildworld running at the same time Content-Type: multipart/alternative; boundary=a8381887fa904e7fb94f44b2546598e9 --a8381887fa904e7fb94f44b2546598e9 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Sat, Sep 13, 2025, at 9:40 AM, Warner Losh wrote: >=20 >=20 > On Sat, Sep 13, 2025 at 9:28=E2=80=AFAM Brad Davis w= rote: >> On Sat, Sep 13, 2025, at 8:57 AM, bob prohaska wrote: >> > Lately I've noticed that sometimes while running buildworld a top >> > window reports git running also. Up to now, I've surmised that=20 >> > this is intentional, with git providing some housekeeping function. >> > >> > Yesterday a buildworld session was accompanied by a prolonged >> > interval of git running also, with a large memory footprint, >> > near 1GB. That seems rather excessive. >> > >> > At the same time, it dawned on me that my recent habit has been >> > to run git pull, immediately followed by buildworld. Might it be >> > prudent to wait (how long?) to let git finish any housekeeping >> > triggered by the pull command? It seems likely that any overlap >> > could readily lead to inconsistencies which might account for >> > some of the buildworld problems I've been encountering lately. >>=20 >> This is part of the normal build process and how the output of uname = -a includes bits like this: main-n280188-2024887abc7d-dirty or main-n280= 188-2024887abc7d >>=20 >> To find out of the src tree is pristine or dirty the build process us= es git to find out. >=20 > Though that's only for the kernel, not for world builds. Right? It happens for world builds as well.. newvers.sh runs git (used to be sv= nlite) and is called in Makefile.inc1. Regards, Brad Davis --a8381887fa904e7fb94f44b2546598e9 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
On Sat, Sep = 13, 2025, at 9:40 AM, Warner Losh wrote:

On Sat, Sep 13, 2025 at 9:28=E2=80=AFAM Br= ad Davis <brd@freebsd.org> = wrote:
On Sat, Sep 13, 2025, at 8:57 AM, bob prohaska wrote:
> Lately I've noticed that sometimes while running buildwor= ld a top
> window reports git running also. Up to now, I'v= e surmised that
> this is intentional, with git providing= some housekeeping function.
>
> Yesterday a= buildworld session was accompanied by a prolonged
> inter= val of git running also, with a large memory footprint,
> = near 1GB. That seems rather excessive.
>
> A= t the same time, it dawned on me that my recent habit has been
> to run git pull, immediately followed by buildworld. Might it be<= /div>
> prudent to wait (how long?) to let git finish any housek= eeping
> triggered by the pull command? It seems likely th= at any overlap
> could readily lead to inconsistencies whi= ch might account for
> some of the buildworld problems I'v= e been encountering lately.

This is part of t= he normal build process and how the output of uname -a includes bits lik= e this: main-n280188-2024887abc7d-dirty or main-n280188-2024887abc7d

To find out of the src tree is pristine or dirty= the build process uses git to find out.

Though that's only for the kernel, not for world builds. Right?

It happens for world bu= ilds as well.. newvers.sh runs git (used to be svnlite) and is called in= Makefile.inc1.


Regards,
Brad Davis


--a8381887fa904e7fb94f44b2546598e9-- From nobody Sat Sep 13 16:06:27 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 4cPGPs17GKz66g9G for ; Sat, 13 Sep 2025 16:06:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x102d.google.com (mail-pj1-x102d.google.com [IPv6:2607:f8b0:4864:20::102d]) (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 4cPGPr6D4Lz3mcF for ; Sat, 13 Sep 2025 16:06:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x102d.google.com with SMTP id 98e67ed59e1d1-323266cdf64so2518404a91.0 for ; Sat, 13 Sep 2025 09:06:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1757779599; x=1758384399; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=yF60GmoUjNvHivniTZHU5ZcJyxbciD+Twbks7ZZSS18=; b=sjegHvWYCJ46UTBT04uByZdVW/yyPBVldQksf9N0y3usCxD0mUAURBBzemg7hLxSRl KrL4ym8v3d3ktUClkqqqVgTW28cXhTTDpgTFRtJkAs0VmycZSSe7q8Z+xTCj+K2tDH2v SNeqZUACPCfCDc/86MyySDsK1ES92uf7ZIGvlVHz6eQoC9xOno8xXucZxgLxuiiMDUUl TrTajzaDYhzjTCNeUvCHU/2wlEOGSfl/QR6visjASnhAzIRQZ30Nr+k/UzRPyq/dw9I/ xIazBfyVAdKrH5A4mYYDrnoEHdIdBUYGz3reBbKPHI7/ovCWVlQW9NeRsmgYSSoGleJd /xMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757779599; x=1758384399; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=yF60GmoUjNvHivniTZHU5ZcJyxbciD+Twbks7ZZSS18=; b=jCLnLPBSZy5r3N1NBtEm5qCfijILyYvja8ZjWgs0d3Tb+3kVTMuxz+/wu3p8UkdFqv uxYbt2aQtenTvgBcajWsrUZOkZydMo04GIhCM5rQFLWyk2NC6HIoWI5jcPHSPmiT2063 ptV3fS8MqjKHTRSuh2k4keqtXyvGGn5JAS988Ndqo3chv1nvgGiT4wQg5zv8mQHji9bg y/n53Szp1zbEfXM8OBSSkmZ+R7Hu7QWH5GGiWGptVJG5Mt8Ph6jYp7r8IwmJygArDOZR zMxDRvPPtY4o6GJOP8WKhdhdzwrhW16LoGvQFEmo/EwkcXThbD6LK+lxmmolTFbDw440 MQKQ== X-Forwarded-Encrypted: i=1; AJvYcCX0UH4Pq13vOtmT02CwV0ZzzNSsZi0/EuN3i9NpqsXOx4Sku/uwEKOM+FXf6OuMfVlSeStdiefY+oRMVuML4Uw=@freebsd.org X-Gm-Message-State: AOJu0YzOqWH99hbTI7h1tZmXm6i4D0aH+AH7ntLqB7xyNIQwVsnx9NVb Lt+mpQFHg/VChTOLx4vGFCeVy9rEI53It8n+RMxzVhX3Sewm3FZsdGoouZbZb93LRAtBb8PqS+4 01mICHPQZ1GojRvECNZtyCTBlCMhvP3ZArQQNzyWbb7t6RIsfyry4eGwzxA== X-Gm-Gg: ASbGncvXUPOlfcitA6PLcxkQtUOwKGVJFU/t7UxlSk7dwhXhcyNF/RJoL8ov1B0UtyG lvj0DxCsDD9QXxyomiDFQUqxlhHr3Q48n+/CPj+TNT9E9xUphpqEh5CdWToeQpPuwLW1C4aS7IP kXrwdf0cdniRZTuu0xzEFcFRt6AUv84li4WKvP89njZWIlUwy+Gf4lwh2MEbkfp2CQXFDh84eE1 OOhjL/xJsqYSbSeASE4zF81mqizK130X4VF1Gf/x8q7mxAa0w== X-Google-Smtp-Source: AGHT+IF/mUf/p1PWcCjNmMHRNKZjMidlVhtA7U5w8HGtFObI6lsaD3S+gYBAlsSjvQNBPPAt2YgmN7tBdS0meb1HnQ4= X-Received: by 2002:a17:90b:3901:b0:327:ba77:a47 with SMTP id 98e67ed59e1d1-32de4f97d10mr8329035a91.15.1757779598546; Sat, 13 Sep 2025 09:06:38 -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: Warner Losh Date: Sat, 13 Sep 2025 10:06:27 -0600 X-Gm-Features: Ac12FXxa9LPZNqSnocLgbvh_zxwAqSgs4BF7ReBUI-kNfNTFh7OSucvbt-gEdmQ Message-ID: Subject: Re: Git and buildworld running at the same time To: Brad Davis Cc: bob prohaska , FreeBSD Current Content-Type: multipart/alternative; boundary="00000000000090af5c063eb0f4d1" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cPGPr6D4Lz3mcF --00000000000090af5c063eb0f4d1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Sep 13, 2025 at 9:54=E2=80=AFAM Brad Davis wrote: > On Sat, Sep 13, 2025, at 9:40 AM, Warner Losh wrote: > > > > On Sat, Sep 13, 2025 at 9:28=E2=80=AFAM Brad Davis wrot= e: > > On Sat, Sep 13, 2025, at 8:57 AM, bob prohaska wrote: > > Lately I've noticed that sometimes while running buildworld a top > > window reports git running also. Up to now, I've surmised that > > this is intentional, with git providing some housekeeping function. > > > > Yesterday a buildworld session was accompanied by a prolonged > > interval of git running also, with a large memory footprint, > > near 1GB. That seems rather excessive. > > > > At the same time, it dawned on me that my recent habit has been > > to run git pull, immediately followed by buildworld. Might it be > > prudent to wait (how long?) to let git finish any housekeeping > > triggered by the pull command? It seems likely that any overlap > > could readily lead to inconsistencies which might account for > > some of the buildworld problems I've been encountering lately. > > This is part of the normal build process and how the output of uname -a > includes bits like this: main-n280188-2024887abc7d-dirty or > main-n280188-2024887abc7d > > To find out of the src tree is pristine or dirty the build process uses > git to find out. > > > Though that's only for the kernel, not for world builds. Right? > > > It happens for world builds as well.. newvers.sh runs git (used to be > svnlite) and is called in Makefile.inc1. > It doesn't need git for this: # Set VERSION for CTFMERGE to use via the default CTFFLAGS=3D-L VERSION. .for _V in BRANCH REVISION TYPE .if !defined(_${_V}) ${_V}!=3D eval $$(awk '/^${_V}=3D/{print}' ${SRCTOP}/sys/conf/newvers.sh); echo $$${_V} .export _${_V} .endif .endfor In fact, it's not even running newvers.sh, just using awk to grep out these variables. Though it should be using newvers.sh -V here (which specifically doesn't run git). So what else is running it behind the scenes? Warner > > > Regards, > Brad Davis > > > --00000000000090af5c063eb0f4d1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Sep 13,= 2025 at 9:54=E2=80=AFAM Brad Davis <= brd@freebsd.org> wrote:
On Sat, Sep 13, 2025, at 9:40 AM, Warner Lo= sh wrote:


On Sat, Sep 13, 2025 at 9:28=E2=80=AFAM Brad Davis <brd@freebsd.org> wrote:
On Sat, Sep 13, 2025, at 8:57 AM, bob prohask= a wrote:
> Lately I've noticed that sometimes while runni= ng buildworld a top
> window reports git running also. Up to = now, I've surmised that
> this is intentional, with git = providing some housekeeping function.
>
> Yeste= rday a buildworld session was accompanied by a prolonged
> in= terval of git running also, with a large memory footprint,
> = near 1GB. That seems rather excessive.
>
> At t= he same time, it dawned on me that my recent habit has been
>= to run git pull, immediately followed by buildworld. Might it be
> prudent to wait (how long?) to let git finish any housekeeping
=
> triggered by the pull command? It seems likely that any overlap<= /div>
> could readily lead to inconsistencies which might account f= or
> some of the buildworld problems I've been encounteri= ng lately.

This is part of the normal build proc= ess and how the output of uname -a includes bits like this: main-n280188-20= 24887abc7d-dirty or main-n280188-2024887abc7d

To= find out of the src tree is pristine or dirty the build process uses git t= o find out.

Though that's only fo= r the kernel, not for world builds. Right?

It happens for world builds as well.. newvers.sh runs git= (used to be svnlite) and is called in Makefile.inc1.

It doesn't need git for this:

# Set VERSION for CTFMERGE to use via the default CTFFLAGS=3D-L VERS= ION.
.for _V in BRANCH REVISION TYPE
.if !defined(_${_V})
${_V}!= =3D =C2=A0eval $$(awk '/^${_V}=3D/{print}' ${SRCTOP}/sys/conf/newve= rs.sh); echo $$${_V}
.export _${_V}
.endif
.endfor

<= /div>
In fact, it's not even running newvers.sh, just using awk to = grep out these variables. Though it should be using newvers.sh -V here (whi= ch specifically doesn't run git).

So what else= is running it behind the scenes?

Warner


=
Regards,
Brad Davis


--00000000000090af5c063eb0f4d1-- From nobody Sat Sep 13 16:08:08 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cPGRX02xjz66gdP for ; Sat, 13 Sep 2025 16:08:08 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 (2048 bits) client-digest SHA256) (Client CN "pelorus.zefox.org", Issuer "pelorus.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cPGRW2Zr6z3ngY; Sat, 13 Sep 2025 16:08:07 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.18.1/8.18.1) with ESMTPS id 58DG88Me021349 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 13 Sep 2025 09:08:08 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 58DG88CD021348; Sat, 13 Sep 2025 09:08:08 -0700 (PDT) (envelope-from fbsd) Date: Sat, 13 Sep 2025 09:08:08 -0700 From: bob prohaska To: Brad Davis Cc: Warner Losh , FreeBSD Current , bob prohaska Subject: Re: Git and buildworld running at the same time Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cPGRW2Zr6z3ngY On Sat, Sep 13, 2025 at 09:53:46AM -0600, Brad Davis wrote: > On Sat, Sep 13, 2025, at 9:40 AM, Warner Losh wrote: > > > > > > On Sat, Sep 13, 2025 at 9:28 AM Brad Davis wrote: > >> On Sat, Sep 13, 2025, at 8:57 AM, bob prohaska wrote: > >> > Lately I've noticed that sometimes while running buildworld a top > >> > window reports git running also. Up to now, I've surmised that > >> > this is intentional, with git providing some housekeeping function. > >> > > >> > Yesterday a buildworld session was accompanied by a prolonged > >> > interval of git running also, with a large memory footprint, > >> > near 1GB. That seems rather excessive. > >> > > >> > At the same time, it dawned on me that my recent habit has been > >> > to run git pull, immediately followed by buildworld. Might it be > >> > prudent to wait (how long?) to let git finish any housekeeping > >> > triggered by the pull command? It seems likely that any overlap > >> > could readily lead to inconsistencies which might account for > >> > some of the buildworld problems I've been encountering lately. > >> > >> This is part of the normal build process and how the output of uname -a includes bits like this: main-n280188-2024887abc7d-dirty or main-n280188-2024887abc7d > >> > >> To find out of the src tree is pristine or dirty the build process uses git to find out. > > > > Though that's only for the kernel, not for world builds. Right? > > It happens for world builds as well.. newvers.sh runs git (used to be svnlite) and is called in Makefile.inc1. > Is it normal for git to consume (while buildworld is running) close to 1 GB of memory for durations exceeding an hour? More fundamentally, is it OK to start buildworld immediately after a git pull finishes interactive output and returns a shell prompt? Thanks for writing! bob prohaska From nobody Sat Sep 13 16:13:19 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 4cPGYn0cmgz66gfw for ; Sat, 13 Sep 2025 16:13:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1035.google.com (mail-pj1-x1035.google.com [IPv6:2607:f8b0:4864:20::1035]) (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 4cPGYm4sXWz3qKS for ; Sat, 13 Sep 2025 16:13:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1035.google.com with SMTP id 98e67ed59e1d1-329b760080fso2932166a91.1 for ; Sat, 13 Sep 2025 09:13:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1757780010; x=1758384810; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=L1V6B528BjXCAmu5i4uF1Hdd0E3ixTuzlN/YmNgPWd0=; b=NLbxxmxoSWutBJveC4WtMafZnuavjDxKE+8DLtR68CDvrZ4eWRRi+j88aUd/K1TxgO 6vJM8lAQMSJFCGGn469ZWsgJsZpuJfSmzO8I20HlvFxzPePF+JU/sY/aO+xcjENBRpWP xbFHj69XFBcS/kXL4Zf1V5rqfSI9PuQP1UAOLQv0OcAiB2o1xNfV0xN710gsvg6SJXlD vskdg2lqaTbWJqk8oC5bH4l0yayDRPv9C+Yzo4GZNC680ektZK71AhHrkiH+RwMDyvRh 97dyfQAejkrlw/iWiNbhbPga+if5XQI5XqzJcTFLlOPLVw1ObmwUi0qqMyca+4eF9NEy FihQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757780010; x=1758384810; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=L1V6B528BjXCAmu5i4uF1Hdd0E3ixTuzlN/YmNgPWd0=; b=NXlXBxariu8R98p1xSHkO7Wb9I4hq0zNBj9lI1WA3bW5Rv/84aAtqiiJg+9Vnf+OO9 drE4s8JMr004F4RScFso2aso63X2jE3HRCY7Gab1lOOtVaEucL/mLAmv9TRMH43/UvWN 1VO7Ev3TlHFNI2pnipemhL6DntfSVyJoENOCO/aGo2Svbm1QqvWK+gNZBY+k2ihWjvnQ 4eiCZT4FFUohyMP/3C/h4V5R+/Jh2nBa7PNlvY7de9ZTuHFfQ/V+AWvx1Pep9XKUIKF2 b0V42Md9xpNs1Wn8gdNTjYTsrmm1Pe8aLKiq10ThxtWhzvyOKMAojWNjjQgwW+fWE0xV 2Opg== X-Forwarded-Encrypted: i=1; AJvYcCXnUv6yPX9TvVGrKloDKW44JB0tjkBRs3HMEZKewGA9HCLcI2iOBKDgkdBGxi3FD3P/TprTwlOlqOtEiGY0BmM=@freebsd.org X-Gm-Message-State: AOJu0Yxq35v61LH/uF047jEe6X6XW5BHmKrU7hqjXFSfxQaLtpVvjll1 F3pAISB9KJ2iUgDfGFjIYgJlNXIZ52Pr7ChE1ePTLpzunBgve/7Dfhk/gjQWUZzDdMAv7Nk4mSD k8Ikyh1qegrTCvyss/yHu/do6bO2CSuiJ4bokLsA3Mg== X-Gm-Gg: ASbGnctpxukthhNKLu1+U3qKQqxavwZZ/4w9Sw/i3L405kSj4rVGEGyLc+Iv9KtMiUk K1NwHudjartRoE+0LMYokfmoP09acYoXA7WUbYosE6azaMP+5/yJbUqeya2J07yv/YRbRyIAjfA mLkQ/E7r0sIBjYGuzOQEzscXrbOjo8lgGw50wbTdksU6wwQ1Ey5iXiMZ1E2HdUzonW4h8f+vgDN vz8gVhsV1RnCL4M+1dGQslU4Hn8e8GyJ7rEZPg= X-Google-Smtp-Source: AGHT+IFeNk1j+NA1oy3uJhZcO0H2JGmrWQ9jHiL5Y5i5Oo51E986irYdhM2JEqJ7fCuLbzTBRiJIFuBDii8DTM8Ax+o= X-Received: by 2002:a17:90b:2f4d:b0:32b:d183:facf with SMTP id 98e67ed59e1d1-32de4f98573mr7488765a91.28.1757780010423; Sat, 13 Sep 2025 09:13:30 -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: Warner Losh Date: Sat, 13 Sep 2025 10:13:19 -0600 X-Gm-Features: Ac12FXzui3248Tsgiz9GfNcJ90hlLeCC7F0BF-W8QIaPPc075z9seNfAzCa4wM4 Message-ID: Subject: Re: Git and buildworld running at the same time To: bob prohaska Cc: Brad Davis , FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000001d6c0a063eb10d83" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cPGYm4sXWz3qKS --0000000000001d6c0a063eb10d83 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Sep 13, 2025 at 10:08=E2=80=AFAM bob prohaska = wrote: > On Sat, Sep 13, 2025 at 09:53:46AM -0600, Brad Davis wrote: > > On Sat, Sep 13, 2025, at 9:40 AM, Warner Losh wrote: > > > > > > > > > On Sat, Sep 13, 2025 at 9:28=E2=80=AFAM Brad Davis = wrote: > > >> On Sat, Sep 13, 2025, at 8:57 AM, bob prohaska wrote: > > >> > Lately I've noticed that sometimes while running buildworld a top > > >> > window reports git running also. Up to now, I've surmised that > > >> > this is intentional, with git providing some housekeeping function= . > > >> > > > >> > Yesterday a buildworld session was accompanied by a prolonged > > >> > interval of git running also, with a large memory footprint, > > >> > near 1GB. That seems rather excessive. > > >> > > > >> > At the same time, it dawned on me that my recent habit has been > > >> > to run git pull, immediately followed by buildworld. Might it be > > >> > prudent to wait (how long?) to let git finish any housekeeping > > >> > triggered by the pull command? It seems likely that any overlap > > >> > could readily lead to inconsistencies which might account for > > >> > some of the buildworld problems I've been encountering lately. > > >> > > >> This is part of the normal build process and how the output of uname > -a includes bits like this: main-n280188-2024887abc7d-dirty or > main-n280188-2024887abc7d > > >> > > >> To find out of the src tree is pristine or dirty the build process > uses git to find out. > > > > > > Though that's only for the kernel, not for world builds. Right? > > > > It happens for world builds as well.. newvers.sh runs git (used to be > svnlite) and is called in Makefile.inc1. > > > > Is it normal for git to consume (while buildworld is running) close > to 1 GB of memory for durations exceeding an hour? > > More fundamentally, is it OK to start buildworld immediately after > a git pull finishes interactive output and returns a shell prompt? > It's what I do: % git pull --rebase % make buildworld I don't think it's normal for hours-long git runs, even with just 1GB. That's why I'm so interested in this. Why is git even running during buildworld? It shouldn't. That's a bug in my mind. I sometimes have git take minutes to do garbage collection on a rebase. But that's inline, not in the background. So some more basic questions to help me understand: (1) what root are you running on (media type and filesystem) (2) can you capture the full git command that's taking hours? (3) Any extra, non-default settings? (4) What's the exact build command you are using? Warner --0000000000001d6c0a063eb10d83 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Sep 13,= 2025 at 10:08=E2=80=AFAM bob prohaska <fbsd@www.zefox.net> wrote:
On Sat, Sep 13, 2025 at 09:53:46AM -0600, Brad Davi= s wrote:
> On Sat, Sep 13, 2025, at 9:40 AM, Warner Losh wrote:
> >
> >
> > On Sat, Sep 13, 2025 at 9:28=E2=80=AFAM Brad Davis <brd@freebsd.org> wrote: > >> On Sat, Sep 13, 2025, at 8:57 AM, bob prohaska wrote:
> >> > Lately I've noticed that sometimes while running bui= ldworld a top
> >> > window reports git running also. Up to now, I've sur= mised that
> >> > this is intentional, with git providing some housekeepin= g function.
> >> >
> >> > Yesterday a buildworld session was accompanied by a prol= onged
> >> > interval of git running also, with a large memory footpr= int,
> >> > near 1GB. That seems rather excessive.
> >> >
> >> > At the same time, it dawned on me that my recent habit h= as been
> >> > to run git pull, immediately followed by buildworld. Mig= ht it be
> >> > prudent to wait (how long?) to let git finish any housek= eeping
> >> > triggered by the pull command? It seems likely that any = overlap
> >> > could readily lead to inconsistencies which might accoun= t for
> >> > some of the buildworld problems I've been encounteri= ng lately.
> >>
> >> This is part of the normal build process and how the output o= f uname -a includes bits like this: main-n280188-2024887abc7d-dirty or main= -n280188-2024887abc7d
> >>
> >> To find out of the src tree is pristine or dirty the build pr= ocess uses git to find out.
> >
> > Though that's only for the kernel, not for world builds. Righ= t?
>
> It happens for world builds as well.. newvers.sh runs git (used to be = svnlite) and is called in Makefile.inc1.
>

Is it normal for git to consume (while buildworld is running) close
to 1 GB of memory for durations exceeding an hour?

More fundamentally, is it OK to start buildworld immediately after
a git pull finishes interactive output and returns a shell prompt?

It's what I do:

% = git pull --rebase
% make buildworld <args>

I don't think it's normal for hours-long git runs, even wi= th just 1GB. That's why I'm so interested in this. Why is git even = running during buildworld? It shouldn't. That's a bug in my mind.

I sometimes have git take minutes to do garbage col= lection on a rebase. But that's inline, not in the background.

So some more basic questions to help me understand:
<= div>(1) what root are you running on (media type and filesystem)
= (2) can you capture the full git command that's taking hours?
(3) Any extra, non-default settings?
(4) What's the exact bu= ild command you are using?

Warner
--0000000000001d6c0a063eb10d83-- From nobody Sat Sep 13 16:20: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 4cPGjy0vsgz66hYh for ; Sat, 13 Sep 2025 16:20:38 +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 4cPGjx5gFdz3rY0; Sat, 13 Sep 2025 16:20:37 +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 58DGKZ2A017037; Sat, 13 Sep 2025 16:20:35 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 58DGKZgL017036; Sat, 13 Sep 2025 09:20:35 -0700 (PDT) (envelope-from david) Date: Sat, 13 Sep 2025 09:20:35 -0700 From: David Wolfskill To: bob prohaska Cc: Brad Davis , Warner Losh , FreeBSD Current Subject: Re: Git and buildworld running at the same time Message-ID: Mail-Followup-To: David Wolfskill , bob prohaska , Brad Davis , Warner Losh , FreeBSD Current References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="AYckRr/Z+YUMdBgw" 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: 4cPGjx5gFdz3rY0 --AYckRr/Z+YUMdBgw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 13, 2025 at 09:08:08AM -0700, bob prohaska wrote: > ... > > > Though that's only for the kernel, not for world builds. Right? > >=20 > > It happens for world builds as well.. newvers.sh runs git (used to be s= vnlite) and is called in Makefile.inc1. > >=20 >=20 > Is it normal for git to consume (while buildworld is running) close > to 1 GB of memory for durations exceeding an hour? I would find that ... surprising. (I have tended to rebuild FreeBSD head & stable (head - 1, usually; lately, also head - 2) daily on at least a couple of machines for the past several years, one of which is the laptop I use for day-to-day "stuff" -- so I do have "some experience" using "make buildworld" & friends.) > More fundamentally, is it OK to start buildworld immediately after > a git pull finishes interactive output and returns a shell prompt? I generally do that, yes. And I am unaware of any problems the practice may have caused. That said, there was an occasion when a "git fetch" from one of the mirrors choked & died; since then, I have taken to running a weekly process via cron that does a "git maintenance run" followed by a "git gc" in each of my git repositories. No issues since starting that. Peace, david --=20 David H. Wolfskill david@catwhisker.org See https://www.catwhisker.org/~david/publickey.gpg for my public key. --AYckRr/Z+YUMdBgw Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaMWZ0l8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5XFYAPwM5dCc2bSu+NH6ndbr5QxvMb1IZgPhfCNaplznTw06OAEAxuvV4M6GA+hI DmGJcED1HwZZwDoj+cvlk4eIwRMxUQ0= =5Bbj -----END PGP SIGNATURE----- --AYckRr/Z+YUMdBgw-- From nobody Sat Sep 13 16:34:08 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cPH1X2FH0z66j45 for ; Sat, 13 Sep 2025 16:34:08 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 (2048 bits) client-digest SHA256) (Client CN "pelorus.zefox.org", Issuer "pelorus.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cPH1W6fx6z3tnB; Sat, 13 Sep 2025 16:34:07 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.18.1/8.18.1) with ESMTPS id 58DGY9TW021433 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 13 Sep 2025 09:34:09 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 58DGY9kn021432; Sat, 13 Sep 2025 09:34:09 -0700 (PDT) (envelope-from fbsd) Date: Sat, 13 Sep 2025 09:34:08 -0700 From: bob prohaska To: Warner Losh Cc: Brad Davis , FreeBSD Current , bob prohaska Subject: Re: Git and buildworld running at the same time Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cPH1W6fx6z3tnB On Sat, Sep 13, 2025 at 10:13:19AM -0600, Warner Losh wrote: > On Sat, Sep 13, 2025 at 10:08 AM bob prohaska wrote: > > > On Sat, Sep 13, 2025 at 09:53:46AM -0600, Brad Davis wrote: > > > On Sat, Sep 13, 2025, at 9:40 AM, Warner Losh wrote: > > > > > > > > > > > > On Sat, Sep 13, 2025 at 9:28 AM Brad Davis wrote: > > > >> On Sat, Sep 13, 2025, at 8:57 AM, bob prohaska wrote: > > > >> > Lately I've noticed that sometimes while running buildworld a top > > > >> > window reports git running also. Up to now, I've surmised that > > > >> > this is intentional, with git providing some housekeeping function. > > > >> > > > > >> > Yesterday a buildworld session was accompanied by a prolonged > > > >> > interval of git running also, with a large memory footprint, > > > >> > near 1GB. That seems rather excessive. > > > >> > > > > >> > At the same time, it dawned on me that my recent habit has been > > > >> > to run git pull, immediately followed by buildworld. Might it be > > > >> > prudent to wait (how long?) to let git finish any housekeeping > > > >> > triggered by the pull command? It seems likely that any overlap > > > >> > could readily lead to inconsistencies which might account for > > > >> > some of the buildworld problems I've been encountering lately. > > > >> > > > >> This is part of the normal build process and how the output of uname > > -a includes bits like this: main-n280188-2024887abc7d-dirty or > > main-n280188-2024887abc7d > > > >> > > > >> To find out of the src tree is pristine or dirty the build process > > uses git to find out. > > > > > > > > Though that's only for the kernel, not for world builds. Right? > > > > > > It happens for world builds as well.. newvers.sh runs git (used to be > > svnlite) and is called in Makefile.inc1. > > > > > > > Is it normal for git to consume (while buildworld is running) close > > to 1 GB of memory for durations exceeding an hour? > > > > More fundamentally, is it OK to start buildworld immediately after > > a git pull finishes interactive output and returns a shell prompt? > > > > It's what I do: > > % git pull --rebase > % make buildworld > > I don't think it's normal for hours-long git runs, even with just 1GB. > That's why I'm so interested in this. Why is git even running during > buildworld? It shouldn't. That's a bug in my mind. > > I sometimes have git take minutes to do garbage collection on a rebase. But > that's inline, not in the background. > > So some more basic questions to help me understand: > (1) what root are you running on (media type and filesystem) The machines are Raspberry Pi 2, so ARMv7, using a USB hard disk with UFS filesystems. > (2) can you capture the full git command that's taking hours? The git command I normally invoke manully has been a plain git pull with no added arguments. Once it returns to a shell prompt I start make -j3 KERNCONF=GENERIC TARGET=arm TARGET_ARCH=armv7 buildworld > buildworld.log && make -j4 KERNCONF=GENERIC buildkernel > buildkernel.log && etcupdate -p > etcupdate.log and put it in the background. I've been noticing the git command running in top sessions, but have not been able to make out any details of the git command, for example gc --auto. I'll check using ps next time git makes an untimely appearance. > (3) Any extra, non-default settings? root@www:/usr/src # more /etc/src-env.conf WITH_META_MODE=YES > (4) What's the exact build command you are using? As above, though I tinker with -j settings for make buildworld. Usually it's -j3, but sometimes -j4 works. Buildworld is prone to silently hanging, forcing a power-cycle and repeat which usually runs to completion. If not, I try -j2. Thanks for writing! bob prohaska From nobody Sat Sep 13 17:15:18 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cPHxY1wlvz67FZb for ; Sat, 13 Sep 2025 17:15:45 +0000 (UTC) (envelope-from brd@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 4cPHxX6xkyz40Wl; Sat, 13 Sep 2025 17:15:44 +0000 (UTC) (envelope-from brd@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757783745; 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=aJB6wEEw+BSc7xUTcY7P0p8eUNZsUS45nweC7xioukw=; b=srDA/fmw/qNzK2QQkNUrxOJTvKOxV9JJaRb/GW1t5X2MGMEwIH9ftwIwb9LqbYZ9O2QUqJ iqT2KCB2R1WPksylJvD9Z2VXM5OHSMrxrFENs+TI5ifFFn/xe6kh5F59w3TuD/GRfY9ceO J85LER4UZzIy4f2BMbCuUbsFHT8m1x6JYjPS8obIatTc4GCnr0BNz5xjH298Z6qj07YjPJ aOCtcFbottDFOvSenlBt+EonFBWv/1ulW9PjBcdTswZudgIkdZf4bwzja8MR8PqSb4zF6y 0qHnMk+jf0ZlLZOEuoZ9PkbmaEo+gI7TDHIoxNG6czvSj6vUIkBuzW8ICXQV2g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757783745; 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=aJB6wEEw+BSc7xUTcY7P0p8eUNZsUS45nweC7xioukw=; b=QO5l5W9JX2RJrKIJaJtUKOvPlhrjOqElFYRBjRUHNW3vAHOrNtzgX/WXK0TlBBha0CTt+G eQe3bP+QNN5+IuucxPmeCDuH2nLSWxO/fZYPqe1N5r7pNEKxJuzKg8ZE5Js4NIVGl8Grjp EQYyiOOAvA+dWKbNVSKIq1nbvBh9i7ITY6ePoJiUg3nhqKRMikqtvGI9r8LZKCx6W2+/r1 0IuwZdyYBG++pOX7TMk6caGfkw28lYfNK3qzHTak5ODAb29PWIJ2veIDK7aiw4nuaTV39h SRJvVRerAwoCEzxLzsHSSwz1FCIQppboIY1aP7ybH2BApkFLDDYWxQlRL1xh7w== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757783745; a=rsa-sha256; cv=none; b=i9DidUmw5bIwjF2IB1MF/86h0YNgc0hligrhJsUbGLUbxt8yfw/TeaUHq/DsgrHhOsVMwm 00lwaQ18rqpQj2DUg83f+ZmYskYrlNT3coUIxnc3esG4ezF20msZjgpVFT4zEGjKBS/jK5 FskUAzvKKV5wFgH7An29LJBjcOL3sOLmCUNZ4N6FlGFfjFuDg9MDzziGLZ+R9ohjgoM/ts 4uW8xZIaJWHKHHkePiydhGTdzLAGlSLqg4qgss/M8aIKfVEVXKFe2UbGX1G64ASWxzyjcX ZiaiwU37vsWclACB4uRFb2RSayAT8XWmDCPemknfW+3pm065YfUkg9Z32KsJ4w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from fauth-a1-smtp.messagingengine.com (fauth-a1-smtp.messagingengine.com [103.168.172.200]) (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: brd/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4cPHxX5sLsz1M2p; Sat, 13 Sep 2025 17:15:44 +0000 (UTC) (envelope-from brd@FreeBSD.org) Received: from phl-compute-02.internal (phl-compute-02.internal [10.202.2.42]) by mailfauth.phl.internal (Postfix) with ESMTP id 14223F40076; Sat, 13 Sep 2025 13:15:40 -0400 (EDT) Received: from phl-imap-15 ([10.202.2.104]) by phl-compute-02.internal (MEProxy); Sat, 13 Sep 2025 13:15:40 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggdefvdehtdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjug hrpefoggffhffvvefkjghfufgtsegrtderreertdejnecuhfhrohhmpedfuehrrgguucff rghvihhsfdcuoegsrhgusefhrhgvvgeuufffrdhorhhgqeenucggtffrrghtthgvrhhnpe evjefgleevkeefveduheetgeelgeelvefguedvleduhfekgfelteehgeeiteehveenucff ohhmrghinhepihhntgdurdhithenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmh epmhgrihhlfhhrohhmpegsrhgrugdomhgvshhmthhprghuthhhphgvrhhsohhnrghlihht hidqjedtjeeifedvfedvqddukedtieelieekkedqsghrugeppefhrhgvvgeuufffrdhorh hgsegsrhgruggurghvihhsrdhiohdpnhgspghrtghpthhtohepfedpmhhouggvpehsmhht phhouhhtpdhrtghpthhtohepihhmphessghsughimhhprdgtohhmpdhrtghpthhtohepfh hrvggvsghsugdqtghurhhrvghnthesfhhrvggvsghsugdrohhrghdprhgtphhtthhopehf sghsugesfiiffidriigvfhhogidrnhgvth X-ME-Proxy: Feedback-ID: if7394599:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id DC81078026F; Sat, 13 Sep 2025 13:15:39 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface 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 X-ThreadId: Au3vznxEFcdo Date: Sat, 13 Sep 2025 11:15:18 -0600 From: "Brad Davis" To: "Warner Losh" Cc: "bob prohaska" , "FreeBSD Current" Message-Id: <62cfbc85-6e12-4b00-90f8-8bd96a64dff5@app.fastmail.com> In-Reply-To: References: Subject: Re: Git and buildworld running at the same time Content-Type: multipart/alternative; boundary=5bd746853ab14d7a9f4355f98af62754 --5bd746853ab14d7a9f4355f98af62754 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Sat, Sep 13, 2025, at 10:06 AM, Warner Losh wrote: >=20 >=20 > On Sat, Sep 13, 2025 at 9:54=E2=80=AFAM Brad Davis w= rote: >> __ >> On Sat, Sep 13, 2025, at 9:40 AM, Warner Losh wrote: >>>=20 >>>=20 >>> On Sat, Sep 13, 2025 at 9:28=E2=80=AFAM Brad Davis = wrote: >>>> On Sat, Sep 13, 2025, at 8:57 AM, bob prohaska wrote: >>>> > Lately I've noticed that sometimes while running buildworld a top >>>> > window reports git running also. Up to now, I've surmised that >>>> > this is intentional, with git providing some housekeeping functio= n. >>>> > >>>> > Yesterday a buildworld session was accompanied by a prolonged >>>> > interval of git running also, with a large memory footprint, >>>> > near 1GB. That seems rather excessive. >>>> > >>>> > At the same time, it dawned on me that my recent habit has been >>>> > to run git pull, immediately followed by buildworld. Might it be >>>> > prudent to wait (how long?) to let git finish any housekeeping >>>> > triggered by the pull command? It seems likely that any overlap >>>> > could readily lead to inconsistencies which might account for >>>> > some of the buildworld problems I've been encountering lately. >>>>=20 >>>> This is part of the normal build process and how the output of unam= e -a includes bits like this: main-n280188-2024887abc7d-dirty or main-n2= 80188-2024887abc7d >>>>=20 >>>> To find out of the src tree is pristine or dirty the build process = uses git to find out. >>>=20 >>> Though that's only for the kernel, not for world builds. Right? >>=20 >> It happens for world builds as well.. newvers.sh runs git (used to be= svnlite) and is called in Makefile.inc1. >=20 > It doesn't need git for this: >=20 > # Set VERSION for CTFMERGE to use via the default CTFFLAGS=3D-L VERSIO= N. > .for _V in BRANCH REVISION TYPE > .if !defined(_${_V}) > ${_V}!=3D eval $$(awk '/^${_V}=3D/{print}' ${SRCTOP}/sys/conf/newvers= .sh); echo $$${_V} > .export _${_V} > .endif > .endfor >=20 > In fact, it's not even running newvers.sh, just using awk to grep out = these variables. Though it should be using newvers.sh -V here (which spe= cifically doesn't run git). Ooh, I see, good catch! Regards, Brad Davis --5bd746853ab14d7a9f4355f98af62754 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
On Sat, Sep = 13, 2025, at 10:06 AM, Warner Losh wrote:

<= br>
On Sat, Sep 13, 2025 at 9:54=E2=80=AFAM= Brad Davis <brd@freebsd.org&g= t; wrote:

On Sat, Sep 13, 2025, at = 9:40 AM, Warner Losh wrote:

On Sat, Sep 13, 2025 at 9:28=E2=80=AFAM Br= ad Davis <brd@fr= eebsd.org> wrote:
On Sat, Sep 13, 2025, at 8:57 AM, bob prohaska wrote:
> Lately I've noticed that sometimes while running buildworld a top=
> window reports git running also. Up to now, I've surmise= d that
> this is intentional, with git providing some house= keeping function.
>
> Yesterday a buildworld s= ession was accompanied by a prolonged
> interval of git run= ning also, with a large memory footprint,
> near 1GB. That = seems rather excessive.
>
> At the same time, = it dawned on me that my recent habit has been
> to run git = pull, immediately followed by buildworld. Might it be
> pru= dent to wait (how long?) to let git finish any housekeeping
&g= t; triggered by the pull command? It seems likely that any overlap
=
> could readily lead to inconsistencies which might account for<= /div>
> some of the buildworld problems I've been encountering la= tely.

This is part of the normal build process = and how the output of uname -a includes bits like this: main-n280188-202= 4887abc7d-dirty or main-n280188-2024887abc7d

To= find out of the src tree is pristine or dirty the build process uses gi= t to find out.

Though that's only = for the kernel, not for world builds. Right?

It happens for world builds as well.. newvers.sh = runs git (used to be svnlite) and is called in Makefile.inc1.

It doesn't need git for this:

# Set VERSION for CTFMERGE to use via the default = CTFFLAGS=3D-L VERSION.
.for _V in BRANCH REVISION TYPE
.if !defined(_${_V})
${_V}!=3D  eval $$(awk '/^${_V}=3D= /{print}' ${SRCTOP}/sys/conf/newvers.sh); echo $$${_V}
.export= _${_V}
.endif
.endfor

In fact, it's not even running newvers.sh, just using awk to grep out = these variables. Though it should be using newvers.sh -V here (which spe= cifically doesn't run git).

Ooh, I see, good catch!


Re= gards,
Brad Davis

--5bd746853ab14d7a9f4355f98af62754-- From nobody Sat Sep 13 17:20:28 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 4cPJ3R473Nz67G8h for ; Sat, 13 Sep 2025 17:20:51 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gid2.gid.co.uk (ns0.gid.co.uk [IPv6:2001:470:94de::240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gid2.gid.co.uk", Issuer "gid2.gid.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cPJ3R1T66z41W8 for ; Sat, 13 Sep 2025 17:20:51 +0000 (UTC) (envelope-from rb@gid.co.uk) Authentication-Results: mx1.freebsd.org; none Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by gid2.gid.co.uk (8.15.2/8.15.2) with ESMTP id 58DHKivs019760; Sat, 13 Sep 2025 18:20:44 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from smtpclient.apple ([194.32.164.24]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id 58DHKcik073246; Sat, 13 Sep 2025 18:20:38 +0100 (BST) (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: git: d549de769055 - main - libc: Remove readdir_r(3) [This broke building rust 1.88] From: rb@gid.co.uk In-Reply-To: <5C059E86-3471-4CC8-92AC-35122B1904F8@yahoo.com> Date: Sat, 13 Sep 2025 18:20:28 +0100 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <1D02413E-B7DF-4604-A28E-45AA9B49496C@gid.co.uk> References: <5C059E86-3471-4CC8-92AC-35122B1904F8.ref@yahoo.com> <5C059E86-3471-4CC8-92AC-35122B1904F8@yahoo.com> To: Mark Millard X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cPJ3R1T66z41W8 Hi, > On 13 Sep 2025, at 02:29, Mark Millard wrote: >=20 > rb_at_gid.co.uk wrote on: > Date: Fri, 12 Sep 2025 19:09:33 UTC : >=20 >>> On 12 Sep 2025, at 11:59, Dag-Erling Sm=C3=B8rgrav = wrote: >>>=20 >>> Bob Bishop writes: >>>> And while I=E2=80=99m here, POSIX.1 defines for readdir_r (and = readdir): >>>>=20 >>>> [EOVERFLOW] >>>> One of the values in the structure to be returned cannot be = represented correctly. >>>>=20 >>>> =E2=80=A6which I think would cover the case of indeterminate = NAME_MAX/PATH_MAX for readdir_r. >>>=20 >>> No, because readdir_r() has no way of knowing the size of the buffer >>> that was passed to it. >>=20 >> It doesn=E2=80=99t need to know. >>=20 >> If NAME_MAX is defined, >=20 > What I get looking at the 2024 POSIX text for this area . . . >=20 > "If {NAME_MAX} is indeterminate (indicated by fpathconf() returning = -1)": > POSIX does not seem to base the definition vs. indeterminate status on = a > #define being present vs. not. (I'm not sure if that is what you = intended > in your wording.) It is a run-time test based on argument to = fpathconf() > [or, presumably, pathconf()]. >=20 > It does seem to allow NAME_MAX as a #define --but as an implementation > defined detail, not as a requirement. Yes. My bad, I was lazily trying to say =E2=80=9CIf pathconf() gives a = defined value for NAME_MAX..."=20 >> the user must supply an adequately sized buffer (based on NAME_MAX) = or shoot themselves in the foot. >>=20 >> If NAME_MAX is indefinite, readdir_r() returns EOVERFLOW immediately. =E2=80=A6and this was just a suggestion to make holding on to = readdir_r() for a while less unpalatable. > When I look at IEEE Std 1003.1-2024 for readdir_r's > EOVERFLOW, I see: >=20 > =E2=80=A2 The [EOVERFLOW] mandatory error condition is added. This = change is to support large files. >=20 > and: >=20 > [EOVERFLOW] One of the values in the structure to be returned cannot = be represented correctly. >=20 > I'm not so sure that implementations will interpret > "fpathconf() returning -1" as a "support large files" > issue in/for readdir_r. Seems more likely that the > "indicated by fpathconf() returning -1" would be > expected to be used in the calling code to avoid > use of readdir_r at all for "fpathconf() returning -1" . > (The need for that being why readdir_r is obsolete now.) >=20 > For reference: >=20 > long fpathconf(int fildes, int name); > long pathconf(const char *path, int name); >=20 > using _PC_NAME_MAX for name returns the > {NAME_MAX} Variable's value for the filedes > or path that was supplied. It can return -1 > to indicate indeterminate for that specific > argument value. The return value does not > need to be the same for all argument values. >=20 > Related Rationale text about the obsolescent status: >=20 > "If {NAME_MAX} is indeterminate (indicated by fpathconf() returning = -1), > there is no way to reliably allocate a buffer large enough to hold a > filename being returned by readdir_r(). Therefore, readdir_r() has > been marked obsolescent and readdir() is now required to be thread > safe as long as there are no concurrent calls to it on a single > directory stream." >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com >=20 -- Bob Bishop t: +44 (0)118 940 1243 rb@gid.co.uk m: +44 (0)783 626 4518 From nobody Sun Sep 14 00:51:03 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cPV3H5hPqz67mgw for ; Sun, 14 Sep 2025 00:51:23 +0000 (UTC) (envelope-from chris.torek@gmail.com) Received: from mail-lj1-x231.google.com (mail-lj1-x231.google.com [IPv6:2a00:1450:4864:20::231]) (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 4cPV3H2Bvcz41bx for ; Sun, 14 Sep 2025 00:51:23 +0000 (UTC) (envelope-from chris.torek@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lj1-x231.google.com with SMTP id 38308e7fff4ca-351c164936eso17917561fa.0 for ; Sat, 13 Sep 2025 17:51:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757811075; x=1758415875; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=YLKNflux81JoxB1DyhqijmD3yuQH2gSddfTgYzx3gDk=; b=S7NK15B1EIqOg6qF4/B8q81UJu8ZZ/inU1VqEiDqH/Xd6VrAu0h4uFKOW/ZqElCJhu 8DFWW+zWuEBt58UA3sGkSfFCSyy8laBwGj2Ukk8tB3t3tXNkOr621fjZUxRWV5A2xlIl ul1cG5np0PLaOQ1pT+4PyAlpTiPQn72FEnKhyZj96pgHYZQ0hKEGedv7ubdwsHLbmjZz aGeXbepK1raw1mY6aHBLTgRWe2zeIiuCI35Uq6tDwWmFg9Yp+DNqIhutsTHikvEeWU45 yJ9AAgA7S+8udATXyPLuq86sXu5L2X/9LRDJSWwzC1J1W3dMTNZC04GfiQXiJCcdqFfx ZN+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757811075; x=1758415875; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=YLKNflux81JoxB1DyhqijmD3yuQH2gSddfTgYzx3gDk=; b=wjG2kYIUazNyLiKtU+7OrjF05hYCyG82KWPRSfrT2EPyZNt+LXpin1TV122rsh+5C6 c556vwrXy6t5wpnrQtVP0eYRX8Ux8sygFJiglhbgDD8LxwQAqA2ul1g0OmYTjVhmNnxM 3PxPraoBQSq4cdGlo3m6zXMUFqq2OiaSYR7DEbtVc2tEJ+EN71Ae1Qy6qbE/8PLQq1NT S5xIhY2KYdLaIJqzgLeCiq+6z/5wd8eDuooV7h4ln8MKbXBtSc9ZyvIoazqEp3aQRIld P4DJBjfv9jiROyOKLHkiBmkgGSe/noTmI5AJ4y1Uje27HvzWsG9kxM/axfsyQ7SpQzFO 7cIw== X-Gm-Message-State: AOJu0YwWuicFS0HFCGOoXDkN96HG7EPQ+UBPTsK4TGwROqkG3TUqU7ZZ v3klmNEC4r6eaCS6fAMTlgJ6FMokyIEhACoKI4sBxnpwG+HIpYnNMV06DD0yXFVpy/Cjo/JwsNS rsWZyufyOtCXxt+zBr9jGo312bMRv+hPzlBM7 X-Gm-Gg: ASbGnctdgonesJc4F3JogYX5BFxAy1yAndQKmCoo9vUm/R8rSc5SMzwLPMU1aM8rwtt f21pYBm4aAWw9w1UDdJnRzNIFTIyM8dUmIc9ePubaN3tZqLsvWkDDD2uAsRRNPjvzhIfP5wJMPl x/DHIbhyM0BswqGowiTct/G76wd4s0hnlQsuMqYJnjoM9uv2+sl25TORbNDHSHaIAWTY/qDatg0 rIUj2lq X-Google-Smtp-Source: AGHT+IHTfqW8iHGopQRicADAZVIfaSQsWb5rm3J09xarWgsw04/updMs9FHH9dxtoleR0zNHwr0Gikx0nKNgHtKUwWQ= X-Received: by 2002:a05:651c:4418:20b0:336:d1c3:37a7 with SMTP id 38308e7fff4ca-3513d579c3cmr19580341fa.26.1757811075162; Sat, 13 Sep 2025 17:51:15 -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: Chris Torek Date: Sat, 13 Sep 2025 17:51:03 -0700 X-Gm-Features: Ac12FXxs9POUFx7HB7mSPFR1o-xTdiN_GHbg72ZsYOBn91K1rlXXa13U7dqTus4 Message-ID: Subject: Re: Git and buildworld running at the same time To: bob prohaska Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000b7a746063eb84861" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cPV3H2Bvcz41bx --000000000000b7a746063eb84861 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Sep 13, 2025 at 7:57=E2=80=AFAM bob prohaska w= rote: > Lately I've noticed that sometimes while running buildworld a top > window reports git running also. Up to now, I've surmised that > this is intentional, with git providing some housekeeping function. ... Git has its own housekeeping systems, including automatically re-packing repositories after a fetch (remember that `git pull` is nearly equivalent to `git fetch` followed by `git merge`). So this is likely normal Git behavior. Since the mid to late 2.40 versions of Git, "git maintenance" has more or less taken over as the "proper" driver for this kind of maintenance work, but since the Git folks do take compatibility quite seriously, "git gc" still does what it used to do and you can still use it (automatically or manually). Still, you might want to read the "git maintenance" manual page and set up a cron job to pre-fetch and pre-repack repositories. This should also make your merge operations [1] more convenient. Chris [1] "git pull" that is, though I personally avoid "git pull" and *always* run a separate fetch step anyway. This is partly for historical reasons dating back to Git 1.5, but I like to run a `git log` in between to look at the incoming commits. I use an alias, `git lin`, for "log incoming": [alias] lin =3D log ..@{u} Note that if you choose to use the new maintenance system, you must still run a separate `git fetch` anyway, so as to update the remote-tracking refs (`remote/origin/main` etc). It just tends to go far faster since you will already have the objects downloaded. --000000000000b7a746063eb84861 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Sep 13, 2025 at 7:57=E2=80=AFAM b= ob prohaska <fbsd@www.zefox.net> wrote:
Lately I've noticed that some= times while running buildworld a top
window reports git running also. Up to now, I've surmised that
this is intentional, with git providing some housekeeping function. ...

Git has its own housekeeping systems, includin= g automatically
re-packing repositories after a fetch (remember t= hat `git pull` is
nearly equivalent to `git fetch` followed by `g= it merge`). So this is
likely normal Git behavior.

=
Since the mid to late 2.40 versions of Git, "git maintenanc= e" has
more or less taken over as the "proper" dri= ver for this kind of
maintenance work, but since the Git folks do= take compatibility
quite seriously, "git gc" still doe= s what it used to do and you can
still use it (automatically or m= anually). Still, you might want to read
the "git maintenance= " manual page and set up a cron job to
pre-fetch and pre-rep= ack repositories. This should also make
your merge operations [1]= more convenient.

Chris

[= 1] "git pull" that is, though I personally avoid "git pull&q= uot; and *always*
run a separate fetch step anyway. This is partl= y=C2=A0for historical reasons
dating back to Git 1.5, but I like = to run a `git log` in between to
look at the incoming commits. I = use an alias, `git lin`, for "log
incoming":
=
=C2=A0 =C2=A0 [alias]
=C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0lin =3D log ..@{u}

Note that if you choose t= o use the new maintenance system,
you must still run a separate `= git fetch` anyway, so as to update
the remote-tracking refs (`rem= ote/origin/main` etc). It just tends
to go far faster since you w= ill already have the objects downloaded.
--000000000000b7a746063eb84861-- From nobody Sun Sep 14 05:22:51 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 4cPc4j5vPgz67M2X for ; Sun, 14 Sep 2025 05:23:01 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (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 4cPc4h6MYWz3WR5 for ; Sun, 14 Sep 2025 05:23:00 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=POuFFT+I; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::430 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com Received: by mail-wr1-x430.google.com with SMTP id ffacd0b85a97d-3d3ff4a4d6fso2272948f8f.0 for ; Sat, 13 Sep 2025 22:23:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1757827373; x=1758432173; 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=aa5YZiom+UMf0A7Y8iZKPzvlMwBXxCi55Bq3IW7sNq4=; b=POuFFT+IfFI6CDkUo/aOiAhJQAvPY4TBW7+lBRFaZ47ATbqaH+U1cLaL4RcMDQBRKK 7pbvTp4aVehoApsW5FghJV1Jqo5+Qt7OrsasVlCJSYsUGrqhA+fqHF6k/2MOc1KUAu7B Ko0zGMIb9sNYJ3xfdchRASqDfQRGGnCDqElpmYOChtK3N6ynOtD9GEEfWBxrJbfvCZrj qpRGNihuGIoZeRvsioY4eDEiuehmiV+e6a3yt9W7H29qauP38+qtXyy5CFvrlcYySTC7 FCKBnkfphU2BA1RanXE5meZ8EDRJDrDGkUo1Ub5+gGSK+KwzmDv4FST7YyGDQW1O6BQx rK0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757827373; x=1758432173; 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=aa5YZiom+UMf0A7Y8iZKPzvlMwBXxCi55Bq3IW7sNq4=; b=pPpS8cuHU6xsaAitIpXmPBs0QgUXFBc8pnGl8z3mG99USNZSI/BswnKfNl97t8fARP Ea5SVdRF6nffu9waFMA5iHlc0RgChWoE7+QqVf8KTilmYKN6aHMWomaz1SFxu8+f8MoO FcW3+28d9X+QYePPbbSI3ZRjas1XouwdElFT2JpLLs4i3dPiFcnJddpfCv95S0HY57T6 yorXQkdpsdihF0k3EJZT7nko/sKpvwh8L5s5MDahB6q4htXc5DYw0dUJzfU1MMjcynzG eIcE3gL7LQCwXLHRV84R8RTvizQhd9mLLzjuHxLsKBGCpMfx9CpNQWPbTo/8y52KDEDW +0Ow== X-Gm-Message-State: AOJu0Yz9g8iKhcliUJvAXpucWo9t1iX+aW6fuaYp91fS8IsV/T24T1J1 rWZk0WWUHWVuoIUjwnDvSC1dw7XOhcd5cjmuHQRJG2gq/5kszrNeuXBdZw9ZwA== X-Gm-Gg: ASbGncs5HkoDKuV8KHzzmqQuF85foGFHksWR14cvviGzQFryphjWle50oS2RCVN5RC3 ro47f647Y1BC7VgB8cBuKO0ElcWsD59l7e3DjRIIJEeZBl5Ytrg8pdAEnJuIivS2AJBTkJzPd7c rqxyPUgwwtwDLRwJuZ1+FgpIhGFkf+GMhQdWW4tSVZ+2Mu3ycXvIEHTI2Red6CY2U7uHmQ5kRkB /ZHOfmS5qGNlNWO2UA74vijsmN7b4yZz0dzY/kVquWXLBQAOpaUKNHa0ZRmJphwsmjiQTBS32fX ZdUPrtt6h6YvSDZswPuELOCMelEdmNqKY3JDYL/q+QdbqiI6E6r439bQ9KLvdJ8Lyt0VhgS2PgO 8yFg4U4gwIZeszRky1gRaIS94yQKAhYZWUpSHtgtfT29SBBubnBAvKS30w7I= X-Google-Smtp-Source: AGHT+IHR56w3/1xsi2ui3w302CIJ46mTtQa85H5PQSqSAV5KwOXfVetq+AdqrNy5yBcCrcDKEW66Uw== X-Received: by 2002:a05:6000:26ce:b0:3e4:d981:e31f with SMTP id ffacd0b85a97d-3e765a564bcmr9633510f8f.60.1757827372636; Sat, 13 Sep 2025 22:22:52 -0700 (PDT) Received: from [192.168.1.4] (host-89-241-205-78.as13285.net. [89.241.205.78]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-3e76078708bsm12851340f8f.15.2025.09.13.22.22.51 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 13 Sep 2025 22:22:51 -0700 (PDT) Message-ID: <2c42ab38-e6cd-4afe-8124-3ffa1331a1d1@gmail.com> Date: Sun, 14 Sep 2025 06:22:51 +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: poudriere: jail method: pkgbase (was: pkg-static: Warning: Major OS version upgrade detected.) To: FreeBSD-CURRENT References: <6dedf742-48bf-4b67-9993-67933104ba67@gmail.com> <7C4AA985-2F06-4580-93C8-374A75EC4965@hausen.com> <31F247DA-DAA9-468F-9D9C-36F33E4F5C5D@gushi.org> 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: <31F247DA-DAA9-468F-9D9C-36F33E4F5C5D@gushi.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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.951]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEFALL_USER(0.00)[grahamperrin]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::430:from] X-Rspamd-Queue-Id: 4cPc4h6MYWz3WR5 On 09/09/2025 20:07, Dan Mahoney (Ports) wrote: > Okay, maybe coffee hasn't hit yet, I've tried both: > > poudriere jail -c -j freebsd:16:x86:64-pkgbase -m > pkgbase=https://pkg.freebsd.org/FreeBSD:16:amd64 > > and > > poudriere jail -c -j freebsd:16:x86:64-pkgbase -m > pkgbase=/FreeBSD:16:amd64 -U https://pkg.freebsd.org/ > > (the manpage lacks an example for how to use -U and -m together) > > Neither works, what am I missing? An example from in May 2024: poudriere jail -c -v 14 -j 14w -m pkgbase=base_weekly -U https://pkg.freebsd.org/ From nobody Sun Sep 14 13:38:16 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cPq4F5R99z67vyq for ; Sun, 14 Sep 2025 13:38:21 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh-b1-smtp.messagingengine.com (fhigh-b1-smtp.messagingengine.com [202.12.124.152]) (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 4cPq4D6PGBz4HLQ for ; Sun, 14 Sep 2025 13:38:20 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm1 header.b=ARw9bfaS; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=Yv1RZz5f; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 202.12.124.152 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from phl-compute-07.internal (phl-compute-07.internal [10.202.2.47]) by mailfhigh.stl.internal (Postfix) with ESMTP id 526A57A00FD for ; Sun, 14 Sep 2025 09:38:19 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-07.internal (MEProxy); Sun, 14 Sep 2025 09:38:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm1; t=1757857099; x=1757943499; bh=T48xxBpnru 3+TdmN0dH4z9t8N9RoIjw/4dHmtUmSCSk=; b=ARw9bfaSPZzn59va4trb9Suaic 82i7+ekFlv+dbqU/SJPVivvMBDfoLbOiIW0YMV+rIRKU2Zt4eUWUgvjpEnmnI5Qy YwWRhO+NcFTLA4y/MmKUMXklUhVy+O+WG7Jr1sppbxu9FkVOUxsZJf7+x3n8FbJ8 tMlHOG5T3XWg4uBjU5lSuF05MLZkoZqE/WkVtmgVBpLdeVXiVtCkWy5tHNr+EGuE tQa1nhs2fc0Gv+a7Yrvc+7yaT5G62myoSOJP4fa3As+9ZzwgFWgppBQ/Unti2IPo LMUq3Fvxgwz3IfBjJtAa6DdNzCAk1ny7N1YM6BYS/dRScbSiVJ3N5jrt6Afg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1757857099; x=1757943499; bh=T48xxBpnru3+TdmN0dH4z9t8N9RoIjw/4dH mtUmSCSk=; b=Yv1RZz5fopcf1KxTrNUoFSM3UWoBZhX6mkup4dWRl5sw1zvD/pQ wbnEDJZOopId+jLm99VSCTwv7fMvYXs6TwuA8ZPNTODsiW82bl+LUMkzpCzpYd6D lNgaJZsG23A71N1BsCauCO7ycSIMDItzJxH1r3NLLzUp9UeUwLz2Ij1rgAsBZBBI l4TidUHO67dB64rt6dnT0Wx+xJcXeiKTYQwtT7R5x9R0hhV23JEyX0U+eBZKUcHA hAiD1mR/8bptYtHSv9DsfW2dFpKxRwKXePolz0hdBbQnSHf0hz3Bzk7hZgdlip6f KY/u14xORU4oX0jQOxEfM2HSO1MJS9uFyjQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggdefgeelhecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttdertddttd dvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgv rhhnpeekleduvdelhfeileefgffghfffkedtheellefgudfgvdegkeejjedutdehhefgue enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehvohhi ugesfhdqmhdrfhhmpdhnsggprhgtphhtthhopedupdhmohguvgepshhmthhpohhuthdprh gtphhtthhopehfrhgvvggsshguqdgtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhg X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sun, 14 Sep 2025 09:38:18 -0400 (EDT) Date: Sun, 14 Sep 2025 14:38:16 +0100 From: void To: freebsd-current@freebsd.org Subject: Re: Git and buildworld running at the same time Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; MID_RHS_NOT_FQDN(0.50)[]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm1,messagingengine.com:s=fm1]; R_SPF_ALLOW(-0.20)[+ip4:202.12.124.128/27]; RCVD_IN_DNSWL_LOW(-0.10)[202.12.124.152:from]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4cPq4D6PGBz4HLQ On Sat, Sep 13, 2025 at 09:34:08AM -0700, bob prohaska wrote: >The machines are Raspberry Pi 2, so ARMv7, using a USB hard disk >with UFS filesystems. I think this is down to poor i/o performance, which would be expected with usb2. Things like git are really, *really* slow over usb2. You'll end up with problems that have rw errors and timeouts as the ultimate cause. The way I'd try to overcome the issue is to have a reasonably quick freebsd nfs server. The NIC on rpi2/3 was quick enough for nfs client IIRC. Share the nfs with your rpi2 machines. I'd have the following on nfs: /usr/ports /usr/obj /usr/src /var/cache Later, maybe later today, I'll configure a spare rpi2b in this way. -- From nobody Sun Sep 14 16:25: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 4cPtnG65gWz686DY for ; Sun, 14 Sep 2025 16:25:38 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 (2048 bits) client-digest SHA256) (Client CN "pelorus.zefox.org", Issuer "pelorus.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cPtnF2wwCz3Qbc; Sun, 14 Sep 2025 16:25:37 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.18.1/8.18.1) with ESMTPS id 58EGPXTW025391 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 14 Sep 2025 09:25:33 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 58EGPX9t025390; Sun, 14 Sep 2025 09:25:33 -0700 (PDT) (envelope-from fbsd) Date: Sun, 14 Sep 2025 09:25:33 -0700 From: bob prohaska To: Warner Losh Cc: Brad Davis , FreeBSD Current , bob prohaska Subject: Re: Git and buildworld running at the same time Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spamd-Bar: / X-Spamd-Result: default: False [-0.78 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.95)[-0.951]; NEURAL_HAM_SHORT(-0.94)[-0.941]; NEURAL_HAM_MEDIUM(-0.79)[-0.790]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_WWW(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; TO_DN_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[zefox.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[4] X-Rspamd-Queue-Id: 4cPtnF2wwCz3Qbc On Sat, Sep 13, 2025 at 10:13:19AM -0600, Warner Losh wrote: > On Sat, Sep 13, 2025 at 10:08 AM bob prohaska wrote: > > > Is it normal for git to consume (while buildworld is running) close > > to 1 GB of memory for durations exceeding an hour? > > > > More fundamentally, is it OK to start buildworld immediately after > > a git pull finishes interactive output and returns a shell prompt? > > > > It's what I do: > > % git pull --rebase > % make buildworld After running make cleandir twice, buildworld still failed with the same "failed assertion" error. Running git pull --rebase reported Updating 63bd2416ccd..455426da078 with no apparent errors and a return to the shell prompt. Meanwhile, top continues to show git activity, some minutes later amounting to over one GB of memory use, 66MB of swap use and ~80% of one core in use. After a few more minutes memory use grew to 1.2 GB, but %CPU is lower, ~10-20%. Top does not show any flags applied to git, and a ps -aux | grep git reports only the "grep git" process, nothing else. It's very likely that at some point I started buildworld while git was similarly active. Am I correct thinking this would be a bad thing? Thanks for reading, bob prohaska From nobody Sun Sep 14 16:35:27 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 4cPv0y4Gb6z686gP for ; Sun, 14 Sep 2025 16:35:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com [IPv6:2607:f8b0:4864:20::102a]) (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 4cPv0y25pzz3Sy3 for ; Sun, 14 Sep 2025 16:35:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x102a.google.com with SMTP id 98e67ed59e1d1-329a41dc2ebso2937276a91.3 for ; Sun, 14 Sep 2025 09:35:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1757867740; x=1758472540; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=a79yG1HhlbRodpRUzEn1vrYbEVjh087NlOniySvRJfU=; b=aCCb7QtzOMl4/xkUsueflWbWheWYT3uh18XunoGZEP9fNZ//9DZ+TA2HkkaKVexZ32 FtffRsXqHxjaHW/k/DcHY0mABomMvk0XrR3z7KFn0srpwcbEHo6CRTLUvvcWj9XH6gfG bQ0dfaRG6wJdqAKFbkgn1Ry/pO6HvtohHqgWH+R++G4j+SfDMK7HsnxzZXyhfmtPSzEl gg43BcWdcFqjVTnMlvNQOBwpo1DusiYHO0Wn7uRl800xLo54q+EzJs0f9FBqLzU/6XTB xaPWuE4PehfSKAkMxE2bouMaMB42e5xPXgpnqhNwDX8YdimfFpWs50CEC+jkxhrvHCVk Ymxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1757867740; x=1758472540; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=a79yG1HhlbRodpRUzEn1vrYbEVjh087NlOniySvRJfU=; b=f5p9A+hw3dHhFhnPfavTGb9HDoe2Ci/ZhlGdf04OFRULNGXLoY+zDW33luqhI1Du24 aGGMCVqZICTSGywAbLwMWWeMAsgaezAnoc3X6+aOso7EQhhWv7uEFgQYPz1+b8GaK1kW dlg+S2pt4T9eS/I4guWKhmsQpDSNMqytZe41APStkK3t1x+xc7VXFkiULD49jdxf1Zp6 cyI4f2tRWbUABi1rqzlROr9ducjhNGTiHSdH3bqFWlyJEx5Wx1PWU48P/fmVRmPkn0ML xg8PTcBC1NAOzVz0VazqNXIB7dn+TrWpH1i6Rzx7xEcJRbOBp7OCegq5ziCB+3golbWM sy4w== X-Forwarded-Encrypted: i=1; AJvYcCXuxCHwUQhOzGnmqKB53L8nUhvTcAp0kF9IBVB9nlIR/+P0FJZzH98DAODNwUxerPzsNaUgHcl7u4E+AlyJN8o=@freebsd.org X-Gm-Message-State: AOJu0YyosMAGNVW09CWR8bx7a9s/8jIjhSCCei1cHAhRuNj+C7Ry8ecb hPkN37G5Crae347SUL13QNy3iH7tIOYHIbKeRJHw5FPF+P9N/ztSLtCnBNafoi1w1KXh0xMh50+ smEtn5y8QMjcBtzK5NRqehk0xxNi+F+Z4nLaBqe9FQw== X-Gm-Gg: ASbGncsyWHSy+4O82XSsc9qIu9YwwG02o5lNMUaNFiDULnLEvHYVrxJWjT4eF8AL0Ho O+44YHg8M3K0aqPjuKwUIvR7sTxKKNKSPSG0j63QGxJ/8qp144t69tB/7tISz65aRzrX3HLihhb XwLH4trPcGtivkUdfntJCgBkFIwBGRNf5ootxsiiZMmU+sYVhJXEQRrGnDd74a7Tp3WqKg7dNx+ +cftODYArp03RykWfTz/rN8R05qgxd9pdZdYqHL9shV1jGQAg== X-Google-Smtp-Source: AGHT+IFT02AvrdIUIAqcUWGB8T3lBKb0WDk3HuvKo/GL9/1nfarvEswxkGRrh4/JTCYsEkYXSg1gVIwEVdVXMbGjAKY= X-Received: by 2002:a17:90b:2d06:b0:32e:5646:d43f with SMTP id 98e67ed59e1d1-32e5646d936mr984864a91.19.1757867740089; Sun, 14 Sep 2025 09:35:40 -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: Warner Losh Date: Sun, 14 Sep 2025 10:35:27 -0600 X-Gm-Features: Ac12FXwco9DjPqhlS4r8tpJBCuMvf7C8kHo3ZSZi8lglUaXyNzDb2Oq8mwNny8Q Message-ID: Subject: Re: Git and buildworld running at the same time To: bob prohaska Cc: Brad Davis , FreeBSD Current Content-Type: multipart/alternative; boundary="00000000000035dd9b063ec57a82" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cPv0y25pzz3Sy3 --00000000000035dd9b063ec57a82 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Sep 14, 2025 at 10:25=E2=80=AFAM bob prohaska = wrote: > On Sat, Sep 13, 2025 at 10:13:19AM -0600, Warner Losh wrote: > > On Sat, Sep 13, 2025 at 10:08=E2=80=AFAM bob prohaska > wrote: > > > > > Is it normal for git to consume (while buildworld is running) close > > > to 1 GB of memory for durations exceeding an hour? > > > > > > More fundamentally, is it OK to start buildworld immediately after > > > a git pull finishes interactive output and returns a shell prompt? > > > > > > > It's what I do: > > > > % git pull --rebase > > % make buildworld > > After running make cleandir twice, buildworld still failed with > the same "failed assertion" error. > > Running > git pull --rebase > reported > Updating 63bd2416ccd..455426da078 with no apparent errors > and a return to the shell prompt. Meanwhile, top continues > to show git activity, some minutes later amounting to over > one GB of memory use, 66MB of swap use and ~80% of one core > in use. After a few more minutes memory use grew to 1.2 GB, > but %CPU is lower, ~10-20%. > > > Top does not show any flags applied to git, and a > ps -aux | grep git > reports only the "grep git" process, nothing else. > > It's very likely that at some point I started buildworld > while git was similarly active. > > Am I correct thinking this would be a bad thing? > Yes. It can be. RPi2, IIRC, has USB2, so having root on usb would mean it's a relatively high latency connection. That's fine, in general, but causes two problems for you. (1) git is very sensitive to high latency I/O path. This means git will run for much longer on such a system and (2) git can take a lot of memory, which is bad during buildworld which itself creates a lot of memory pressure. The two together means that buildworld has a lot less memory to work with and will be slower or may even fail. I'm surprised at the git activity. top only reports the command. It must be in tear-down still (which is weird, because the shell does a wait() for the process and the process is completely torn down before that returns... So I'm super confused... I like the more plausible explanation of 'git was running in another session when I started world' but it does seem like that might not be the case. Warner --00000000000035dd9b063ec57a82 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sun, Sep 14,= 2025 at 10:25=E2=80=AFAM bob prohaska <fbsd@www.zefox.net> wrote:
On Sat, Sep 13, 2025 at 10:13:19AM -0600, Warner Lo= sh wrote:
> On Sat, Sep 13, 2025 at 10:08=E2=80=AFAM bob prohaska <fbsd@www.zefox.net> wrot= e:
>
> > Is it normal for git to consume (while buildworld is running) clo= se
> > to 1 GB of memory for durations exceeding an hour?
> >
> > More fundamentally, is it OK to start buildworld immediately afte= r
> > a git pull finishes interactive output and returns a shell prompt= ?
> >
>
> It's what I do:
>
> % git pull --rebase
> % make buildworld <args>

After running make cleandir twice, buildworld still failed with
the same "failed assertion" error.

Running
git pull --rebase
reported
Updating 63bd2416ccd..455426da078 with no apparent errors
and a return to the shell prompt. Meanwhile, top continues
to show git activity, some minutes later amounting to=C2=A0 over
one GB of memory use, 66MB of swap use and ~80% of one core
in use. After a few more minutes memory use grew to 1.2 GB,
but %CPU is lower, ~10-20%.=C2=A0


Top does not show any flags applied to git, and a
ps -aux | grep git
reports only the "grep git" process, nothing else.

It's very likely that at some point I started buildworld
while git was similarly active.

Am I correct thinking this would be a bad thing?

<= /div>
Yes. It can be. RPi2, IIRC, has USB2, so having root on usb would= mean it's a relatively high latency connection. That's fine, in ge= neral, but causes two problems for you. (1) git is very sensitive to high l= atency I/O path. This means git will run for much longer on such a system a= nd (2) git can take a lot of memory, which is bad during buildworld which i= tself creates a lot of memory pressure. The two together means that buildwo= rld has a lot less memory to work with and will be slower or may even fail.=

I'm surprised at the git activity. top only r= eports the command. It must be in tear-down still (which is weird, because = the shell does a wait() for the process and the process is completely torn = down before that returns... So I'm super confused...

I like the more plausible explanation of 'git was running in ano= ther session when I started world' but it does seem like that might not= be the case.

Warner
--00000000000035dd9b063ec57a82-- From nobody Sun Sep 14 16:37:03 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cPv2P39Lhz686gc for ; Sun, 14 Sep 2025 16:37:01 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 (2048 bits) client-digest SHA256) (Client CN "pelorus.zefox.org", Issuer "pelorus.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4cPv2N5n1cz3TyK; Sun, 14 Sep 2025 16:37:00 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.18.1/8.18.1) with ESMTPS id 58EGb3rh025434 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 14 Sep 2025 09:37:03 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 58EGb3Go025433; Sun, 14 Sep 2025 09:37:03 -0700 (PDT) (envelope-from fbsd) Date: Sun, 14 Sep 2025 09:37:03 -0700 From: bob prohaska To: Warner Losh Cc: Brad Davis , FreeBSD Current Subject: Re: Git and buildworld running at the same time Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: / X-Spamd-Result: default: False [-0.89 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.98)[-0.982]; NEURAL_HAM_SHORT(-0.94)[-0.944]; NEURAL_HAM_MEDIUM(-0.86)[-0.863]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_WWW(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; TO_DN_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[zefox.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3] X-Rspamd-Queue-Id: 4cPv2N5n1cz3TyK On Sun, Sep 14, 2025 at 09:25:33AM -0700, bob prohaska wrote: > > Top does not show any flags applied to git, and a > ps -aux | grep git > reports only the "grep git" process, nothing else. This claim now seems wrong. A repeat of ps -aux reports: root@www:/usr/src # ps -aux | grep git root 9398 8.9 80.5 1346480 768984 - R 09:07 8:34.59 /usr/local/libexec/git-core/git pack-objects --local --delta-base-of root 9396 0.0 0.1 9132 860 - Is 09:07 0:00.01 /usr/local/libexec/git-core/git gc --auto --no-quiet root 9397 0.0 0.1 9100 868 - I 09:07 0:00.05 /usr/local/libexec/git-core/git repack -d -l -A --unpack-unreachable root 9499 0.0 0.2 4800 1688 1 S+ 09:29 0:00.02 grep git [lines are wrapped] So, git definitely returns a shell prompt before it's finished working. At the moment git occupies 1.3 GB RAM, 505 MB swap and 10-15% CPU. Apologies for the misinformation, thanks for reading! bob prohaska From nobody Sun Sep 14 17:54:51 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 4cPwmR4HcNz67DHQ for ; Sun, 14 Sep 2025 17:55:03 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 4cPwmR26qYz3fBX for ; Sun, 14 Sep 2025 17:55:03 +0000 (UTC) (envelope-from pi@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from pi by home.opsec.eu with local (Exim 4.98 (FreeBSD)) (envelope-from ) id 1uxqw7-000000007Rn-0nfR; Sun, 14 Sep 2025 19:54:51 +0200 Date: Sun, 14 Sep 2025 19:54:51 +0200 From: Kurt Jaeger To: Colin Percival Cc: current@freebsd.org Subject: Re: 15.0-ALPHA2 builds and landing pkgbase Message-ID: <20250914175451.GM95008@home.opsec.eu> References: <01000199491d0f94-42a7c842-b02a-43e8-8ec4-bd7bc244062d-000000@email.amazonses.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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01000199491d0f94-42a7c842-b02a-43e8-8ec4-bd7bc244062d-000000@email.amazonses.com> 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: 4cPwmR26qYz3fBX Hi! > After four attempts, I have finally managed to get 15.0-ALPHA2 images > built -- at least, for everything except powerpc64/powerpc64le. Those > are tier 2 so once the bits land on the mirrors I'll be announcing what > we have as 15.0-ALPHA2. Thank you very much for your work! FYI, I've tried upgrading a 15.0 from around mid-June to 16.0 via /usr/src two days ago and I'm now stuck with a box that boots and runs IP and allows ssh, but fails to provide a devfs. zfs commands fail with: zpool status No such file or directory while df shows quite a few zfs filesystems. Any pointers on how to get this back in shape ? Unfortunatly, that's my ports-testbuild-host 8-( -- In the nightmare of the dark W.H. Auden, 1940 all the dogs of Europe bark pi@opsec.eu +49 171 3101372 From nobody Sun Sep 14 21:29: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 4cQ1XV09v4z67W39 for ; Sun, 14 Sep 2025 21:30:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cQ1XR5b5zz48tl for ; Sun, 14 Sep 2025 21:29:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="rGL/WITI"; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757885397; bh=AVz8lAlYd5f4plKUXhjUGh6u1ke3lnFyVQd4ar2rn+U=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=rGL/WITImKD98rOlO6aGSWAmA7CsLoxi6hPvEadhKgHd7rj0wuxNht4NiEEjiBqyMEJGzt8f0C2bX8lj9/6p2MUpLE5m0qDYKwfgPgmR+cRis7a+NpEwcAFYcBEYQUv0iLZ0mwL2gO9N5MlTACg24ymmsNNWMUZFom/lvlUfGdeNjQ/Z2AjAoQPiEOAHfaRH96hjmgOZEttaR+p4FciptFXeMF6Ny77t58W7tgMApj2ATuhnBUmIqoR/3g1QCJCCXy3vC+8TKVWt4ubfXybfoRjfFk2uiOxsmlYWByXIIYVJLCX5de5Zl0+FYYDwHnJ7bxFyjTdgSlRv1AYOyU/QWw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757885397; bh=Ym3BaguRSq7IWLjG3c8J0gQeSW+wfyP9R9czeWqoBbm=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=UeqU8/25Iqa6PpBziTLWXEptHBWzfra8vCiDPqAblcdNA3+CeRm07yfqZLjKW+ZDIi2Uad9Ncrz9yPiy9wFItjQBxQ6w8LTHhZyGlDyZ37AZpyuBWadmCLpk/zF2gvQS967HRCuqI17pwhpMQNhplFV3c2zfqgDHoz1jHAL8k6xgDjCMopX3c7owqZqlD7LTcPLfwKiJL044AH2H5r81CXKdARho3gR9tHSmE6A2uwyqE0Id8xZyGi0D8oQjxb4GAH6TwrNwl8jtxLVWeRfVbvx5JWJoHncLMf/BlTMhqtZXtOSQMTsNJWfLjsziZSQYg7V60IZcQN5MmQc0wqg6kQ== X-YMail-OSG: VWuLC.0VM1lfglKxC.KcoUYeKXnd.06.gmqHcQB8ILpory5vL3mttjUDRzK5Zv3 HtUVRSbU6gegtrU3bqMQRD7mv33MN4m0b19AonRbP2vsNi.KHnFsf2BUsyWga85l7Ja_kpLjxL2c NGQfl8IcRdeY2iLnxRzG1ibiZB_.P4uoPztoGXyS3IPmIOAzSJ_iqQnqVYKiOnc49l9Ozv4hiBdh vG32v9e1.ShbBRE8P9NLe4W17bXpXKQHeTuZsYU0h9sRvWBU9SptLeyDcO7_SHNdIpnolODRPJwx mJfJcTtEdppWnV1kxitUU6myyicM0780jRAK7bv6EuEUsSv0YVMU0iWBi_JuC9kZVfH5KNlCDOh9 nbO9wMop5pYKXUNdg0usIJglweHEIYDCclo3QX8jNojJn44jh2F8xdXsd0W0gjvzNXHgFdnwoefM f0mo6ofvIxDwnU8BA1KBdBr0bdW_i1gX5ckeuy5wLvLit3vylFenE24jn57z3015UkQQGISBf8N1 NPv9zvvCDPjDlc7M9jRh45XmVWP2b50VEAyFF5W.2eZvco.breesq_a8mzx72ua._RvBeLXy6CfO Hl9FrUtgHZ_G0ui_3jyB1XTc5EF2EhuYTKZ5wgx_HJYNGQj7wLVDCk0.NuD9_W_y4D20vgRSFtaP vj.aQcq70FDVAaMumvHDQ.qYU59yB2qiLOj1IwwZ7go4TXIVQwJJs6PlRCqVx3RCIZ5BCeF6iQMg 6iGDp03F.X3JxojXaB5jbsUbEPjVveeoXUP5WR9h18ULV_7cBjjMJk1msFDa.6emIXSD2EC93wUp Xx86Nr3VN7Ux9lQRZW4qzOMtMDBTjJTl7YhZaJ3knpPiB_uB_pZXJ3JX0ZgOEY.mNERGPL.GVRZh hsOAzUmDn_fuRsPJ1NOvGVYLd9839HIORHlYQ2QUZxmBfOHjkaFqappxQ4SaR2kgoL6XKcvcBEHJ jD0_Jgw61vxOJ4YAwmzG5Enb44er.Zwz4hMdhSMaz8QN9ewB5e1BFHs7jIKaqBuYBEldkZyrHMBQ kwbSITrkmjY6QqgPY5PZnp_Mygkk85Pj7D2iU.ZLL9ym0Vty_8RSXb1J56YSEo_ooXe2SV60h5D6 Ipb7GIxQ_WsQ4DwlXuW7eFcB67COqX0lT5a8_HFTB0R7mUvHQlAv5SljHwS1w4f3nEjHY83bUhHN BDz8s2ba1eRc7eE1i2ZP7cjBNLi2IJhgUmqjtg22fd23qQmghjviFvQITgdo0XSXsHLOTzfxzMC_ _GJcnjz17Ad5fjikPHpW5bJq4GbTfaY46CK_Wu3QzltZrkA16hvyNQMDm15PYuOzKgLs0LQSNF5n chC99CTnO.bfv_JT9wbx3v0syH9ANWBiNEzd1vuSJiPGrCS8EqdJ_VAcNNNW9uxgSzZjy7zs2x5S 8M3WgZAGDPqfGSCq1sQ.SCOVpNwFvogFCxA60rMO4Y5ll4W6FM6S2IW.LSzLoOui_ZGcX2HllRve 7HQi8Ys6abII92pa1MtwPq487MGcetuqh4LLElg3E4oWIfzZ0O7kBABUTtVsN4Pl7QnX_8GBgXMN 7Y8_oHuQK7dN8UBbRgZIFJkuyMYUdI.OBdz.MiqxJeoA3U2TrhY5ZcBGc9.VVFDIW4Tsj8VAJDw5 _2YYFqwxIc.VAkEHtlx6u27v9YpCkSSoOFiXawCQ8OyWTOCc_ykXBvNKIcqGvyJW.8Ub1GQ3jBuD DuXb_9vRNWCGIdF8P8Uiva5Z5zSmVDEGx.bwgEninKohdqXYV8p4fC9luA.qhxV8ExfLnNJw9HFk jmml7wl1UfZAh5H2pYHNJ_PS5AsVfc0Iz_FCNADUpcwudioIGuOD_.ddzqpVRN2dmtfNwpg6XsTk 68bPo35ffZKhWvOiVKaKhukuf2gZJbbL4gpqRB1kxGA60ASYwQQR0ACaxyLa9hxAPkPw_YpdrBbq nBX1tfInGj1XHX.CwGTzTxRf3Y2EsPvAFukTdLOF1SCqiFLXmNnvaB1PyqjD7bd731BWGRpLzfIo OkVW2JA8otTz5TJo.u2OYu3qdsFrmA4QXKXYWDhIhuOiCE0_WVHr3uL3fi_GDqIhunR1UGx7TuCI Ff4yR4KgGbqJ2QAuS0Fv6MNZaocTVD4m09OiDdIVKZOuJ2bkm5aJ8.Zq2VOc24azZr1p4pxMfcfY O2G7Zc_GPOwl0w0d0Fymo4pVL1MRG7g8w6plDRww4XhSlyOc.oAbvFU.1E3khO7trzfRdLzDHFvN atGV7KENd0jgd107jMqPbIbttEnSLtQ6WSimG_oKNF5b7HNLsCuzQxzc0CerTexJCw.ljQxXhSvh 439aL X-Sonic-MF: X-Sonic-ID: 6011da40-7bb2-4505-ab40-6d5b0e30877f Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sun, 14 Sep 2025 21:29:57 +0000 Received: by hermes--production-gq1-7bfc77444d-5m7lw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID fbc3e9948c8d4ef453757081f2c5c583; Sun, 14 Sep 2025 21:29:52 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: Git and buildworld running at the same time Message-Id: Date: Sun, 14 Sep 2025 14:29:35 -0700 To: bob prohaska , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.205:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from] X-Rspamd-Queue-Id: 4cQ1XR5b5zz48tl bob prohaska wrote on Date: Sun, 14 Sep 2025 16:37:03 UTC : >=20 > On Sun, Sep 14, 2025 at 09:25:33AM -0700, bob prohaska wrote: > >=20 > > Top does not show any flags applied to git, and a > > ps -aux | grep git > > reports only the "grep git" process, nothing else. >=20 > This claim now seems wrong. A repeat of ps -aux reports: >=20 > root@www:/usr/src # ps -aux | grep git > root 9398 8.9 80.5 1346480 768984 - R 09:07 8:34.59 = /usr/local/libexec/git-core/git pack-objects --local --delta-base-of > root 9396 0.0 0.1 9132 860 - Is 09:07 0:00.01 = /usr/local/libexec/git-core/git gc --auto --no-quiet > root 9397 0.0 0.1 9100 868 - I 09:07 0:00.05 = /usr/local/libexec/git-core/git repack -d -l -A --unpack-unreachable > root 9499 0.0 0.2 4800 1688 1 S+ 09:29 0:00.02 grep git > [lines are wrapped] >=20 > So, git definitely returns a shell prompt before it's finished = working. > At the moment git occupies 1.3 GB RAM, 505 MB swap and 10-15% CPU. If I gather correctly, it looks like at times, when it will be a notable time before activity like building software, something like: git -C /usr/src/ gc --no-detach --auto would be appropriate. The "--no-detach" avoids it running in the background so you know when it is running vs. when it finishes. You would want to do this often enough to avoid fetch/merge --ff-only or pull from doing such automatically or having a lot of accumulated pending work to do. There is: gc.autoDetach Make git gc --auto return immediately and run in the background = if the system supports it. Default is true. This config variable = acts as a fallback in case maintenance.autoDetach is not set. and also: maintenance.autoDetach Many Git commands trigger automatic maintenance after they have written data into the repository. This boolean config option = controls whether this automatic maintenance shall happen in the = foreground or whether the maintenance process shall detach and continue to = run in the background. If unset, the value of gc.autoDetach is used as a fallback. = Defaults to true if both are unset, meaning that the maintenance process = will detach. So you can force it to not detach automatically. But, then, you might have a long wait for the command that added data to complete: # git -C /usr/src/ config maintenance.autoDetach false # git -C /usr/src/ config gc.autoDetach false =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Sep 14 21:50:03 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cQ1zw6R0Sz67WyX for ; Sun, 14 Sep 2025 21:50:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cQ1zv3rPvz3F7k for ; Sun, 14 Sep 2025 21:50:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Xvih0STm; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757886617; bh=vKKTC0eo19T2trkYng6I/UOB3wRPUX/y70J45Dk88ag=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=Xvih0STmYcQjqSkIJr7Em9klkIpVGjR4LET2kb65g3GKvpBpnviTX2MWsID9Cb7tKsfdeaOC7abI702BkuSnIV8ZnyNC3M4tjAOx8FBtHmXrsNiqvA+GQiK3HMQmVfzKbnvilC+qlg9M0XRv78WvduMtX84cwIpN4/5HKqM/IU+4ZnJgKErKEB99y0xjm0pF8pWj9g7AEq+Xdcaj67vhD33q4f+4q+R9gq2kcSB6gR/h/hcBvYJK+DDlX0Ys5A0xD/l58zq9AcL4T4e1AIVj6xbdgb7v/nHEi14fsLEtn6VdDaO2mu6G+J0RrFSYsnH6Z3fbpOEwBmCNiGugJnmQfQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757886617; bh=pqNtkKFNjQNZ7caq7jyiW+e86SERFVfnw6AvLP1CcWf=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=aYJqdS/nm3DUVGsLUZGATn6PTxByECPcLJJ+t4gm4WhvF533ZXICA6+mPmPEskyHck31mG7WZo8okQobiyq9k/mtmJBuhJ3mysUBU9UbmWUWjrAUGZaBoSIjyPU795G7fSBxDzgdOXuc7dcQp73htR5GL7hdMLNVqyEIfEojfn8tKGdUFuYq9Mbkoaf+g4/h3MDLG195FyXqRKKuccpBJP2pE1Tbf9cvAFuFG2AWMSQtmthHSswkOhPEcXsJS4FI6n5uQoxFz7/QMHOXgbAV08V36zkYNL3jBBswMAXjnwnVhkLDUmwanS6Z0NbOsSAmEnwfuzKTHkakIuyxgkCLjg== X-YMail-OSG: JjIdalgVM1l3yrSJbotIeoShja3jetdxj4HpeO_cX8BkDfOgYqafvDPlRF6XBDF A0PH4tQzmOdHgUWKSagdMBkIKjUyUAb0JhxwND8Lu4SBCoxH89T1iW7Z45KXGXYjdBgWkPoKsgYi SdLsWZjsjy7aTxDPmQoBzw.wMv0ADoDmBeiAqE92MurOUfVpG8QsjJY1tQ.knNhT.yHIyOR1cu0E g2xo7yrp4GodKUUwY4OnhWlTKKfYmXznQTOvuUJQ.0ZLt_4KRNIHD47IE9pv0u3b_nQk5eBef_qY mTJLgeup_V20c5Xiuy3p.AwOo2ri8DOYyqib8FVR4VZfMVigVTlmtdfdCpcsA4X9sy5GqHopClfX ySFUd7MgRahQFlmcAf5.LPykM1C3zsXcNKfGFl_4utLqMyLKWGrjru9AMKAXiI3eEwfR74PcFEGN pSgsWOTBRsmjtrxFSEIT_Jqtvk32tBYUFAqfxh9Ap8gCLgo8g9J9fcupVwszpFYcTFYxDagTvbps 7KfKpQN8DG84Mf2f6aYjByzuj_SIP3M3qhvPleNrUgsNfCtDAISHknzkxppFuWCjbPBIsomKPmpy nx1PvuJxybAGov045r5RNdGfHDMf.PuwbW_sj4HJH3e.6S_lM2LEZuFk7KzClGWzaN9cyUV7_IkG mmyhtbef2HVGia0Lvv4QnOVfICexZugGTpUSYXQygrO11TkASBaDdBDx6XHbrFosl1Iw3OaZTov. pZ5rg48NLxPosie6XcdHbuD9PaeJqhtp53VMbgvZeDnuab2UIZbipgw6XDIiWY9GzkwAPG6f.3rs hyFZdLcqRAFXRacg7nRTY_6_zcIDoEWzZlC.EEeRc8ACLDa3gT9WlgEJRGlFPPE5kLk.e0URI.J. RTE1ZaOeJQz1oxndfo3Z14yEYQ4HlHwjjU.ikNwvR_V_hnS4doagX8JXq5GQGVJcEp4OPzKyN0dM AT7PwT27OznElXNJ3lm0I7pAAZlQJmZPM_OV4DRGZAiRifivaEH0.ibH.TFBAxVFY41GgtzNpjsv aNqWor4Gm3bJjAIbYt0zQWZca8Jtt4c51dzVNgev3LEzcejqlOzPgETDMZFjSdSbtP1hNX5HDAMB D9RDvx0V.Nzq7oXgeH21K2NLcdmidl_WNqdZnAsYG.h8sMI_T6bagJmd.3POKPRBl4exiMEo2E9I GWDgqXG3q_yMCXkrkitvkGogaSa0RTbZ61bTGN9MjubaJP4gTo5cnmEo._Y4WjBScI_us7pZ03lF bycNhbB7WDDexxjjLtKvKetPh8sNS8y5n4heYWeSHh2uEOZ5RLon6xoeevLCKeNXrz0MzdoYclI4 2uek5KcbSqc7BEh98rytRA6YhZsSyQjuAIx3LUe6i.OSCUj9rpOe.Pv9bN.OyiTR3OgEJ1PWfJ_t 0Y0.mcMTx7o.oF2rInqSRjtVJLN7UqSfC_OSjptkXP.fWrWJwcqcC.fRqDUk64fdhX7hXqQx.b5o Cq_glz5TjG5EYB9C7Q4UgtoO8h7xRSJUrDKFWVpIiFHVQZcEghXcEniFM.fFDnAUy.9q0DRJTI4T xbe4cr8VaoVSOlyica2WZlDt6mmVC7poyt7UgZWY0CShF8VzPbCMV8LptOmIb7Ei7iIQ7wwzebHQ 0eoaMpqLAGI0nBPaK_K1so_suLbAA0k7CkfL.5D7zVN.lkCupmXnFmTQJacCLhRRLZciyg17ObWX tPIdB8iAESOMxbhrH49DJO.y98ceXppObr1YwnhUZaiH.wmSS2dK5Tb2Mx.s3Wu1fybYe4ITfxgo Gu17RX8aX.ZpF6h4hwU6RkZhNgS5rkpYKUQJ1aC0Jtx7bjRUYjefp4jfQQHEMPP7gAxW6z2tvufQ RfNhTCHz1oJVdJEUi8_tga6FWDwU7FUPB6lbek8RJKBjGTSt5rzTWlJT7OZzb668X7DZ19P78mLn ZOXCpBgSNzHUEqBq9j3F91thGURdKZdrI0Ca6kRaldfe1RL9WT9jbXVlkUANJWyIjSEjJtGaM.fa a.O.5Q2hipcugUPlnW5nS_TwyDBpX6EJ2rMAdYwmUCT57x6IqB4ZzvgdrFcVbh_07jhzCPaJyttS p_UGZqkKhFZhVrgXeQseX_cy_PElEZbZ_wuEbVP4YBoeGtCBhGluLzrTVk64X2dwnX8pM6Q5pPEW IK.tTXAilj5103_UGRQHF9newh2hjhoWwmoPHvJVAhGeMQ4V7_yWeALpROQYHyFYWyak6O6OTOO2 GEwZEQcPDAyInqVQMx5iHu_2fWm3VxfONFhYOfmyv1BRG6PodfSWg6fkYoLJx7zM4rbs9C7eHJoT iCWy9U5s- X-Sonic-MF: X-Sonic-ID: eb3b4914-c71a-46b4-bae1-81a907c2d9f7 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sun, 14 Sep 2025 21:50:17 +0000 Received: by hermes--production-gq1-7bfc77444d-grkm7 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5c6fcc7683887e49023bd5b68e2bf502; Sun, 14 Sep 2025 21:50:14 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: Git and buildworld running at the same time Date: Sun, 14 Sep 2025 14:50:03 -0700 References: To: bob prohaska , FreeBSD Current In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from] X-Rspamd-Queue-Id: 4cQ1zv3rPvz3F7k On Sep 14, 2025, at 14:29, Mark Millard wrote: > bob prohaska wrote on > Date: Sun, 14 Sep 2025 16:37:03 UTC : >>=20 >> On Sun, Sep 14, 2025 at 09:25:33AM -0700, bob prohaska wrote: >>>=20 >>> Top does not show any flags applied to git, and a >>> ps -aux | grep git >>> reports only the "grep git" process, nothing else. >>=20 >> This claim now seems wrong. A repeat of ps -aux reports: >>=20 >> root@www:/usr/src # ps -aux | grep git >> root 9398 8.9 80.5 1346480 768984 - R 09:07 8:34.59 = /usr/local/libexec/git-core/git pack-objects --local --delta-base-of >> root 9396 0.0 0.1 9132 860 - Is 09:07 0:00.01 = /usr/local/libexec/git-core/git gc --auto --no-quiet >> root 9397 0.0 0.1 9100 868 - I 09:07 0:00.05 = /usr/local/libexec/git-core/git repack -d -l -A --unpack-unreachable >> root 9499 0.0 0.2 4800 1688 1 S+ 09:29 0:00.02 grep git >> [lines are wrapped] >>=20 >> So, git definitely returns a shell prompt before it's finished = working. >> At the moment git occupies 1.3 GB RAM, 505 MB swap and 10-15% CPU. The above "1.3 GB RAM" seems odd for a RPi2B with only 1 GiByte of RAM. The ps columns are: USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND RSS is a RAM usage figure (768984); VSZ is Virtual SiZe (1346480). VSZ can be bigger than RAM+SWAP for the process, as I understand. (Making simple arithmetic problematical.) Was the "505 MB" system level swap usage, instead of process specific swap usage? > If I gather correctly, it looks like at times, when it > will be a notable time before activity like building > software, something like: >=20 > git -C /usr/src/ gc --no-detach --auto >=20 > would be appropriate. The "--no-detach" avoids it > running in the background so you know when it is > running vs. when it finishes. You would want to do > this often enough to avoid fetch/merge --ff-only > or pull from doing such automatically or having > a lot of accumulated pending work to do. >=20 > There is: >=20 > gc.autoDetach > Make git gc --auto return immediately and run in the = background if > the system supports it. Default is true. This config variable = acts as > a fallback in case maintenance.autoDetach is not set. >=20 > and also: >=20 > maintenance.autoDetach > Many Git commands trigger automatic maintenance after they = have > written data into the repository. This boolean config option = controls > whether this automatic maintenance shall happen in the = foreground or > whether the maintenance process shall detach and continue to = run in > the background. >=20 > If unset, the value of gc.autoDetach is used as a fallback. = Defaults > to true if both are unset, meaning that the maintenance = process will > detach. >=20 > So you can force it to not detach automatically. > But, then, you might have a long wait for the > command that added data to complete: >=20 > # git -C /usr/src/ config maintenance.autoDetach false > # git -C /usr/src/ config gc.autoDetach false >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Sep 14 22:18: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 4cQ2cy72q5z67Ysf for ; Sun, 14 Sep 2025 22:18:58 +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 4cQ2cy6P0kz3Kr6; Sun, 14 Sep 2025 22:18:58 +0000 (UTC) (envelope-from yasu@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757888338; 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=h5CijRuuiyLfnoWbT4v71Dy3fqKVAMLwesqDjY4oSic=; b=Wdvcv+bqYLoXmQCbaD3YfZ964c0DRylSfRMUE7FH0JxKYFGMz6nBQ4CJ584e5ySMU9yCo7 rjC6GB090FwnTvC/BvSEFImWzsjrXGxADWxW9eli3YAERmX96WRX4bxX4rz60M812LZubY A0NM6+yBQLVeSCBWBum3/SUuT3GQSTw6M0aiLcRk4FGnmRTQoU3spo9yZGqRQRCHXfVXrr yPT893dXhogo8mfM5RPJUrfhrYM8EKqCoiwcczuXMDe6hl7YHVWBRj4UQvEZCNSHtyjLjW wbA2NV+XX7m3h4GOv2kM1o/rKHMup6SWCo64CmMOyFooJuExbccYFEPALALVVQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1757888338; 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=h5CijRuuiyLfnoWbT4v71Dy3fqKVAMLwesqDjY4oSic=; b=VeZPqmTc347jrg0im8YzzaYBALEgLw1NHeyeg4KKDETqv7B1i0cBeRsciDjIC34e6Wy4J4 R25vtsjrUHIvjMRLc0sNIyZXDCa7Nb1L54fAta98kmYciAwLHFlx1Ej1F3wsQgiGoGaaaG T6nJJGvcl61FcgcFTNL/jNljiYll0z9DQ8VXKoPfSOzo4kz9Uz/SF7hP7Zd0z71Ir4qcPT jSzKP3GeT6asW+L0+baJHEJ6/kZuuo+tkWvw5KemdydgJhq9Wh9kw7agxNye03II2ce4Wq fE7u2L7M59WoDwmeWdJIRYS0geGDmBmlZzCSY5vRGkVpKs7IyBEz7qbKUY6ShQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1757888338; a=rsa-sha256; cv=none; b=ZiM+hBWrvY9bvxksBL82wJLieWJf0olxG9nu9vXLaJlZnauch3qpcMZhnzOm218kJPqMe2 /m2ptHHGx211kPHqS9K1AtEQSYdp9Y6D8/OH2etPZiv5oZJnmItFf5YFHHtOc3MMHmeS7Z vm/C37ORmaqxzW/0TqnFV9Q/06zwnvofovS6L5FMa2GzYdyXmXgYbht0mU26iE9XTh5fnG IGaJc6oWJPd0sxrx5/fjHicQ6NrwQncseBsYLI91J+rPcDQe/E+vUuHW63LxSTqxg9BBtr BIUk6FFxHiGFN1Ojir09wvNKFts1cEfqfSuRos6QT6iW2JTemXs3174FrCqoqA== 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 4cQ2cy1lh2zmPp; Sun, 14 Sep 2025 22:18:57 +0000 (UTC) (envelope-from yasu@FreeBSD.org) Date: Mon, 15 Sep 2025 07:18:15 +0900 (JST) Message-Id: <20250915.071815.1993055480348452973.yasu@FreeBSD.org> To: freebsd-current@freebsd.org Subject: sysctl: unknown oid 'vfs.zfs.min_auto_ashift' 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 16.0-CURRENT main-n280279-b0e7b55a0e90 amd64. There is following line in /etc/sysctl.conf (IIUC bsdinstall adds it at install time if system is zfs-root). vfs.zfs.min_auto_ashift=12 Today I noticed following error message is displayed when system is booted. sysctl: unknown oid 'vfs.zfs.min_auto_ashift' at line 9 And I get same error if I execute `sysctl vfs.zfs.min_auto_ashift` from command line. Does this mean vfs.zfs.min_auto_ashift is removed? If so, is it just unnecessary any more or any alternative provided? Best Regards, --- Yasuhiro Kimura From nobody Sun Sep 14 23:49:16 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cQ4db0QNgz67ggK for ; Sun, 14 Sep 2025 23:49:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cQ4dZ5mh2z3Vbc for ; Sun, 14 Sep 2025 23:49:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=fdpr5CwP; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757893772; bh=UDgN3KY5ITGKjXH2HGYPzgH2MEm15z6AWsnkGm+uzFY=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=fdpr5CwPpGEJx7vGMsGOmfeWTy2JKg5VWndhKFbizFD49PkhdiFekrGqx+BzrZJNHsnTaPkzC7BS5nd+OenYqZjT+GMTHlYnqjbp7BNcNfuvVYx61pfblUzdqRIUotXDx1VlmKt0xdDin3TCfN/nOUNj1vB4/5Pa6eTQrX3wwoQCDKR7JLZF/4DxNq5t6OFvsF0Knm+K4MiMtGO6uLzbQNzUKYGcFW2C3U1h0J7nk+tclF99Q5o4nobNIpQND5o4IVq8ipKnj+msrs4Mgiq2VP2p5GSZ1Z+Hy+SRJBKoQFyuPLmD5/d1dcCOR+RCuiQpxLaF/lwJd4HVYAEzFdZ4kA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757893772; bh=l+8YMjYrHWM+id7tXa5ae9agOUIdAdETn99kol1tjB0=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=BwmC7lOT76SijKDeYB1a4OKCCYkcMr1dxDvOjP6gZvZoDShi1p/IaD8yZTcZLvcyNxmkCg2dgfPGQHII9/MT78Spk/f2QSh+KjOj2YFcJIIyzJSS9+u6mo9S7YznUwMx7cFWuLyknV1u2vGoVImGIeWVuVfV1EORtsQ/mm53pLXptNb0PHMcnRvqmnLLAxT13tnM38BUNSzM6p4wnk1NIH5tSmO9KRqvaNhuWq59wFxTuiNZXdN06aPLjC+pgT0OSt/UKsGA9SqV315roD4R2YEzpvyY2n3L2x2+tPbeX6IuSkInEkMXYVMLI98NjES8uJf41xF0bkWiEW+9KXaU+w== X-YMail-OSG: tMtBEv8VM1nCgah1m17vMJbzQDOavCUQ1sbjuVcU_zKpcyFBt2QQ8gek17IdjvF qtIGrpZdvRgUPAWhoAQRnKRTE0Bz2NaKtBIR6Wy7W2DHqe_5WcocMY7I13zbTFBIoeDLUf9HQ6Iz ye0_2EURSLjsRgdiiNoJTzLvQ9Z8XKtsfGOsYEnN7m.I5rl.PBMXmO84l5ZzZLOD24xtIfBs3E60 8DwmSUZqDclx8OJMw0ZFyR64h_3AHxxdE39R8STy8wMHHa1wXLpNkLVTHZHck38OIbAmFeeGmvxE 7Lh4qYT6sZ3CJqxpa6b5AZysD6gxtSkdFEVcaAYVvHHHW9I8VFSh9d46c8BXXpeVE3glC.xpMa8I OPbNSJHbeab_UVGYV1S3YZgBZtM17p88YXDiNu2VptvhIA71a7DNkg5sGPMPpw0dtkL3ZO.KCge3 lscL43Ksly9_zpZjSxRaIgkwBXhqkYaL3qCsykgrnPSGetEU_rsoR3YzUKK1SfsDT8yZwpbpNSoS 4h0e8icDpNlziBEd022GmHTbRXiJzR5ssruggSBA3HiqhU3c9EvI05T1_b5BPMd52gwqej1FKw.R dioSqSNYGOEsYBOEAEQIr85ewCpNMn46z_fHN9ee.GO5Y3RJrlB2FaCoVI6jeCSKdBi.Am6nRh9Q jkoaDNRxLTnMRCMi0icUfLWRv7MIi4_QmAvJkxR.UB.wqhLO.BAAPFrsYLMXiYJ8f_iJdWaEk5Pl Acsi3Y7jmaCv4ALtD3MlLotsPXhM7JyAShqkzB8znaHO.YFsSdTfKQIBdbgY2hSQDk.Ae6yMo.rU uHqHh0wWtwMTPhpS1XJWXtTOFwSxrbXNx5TUGsH6tGJryrc8BLXPrun3cjzEWyAtu4aAQYkXfZdw sFHZtMT89QXJ4LPubgT6OBkmGKVfcmzWiJzhHdoModgnLiNGLBZhy_YY.xnVbQA4zlAh8j.8wQ5v x7KbwncJSY3QkJOVGaSqfw33chqyDM78ht4SSYUqCWbKK3hQfuLX.AKWKNaKDIHdTWFWuwXIlOxI 2rDf0OOndRFmKcvst13CYxYVDE5uzbOwPsjYtjPw3ehayc0WsC3hhku9MPuAQiWhADtJiwwW4FOP NdhZJ8lJTRAa82_roMbXIlwELB3kfkQcnNfvcRHcc22aalWm04NauBrALbZh9vu7BToH9_IyrEuW SJ25KdGfbMk5853YebIRBT0FPn9P.gTDwWPs5O3gIG4ENJzmzyfzZEhTIYI2pF_yvSDEH6Rkm.Gy qMNpQdCH1SWQQUfN9FXLHI7iw7DtrlHWm68XDMA9_2O_GZ2UZyuhEMVlZB2jqSbLm57EqXcblK6x sXDNSBX2r3oNdmMDB..zeFXZKbLC2jrGxCWOKG3ga7KgyG.OLZ_Qw8or6fMX5ODLtqL.0Kdn9K8D NkbOEl0Zb7BubqLYhBz5GhbdrUrwbyaihe4jzfdbjnMPKiQgmHB7HarBOGJNkw7lmzswCjcYzcdf QL1FtxpRNtfYJ4pcK8K155VgVT6lFeYODwdvDEuy_P_eFon424yUe4HcxXxJJuJ.DRGA7NWJFIk2 P2z9byPXqo2iCfucE8G4DvPG6.DmCBDRaQVTuKH3fuOkSGWFqdoKNfCTIbfGJ7uDL7IocJ9PMfuc jX_uEhPppLQve9MW00A.Gg.ZZQ8cMxrgGuAUqj9RoJCWjqHnpznebNp0idFBkZdjmVbGoVGS1jkm _iiEbe1yoKgd.UxatsVhDf7J.jlcXqHdILlzO3tU_PcpcDhS2bJ1lV9ub1yjdg_qf8rE4Uo.w8gj z6Taz9FXTcW3g_p5CZh2ppRke6l99hzAbLi_oy7g6HWB1U5prEBjhZA7pBmfobuyrQoJemzE6bkV h_ekrenYFGMeC7zTPTbLUwlng88DeL96FPUSS8j8.re_O6F2Mfvhj_6Drn137dPGcrPTq2Qs4WwI hj4Bilxw3jhxKdrGZ8hzwDSEr.fJFRK_BSyuiHje8KTUD5OtrMYVpkM9_KmJKqtAV4hm23pDgn1W Rt7E0qH7Qo5RGbjMGmR9ojtIdgVspePsxB_m.YCPXeTQvXHaC4z86nKsnIGFvkWt_sDC0ET6AzeA hKNisN9XGbguhrtM1ag.EKmPKQ9n_jmMsZc6V6Weasilpf8HbnKO3vHRh8rTol4lHiy55Rx.95w0 aly0ULyLieyedtSbkzMBCfB0CUmBTIejikRlsZF_WpFDokPWr2QYnbbbtrUzvbvWKpgJLNFjL9DG yY2lEyZDhMdL7Fck2PWO1EU4XKAQD0Pvar.GpILDXAKmc8LQKX3ab_hxU9x.ron.PG5GDnMjo8Pg jIK5uG9I- X-Sonic-MF: X-Sonic-ID: e4bd8fde-cc07-4fa8-b971-0628aa17f2dd Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sun, 14 Sep 2025 23:49:32 +0000 Received: by hermes--production-gq1-7bfc77444d-969lh (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5503d01e4583a376a9bacc7f87550bfe; Sun, 14 Sep 2025 23:49:26 +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: sysctl: unknown oid 'vfs.zfs.min_auto_ashift' [legacy dropped; only vfs.zfs.vdev.min_auto_ashift now] Message-Id: Date: Sun, 14 Sep 2025 16:49:16 -0700 To: Yasuhiro Kimura , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.990]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from] X-Rspamd-Queue-Id: 4cQ4dZ5mh2z3Vbc Yasuhiro Kimura wrote on Date: Sun, 14 Sep 2025 22:18:15 UTC : > 16.0-CURRENT main-n280279-b0e7b55a0e90 amd64. >=20 > There is following line in /etc/sysctl.conf (IIUC bsdinstall adds it > at install time if system is zfs-root). >=20 > vfs.zfs.min_auto_ashift=3D12 >=20 > Today I noticed following error message is displayed when system is > booted. >=20 > sysctl: unknown oid 'vfs.zfs.min_auto_ashift' at line 9 >=20 > And I get same error if I execute `sysctl vfs.zfs.min_auto_ashift` > from command line. >=20 > Does this mean vfs.zfs.min_auto_ashift is removed? If so, is it just > unnecessary any more or any alternative provided? # uname -apKU FreeBSD 7950X3D-ZFS 16.0-CURRENT FreeBSD 16.0-CURRENT = main-n280292-3c60ea77649d GENERIC-NODEBUG amd64 amd64 1600000 1600000 It is a boot-from-ZFS-based-root context as well. # sysctl -a | grep _ashift vfs.zfs.vdev.max_auto_ashift: 14 vfs.zfs.vdev.min_auto_ashift: 12 vfs.zfs.vdev.file.physical_ashift: 9 vfs.zfs.vdev.file.logical_ashift: 9 So now there is just: vfs.zfs.vdev.min_auto_ashift =3D=3D=3D Mark Millard marklmi at yahoo.com