From nobody Mon Aug 11 00:17: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 4c0ZwQ3PRBz63djW; Mon, 11 Aug 2025 00:17: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 4c0ZwN2f6fz3mKG; Mon, 11 Aug 2025 00:17:56 +0000 (UTC) (envelope-from freebsd@gushi.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gushi.org header.s=prime2014 header.b=uMiPa8aE; spf=pass (mx1.freebsd.org: domain of freebsd@gushi.org designates 2620:137:6000:10::142 as permitted sender) smtp.mailfrom=freebsd@gushi.org; dmarc=pass (policy=none) header.from=gushi.org Received: from smtpclient.apple ([IPv6:2001:500:6b:200:8000:0:0:c]) (authenticated bits=0) by prime.gushi.org (8.18.1/8.18.1) with ESMTPSA id 57B0HkNW032181 (version=TLSv1.2 cipher=ECDHE-ECDSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 11 Aug 2025 00:17:47 GMT (envelope-from freebsd@gushi.org) DKIM-Filter: OpenDKIM Filter v2.10.3 prime.gushi.org 57B0HkNW032181 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gushi.org; s=prime2014; t=1754871467; bh=FgkmbxqNqWH2DSXzjSfJYAhXK+6jFVeiY3Tdbq0M2/M=; h=Subject:From:In-Reply-To:Date:Cc:References:To; z=Subject:=20Re:=20HEADS-UP:=20pkgbase=20pkg=20upgrade=20breaks=20s ystems=20Re:=20after=20updating=0D=0A=20to=20latest,=20pkg=20base= 20segfaults=20and=20leaves=20me=20unbootable|From:=20"Dan=20Mahone y=20(Ports)"=20|In-Reply-To:=20<582d802f-da93-4 15c-9dee-1f1f1beb1830@smeets.xyz>|Date:=20Sun,=2010=20Aug=202025=2 017:17:29=20-0700|Cc:=20freebsd-pkgbase@freebsd.org,=0D=0A=20freeb sd-current@freebsd.org|References:=20=0D=0A=20<582d802f-da93-415c-9dee-1f1f1beb1830@ smeets.xyz>|To:=20Florian=20Smeets=20; b=uMiPa8aEl3fpkaT4H+TY3AwtWbnaIE+Y77I5j8rkc0EAaC20VvznjdbnCOqbI19y2 ez2hjVokxRzIPdwVmWKF0JtqcckGnU+m3z5wGWY6oBMCse4WgMu0vcWSWSVokH4L/D eCe45aqRIXuu62j9M9FAcmCmJPNnLY0Xp7Iv0C04jP257ZYYq1fgc+4aDtO49lfgoE 7sj05gIXWUUpgoG4DfOzYs24g9mTeb51NVvIeBCsAB9O242GkBC5UuagvMZbFXuXcd mfu62uX6TKEOb9Xb847xirNlsRo4Ptq+/4fR5TBMy9SFyGLxDqpskSoM4UE2PVyfVy EsxbEtJ66SrUw== X-Authentication-Warning: prime.gushi.org: Host [IPv6:2001:500:6b:200:8000:0:0:c] 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 \(3863.100.1\)) Subject: Re: HEADS-UP: pkgbase pkg upgrade breaks systems Re: after updating to latest, pkg base segfaults and leaves me unbootable From: "Dan Mahoney (Ports)" In-Reply-To: <582d802f-da93-415c-9dee-1f1f1beb1830@smeets.xyz> Date: Sun, 10 Aug 2025 17:17:29 -0700 Cc: freebsd-pkgbase@freebsd.org, freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <5DCB0B5E-3582-4877-A1B8-894C4EA68F13@gushi.org> References: <582d802f-da93-415c-9dee-1f1f1beb1830@smeets.xyz> To: Florian Smeets X-Mailer: Apple Mail (2.3863.100.1) X-Spamd-Result: default: False [-5.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[gushi.org:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gushi.org,none]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; R_DKIM_ALLOW(-0.20)[gushi.org:s=prime2014]; ONCE_RECEIVED(0.20)[]; RCVD_IN_DNSWL_MED(-0.20)[2620:137:6000:10::142:from]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; APPLE_MAILER_COMMON(0.00)[]; DKIM_TRACE(0.00)[gushi.org:+]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-pkgbase@freebsd.org]; RCPT_COUNT_THREE(0.00)[3]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:393507, ipnet:2620:137:6000::/44, country:US]; TO_DN_SOME(0.00)[]; HAS_XAW(0.00)[] X-Rspamd-Queue-Id: 4c0ZwN2f6fz3mKG X-Spamd-Bar: ----- > On Aug 9, 2025, at 12:55=E2=80=AFAM, Florian Smeets = wrote: >=20 >=20 > FWIW, I revived the system by deleting all newer packages rm = /var/cache/pkg/*snap20250808* and just untaring the stuff in = /var/cache/pkg to / >=20 > cd / ; for i in `/rescue/ls -1 /var/cache/pkg/FreeBSD-* ` ; do = /rescue/tar xvzf $i ; done >=20 > After that, I resorted to building from source and installing to get = the system into a half way consistent state with a chance of surviving a = reboot. So, looking at Florian's solution, I came across two issues. 1) After you build from src, pkg thinks you have one thing installed, = and buildworld has installed something different. I cannot figure out = how to tell pkg "delete anything you know from the pkgdb about these = pkgs, and just let me re-run pkgbasify". There's a -O option that = exists in netbsd's pkg, and I'm sure there's some absurd invocation that = involves manipulating the raw pkgdb, but nothing "easy"/ 2) Pkgbase got me into this problem, and I wanted it to get me out. I = had all the pkgs sitting there in /var/cache/pkg, ready to go, I just = needed to get them in there. Doing a pkg-info yielded a scant 20 = packages or so. Worse still: /rescue/ls /var/cache/pkg/FreeBSD-* gave me "argument list = too long" and with no grep, I basicaly had to rely on scrollback to get = what I was looking for. Ergo, my solution was more like: cd /var/cache /rescue/cp -pR pkg pkg-backup mkdir ../pkg-snap20250808125411 cp FreeBSD*snap20250808125411* ../pkg-snap20250808125411 (=46rom there, I used rm cautiously to remove all the -dbg packages -- I = can put them back later, but for right now I needed them to work. Let's just try one package... # ABI=3DFreeBSD:15:amd64 /usr/local/sbin/pkg-static add -M = ./FreeBSD-libarchive-15.snap20250808125411.pkg pkg-static: Setting ABI requires setting OSVERSION, guessing the = OSVERSION as: 1500000 Installing FreeBSD-libarchive-15.snap20250808125411... Newer FreeBSD version for package FreeBSD-libarchive: To ignore this error set IGNORE_OSVERSION=3Dyes - package: 1500058 - running userland: 1500000 Ignore the mismatch and continue? [y/N]: y `-- Installing FreeBSD-runtime-15.snap20250808125411... | `-- Installing FreeBSD-libarchive-15.snap20250808125411... | | `-- Installing FreeBSD-runtime-15.snap20250808125411... | | `-- Installing FreeBSD-libarchive-15.snap20250808125411... | | | `-- Installing FreeBSD-runtime-15.snap20250808125411... | | | `-- Installing FreeBSD-libarchive-15.snap20250808125411... | | | | `-- Installing FreeBSD-runtime-15.snap20250808125411... | | | | `-- Installing = FreeBSD-libarchive-15.snap20250808125411... ^C (Okay, so there's no "y" option to pkg add... and these things will = forever sit and try to install circular dependencies. Dumb). New solution: What if we're in a new directory that only has packages in = it that have already been installed? mkdir /tmp/foo cd /var/cache/pkg-snap20250808125411/ cp FreeBSD-libarchive-15.snap20250808125411.pkg /tmp/foo cd /tmp/foo ABI=3DFreeBSD:15:amd64 /usr/local/sbin/pkg-static add -M = ./FreeBSD-libarchive-15.snap20250808125411.pkg pkg-static: Setting ABI requires setting OSVERSION, guessing the = OSVERSION as: 1500000 Installing FreeBSD-libarchive-15.snap20250808125411... Newer FreeBSD version for package FreeBSD-libarchive: To ignore this error set IGNORE_OSVERSION=3Dyes - package: 1500058 - running userland: 1500000 Ignore the mismatch and continue? [y/N]: y pkg-static: Missing shlib dependency: libbsdxml.so.4 pkg-static: Missing shlib dependency: libbz2.so.4 pkg-static: Missing shlib dependency: libcrypto.so.30 pkg-static: Missing shlib dependency: liblzma.so.5 pkg-static: Missing shlib dependency: libprivatezstd.so.5 pkg-static: Missing shlib dependency: libz.so.6 Extracting FreeBSD-libarchive-15.snap20250808125411: 100% Okay, but this will still be exhausting if I need to keep hitting = "yes"... for i in `ls -1 /var/cache/pkg-snap20250808125411/` > do > cp /var/cache/pkg-snap20250808125411/$i /tmp/foo > cd /tmp/foo > OSVERSION=3D1500058 ABI=3DFreeBSD:15:amd64 /usr/local/sbin/pkg-static = add -M ./$i > done Installing FreeBSD-acct-15.snap20250808125411... pkg-static: Missing shlib dependency: libxo.so.0 Extracting FreeBSD-acct-15.snap20250808125411: 100% Installing FreeBSD-acct-man-15.snap20250808125411... Extracting FreeBSD-acct-man-15.snap20250808125411: 100% Installing FreeBSD-acpi-15.snap20250808125411... [...] Installing FreeBSD-zfs-15.snap20250808125411... Extracting FreeBSD-zfs-15.snap20250808125411: 100% Installing FreeBSD-zfs-dev-15.snap20250808125411... Extracting FreeBSD-zfs-dev-15.snap20250808125411: 100% Installing FreeBSD-zfs-dev-lib32-15.snap20250808125411... pkg-static: Missing shlib dependency: libicp.so.3:32 pkg-static: Missing shlib dependency: libzfsbootenv.so.1:32 Extracting FreeBSD-zfs-dev-lib32-15.snap20250808125411: 100% Installing FreeBSD-zfs-lib32-15.snap20250808125411... Extracting FreeBSD-zfs-lib32-15.snap20250808125411: 100% Installing FreeBSD-zfs-man-15.snap20250808125411... Extracting FreeBSD-zfs-man-15.snap20250808125411: 100% Installing FreeBSD-zoneinfo-15.snap20250808125411... ...I started a normal shell (/bin/csh) and tried a service command, and = sshd restarted. But pkg is still being persnickety, and I don't know what the mechanism = is to bootstrap it is: # ldd /usr/local/sbin/pkg /usr/local/sbin/pkg: libelf.so.2 =3D> /lib/libelf.so.2 (0x2a08ac8d1000) libjail.so.1 =3D> /lib/libjail.so.1 (0x2a08ad283000) libm.so.5 =3D> /lib/libm.so.5 (0x2a08adcbd000) libarchive.so.7 =3D> /usr/lib/libarchive.so.7 (0x2a08ae37a000) libz.so.6 =3D> /lib/libz.so.6 (0x2a08abe01000) libutil.so.9 =3D> not found (0) libssl.so.30 =3D> /usr/lib/libssl.so.30 (0x2a08af3bb000) libcrypto.so.30 =3D> /lib/libcrypto.so.30 (0x2a08af8a2000) libthr.so.3 =3D> /lib/libthr.so.3 (0x2a08b0575000) libc.so.7 =3D> /lib/libc.so.7 (0x2a08b19a8000) libbz2.so.4 =3D> /usr/lib/libbz2.so.4 (0x2a08b257a000) liblzma.so.5 =3D> /usr/lib/liblzma.so.5 (0x2a08b2d8e000) libbsdxml.so.4 =3D> /lib/libbsdxml.so.4 (0x2a08b3302000) libprivatezstd.so.5 =3D> /usr/lib/libprivatezstd.so.5 = (0x2a08b3d33000) libsys.so.7 =3D> /lib/libsys.so.7 (0x2a08b4a90000) libmd.so.7 =3D> /lib/libmd.so.7 (0x2a08b4f76000) [vdso] (0x2a08ab287000) I've got a libutil.so.10, but not 9. Doing a pkg-static install -f pkg = doesn't update it to use .so.10 either. Where does one get this file? =3D=3D=3D=3D I don't have another system with pkgbase on it, so I can't ask what pkg = provides that file. I don't know if, given a list of .pkg files, = there's a way to poll them all and ask. (pkg grep?) While this is still a prerelease thing -- these recipes should be in the = pkgbase wiki page. Knowing how to recover from a pkgbase failure -- or = how to rectify a world and pkgbase that are out of step with each other, = are going to be things we're going to need to do occasionally. >=20 > When starting my upgrade I saw that it wanted to remove a lot of non = pkgbase packages (how are we doing to differentiate pkgbase packages and = "ports" packages in the future?). I thought this might be related to the = krb5 thing, so I created an up to date poudriere jail via pkgbase method = and rebuilt all my pkgs, but even then I saw the same thing as Den, that = pkg wanted to remove a lot of ports pkgs, as this system is not = important I thought I can resolve that after the pkgbase upgrade and = started the upgrade. >=20 > I didn't save scroll back. In my case I saw at the top the first ~100 = pkg transactions were uninstalling pkgbase pkgs, then it upgraded some, = then pkg exited with a segfault. >=20 > Leaving me with ELF interpreter /libexec/ld-elf.so.1 not found, error = 2 >=20 > One thing I checked was /libexec/ was completely empty. >=20 > Florian >=20 >> root@poudriere:/home/dmahoney # pkg-static install -f pkg >> pkg-static: Unable to determine the ABI, none of the ABI_FILEs can be = read. >> pkg-static: Cannot parse configuration file! >> root@poudriere:/home/dmahoney # /rescue/sh >> Cannot read termcap database; >> using dumb terminal settings. >> # pkg-static >> pkg: not enough arguments >> Usage: pkg [-v] [-d] [-l] [-N] [-j |-c |-r ] [-C ] [-R ] [-o = var=3Dvalue] [-4|-6] [] >> For more information on available commands and options see 'pkg = help'. >> # pkg-static install -f pkg >> pkg-static: Unable to determine the ABI, none of the ABI_FILEs can be = read. >> Now, if this were 14.x, I'd fix this by untarring a distfile right = over / to get back up and running. Not quite an option in 15, is it? = (I would encourage the people making this stuff to please consider = keeping those built, even if bsdinstall uses pkgbase). >> This is dayjob's poudriere system -- the build process for it is well = documented and the parts of it that aren't managed by puppet are easily = managed because I captured every command used to create every jail and = ports tree (which was slow because many of them came from = freebsd-archive; both old jails and old copies of ports trees last known = to work with given versions of FreeBSD (kind of required when you needed = to build packages in 2020 because remote hands were Not An Option). = Like all our systems, the bits we care about (homedirs, /usr/local/etc) = are in backups as well. We kind of need it to work. >> So this isn't an emergency. This system is really there so that me, = as a port maintainer, can build a debug build of something, but this = machine isn't in our critical path. ...but What If It Was? We run = Critical Stuff, out there on lone servers in faraway places (on bare = metal) >> But it's *really* not instilling me with a lot of confidence in the = readiness of this pkgbase idea. (For the record, I've also had = freebsd-update leave me dead on the table in similar ways in the past. = I literally called them out during a BSDcan talk without trying to bash = Colin too hard). >> I can capture more scrollback if people want, but I wasn't doing any = of the crazy -f commands people are talking about. This was literally a = "pkg upgrade". >> Full command output is over at = https://users.isc.org/~dmahoney/failedupgrade.txt if devs want to have a = look and try to black-box it. I'll keep the VM running (and logged in, = in a screen session) if there are things people want me to try. >> This begs the questions: >> * Is there CI for pkgbase that tries to upgrade from whatever version = is immediately previous to it, before publishing it? (I know that's = what version I was running, it's the version everyone's been stuck at = for weeks!) >> * For all the debate about "pkgbase and pkg should be exactly the = same", perhaps pkgbase could have an auto-bectl in it? >> * Is there support somewhere for having a lockstep "set" of packages = that one knows are in /var/db/pkg and constitute a relatively concurrent = install? (Or a list of files that I could tell pkg-static to install = with a glob, out of /var/cache/pkg) >> * With something like -CURRENT, is there any support for saying "Okay = not the current-current tree, but current-minus-one" (I guess that = would be if you're working with the weekly builds, but that's not quite = the same. Your only option is "base system of the now" but it happens = less frequently). >> * And for running -CURRENT where this kind of breakage can happen, = could we get a statically linked version of pkg? >> Any questions, let me know. >> -Dan >> Sent from my iPhone >=20 > From nobody Mon Aug 11 00:30: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 4c0bC83J1lz63fc2 for ; Mon, 11 Aug 2025 00:30:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4c0bC616K2z3p2Z for ; Mon, 11 Aug 2025 00:30:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=b5MlkpjS; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754872239; bh=Uan7H7kFr25L5Be7pbQnJxezmZP/lB1VR8h+mPaC63o=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=b5MlkpjSH6Rq0L7bcfJLGnF7cHEAXwINJB4XRVp20LgAXpJk/o/TVQwOyu5f8lx7IovT4DY729tDfSf2NEV41MZxXMEbE6uOhvNhh7oh4P9drxIoC2muQq7RPzkUmzIHFfx2caMczYhLoC8MQA16mzHR4B+zSW0m9qTkYKmJftLSpgWO1mQf02gwpLH2XFDlpBINB2AU5LYWfOqlCpV6TMFIBPMtEHXBO5Kv7hX/+mt/d+ibdP0XaTinXcohrE1HxO64KdESe8e26ty/mZQIKLyDtyMqWgCWCjclxSJIhxL8t89DeVm4L8IJLl3G19M4BL9QkTsXw8o7OpkQpVexdQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754872239; bh=cPAMh4+s/2bKU2lmIJls7ufBpDgeaR9B5lEc98IOnRJ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=niw43t79WMgYaN52fMzBVCbjOAZzoCUmeF94swhLVKfqr7BQnzZM5zd4RSO/Alx1BAMWuMGhNW2Lw0nwtBPyA1MVBzbiAmiythlJgCSGoIWFVSz5kRZx/yiBVDLs47HHs1wMnQGVI0jWJoipfFnyFm4+6BC6HBMjI10pbky9r3xe0TBgrfWbSlxnJ/FA/srF+0sez9Olop+n8EsueESgo6NIEIfAkI0fck+qw+4dd+CHnUGWEWlw2wy/C4cseAzZg7XttYoQzZRVuXIDxZ++cDsVD9k4LRKgZWpeiQB2cIM+xBa+H9g0FiqnW2wAVQBgU48Oshu6C9kFUrkzXGqSLA== X-YMail-OSG: 2d2eW3QVM1m5RujAHAU4vvZEi7jNaQRfmyy3xMszm3qRKr6T9jTpGsaoxjCg9x9 U7sfacDZW2w6D4cKNuD4hh3ulwNijY6QuFuAyIKCgXg0nM6q9JXNahTKJESZcSuQWpCnluSa4qW8 9KBnyVE5WdfXbWKoBHZyEPVaLve7nudX5Q6wa9.zbjDlshZgjKvZi6T12ZFGz8ul2gZVscR8t0dG LMYOsUSNYnZlWNiV4m.ly_BSo8kq8Cb.sD2zmGvch3JLLaRi7cvZUBpjjRrAYgBuqGR_zFIgOUI5 wYhFTFr.idjHuVYHV_xVNa.cd4E3.aFaEwWFEjncqA8hBlXAIqbN7PY_4N8dtMoWMTrDdFhaD5me rn2qtbhq5.yrO_fppmY6AA_xZLauDMsYbg29BrLI29a1_eJR_kIwl5Owtn7rfv7LQdeliavQyuUS JcIrKJfwdMUgxSyDy1og4KOy8kOFFxCNtaXI8m6cVoG1jbEgWJQW9i.WQtpgfjcuG6ID1WVcT4RF 3qJGB8LDnFBWyWFhXsoptli0uxvCoVRFwqrl3YlaZMqwvbUCTi0ZaVzLI6htp4IR7oD5lTb1H29C izgu9eSMJ6lit1KRVYIfpEq0Qs8MB88ff4aE3jqGYHtk_G8KGo4d.n6x.LSFDkhrm91.R1vp73EA 5d43z7Yzc9EkVp9THKncwahVurZGy6NjMwLUyIErVDocOLqsmq0gyvdqufjiQI5Lwu64mCMz6Wh2 wJ8uU.UtcNV8HZOny.m0QyY2a3SpYSDBed6vLS3uL6kUlVDXlNj6jB05j.QBfJaV7j1pApSY8yvH nbv_XOoSNnLFi4VkBmDhJn7QrcUCvUrpUi3gVWI.7swa62Cw5Oxo8OClmjNZcE4uhEMuY3jR6itT QEwH2pQw6K11worJUMVf_l.q2tIrQVM97E8u0QGLHUD8wfmXLQ7K1dxr_L7B1ZOvulUOAOfrw6y6 uK5Sn_z.3f2i8QdWs1iVDlchzL9rdIdozJ1Bb3L0Rky3QukBqZ0U8TuSogR8OghEdwLlBWGlMYrp I.QLgu9aJ7aBLbzPmR6N1TzDFkzLm0ubpvihMKcWtSbev2hUqorrHFlSOyDXDVsjf6a6t9hEgXfC 0ApVZYgFwUJkVqxgvVpjbGpbCLE1Xrnwon36dJ5R_SHnVgV.Wp.zXMpFXo3JlsrK9ChZna7hooAB qEuz.1uni3MvXDu0ZYk28.QQ1nFIR6wQzTmLmvhlimmNwx3xAoWz9HMPtxFkcdjzBWFlPWa67c_g kN33Sqwt4tdf8NVmFnqOJhDnjOGELX2f..SXCiRepkob1zWD5ZIdsXKO7jbb3ncG5gVhKlOUR95p jZ_YmH7NWwVD978pyM6Ardm_noOT627zkCM0Bzg3U0O819yUotCHkjous9ABsmvqlqNf_wGGD8tI EC7OVFZFBLNIPkPv.HBQ6DbXydbalntAQ_gLvb7SbbaLsFbYtxzvScFGHmZxYIXiUs6dCnrfb3wQ ZDh7KgBSBR1J0LvB0Jjk0guaMXml9jzJ4kGBxIN6kxvG99JELRvFjkYLeOnPrgMeAzwTqfaFXtDa qgUyH878BerIT1gUyYdSZItYloCeuN5Sm.lPNXxkXb1_gbm28sh6Q_OgwuZYq8O7j_uD.TSODB4h SDq_1Uc_Xk1O.a4SWb_uhF6_dVeShq_.33W3O968dFv2x_TRUi8litRAAL8TzqcEVezyWsdjZAe0 KToUJcYqWvrqGmptA20DqZIXuaK3_Vl8h3gJXWGEQJuycHHQN4.aiBH.xdd2r95GliGu.o9C9EVa RcjTzCf3Gya8EcrLMnUnEXdFw9YyUmA6GLoPJ5b5c5BdL0s2Vc52Z_GDFP1eDNQabAysyylt7Upl TylKPiOgTEV.ihHAazXgX7xsiMrRo1nHb08AePY4MLwbOE3hqZjYlkEoaMLwLlEjnBCjPVv6BGNE 6BDN.3cjBZCxYB.z710vFg9Ae48S6Vdg_iyPUtwHnsT_laRpKtroSjXNIJ0FVoWudMSTo8EjzYjr 9GowZcf7X0.dLFjdDhvqPE2oPY9FjJ1NujozymlNXLHh7qTNEX69ZvToRZH55qenULPGgAGWUhAu WjSkeAb4eG0rmxKOXBz88prkvOWdQvgsbCUiZxtPtd_k0ZOkU8e1Lb5.1V0zHIRfMGhL5E6L5ona H9kY9OH1gSlLUP9MFAgrl3xkoMnyQA7ToHhCMwpDghRwi3Fd2PUK_7fyjQAkDzz8qEt1rYmR9ec1 aeYwhwnYohtA9BolLOSXZCTiTobTk8L0hwDdV9Am0VGa94fnjB0p.YE09q3XxwsmBu2cjfuMFpRy h X-Sonic-MF: X-Sonic-ID: 0f587d1f-eb2d-4e68-a816-6c9cd1b867eb Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Mon, 11 Aug 2025 00:30:39 +0000 Received: by hermes--production-gq1-74d64bb7d7-nccgl (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID de2061bc623a8e3c9cc0686e5ca55fd7; Mon, 11 Aug 2025 00:30:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: Example context needing use of hw.usb.usbhid.enable=0 : serial console keyboard input under Parallels (aarch64) [reproduces again] From: Mark Millard In-Reply-To: Date: Sun, 10 Aug 2025 17:30:24 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <67BA742F-CEBA-4AB3-B088-22771C20FF8A@yahoo.com> References: To: Jordan Gordeev X-Mailer: Apple Mail (2.3826.700.81) 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.989]; 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.31:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from] X-Rspamd-Queue-Id: 4c0bC616K2z3p2Z X-Spamd-Bar: --- On Aug 10, 2025, at 10:32, Mark Millard wrote: > On Aug 10, 2025, at 07:51, Jordan Gordeev = wrote: >=20 >> On Sunday, 10 August 2025 at 12:16, Mark Millard = wrote: >>=20 >>> . . . >>=20 >> When usbhid is enabled USB keyboards should appear as hkbd(4) = devices. Do you see any lines mentioning hkbd in dmesg? If not, try = adding "hw.hid.hkbd.debug=3D100" to /boot/loader.conf in the hope that = hkbd will produce some debug messages. Try also loading the hkbd module = and any modules on which it depends via loader.conf because that might = affect the outcome. >>=20 >> When reporting problems such as this, you should provide the version = number of FreeBSD (exact commit ID), version number of Parallels, = whether you have any VM tools installed for better integration between = FreeBSD and Parallels, and because this is a USB problem, the output of = "usbconfig -v" (at least the part describing the keyboard). >=20 > I'm now unable to reproduce the issue. >=20 > . . . >=20 > I'll report more if I get the problem again. After the updates I'm back to the "serial console" is not getting/taking keyboard input (without hw.usb.usbhid.enable=3D0 involved). I'll note that input at the earlier EFI loader stage worked. This is later at the login prompt, so when the FreeBSD kernel would be involved. # dmesg -a | grep -e eybo -e kbd kbd0 at kbdmux0 ugen1.3: at usbus1 usbhid2: = on usbus1 hkbd0: on hidbus2 kbd1 at hkbd0 usbhid3: = on usbus1 hkbd1: on hidbus3 kbd2 at hkbd1 hcons0: on hidbus3 # kldstat Id Refs Address Size Name 1 27 0xffff000000000000 1428858 kernel 2 1 0xffff000195200000 22000 hcons.ko 3 3 0xffff000195222000 24000 hidmap.ko 4 1 0xffff000195246000 22000 hms.ko 5 1 0xffff000195268000 22000 hsctrl.ko 6 1 0xffff00019528a000 23000 virtio_balloon.ko 7 1 0xffff0001952ad000 22000 mac_ntpd.ko # kldload hkbd.ko kldload: can't load hkbd.ko: module already loaded or in kernel # uname -apKU FreeBSD aarch64-main-pbase 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE = main-n279519-7a9834041c91 GENERIC-NODEBUG arm64 aarch64 1500059 1500059 That is a pkgbase FreeBSD installation. Parallels Desktop 20 for Mac Pro Edition Versin 20.4.1 (55996) No VM tools installed. (Only used via the basic console and ssh.) # usbconfig -l ugen1.1: at usbus1, cfg=3D0 md=3DHOST spd=3DSUPER= (5.0Gbps) pwr=3DSAVE (0mA) ugen0.1: at usbus0, cfg=3D0 md=3DHOST spd=3DHIGH = (480Mbps) pwr=3DSAVE (0mA) ugen1.2: at usbus1, cfg=3D0 md=3DHOST = spd=3DSUPER (5.0Gbps) pwr=3DON (0mA) ugen1.3: at usbus1, cfg=3D0 md=3DHOST = spd=3DSUPER (5.0Gbps) pwr=3DON (0mA) # usbconfig -v . . . ugen1.3: at usbus1, cfg=3D0 md=3DHOST = spd=3DSUPER (5.0Gbps) pwr=3DON (0mA) ugen1.3.0: usbhid2: ugen1.3.1: usbhid3: bLength =3D 0x0012=20 bDescriptorType =3D 0x0001=20 bcdUSB =3D 0x0300=20 bDeviceClass =3D 0x0000 bDeviceSubClass =3D 0x0000=20 bDeviceProtocol =3D 0x0000=20 bMaxPacketSize0 =3D 0x0009=20 idVendor =3D 0x203a=20 idProduct =3D 0xfffb=20 bcdDevice =3D 0x0110=20 iManufacturer =3D 0x0001 iProduct =3D 0x0002 iSerialNumber =3D 0x0003 bNumConfigurations =3D 0x0001=20 Configuration index 0 bLength =3D 0x0009=20 bDescriptorType =3D 0x0002=20 wTotalLength =3D 0x0047=20 bNumInterfaces =3D 0x0002=20 bConfigurationValue =3D 0x0001=20 iConfiguration =3D 0x0001 bmAttributes =3D 0x00e0=20 bMaxPower =3D 0x0000=20 Interface 0 bLength =3D 0x0009=20 bDescriptorType =3D 0x0004=20 bInterfaceNumber =3D 0x0000=20 bAlternateSetting =3D 0x0000=20 bNumEndpoints =3D 0x0001=20 bInterfaceClass =3D 0x0003 bInterfaceSubClass =3D 0x0001=20 bInterfaceProtocol =3D 0x0001=20 iInterface =3D 0x0004 Additional Descriptor bLength =3D 0x09 bDescriptorType =3D 0x21 bDescriptorSubType =3D 0x01 RAW dump:=20 0x00 | 0x09, 0x21, 0x01, 0x10, 0x00, 0x01, 0x22, 0x3a,=20 0x08 | 0x00 Endpoint 0 bLength =3D 0x0007=20 bDescriptorType =3D 0x0005=20 bEndpointAddress =3D 0x0081 bmAttributes =3D 0x0003 wMaxPacketSize =3D 0x0040=20 bInterval =3D 0x0004=20 bRefresh =3D 0x0000=20 bSynchAddress =3D 0x0000=20 Additional Descriptor bLength =3D 0x06 bDescriptorType =3D 0x30 bDescriptorSubType =3D 0x00 RAW dump:=20 0x00 | 0x06, 0x30, 0x00, 0x00, 0x40, 0x00 Interface 1 bLength =3D 0x0009=20 bDescriptorType =3D 0x0004=20 bInterfaceNumber =3D 0x0001=20 bAlternateSetting =3D 0x0000=20 bNumEndpoints =3D 0x0001=20 bInterfaceClass =3D 0x0003 bInterfaceSubClass =3D 0x0000=20 bInterfaceProtocol =3D 0x0000=20 iInterface =3D 0x0004 Additional Descriptor bLength =3D 0x09 bDescriptorType =3D 0x21 bDescriptorSubType =3D 0x01 RAW dump:=20 0x00 | 0x09, 0x21, 0x01, 0x10, 0x00, 0x01, 0x22, 0xa0,=20 0x08 | 0x00 Endpoint 0 bLength =3D 0x0007=20 bDescriptorType =3D 0x0005=20 bEndpointAddress =3D 0x0082 bmAttributes =3D 0x0003 wMaxPacketSize =3D 0x0040=20 bInterval =3D 0x0004=20 bRefresh =3D 0x0000=20 bSynchAddress =3D 0x0000=20 Additional Descriptor bLength =3D 0x06 bDescriptorType =3D 0x30 bDescriptorSubType =3D 0x00 RAW dump:=20 0x00 | 0x06, 0x30, 0x00, 0x00, 0x40, 0x00 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Aug 11 05:31: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 4c0jtL3z6cz64Cft for ; Mon, 11 Aug 2025 05:31:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (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 4c0jtL0Q7pz3GM9 for ; Mon, 11 Aug 2025 05:31:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=uNUYoSQQ; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754890291; bh=KSOrHWsWJ86oAomB6laFnopl1q2ahnuyRGyvopVL+9s=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=uNUYoSQQQ/jX2vytdar2hT2sZaI7r5bhaNbKyP+vISFyHDQYMhN5HSRnMueBNco8OVNP56QOymSKc3MXq6QQVuNew+tWatL4bnEjuGJaz4MNqdM7eA7xgjBilgzijNgo+EoSM1WG6RKvwipic16W/6n2LRpsbfkG3kI0PFA7p5Mn+y+QjvbW85bKEs+MIQML4AKOd5cW+jZxBYI0FeF6s6Lu9cBmCvm2H9M6YN+3Jbb6kzd04PiLZHgFnEYto1OtHURRfoGQIPPcrEA1BaLPc1kLef1rTMcNb7RmPOfFDO3vb9bB/3RMizZwfGHPYDNM/1I113b5C+/56CuI5S39cA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754890291; bh=s/qgR0cX4KOs1m4Wxb1Ceu5yTXKla8zkluTpT00BgNd=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=kqZvylt74C6BK55fWEPxSwXvMO0b4DzET1qd6CPj0KecTWPajXfxDsUVFQHlhp1CEK+AH/pS7XiEY7VnJitGkmkN1KhwGVeKxl3108yFXfKlVOSeiOhDoqJzg/fOJJvD3NpsRnAtCXsk6dlL7bpCbnUbNuddQhl/q5fFukOtFwhM7EsO9Xm2PecPfzkCUoq+Wux5rnisCUpYtfBt+1ljWXhqipm9NhFb+ta6+NHrTAZEX9naGaKZCxQ3QLJ1tqdrnYh76zTXGrAwiM40AOaUc0fK/UF7RbHP779UVyrroS50+erHl/EIcSTBw7U3sC11RTX6ARfY6j2M5KNaiuV8IQ== X-YMail-OSG: tiL_j9EVM1lxQm1UdCokGhGADX.wQHKJVVKWAHtzi_0jkJWCeMpoZcuHddDxU1m .2A5dmXvdJEPekm84trAOij99pD.sjPzftzXM1tR1eY71xr1rhdEvB8RuRLB00qsz.VDkgUcwwFp euC8m283Yv3baaXbNSPruE.bqmLtGf4E0DGg.V45qD9Ony5DdftjwQJ1k7UqHUacrdBFhp74QI5W kFKE.e5lj0FneMzeZopiPiFjRTCBf1jXoxT0NC3tIFq8ppqDrZwOB27gw2.XAWMhqTtbWqDjQUIY 148jYtt8jC1Qf5eDJEGtoYglSGwA5L5dyRYZP5dfgV9uq_TyFRPf90izfd8JydtkZKtQbPQ365Nd JsqgtRMuyDJ9Y2nNGE.QSfupVCYatwlWALT5ZsSJmScpEIfzcf.IjGUiKfZDTFmNRY2HoBaGr9gA cYvESfZ6BTa8txIjMqqRLKXA5QeODdkQ8vlr2FHxY_jAXMe4B4cP9wkBV9ZvBtPNT0KFDzpiTM.F Jmmw1.Yu1NiTBx5EjeXue3o0WolqNwZpCHttx_jY3etx6azBBtNzwUdlXC2M.oBZk4vXUS3_Y1Do zvoZS9RMmZZ39Ql05SD9pcWyPqOge92R_AFf9c4Eb0nOVnJe5hj.vCxZjP8fkqDRDqGn0ZmXJdLb eSeVKVGIjgzUJ.271a93nsRQk1_9.Qw3IttXms7cN39NE0ybsZFi2HbLspFaxHAwVR18I_SU55kH 3emU0.KvbSsxj3t.OAJ9c2Km22mrXmgVM.Yx1zH4itHcrTYpYhMCyuEV9zq1Wl60ZvwYiIm48IeT VTnDOUbow1yF8q6earxNM6bRXXnYUpHo_SKZSDg72.7OxlnT9d9kSFOaXpFi1Cm84rXT8Nai0K02 1DmuqFpNnvxlUV5Pjbogq8Qu35bIzhHuEyMjFolI4Oo9ShCbfz6sCjHz9tERq4f.uu26IBL55vl8 rGmCMopPU_IPd8bsumu_IgnGG7PpeNIDjE_Kfxp2iv2PWwq0dmr6YrLbTYbepqy9mWPAHs17x0uf By1Y8OHTfFxjWkSQUF5MGMxHnB4ngvSI63ZHkIxPOsDRkQeJbZhbY9uZRRyWHbeDXmCnvql9f7qm vaScxjNOL6A8Mu1gZJZb52DNsyOq1P5VdEpZ3mIIipmHLbGTx.FMr3kIBe2v6aWjG3DaDCQYNUch rzgj3PQn.XF2PAf9ip_0UUn0iBfV75qy9aDYwE9Ul9Tlad.KKP2GXpO_N6tflEDvR1L6k6icHJiU VCPh_JM0OKysuIje6uKbrOBc.ZpqUcjHtQmRIMsUhJJo7mQ4oCZ3SjElrDzckD_OA8UsuFhQ6rzN wD2av7S8wO9EAY38wORy8t5V_ht.nzLKy19azNRctaNTmXiPaq9fYyRgwxPeQo_u1bH2XL3XlZy9 6ocrlRyUlnRgPSfqwyZDIs7QHHAWCLJ8m9qkzdhQp4M3eRr5DXFvpuVUsjH4pmCk6gFrU51NCqdZ 4J7jC0n_gsuwOrWzN.G6_ND6qY0SZ6jgIyinACXNaUkEiW50Fr6qDyC0B8jHy6RdEiN.dc9DwmhM 7y3VgWbylqCNj8RzymmOo1ttMdM4xPE1cc5Vl3y4rwDR5Zp80yu1DplID_Hg_ZhgXqFfPzszbtuX Jq27o446vUHb7jOsu4Ns3YxD8KYCbveLwRDp6oipwQwX53Dw6JajFfpmpb88X.PIzyeplJ0g8A6Z rlGKw_N9zwOGw5pC_NnymqrG7pLvvmEBGrFMPENqkVyaLsNT8vs112osNrg4rKOFh4KxAx50yK6B mfatdZlrEoAYsF7npyDsCA1cPdXrKEyB4XfExdX9.mT5HFlG7p8LZGweydoCCrduY.3yyRAeGriv fbLsNeT2v86D5B_PaId3wzm7gcv47Dojigjn8h_pfQjgqjEXovdg1of5ywIybN1nin0E.92Jk3aW pa4ng4HUVyR.V2C1r2T8k4sYCOq8Y.HEy07k71fjTPoaB3kT9rGPsSa5zcX2zMMVP0m9QrMBN8mz iz44BntreefW0_434vGn0eY6McZsvsw3EhlX0oWX9ni0W3qER8a66T7iv_eIIGqasqjRXfuD0Ie9 LJbvA6OALomn_Kx9IbzAKBuZFL4xuqL9r0J25ENKvhHObEDLoYEkrp_SctblD3eN5uzlUbi3qqc0 Uq2PDaun6BIg6e05luiUVt6kQ_qkEofDzH1ohbVDNrelnlNtmrxQ6O8ZmxCmDL35a4gFFC9l3gDF X.PvqW.5VaTj_srbqjeQw4LCA79waFlKvrcz51AJoikWdQcVOjCRj.k9sEEMuG6RmoKx5R_5aJOx aZXdwKbRl5UXZfc8B_CG7C26L0d0v.f9b X-Sonic-MF: X-Sonic-ID: c3188ad2-b7b7-41ba-84e6-e0d3f1cba692 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Mon, 11 Aug 2025 05:31:31 +0000 Received: by hermes--production-gq1-74d64bb7d7-cmxx8 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7df86e0bc8311dd5144d0126fe84dd53; Mon, 11 Aug 2025 05:31: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: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) Message-Id: Date: Sun, 10 Aug 2025 22:31:16 -0700 Cc: "sunpoet@freebsd.org" , Cy Schubert To: FreeBSD Mailing List , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: 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.947]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.82:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.82:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-Rspamd-Queue-Id: 4c0jtL0Q7pz3GM9 X-Spamd-Bar: --- For the most part my attempt to build my normal packages has worked after my system and ports-tree upgrades. But not ftp/curl . That, in turn, blocks a lot of other packages from being built. # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ 78939953d5e7 (HEAD -> main, freebsd/main, freebsd/HEAD) = databases/py-pg8000: Update to 1.31.4 Author: Wen Heping Commit: Wen Heping CommitDate: 2025-08-11 02:14:14 +0000 branch: main merge-base: 78939953d5e7bfcdcbd3bccb789531be3637c6dc merge-base: CommitDate: 2025-08-11 02:14:14 +0000 n715497 (--first-parent --count for merge-base) # uname -apKU FreeBSD 7950X3D-ZFS 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE = main-n279519-7a9834041c91 GENERIC-NODEBUG amd64 amd64 1500059 1500059 ftp/curl fails for: configure:4974: checking whether the C compiler works configure:4996: cc -I/usr/include -O2 -pipe -fstack-protector-strong = -isystem /usr/local/include -fno-strict-aliasing -I/usr/include = -I/usr/include -isystem /usr/local/include -L/usr/lib -L/usr/l ib -L/usr/local/lib conftest.c -lkrb5 -lgssapi -lgssapi_krb5 -lkrb5 = -lgssapi -lgssapi_krb5 >&5 ld: error: unable to find library -lgssapi ld: error: unable to find library -lgssapi cc: error: linker command failed with exit code 1 (use -v to see = invocation) # find -s /usr/lib*/ /lib*/ -name 'libgssapi*' -print /usr/lib/debug/usr/lib/libgssapi_krb5.so.122.debug /usr/lib/debug/usr/lib32/libgssapi_krb5.so.122.debug /usr/lib/libgssapi_krb5.a /usr/lib/libgssapi_krb5.so /usr/lib/libgssapi_krb5.so.122 /usr/lib32/libgssapi_krb5.a /usr/lib32/libgssapi_krb5.so /usr/lib32/libgssapi_krb5.so.122 I use default options for this, the log showing: ---Begin OPTIONS List--- =3D=3D=3D> The following configuration options are available for = curl-8.15.0: ALTSVC=3Don: HTTP Alternative Services support COOKIES=3Don: Cookies support CURL_DEBUG=3Doff: cURL debug memory tracking DEBUG=3Doff: Build with debugging support DOCS=3Don: Build and/or install documentation EXAMPLES=3Don: Build and/or install examples IDN=3Don: International Domain Names support IPV6=3Don: IPv6 protocol support LIBUV=3Doff: Event-based tests NTLM=3Don: NTLM authentication support PROXY=3Don: Proxy support PSL=3Don: Public Suffix List support STATIC=3Don: Build static executables and/or libraries TLS_SRP=3Don: TLS-SRP (Secure Remote Password) support =3D=3D=3D=3D> Options available for the group COMPRESSION BROTLI=3Don: Brotli compression support ZSTD=3Don: Zstandard compression support =3D=3D=3D=3D> Options available for the group PROTOCOL DICT=3Don: DICT (RFC 2229) support FTP=3Don: FTP protocol support GOPHER=3Don: Gopher protocol support HTTP=3Don: HTTP/HTTPS support HTTP2=3Don: HTTP/2 support (requires HTTP) IMAP=3Don: IMAP/IMAPS support IPFS=3Don: IPFS support LDAP=3Doff: LDAP protocol support LDAPS=3Doff: LDAP protocol over SSL support (requires = GNUTLS/OPENSSL/WOLFSSL) LIBSSH=3Doff: SCP/SFTP support via libssh (requires OPENSSL) LIBSSH2=3Don: SCP/SFTP support via libssh2 (requires OPENSSL) MQTT=3Don: MQTT support POP3=3Don: POP3/POP3S support RTSP=3Don: Real Time Streaming Protocol (RTSP) support SMB=3Don: SMB/CIFS support SMTP=3Don: SMTP/SMTPS support TELNET=3Don: Telnet support TFTP=3Don: TFTP support WEBSOCKET=3Don: WebSocket protocol support =3D=3D=3D=3D> GSSAPI Security API support: you have to select exactly = one of them GSSAPI_BASE=3Don: GSSAPI support via base system (needs Kerberos) GSSAPI_HEIMDAL=3Doff: GSSAPI support via security/heimdal GSSAPI_MIT=3Doff: GSSAPI support via security/krb5 GSSAPI_NONE=3Doff: Disable GSSAPI support =3D=3D=3D=3D> DNS resolving options: you have to select exactly one of = them CARES=3Doff: Asynchronous DNS resolution via c-ares THREADED_RESOLVER=3Don: Threaded DNS resolver =3D=3D=3D=3D> SSL protocol support: you can only select none or one of = them GNUTLS=3Doff: SSL/TLS support via GnuTLS OPENSSL=3Don: SSL/TLS support via OpenSSL WOLFSSL=3Doff: SSL/TLS support via wolfSSL =3D=3D=3D> Use 'make config' to modify these settings ---End OPTIONS List--- =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Aug 11 06:13: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 4c0kpZ6gRHz64HW0; Mon, 11 Aug 2025 06:13:26 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [94.130.200.20]) (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 4c0kpZ1nCJz3MDJ; Mon, 11 Aug 2025 06:13:26 +0000 (UTC) (envelope-from herbert@gojira.at) Authentication-Results: mx1.freebsd.org; none Date: Mon, 11 Aug 2025 08:13:24 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1754892804; bh=IY6W5zu+FaKLAxgRt8ZDYYsoVsiF70ZftbT+92M61kw=; h=Date:From:To:Cc:Subject:Message-ID:MIME-Version:Content-Type; b=uI4Qo2ui3DuDO/l98HsMTGLCac5VD55c3Ave2UZe6qNLOlEnZ+7Hnh9njgixRbgVM TXH+6AKdK15T2X/e06vQgBjtVaU7fqAMoi9VlhllzHoP0kcMU6d1VFbwmKekTqWwMh gVU2gD/AMMO9cvGoszbg9gXi1uKJIuUAhKiJ/AHsHyDHBratGKffWcQKn2NOIlwLfv asTjdBUl0PL1miRwyua47wFVVVSxXRSR5C+Q4+zLDennCoUgZhTnRoVZ/O9UiyhlcY /3UJGK0EpU0CAjIC/lb/q2O3AesdqqoIhrsjJPfqKhhhECAXKhHjj8SiGtPRnHzAJd R+r9nW5obMiPw== From: "Herbert J. Skuhra" To: Mark Millard Cc: FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" , Cy Schubert Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) 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-Rspamd-Queue-Id: 4c0kpZ1nCJz3MDJ X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:94.130.0.0/16, country:DE] On Sun, Aug 10, 2025 at 10:31:16PM -0700, Mark Millard wrote: > For the most part my attempt to build my normal packages > has worked after my system and ports-tree upgrades. > > But not ftp/curl . That, in turn, blocks a lot of other > packages from being built. > > > # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ > 78939953d5e7 (HEAD -> main, freebsd/main, freebsd/HEAD) databases/py-pg8000: Update to 1.31.4 > Author: Wen Heping > Commit: Wen Heping > CommitDate: 2025-08-11 02:14:14 +0000 > branch: main > merge-base: 78939953d5e7bfcdcbd3bccb789531be3637c6dc > merge-base: CommitDate: 2025-08-11 02:14:14 +0000 > n715497 (--first-parent --count for merge-base) > > # uname -apKU > FreeBSD 7950X3D-ZFS 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE main-n279519-7a9834041c91 GENERIC-NODEBUG amd64 amd64 1500059 1500059 > > ftp/curl fails for: > > configure:4974: checking whether the C compiler works > configure:4996: cc -I/usr/include -O2 -pipe -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -I/usr/include -I/usr/include -isystem /usr/local/include -L/usr/lib -L/usr/l > ib -L/usr/local/lib conftest.c -lkrb5 -lgssapi -lgssapi_krb5 -lkrb5 -lgssapi -lgssapi_krb5 >&5 > ld: error: unable to find library -lgssapi > ld: error: unable to find library -lgssapi > cc: error: linker command failed with exit code 1 (use -v to see invocation) This was fixed in e38b33060387830da36ca834dee9365995fe06dc, wasn't it? -- Herbert From nobody Mon Aug 11 06:13:09 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 4c0kph0Hnlz64HpQ for ; Mon, 11 Aug 2025 06:13:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4c0kpg3cwrz3M85 for ; Mon, 11 Aug 2025 06:13:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=VMyFRTG2; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754892805; bh=QSOfahvaJksbrv4WbxfHSsjyRwLfA6atsifVh6DNdSg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=VMyFRTG2zM1XqFd0AxzbOLzKW60+6vze0W/o7Bl+7/FDfztMRIRYpF8KxIHCd0HHVYqztvzimnPZ6QiVABoyEvIm5JdIWTLBLHUTDJDnUz/3s9+jZtflv9zbtHYwZCGpEa6tt0dfFHzPEyp5Iqc7TqA8Sd5jqwhiT92JGMQ2QeM4mbMEvvnbFXpeDO+47UTz2hr5uTPLeI4HOIjd0MUHHQk8vEE8ONUsSB6KVPWFe/q4pXwH/7F/eCHDyvNB7tHkfc67jn7P9DfD/GjQuPwsp05RmdlvYOFFPd4/2roct48e6fOtmQwnbzhlNvOwqI5wB9Uh7oegkE9h0s0NvP5J7Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754892805; bh=pPWKP5kZUjh6JqzkQ4/N/08iaQEjBqHmQYEDWcXblwy=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=m/5nkTVlLYc1iWV6QG2g0QN7DnjFNYaydj++4eO2w5adL6txrCCA8WLGXUt/OpWfTYKRUy30i6oe5xugHL6/10lSaqMksuoqgCX0qk4JcHOWMH8+OqysNmfv1lW+MNdpoX+8ZFVeiCRPk1VS7l7lMR0VqDOmzMFUfyC94DxN5usX6u0+nF09AgDn23hEy46uA2kKBYcNHZHPMpgldO1dP9T5oSM1asXDQl8oLiBQSsPy2Xb9xVepG5d/F/9TerFtgbUDsSC/87ehZ0/9u0DbxFDNfL1UAQ6g4YikXxfGMrP/RfW1DLiNaa0D1Q2Z9B0/JTz9gfn4kUoT0oE8mZoHbQ== X-YMail-OSG: EO8v5PYVM1nzvOsyyMMM60bIPOJfXy8VrGL2b4g9ccVHuopmanU_zkdMwpQQxZd YtHZVqFGZVNePk1QH_hVbh0KS2hbCwI54z4EHG9sRNDoU6S3PKfpPy6.5ndq_YDGU2vwefljSU9Q .Uu_bqjG6jNbu2.ZW1GRplmHr55qzkXTNKkTgEwITZ.YWaynJiUaQN66ifpWr2TkPnHYt4jBJnyL O1VBRUWfROnH5115LYRM7dVHZBwdsxm7C.U1UzyN.NHno9kbSbwfXFU7x5uut9WWcwwogpHD_H2d NBxkTY.xfaxJzf_VQSlEcGrDR5LVGKotrZEC43tsZWtpRjeS580ugVCZtRJexSDyK1XVUFxeu0SJ .5EeOQMzKvQYX6OrnOWP55BjX9.2x1sVk9ohTdp5qnief14dEWEO3PnGXJXFwZeqF4yKqOPQcJmZ sGFp6cBvNqjKfIb07gZyC25oOKIWh69F4Qm7EfYTpdIxJ4.vd04Pgt4s5BD1UBQZ.b62S5KTz4y5 V85w.9w6NysgBOcBkx7lyEKLSBaUVp7v.MCeIHdkwe_PzVBrGwBFJgaTEvhwI5xuw7mqXO4mpPsU 5X.WsXbx45hNkB.OkQjcTbGXZtGfCQHoD2gN7bcaOF6zuOWuNTTNh1hFJLhYHra4aRw3pk4UfggK d3.U_5KazhZqB7hTMmjLXBbljtjU7GFB47dbh1VRAJfEkzErOeQIXbmZUaD_ZUe_L2Qlm2muL3v9 FWSp2ahDG0bBuLLQB7pmgJPThszhwFX4UAugNejNZD48HDQbCf2mMFMON3EK2BjZjU1hvWYqOBLL xeoRo1Pp1Hlr26cVAGDOb_FRYt5dVdSDauDvf4pCWYEVK.14Jfz0GXtpHF5e2JHhKyMY9KZlULGJ 3cS37w1L.FPNG.9Ppz2NilYdJMARdncNWe8NaGfsFEHta6ZmAICoQlMwlNSEvLblOQGgUwee4l8W v.SnEJXh0Zz0BgP.tCaCYf.uBdhaVD3omlqwCYLGZR0VSMWb403IU9OOJvbrTWSlQ_O1F7iTM95o sSgLviQYFJG2QoTMJQx3gy5j8MGVTVquDbRZBPPYHnPhesOWhv8u9fi06ibJAI4Ov6KOy8c8DBDM VvcaViw9_XNSBwkN2TGzPXoMHazxNQ5XyFXCUieUYG7OS4_4T63VKWuxMXD3t8jdY4EPh2U01vBN BSB7D0CPFWHLSqIlTMxK4XZMxZgg70YQyrd6wnRH10yOGqJGL.C1Z_MUM3.pxX.zCZVWXKJv0BTj ets9RCflowV.XLwsAlLoOPgNPMoCBYacc1m_zxYyPzx82siQQ0Gv2cLGYOIOQmGVP42Qe6pdJGvd zcOWgx8fKhvR7JMtXOuw2H5WGsVIIcMdEhois_yVrLG5Bwm7YhfLsH8aHjDpfQygk0QMZaB2ufT8 wZ0J0od9TI6Et_L6N97rRZpLmuGNV8MsgrJxgPeoH.29PW2UDYQE4PLYaLhuXFvDoI9biWKrrdOC alONnjSnnpMOg5jSaKsaLVwST5PGpkZNloFZyPVY0.WrK2JUl.ucfMHwtiAzdZo8V8ymhlbdqRRh J8mgWXFHRngfQevIWmLbtCvCc_b4T9NjtDHrcFQp5qw9VAsXZmCS5D7aa45ZJoE1hC2sg.nzYAo. AzVCwX1CCNjMEYT6ogAPTFIk29MT9eRGA1Qa.tzD0rvSjq6dyRK28k8trNydqJgXl7Ro.1mdYW8P jWXKayMC9rEnuR6p.epN11y6nxdbBa9QWKa4WtuiVCEDrkw76TLJ7V8sOIrTyds4BkNy54GVbLa5 GNz2KqdytCdFKHXlqMQwHD_tN2qYLUDPbJ.mR70LejpG3kJGWD6QDSgwh3RDN6lWmYKS7HrL_PFg vuOFcOr47MrQFLXd8t8VluppX5fOxD2ay.Q_AAPjcEWPl8zb8w2Tf4Z42jUXutN3EYf__5Fd7Hr1 rfVubEhRgc4oUPCsy_o5vkRVcluXZIfwfTUwxMJyrThD6EWVrb5ckrKGrLL47nxrox0tkxhJwWir fRl44gfntFarABLjuNvMcQhoXc7ire9l7Kxa8zk1kIJThq1IlNrv9jwNFH8DIxTjaXSJT6qNJ6UC CViXE2HKYYdB0iBSHDA3j0famRX3ZGd18TUUeVMFmaAazl6_nL0xNmLfzfXXf_4fewa_dNghDePs K.hHzB2gIgh6fLZteMw6jNZgsqCoSmTMPKI1461n0Aynq3tJ5cVRqcafIZ0ucAA98fVqk7xlagtR va356owLe2b3mQGcr_tuxXo6sf5d1QaCdMv7V.Ql7TXwye0_uyjI75ledBODDsNbBOTFGT4_tXEX nIMwcosh22PUF7Odwi9AozAaOBDI3 X-Sonic-MF: X-Sonic-ID: 01f8245a-d963-4070-874d-a330b2d0fff3 Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Mon, 11 Aug 2025 06:13:25 +0000 Received: by hermes--production-gq1-74d64bb7d7-lbnk4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c4d515a72780a48e52e6cbb383fbbc56; Mon, 11 Aug 2025 06:13:20 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) [jail world missing /usr/libexec/krb5kdc] From: Mark Millard In-Reply-To: Date: Sun, 10 Aug 2025 23:13:09 -0700 Cc: "sunpoet@freebsd.org" , Cy Schubert Content-Transfer-Encoding: quoted-printable Message-Id: <09B4ADE8-E28A-4CC8-9B99-43CC93F48CD4@yahoo.com> References: To: FreeBSD-pkgbase@freebsd.org, FreeBSD Mailing List , FreeBSD Current , Baptiste Daroussin , Bryan Drewery X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_SEVEN(0.00)[7]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.32:from]; APPLE_MAILER_COMMON(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.32:from] X-Rspamd-Queue-Id: 4c0kpg3cwrz3M85 X-Spamd-Bar: --- On Aug 10, 2025, at 22:31, Mark Millard wrote: > For the most part my attempt to build my normal packages > has worked after my system and ports-tree upgrades. >=20 > But not ftp/curl . That, in turn, blocks a lot of other > packages from being built. >=20 >=20 > # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ > 78939953d5e7 (HEAD -> main, freebsd/main, freebsd/HEAD) = databases/py-pg8000: Update to 1.31.4 > Author: Wen Heping > Commit: Wen Heping > CommitDate: 2025-08-11 02:14:14 +0000 > branch: main > merge-base: 78939953d5e7bfcdcbd3bccb789531be3637c6dc > merge-base: CommitDate: 2025-08-11 02:14:14 +0000 > n715497 (--first-parent --count for merge-base) >=20 > # uname -apKU > FreeBSD 7950X3D-ZFS 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE = main-n279519-7a9834041c91 GENERIC-NODEBUG amd64 amd64 1500059 1500059 >=20 > ftp/curl fails for: >=20 > configure:4974: checking whether the C compiler works > configure:4996: cc -I/usr/include -O2 -pipe -fstack-protector-strong = -isystem /usr/local/include -fno-strict-aliasing -I/usr/include = -I/usr/include -isystem /usr/local/include -L/usr/lib -L/usr/l > ib -L/usr/local/lib conftest.c -lkrb5 -lgssapi -lgssapi_krb5 -lkrb5 = -lgssapi -lgssapi_krb5 >&5 > ld: error: unable to find library -lgssapi > ld: error: unable to find library -lgssapi > cc: error: linker command failed with exit code 1 (use -v to see = invocation) This turns out to be tied to poudriere(-devel)/pkgbase not ending up with /usr/libexec/krb5kdc in the poudriere jail worlds, just in the overall system: # find -s / -name 'krb5kdc' -print /usr/libexec/krb5kdc /usr/local/sbin/krb5kdc /usr/local/var/krb5kdc /usr/local/var/run/krb5kdc That is despite the context having: # poudriere jail -l JAILNAME VERSION OSVERSION ARCH METHOD TIMESTAMP = PATH . . . main-amd64 15.0-CURRENT amd64 pkgbase 2025-08-09 = 20:27:14 /usr/local/poudriere/jails/main-amd64 . . . # cd /usr/local/poudriere/jails/main-amd64/usr/libexec/ # ls -lodT * -r-xr-xr-x 1 root wheel uarch 15960 Aug 9 07:04:07 2025 atrun -r-xr-xr-x 1 root wheel uarch 2749 Aug 9 13:33:53 2025 = blacklistd-helper -r-xr-xr-x 1 root wheel uarch 55112 Aug 9 13:33:53 2025 bootpd -r-xr-xr-x 1 root wheel uarch 15784 Aug 9 13:33:53 2025 bootpgw drwxr-xr-x 2 root wheel uarch 36 Aug 9 20:27:09 2025 bsdinstall -r-xr-xr-x 1 root wheel uarch 10864 Aug 9 13:33:53 2025 comsat -r-xr-sr-x 1 root mail uarch 67792 Aug 9 07:04:07 2025 dma -r-sr-xr-- 1 root mail uarch 8384 Aug 9 07:04:07 2025 = dma-mbox-create drwxr-xr-x 2 root wheel uarch 87 Aug 9 20:27:09 2025 dwatch -r-xr-xr-x 1 root wheel uarch 11280 Aug 9 13:33:53 2025 fingerd -r-xr-xr-x 1 root wheel uarch 307216 Aug 9 13:33:53 2025 flua -r-xr-xr-x 1 root wheel uarch 112784 Aug 9 07:04:07 2025 ftpd drwxr-xr-x 2 root wheel uarch 11 Aug 9 20:27:09 2025 fwget -r-xr-xr-x 1 root wheel uarch 37424 Aug 9 13:33:53 2025 getty drwxr-xr-x 2 root wheel uarch 7 Aug 9 20:27:09 2025 hyperv drwxr-xr-x 2 root wheel uarch 3 Aug 9 20:27:14 2025 kgdb lrwxr-xr-x 1 root wheel uarch 25 Aug 9 13:33:53 2025 ld-elf.so.1 = -> ../../libexec/ld-elf.so.1 lrwxr-xr-x 1 root wheel uarch 27 Aug 9 13:33:53 2025 ld-elf32.so.1 = -> ../../libexec/ld-elf32.so.1 -r-xr-xr-x 1 root wheel uarch 8232 Aug 9 13:33:53 2025 locate.bigram -r-xr-xr-x 1 root wheel uarch 8944 Aug 9 13:33:53 2025 locate.code -r-xr-xr-x 1 root wheel uarch 2319 Aug 9 13:33:53 2025 = locate.concatdb -r-xr-xr-x 1 root wheel uarch 2849 Aug 9 13:33:53 2025 = locate.mklocatedb -r-xr-xr-x 1 root wheel uarch 3501 Aug 9 13:33:53 2025 = locate.updatedb drwxr-xr-x 3 root wheel uarch 4 Aug 9 20:27:09 2025 lpr -r-xr-xr-x 1 root wheel uarch 86272 Aug 9 07:04:07 2025 mail.local -r-xr-xr-x 1 root wheel uarch 2204 Aug 9 13:33:53 2025 = makewhatis.local -r-xr-xr-x 1 root wheel uarch 11496 Aug 9 13:33:53 2025 mknetid -r-xr-xr-x 1 root wheel uarch 16112 Aug 9 13:33:53 2025 ntalkd -r-xr-xr-x 1 root wheel uarch 12707 Aug 8 03:17:51 2025 nuageinit -r-xr-xr-x 1 root wheel uarch 14424 Aug 9 13:33:53 2025 phttpget -r-xr-xr-x 1 root wheel uarch 17848 Aug 9 13:33:53 2025 pppoed -r-xr-xr-x 1 root wheel uarch 27192 Aug 9 13:33:53 2025 rbootd -r-xr-xr-x 1 root wheel uarch 11368 Aug 9 13:33:53 2025 revnetgroup -r-xr-xr-x 1 root wheel uarch 9680 Aug 9 13:33:53 2025 rpc.rquotad -r-xr-xr-x 1 root wheel uarch 13488 Aug 9 13:33:53 2025 rpc.rstatd -r-xr-xr-x 1 root wheel uarch 10144 Aug 9 13:33:53 2025 rpc.rusersd -r-xr-xr-x 1 root wheel uarch 8784 Aug 9 13:33:53 2025 rpc.rwalld -r-xr-xr-x 1 root wheel uarch 7656 Aug 9 13:33:53 2025 rpc.sprayd -r-xr-xr-x 1 root wheel uarch 4275 Aug 9 13:33:53 2025 save-entropy drwxr-xr-x 2 root wheel uarch 3 Aug 9 20:27:10 2025 sendmail -r-xr-xr-x 1 root wheel uarch 63680 Aug 9 09:01:57 2025 sftp-server -r-xr-xr-x 1 root wheel uarch 70792 Aug 9 07:04:07 2025 smrsh -r-sr-xr-x 1 root wheel uarch 97976 Aug 9 09:01:57 2025 ssh-keysign -r-xr-xr-x 1 root wheel uarch 49504 Aug 9 09:01:57 2025 = ssh-pkcs11-helper -r-xr-xr-x 1 root wheel uarch 52480 Aug 9 09:01:57 2025 ssh-sk-helper -r-xr-xr-x 1 root wheel uarch 394360 Aug 9 09:01:57 2025 sshd-session -r-xr-xr-x 1 root wheel uarch 6600 Aug 9 13:33:53 2025 tcpd -r-xr-xr-x 1 root wheel uarch 102560 Aug 9 07:04:07 2025 tftp-proxy -r-xr-xr-x 1 root wheel uarch 39152 Aug 9 13:33:53 2025 tftpd -r-sr-xr-x 1 root wheel uarch 5736 Aug 9 13:33:53 2025 ulog-helper -r-xr-xr-x 1 root wheel uarch 863 Aug 9 07:04:07 2025 yppwupdate -r-xr-xr-x 1 root wheel uarch 24944 Aug 9 07:04:07 2025 ypxfr drwxr-xr-x 2 root wheel uarch 4 Aug 9 20:27:14 2025 zfs Mk/Uses/gssapi.mk has the logic: . if exists(/usr/libexec/krb5kdc) # Base has MIT KRB5 installed KRB5_HOME?=3D /usr GSSAPIBASEDIR=3D ${KRB5_HOME} GSSAPILIBDIR=3D ${GSSAPIBASEDIR}/lib GSSAPIINCDIR=3D ${GSSAPIBASEDIR}/include _HEADERS+=3D gssapi/gssapi.h gssapi/gssapi_krb5.h krb5/krb5.h GSSAPICPPFLAGS=3D -I"${GSSAPIINCDIR}" GSSAPILIBS=3D -lkrb5 -lgssapi_krb5 GSSAPILDFLAGS=3D . else # Base has Heimdal KRB5 installed HEIMDAL_HOME=3D /usr GSSAPIBASEDIR=3D ${HEIMDAL_HOME} GSSAPILIBDIR=3D ${GSSAPIBASEDIR}/lib GSSAPIINCDIR=3D ${GSSAPIBASEDIR}/include _HEADERS+=3D gssapi/gssapi.h gssapi/gssapi_krb5.h krb5.h GSSAPICPPFLAGS=3D -I"${GSSAPIINCDIR}" GSSAPILIBS=3D -lkrb5 -lgssapi -lgssapi_krb5 GSSAPILDFLAGS=3D . endif > # find -s /usr/lib*/ /lib*/ -name 'libgssapi*' -print > /usr/lib/debug/usr/lib/libgssapi_krb5.so.122.debug > /usr/lib/debug/usr/lib32/libgssapi_krb5.so.122.debug > /usr/lib/libgssapi_krb5.a > /usr/lib/libgssapi_krb5.so > /usr/lib/libgssapi_krb5.so.122 > /usr/lib32/libgssapi_krb5.a > /usr/lib32/libgssapi_krb5.so > /usr/lib32/libgssapi_krb5.so.122 >=20 >=20 >=20 > I use default options for this, the log showing: >=20 > ---Begin OPTIONS List--- > =3D=3D=3D> The following configuration options are available for = curl-8.15.0: > ALTSVC=3Don: HTTP Alternative Services support > COOKIES=3Don: Cookies support > CURL_DEBUG=3Doff: cURL debug memory tracking > DEBUG=3Doff: Build with debugging support > DOCS=3Don: Build and/or install documentation > EXAMPLES=3Don: Build and/or install examples > IDN=3Don: International Domain Names support > IPV6=3Don: IPv6 protocol support > LIBUV=3Doff: Event-based tests > NTLM=3Don: NTLM authentication support > PROXY=3Don: Proxy support > PSL=3Don: Public Suffix List support > STATIC=3Don: Build static executables and/or libraries > TLS_SRP=3Don: TLS-SRP (Secure Remote Password) support > =3D=3D=3D=3D> Options available for the group COMPRESSION > BROTLI=3Don: Brotli compression support > ZSTD=3Don: Zstandard compression support > =3D=3D=3D=3D> Options available for the group PROTOCOL > DICT=3Don: DICT (RFC 2229) support > FTP=3Don: FTP protocol support > GOPHER=3Don: Gopher protocol support > HTTP=3Don: HTTP/HTTPS support > HTTP2=3Don: HTTP/2 support (requires HTTP) > IMAP=3Don: IMAP/IMAPS support > IPFS=3Don: IPFS support > LDAP=3Doff: LDAP protocol support > LDAPS=3Doff: LDAP protocol over SSL support (requires = GNUTLS/OPENSSL/WOLFSSL) > LIBSSH=3Doff: SCP/SFTP support via libssh (requires OPENSSL) > LIBSSH2=3Don: SCP/SFTP support via libssh2 (requires OPENSSL) > MQTT=3Don: MQTT support > POP3=3Don: POP3/POP3S support > RTSP=3Don: Real Time Streaming Protocol (RTSP) support > SMB=3Don: SMB/CIFS support > SMTP=3Don: SMTP/SMTPS support > TELNET=3Don: Telnet support > TFTP=3Don: TFTP support > WEBSOCKET=3Don: WebSocket protocol support > =3D=3D=3D=3D> GSSAPI Security API support: you have to select exactly = one of them > GSSAPI_BASE=3Don: GSSAPI support via base system (needs Kerberos) > GSSAPI_HEIMDAL=3Doff: GSSAPI support via security/heimdal > GSSAPI_MIT=3Doff: GSSAPI support via security/krb5 > GSSAPI_NONE=3Doff: Disable GSSAPI support > =3D=3D=3D=3D> DNS resolving options: you have to select exactly one of = them > CARES=3Doff: Asynchronous DNS resolution via c-ares > THREADED_RESOLVER=3Don: Threaded DNS resolver > =3D=3D=3D=3D> SSL protocol support: you can only select none or one of = them > GNUTLS=3Doff: SSL/TLS support via GnuTLS > OPENSSL=3Don: SSL/TLS support via OpenSSL > WOLFSSL=3Doff: SSL/TLS support via wolfSSL > =3D=3D=3D> Use 'make config' to modify these settings > ---End OPTIONS List--- =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Aug 11 06:37: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 4c0lLx1T40z64KyJ for ; Mon, 11 Aug 2025 06:38:01 +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 4c0lLx0MdYz3Rkx for ; Mon, 11 Aug 2025 06:38:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754894274; bh=2vtpFDG/EjoymkbmT6+g2QK7TQqqLFljrXDrKkkNcRM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=paO61FDcAgDyM0685yJczmvQji+02W+zrruPJ1Gmq2Xh0N/7t+MZmuwl2AvfMiWbk67Vzl6rX1cRPw+fs4j0wBUfL9zKZWas3cjaLgABew3jpCMwTP/mUK/YZ41TGRGPX4Z4ajKTrF0sy0aGUyUitDv3U6DGkSwvNkgxLWv4Ej5e281VySCxykOhhHo3gAw+PgO0R2KVmRaG7Xfhim/LBNqsiGmzw+Bp8d6qVfcCA961fZF1eHjSPnN8Wdgttuc9Wh/VKu8uIeJEDptGHdXWbw4mbHSJtBDhbTWHQgBKl9XMZ1xwhksu1Dqn4o6ZKnU+j+Bd1EHmESX1wnjnsiH3Sg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754894274; bh=hGASGqHJ7RkpJUm3jSU/a7aRKiSTNl4vJGxNWJvCtpm=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=U0k4t3jkI273llHQvnrXAZKQekv8DStmL+L/YObQBr+JggwL2Fylq4DWrlmi7mWHDMMl72A2W/cKiPQVYPXBsDbtOyvEPLZIwNhHXzizLg6r3UTfOUseltEGwBRnWLs82iBH4+lc3YvZYSNQZCz2Yv5HZ0GCtbA7U3Q3UiUHIr8mVrvKoQ3ZdPgIEx/DhOe4Bq+C130UswVAGvWsD6iqbSJ4y3il00oztrYANqjD0ASPRHNto8Bt/tElN7oVyKcSjgqh8GWNHMshJJgiE7PBBlCQMvqL7/h29Eq2NeMWajgD1b8HrqCchQuh0R31aAY29+laeTIbSsHg1UP/xa58Jw== X-YMail-OSG: yhIhtP8VM1kFzIBCNry6jJwD5iSGwUVPHBFC8u_ZgwPQVvG8QqvIlagCiotZmZq wcYxSqcHfxKKbo0suOBVy6uWigOyuy322zPLHVHpy.jWRFhuubgLatE2.EJ4_bwVvuThcf1N2fIR xLWvOtUoDJ5RIKKmmg1q0n2tFm35Ep7GIyQpiylc9_LYL8HXvWTdk482pqY7Pbn8ERn2n0lBh8id wF9gWoA57EQIcBVhJEQCYkguPyqwM1b.3xuQ6wnF0_5_ivGkU80V6HQ2m3r5svRj2dhru2bZJ2bc nZIBjTWkp.Q02AxAKHISxFP3SHVeI0xqmXdZkZ0S7nubx_U7EYbUxEs.JVOh4HW3i1GXskgCHhO_ xzXuu9qB.55mFUG5kqGLKawqCG05gWI9uxwhk0OXvVtdV9WqMhcU7d7pXgdj2ardkY1Kn8lle255 C9xlCG_xVXTyFNFuoEuSglnFiZFDERIRJmomy3u22h8CzGCGi_wQZy6MDlhr6cOn.3vP2Zivku0Q W.AMaqo_RuZHWg5L1cjOWIGHUzg1CjN6j6xrxsI70Cdh55PvxYqsZUV2sy3kFy5l61tfv9RXS9hX EeCeMscZ4YiytQrVKDgaBWZZJLYIivMYwAsuwQ74I8f3xD0Ji5CkB8u5fO9l9P60aDSuCq38C.58 B3u2wtBal6dCBbMp1fucNUp8nHxQQDp3GgjTdKbiOM.Y4sx.EZmyUC.d9YKKJPThYJhBsHrngqkL 3bvB_0kPYfQtCy08HyfgR2gZ0lbGaqMMKNmJ3nhANmQauKAyISeeT.w7bxGaodi0Bi9SN6qTfufx xOmWJWE6z6hAggRFV4mVNPeSiqFNSiFTD5nyhY1VdEyxH2ux6h.fhytvR7mygQE5kuKzhqVoB_vX ZjiMLlHGwci8Ybhr6T3eqqZfsPxl5xx1s.mlGdoKPAhlrQjD3Y79zwtu.KILG4TYevGpJslPWIX3 veo6HpGTW6jWSfIGCR9p_ilTO8jKvmmmRj_qd83pTbTBjODhOSfYX8V5yoDGpKlm1DgxlrK8b6z7 AIUXlpcVz0GXO0VV.FUTpWUGj2DRYv3uvrx5FPyu03.o1gUFjTP0lrxG6_0muaHLs.fcGLXEpAUL 2mLFfHuiU0zjkTgu7fA0zq4CL8DVAtedEQfSm0IbCeJiYKGOcin3w6U.SBDAElVukXFYeZKij0B8 tLIf5h3dBtR2.LgmnCJ7zZqSJWovr2BYhsYm95jkqDTpZ3.QdO.aLP30n_YzKI12nycKzqwJlEqr GYgx.lihj5ANdeUFkFX.1ZNvRVImbRYuxkXPsRKggh1bHJoaUabYERLwOJtPBcE9GVOnSX36E5WY vBKuxlO2ur5EEnzaM9mulT3hTRnvK1_omgUGl_zJq.ga_dqntmiW_9I989GaKRcHBfguon9xiA7L PY3ko9cGqP_EZpYGA.7juiHa52krfEzBXpmwTjpPuwaPiozdHXpXrkQPlt78B3oyLkPNIhWCgipW mILVQ7VRCi_xC3wyxOgEzabaXbX7R6mRsS_8420cSb7IyPhfUROtcrBcyQVzawQlEpkSEXzBLFYA U26EG7fBqyPw03Bw06s.qAPBU2Yv1AVujp9JbBogPWjYnUEcRvSkbXxZegrUGjtfR723tNyhkLtZ PZEhTyCFx22qCmFCFMetD6PzHdJXmPNsLTj.OiYwmwlnL4nTk2KXF6sJzvu5D9nAsWcWh.1WUztu f09P_rIY.HAPtKFrfA9T6hSZdGpIVCyekDV7bRCITCoWDUVY7gB_Hn_XsSZLGBKuDWp6lckd1GNO SAlt9wKgjLKxAaEpzoMVlSQFRSpZRt_sTyHIZhZ90_a2eQuHgQwsArwLejBRQ8_n4.edAFsbg7Qo Hqs8NysqR7Xpptrjnm.PmdRX0jGJJsJcggwq8qPypMjwaldRPUse3MgIWCcBSMKxfma.ZZXtrMXb XQ_Km.cFG5VxIJTGbBPkE_i2bNT_SlaIWr.NOUoj_Y75m3iPECxGLp8.AxHv.XORpNrOiqDr6RtC AgDoiqraHn8RWgpSq6bdyUWsc3VbWXlefnbpoh5gYe.woz.HqqMcz2FuxRaXjzEnhSUzYlhlZhgV mGkJTZMcanmbgebZT6UW4hljTkYvagnnc2xwUKUWSP_Ou_Gm_1bG6YAcksJY9HW2s1Z8bZQ34XPK gLKgCjYFY05cgObDquBTqpU1V8kXwKW5Ucgjcajo08qSrX9fe2MLfBoc.sHKp6qP7EGVPf1yFSYL pM.O5OJGW01p_ZNhmeKGQYeYGc4r8v9KIMNmxxDrZ3HbUF4szDrdOJAnjGTFvaNxmY1ljUnVkHNj .SBhAtnFLRF5TvCAsMeElHNoSEa91 X-Sonic-MF: X-Sonic-ID: 873d9dbf-ca23-42c6-bb98-ef34809ed1c1 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Mon, 11 Aug 2025 06:37:54 +0000 Received: by hermes--production-gq1-74d64bb7d7-mh87r (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID fc67322ca14fc0958d80d76671e61830; Mon, 11 Aug 2025 06:37:53 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) From: Mark Millard In-Reply-To: Date: Sun, 10 Aug 2025 23:37:43 -0700 Cc: FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" , Cy Schubert Content-Transfer-Encoding: quoted-printable Message-Id: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> References: To: "Herbert J. Skuhra" X-Mailer: Apple Mail (2.3826.700.81) X-Rspamd-Queue-Id: 4c0lLx0MdYz3Rkx X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] On Aug 10, 2025, at 23:13, Herbert J. Skuhra wrote: > On Sun, Aug 10, 2025 at 10:31:16PM -0700, Mark Millard wrote: >> For the most part my attempt to build my normal packages >> has worked after my system and ports-tree upgrades. >>=20 >> But not ftp/curl . That, in turn, blocks a lot of other >> packages from being built. >>=20 >>=20 >> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >> 78939953d5e7 (HEAD -> main, freebsd/main, freebsd/HEAD) = databases/py-pg8000: Update to 1.31.4 >> Author: Wen Heping >> Commit: Wen Heping >> CommitDate: 2025-08-11 02:14:14 +0000 >> branch: main >> merge-base: 78939953d5e7bfcdcbd3bccb789531be3637c6dc >> merge-base: CommitDate: 2025-08-11 02:14:14 +0000 >> n715497 (--first-parent --count for merge-base) >>=20 >> # uname -apKU >> FreeBSD 7950X3D-ZFS 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE = main-n279519-7a9834041c91 GENERIC-NODEBUG amd64 amd64 1500059 1500059 >>=20 >> ftp/curl fails for: >>=20 >> configure:4974: checking whether the C compiler works >> configure:4996: cc -I/usr/include -O2 -pipe -fstack-protector-strong = -isystem /usr/local/include -fno-strict-aliasing -I/usr/include = -I/usr/include -isystem /usr/local/include -L/usr/lib -L/usr/l >> ib -L/usr/local/lib conftest.c -lkrb5 -lgssapi -lgssapi_krb5 -lkrb5 = -lgssapi -lgssapi_krb5 >&5 >> ld: error: unable to find library -lgssapi >> ld: error: unable to find library -lgssapi >> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >=20 > This was fixed in e38b33060387830da36ca834dee9365995fe06dc, wasn't it? That change does not fix the content of the poudriere jail world having the file missing that is in the test structure: .if exists(/usr/libexec/krb5kdc) MIT KRB5 HERE (includes e38b330603878 change) .else Heimdal KRB5 HERE (this is what is being used) .endif Overall e38b330603878 is necessary but not sufficient for: # poudriere jail -l JAILNAME VERSION OSVERSION ARCH METHOD TIMESTAMP = PATH . . . main-amd64 15.0-CURRENT amd64 pkgbase 2025-08-09 = 20:27:14 /usr/local/poudriere/jails/main-amd64 . . . There ended up being no: /usr/local/poudriere/jails/main-amd6/usr/libexec/krb5kdc =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Aug 11 07:42:50 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c0mnp1KMVz64SVN; Mon, 11 Aug 2025 07:42:54 +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 4c0mnn5M4kz3d7C; Mon, 11 Aug 2025 07:42:53 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; none Received: from shw-obgw-4002a.ext.cloudfilter.net ([10.228.9.250]) by cmsmtp with ESMTPS id l5RuuAb9G5MqylNBEuIGgg; Mon, 11 Aug 2025 07:42:52 +0000 Received: from spqr.komquats.com ([70.66.136.217]) by cmsmtp with ESMTPSA id lNBCuCFKAl5eGlNBDu2C8m; Mon, 11 Aug 2025 07:42:52 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=EO6l0EZC c=1 sm=1 tr=0 ts=68999efc a=h7br+8Ma+Xn9xscxy5znUg==:117 a=h7br+8Ma+Xn9xscxy5znUg==:17 a=kj9zAlcOel0A:10 a=2OwXVqhp2XgA:10 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=CjxXgO3LAAAA:8 a=YxBL1-UpAAAA:8 a=seUN3Bw0u1ZgAD8RZ_cA:9 a=CjuIK1q_8ugA:10 a=LK5xJRSDVpKd5WXXoEvA:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy.cwsent.com [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 35D1F55F; Mon, 11 Aug 2025 00:42:50 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id 2F271202; Mon, 11 Aug 2025 00:42:50 -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: Mark Millard cc: "Herbert J. Skuhra" , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" , Cy Schubert Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) In-reply-to: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> Comments: In-reply-to Mark Millard message dated "Sun, 10 Aug 2025 23:37:43 -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, 11 Aug 2025 00:42:50 -0700 Message-Id: <20250811074250.2F271202@slippy.cwsent.com> X-CMAE-Envelope: MS4xfA5UmpqEUWCCgpzUmT5zh2gMJLc0D6W+qnexj9hD4QcPPzzyoh8VyVW4hk0qkXeFlxJc8qpak5+lVG/P9Fnos+JdI4F7jdgokrn084yRV6KCGuTxks+f cxhFp0O8Idop695oX0GQnrSXfaKGhd/u2ychYEAe8/cFbas1XeMaTwZr1xHwk1SnKMhMYWDsn3+znxvBjLs4VQkY3f8i5iBtCc8KKIN/zxGriBW/HE5SGy0Z Wmv+mD3xFWznWXcjpwunc/Ml+9/lELsElReR9sEpJq7NqnmtLfU0e461qwK2FB1rWURPaLnfyYFva6XDrHFGrKifc0sZ/uGukkRrvfRLRXmMbielB9G+WLf5 iOImzxf8CSJmBXQzVMrWVrRyO55AzhmT+l/d6ARsmtOPzYz+d4haaqtVohVGPmmQ4Q92snaRM5yVljXkIiuTcL+vRcaT/w== X-Rspamd-Queue-Id: 4c0mnn5M4kz3d7C X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US] In message <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com>, Mark Millard write s: > On Aug 10, 2025, at 23:13, Herbert J. Skuhra wrote: > > > On Sun, Aug 10, 2025 at 10:31:16PM -0700, Mark Millard wrote: > >> For the most part my attempt to build my normal packages > >> has worked after my system and ports-tree upgrades. > >>=20 > >> But not ftp/curl . That, in turn, blocks a lot of other > >> packages from being built. > >>=20 > >>=20 > >> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ > >> 78939953d5e7 (HEAD -> main, freebsd/main, freebsd/HEAD) = > databases/py-pg8000: Update to 1.31.4 > >> Author: Wen Heping > >> Commit: Wen Heping > >> CommitDate: 2025-08-11 02:14:14 +0000 > >> branch: main > >> merge-base: 78939953d5e7bfcdcbd3bccb789531be3637c6dc > >> merge-base: CommitDate: 2025-08-11 02:14:14 +0000 > >> n715497 (--first-parent --count for merge-base) > >>=20 > >> # uname -apKU > >> FreeBSD 7950X3D-ZFS 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE = > main-n279519-7a9834041c91 GENERIC-NODEBUG amd64 amd64 1500059 1500059 > >>=20 > >> ftp/curl fails for: > >>=20 > >> configure:4974: checking whether the C compiler works > >> configure:4996: cc -I/usr/include -O2 -pipe -fstack-protector-strong = > -isystem /usr/local/include -fno-strict-aliasing -I/usr/include = > -I/usr/include -isystem /usr/local/include -L/usr/lib -L/usr/l > >> ib -L/usr/local/lib conftest.c -lkrb5 -lgssapi -lgssapi_krb5 -lkrb5 = > -lgssapi -lgssapi_krb5 >&5 > >> ld: error: unable to find library -lgssapi > >> ld: error: unable to find library -lgssapi > >> cc: error: linker command failed with exit code 1 (use -v to see = > invocation) > >=20 > > This was fixed in e38b33060387830da36ca834dee9365995fe06dc, wasn't it? > > > That change does not fix the content of the poudriere jail > world having the file missing that is in the test structure: > > .if exists(/usr/libexec/krb5kdc) > MIT KRB5 HERE (includes e38b330603878 change) > .else > Heimdal KRB5 HERE (this is what is being used) > .endif > > Overall e38b330603878 is necessary but not sufficient > for: > > # poudriere jail -l > JAILNAME VERSION OSVERSION ARCH METHOD TIMESTAMP = > PATH > . . . > main-amd64 15.0-CURRENT amd64 pkgbase 2025-08-09 = > 20:27:14 /usr/local/poudriere/jails/main-amd64 > . . . > > There ended up being no: > > /usr/local/poudriere/jails/main-amd6/usr/libexec/krb5kdc > > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com ftp/curl must be rebuilt. After applying the patch rebuild curl using poudriere-bulk with the -C flag. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e**(i*pi)+1=0 From nobody Mon Aug 11 10:27: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 4c0rSp1BNvz63G6f; Mon, 11 Aug 2025 10:28:26 +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 4c0rSn31BZz3wWx; Mon, 11 Aug 2025 10:28:25 +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:13]) (authenticated bits=0) by prime.gushi.org (8.18.1/8.18.1) with ESMTPSA id 57BAS9EO024096 (version=TLSv1.2 cipher=ECDHE-ECDSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 11 Aug 2025 10:28:10 GMT (envelope-from freebsd@gushi.org) DKIM-Filter: OpenDKIM Filter v2.10.3 prime.gushi.org 57BAS9EO024096 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gushi.org; s=prime2014; t=1754908091; bh=H/k+LVE7mK1YYYZ0IWp8eT5ual0A3hvkb7sGcmqid9A=; h=From:Subject:Date:In-Reply-To:Cc:To:References; z=From:=20"Dan=20Mahoney=20(Ports)"=20|Subject:= 20Re:=20On/for=20main=20[so:=2015],=20ftp/curl=20's=20config:=20"l d:=20error:=20unable=20=20to=0D=0A=20find=20library=20-lgssapi"=20 (via=20poudriere-devel)|Date:=20Mon,=2011=20Aug=202025=2003:27:54= 20-0700|In-Reply-To:=20<20250811074250.2F271202@slippy.cwsent.com> |Cc:=20Mark=20Millard=20,=0D=0A=20"Herbert=20J. =20Skuhra"=20,=0D=0A=20FreeBSD-pkgbase@freebsd. org,=0D=0A=20Baptiste=20Daroussin=20,=0D=0A=20Br yan=20Drewery=20,=0D=0A=20FreeBSD=20Mailing= 20List=20,=0D=0A=20FreeBSD=20Current=20 ,=0D=0A=20"sunpoet@freebsd.org"=20|To:=20Cy=20Schubert=20|References:=20=0D=0A=20=0D=0A =20=0D=0A=20<37F1FA4E-EF28-474C -87C1-57C1BDC7F7BD@yahoo.com>=0D=0A=20<20250811074250.2F271202@sli ppy.cwsent.com>; b=r8XJED4AbDZAQwXYlBw9YwMaZydSX90ofakr+vTDDXtsxgdMfdr4XqAHGEnEuZvgz xt3j7d8cujkLD8LXb6wX8LPsoYqweSOKqvWzOj1Er4X6+1+2iFgJZ00vcTwbm8u6LB RvJkqt17PgDVpKzhLtwSwsA+vSZmKBeG29WDMjZrdB74NGRu12cHVpnJt+dWxp/MWi i0raVO9IutmVDVKmE7/JfZKtbDhFmR68QQcmBLGkTrHabJzkJslyuswicN3QrLpQMA dQpGKRJw9oFL+yaJ5oEu+u0s4VFyu/yvL60YIBHmmVs5H/oit6lRO+XJZ6Fde+1hRR 0BuSjZEO5tuzw== X-Authentication-Warning: prime.gushi.org: Host [IPv6:2001:500:6b:200:c000:0:0:13] claimed to be smtpclient.apple From: "Dan Mahoney (Ports)" Message-Id: <53FCDFAC-8091-408E-BCC0-A774CB2A45C6@gushi.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_DDC07CCD-5E25-4B0F-A41B-AF06156FEB15" 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 \(3863.100.1\)) Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) Date: Mon, 11 Aug 2025 03:27:54 -0700 In-Reply-To: <20250811074250.2F271202@slippy.cwsent.com> Cc: Mark Millard , "Herbert J. Skuhra" , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" To: Cy Schubert References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> X-Mailer: Apple Mail (2.3863.100.1) X-Rspamd-Queue-Id: 4c0rSn31BZz3wWx X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:393507, ipnet:2620:137:6000::/44, country:US] --Apple-Mail=_DDC07CCD-5E25-4B0F-A41B-AF06156FEB15 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Aug 11, 2025, at 12:42=E2=80=AFAM, Cy Schubert = wrote: >=20 > In message <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com = >, Mark Millard=20= > write > s: >> On Aug 10, 2025, at 23:13, Herbert J. Skuhra > wrote: >>=20 >>> On Sun, Aug 10, 2025 at 10:31:16PM -0700, Mark Millard wrote: >>>> For the most part my attempt to build my normal packages >>>> has worked after my system and ports-tree upgrades. >>>> =3D20 >>>> But not ftp/curl . That, in turn, blocks a lot of other >>>> packages from being built. >>>> =3D20 >>>> =3D20 >>>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>>> 78939953d5e7 (HEAD -> main, freebsd/main, freebsd/HEAD) =3D >> databases/py-pg8000: Update to 1.31.4 >>>> Author: Wen Heping > >>>> Commit: Wen Heping > >>>> CommitDate: 2025-08-11 02:14:14 +0000 >>>> branch: main >>>> merge-base: 78939953d5e7bfcdcbd3bccb789531be3637c6dc >>>> merge-base: CommitDate: 2025-08-11 02:14:14 +0000 >>>> n715497 (--first-parent --count for merge-base) >>>> =3D20 >>>> # uname -apKU >>>> FreeBSD 7950X3D-ZFS 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE =3D >> main-n279519-7a9834041c91 GENERIC-NODEBUG amd64 amd64 1500059 1500059 >>>> =3D20 >>>> ftp/curl fails for: >>>> =3D20 >>>> configure:4974: checking whether the C compiler works >>>> configure:4996: cc -I/usr/include -O2 -pipe = -fstack-protector-strong =3D >> -isystem /usr/local/include -fno-strict-aliasing -I/usr/include =3D >> -I/usr/include -isystem /usr/local/include -L/usr/lib -L/usr/l >>>> ib -L/usr/local/lib conftest.c -lkrb5 -lgssapi -lgssapi_krb5 = -lkrb5 =3D >> -lgssapi -lgssapi_krb5 >&5 >>>> ld: error: unable to find library -lgssapi >>>> ld: error: unable to find library -lgssapi >>>> cc: error: linker command failed with exit code 1 (use -v to see =3D >> invocation) >>> =3D20 >>> This was fixed in e38b33060387830da36ca834dee9365995fe06dc, wasn't = it? >>=20 >>=20 >> That change does not fix the content of the poudriere jail >> world having the file missing that is in the test structure: >>=20 >> .if exists(/usr/libexec/krb5kdc) >> MIT KRB5 HERE (includes e38b330603878 change) >> .else >> Heimdal KRB5 HERE (this is what is being used) >> .endif >>=20 >> Overall e38b330603878 is necessary but not sufficient >> for: >>=20 >> # poudriere jail -l >> JAILNAME VERSION OSVERSION ARCH METHOD TIMESTAMP = =3D >> PATH >> . . . >> main-amd64 15.0-CURRENT amd64 pkgbase 2025-08-09 =3D >> 20:27:14 /usr/local/poudriere/jails/main-amd64 >> . . . >>=20 >> There ended up being no: >>=20 >> /usr/local/poudriere/jails/main-amd6/usr/libexec/krb5kdc >>=20 >>=20 >> =3D3D=3D3D=3D3D >> Mark Millard >> marklmi at yahoo.com >=20 > ftp/curl must be rebuilt. After applying the patch rebuild curl using=20= > poudriere-bulk with the -C flag. Yeah, this recent hilarity is fun. Breaking curl also breaks git, which = breaks the ability to update ports trees in poudriere. =20 # poudriere ports -u -p default_git [00:00:00] Updating portstree "default_git" with = git+https...ld-elf.so.1: Shared object "libssl.so.30" not found, = required by "libcurl.so.4" fatal: remote helper 'https' aborted session [00:00:00] Error: fail Something else has changed the major of libcrypto.so older binaries no = longer work. # poudriere bulk -c -j freebsd:15:x86:64 -p default_git ftp/curl [00:00:00] Creating the reference jail... done [00:00:00] Mounting system devices for freebsd:15:x86:64-default_git [00:00:00] Warning: Using packages from previously failed, or = uncommitted, build: = /usr/local/poudriere/data/packages/freebsd:15:x86:64-default_git/.building= [00:00:00] Mounting ports from: /usr/local/poudriere/ports/default_git [00:00:00] Mounting packages from: = /usr/local/poudriere/data/packages/freebsd:15:x86:64-default_git [00:00:00] Mounting distfiles from: /usr/ports/distfiles [00:00:00] Appending to make.conf: /usr/local/etc/poudriere.d/make.conf /etc/resolv.conf -> = /usr/local/poudriere/data/.m/freebsd_15_x86_64-default_git/ref/etc/resolv.= conf [00:00:00] Starting jail freebsd:15:x86:64-default_git Updating /var/run/os-release done. [00:00:01] Will build as nobody:nobody (65534:65534) ld-elf.so.1: Shared object "libcrypto.so.30" not found, required by = "cpdup" [ERROR] Unhandled error! [00:00:01] Cleaning up [00:00:01] Unmounting file systems Exiting with status 1 (want to guess how many invocations of -c I tried before I realized = poudriere keeps its own copy of cpdup?) ... Also, is it normal that on 15, I don't see poudriere in pkg? # pkg search poudriere # I strongly suspect that if I just breathe and wait a few days, all these = pkg trees will coalesce and I'll get things that expect modern = libraries. It just feels like various parts of the world are out of = sync with each other. And the pkg tree was built last on...looks like August 4th? I suspect = something's stuck. -Dan >=20 >=20 > --=20 > Cheers, > Cy Schubert > > FreeBSD UNIX: > Web: = https://FreeBSD.org > NTP: > Web: = https://nwtime.org >=20 > e**(i*pi)+1=3D0 --Apple-Mail=_DDC07CCD-5E25-4B0F-A41B-AF06156FEB15 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On Aug 11, 2025, at 12:42=E2=80=AFAM, Cy Schubert = <Cy.Schubert@cschubert.com> wrote:

In message <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com>, Mark Millard 
write
s:
On Aug 10, 2025, at 23:13, Herbert J. Skuhra = <herbert@gojira.at> = wrote:

On Sun, Aug 10, 2025 at = 10:31:16PM -0700, Mark Millard wrote:
For = the most part my attempt to build my normal packages
has worked after = my system and ports-tree upgrades.
=3D20
But not ftp/curl . That, = in turn, blocks a lot of other
packages from being = built.
=3D20
=3D20
# ~/fbsd-based-on-what-commit.sh -C = /usr/ports/
78939953d5e7 (HEAD -> main, freebsd/main, = freebsd/HEAD) =3D
databases/py-pg8000: = Update to 1.31.4
Author:     Wen Heping <wen@FreeBSD.org>
Commit: =     Wen Heping <wen@FreeBSD.org>
CommitDate: = 2025-08-11 02:14:14 +0000
branch: main
merge-base: = 78939953d5e7bfcdcbd3bccb789531be3637c6dc
merge-base: CommitDate: = 2025-08-11 02:14:14 +0000
n715497 (--first-parent --count for = merge-base)
=3D20
# uname -apKU
FreeBSD 7950X3D-ZFS = 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE = =3D
main-n279519-7a9834041c91 = GENERIC-NODEBUG amd64 amd64 1500059 1500059
=3D20
ftp/curl fails = for:
=3D20
configure:4974: checking whether the C compiler = works
configure:4996: cc -I/usr/include -O2 -pipe =  -fstack-protector-strong =3D
-isystem = /usr/local/include -fno-strict-aliasing  -I/usr/include = =3D
-I/usr/include -isystem /usr/local/include =    -L/usr/lib -L/usr/l
ib -L/usr/local/lib =  conftest.c -lkrb5 -lgssapi -lgssapi_krb5 -lkrb5 = =3D
-lgssapi -lgssapi_krb5 = >&5
ld: = error: unable to find library -lgssapi
ld: error: unable to find = library -lgssapi
cc: error: linker command failed with exit code 1 = (use -v to see =3D
invocation)
=3D20
This was fixed in = e38b33060387830da36ca834dee9365995fe06dc, wasn't = it?


That change does not fix the content of the = poudriere jail
world having the file missing that is in the test = structure:

.if exists(/usr/libexec/krb5kdc)
MIT KRB5 HERE = (includes e38b330603878 change)
.else
Heimdal KRB5 HERE (this is = what is being used)
.endif

Overall e38b330603878 is necessary = but not sufficient
for:

# poudriere jail -l
JAILNAME =         VERSION =      OSVERSION ARCH  METHOD =  TIMESTAMP =          =3D
PATH
. . = .
main-amd64       15.0-CURRENT =           amd64 = pkgbase 2025-08-09 =3D
20:27:14 = /usr/local/poudriere/jails/main-amd64
. . .

There ended up = being = no:

/usr/local/poudriere/jails/main-amd6/usr/libexec/krb5kdc

=3D3D=3D3D=3D3D
Mark Millard
marklmi at yahoo.com

ftp/curl must be rebuilt. After applying = the patch rebuild curl using 
poudriere-bulk with the -C flag.

Yeah, this recent hilarity = is fun.  Breaking curl also breaks git, which breaks the ability to = update ports trees in poudriere.  

# = poudriere ports -u -p default_git
[00:00:00] Updating = portstree "default_git" with git+https...ld-elf.so.1: Shared object = "libssl.so.30" not found, required by "libcurl.so.4"
fatal: = remote helper 'https' aborted session
[00:00:00] Error: =  fail

Something else has changed the = major of libcrypto.so older binaries no longer = work.

# poudriere bulk -c -j = freebsd:15:x86:64 -p default_git ftp/curl
[00:00:00] Creating = the reference jail... done
[00:00:00] Mounting system devices = for freebsd:15:x86:64-default_git
[00:00:00] Warning: Using = packages from previously failed, or uncommitted, build: = /usr/local/poudriere/data/packages/freebsd:15:x86:64-default_git/.building=
[00:00:00] Mounting ports from: = /usr/local/poudriere/ports/default_git
[00:00:00] Mounting = packages from: = /usr/local/poudriere/data/packages/freebsd:15:x86:64-default_git
[00:00:00] Mounting distfiles from: = /usr/ports/distfiles
[00:00:00] Appending to make.conf: = /usr/local/etc/poudriere.d/make.conf
/etc/resolv.conf -> = /usr/local/poudriere/data/.m/freebsd_15_x86_64-default_git/ref/etc/resolv.= conf
[00:00:00] Starting jail = freebsd:15:x86:64-default_git
Updating /var/run/os-release = done.
[00:00:01] Will build as nobody:nobody = (65534:65534)
ld-elf.so.1: Shared object "libcrypto.so.30" not = found, required by "cpdup"
[ERROR] Unhandled = error!
[00:00:01] Cleaning up
[00:00:01] Unmounting = file systems
Exiting with status = 1

(want to guess how many invocations of -c I = tried before I realized poudriere keeps its own copy of = cpdup?)

...

Also, is = it normal that on 15, I don't see poudriere in = pkg?
# pkg search = poudriere
#

I strongly suspect that = if I just breathe and wait a few days, all these pkg trees will coalesce = and I'll get things that expect modern libraries.  It just feels = like various parts of the world are out of sync with each = other.

And the pkg tree was built last = on...looks like August 4th?  I suspect something's = stuck.

-Dan





-- 
Cheers,
Cy = Schubert <Cy.Schubert@cschubert.com>
FreeBSD = UNIX:  <cy@FreeBSD.org>   Web:  https://FreeBSD.org
NTP: =           <cy@nwtime.org> =    Web:  https://nwtime.org

= e**(i*pi)+1=3D0

= --Apple-Mail=_DDC07CCD-5E25-4B0F-A41B-AF06156FEB15-- From nobody Mon Aug 11 11:21:58 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c0sfc2yV8z63MHH; Mon, 11 Aug 2025 11:22:00 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c0sfc2212z43bJ; Mon, 11 Aug 2025 11:22:00 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754911320; 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=KFQCAg5IumKsceA4jPP5lVx5mtCl3HAPgggg+88b5bg=; b=beBCxYTKCwmEbXS6vlI4ggLNKQKb8fR9hdhqCisHvGhpXmKRaVT66hVNsNSXoIlFr6EDJq vVk2TIHrYa6pwSxwdNmBUYo62kr3DeChoyUoXNFuQCZ3X/0i53yUCCg3vRMJBRAIcScCkd 6QveB/cZPdVrqvN5ZRQbmVh1plmGoQJcnK6VUdxkp+g4mK7jJNjR//y0rZ5JZVOpD8tFmo Z2JFN/DT4bh0Vkw62FylOP25OHrK1N+xOFKb9X+4V1neJYS1jrtxvWWD0BfRL1lqLiazav iCIUJmyKQOX8ShP6nJ1cS7ur1hUU7Kx+B3UA9g/YG0GYkn7E/P3G3MmjFMb5Fg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754911320; 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=KFQCAg5IumKsceA4jPP5lVx5mtCl3HAPgggg+88b5bg=; b=gCnN+cMA6tBAgvJUZJggnjpjUar8ZD+bvAhph+PekG5F9n4YnYbze0smiBfR4cmtLUF6/6 Yda4vxoIBt8OcNb5MTzDufEu0Az6mQtgJgtngmLsVmtinj43nTrsKlSYo9qy6LRhx37nxx JKPbMUruIxsJvYD+UcxbMDuXK0MnE/H9gqgC271bnKyiNBmFNMyyVOP59NAxPVyBnXxteO D72HRW2Hw3gdzJPWMWEt/lET3cNJuV89ZMKQb/xZBi8e98QXOxPQA5NA5G3JONR6Ua2YWH R5k7mofj1jHuv/Lm1WXS3rDhK4fnLpmk10/evMaa2JXAiYEB4+RQRwZN7crbOw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1754911320; a=rsa-sha256; cv=none; b=Be852NK6wGUOuzciM7REbs+XZB2Ll7Qjt/jfEMaIPIwDxU1/JaX/Vp4w9uJjvnmn9D3fEW TCys96wptSfNFIqTuoVYwgnxni9NjfEiyTAl7fQvEJakCvPPD3DUabrCp/3HGDHuhtGl+W TDeguqPXdDEVCtpfo3jq0MXxBlthKfSzA8SZ4F39HoAAfKgPOxNScuP/yONg/c4MQmmVuR rlLprd70XQ5Se6MCoWhi6t+pk82dhd8oK7oSnIqNQAcn7Dgc4xL2E/0dJfkO6KASUQ7RxH iYQtNOAItfqfmuhb32ZpiyNxp0m1HJSZ/CbRUTKYrzOZ6kY2eadaBbGncgfFHw== 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 4c0sfc0Tltz15Rm; Mon, 11 Aug 2025 11:22:00 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id EF972125FB; Mon, 11 Aug 2025 13:21:58 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Cy Schubert Cc: Mark Millard , "Herbert J. Skuhra" , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) In-Reply-To: <20250811074250.2F271202@slippy.cwsent.com> (Cy Schubert's message of "Mon, 11 Aug 2025 00:42:50 -0700") References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Mon, 11 Aug 2025 13:21:58 +0200 Message-ID: <868qjqxfvt.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 Cy Schubert writes: > ftp/curl must be rebuilt. Cy, https://reviews.freebsd.org/D51842 is still blocked waiting for your input. Building ftp/curl won't be possible again until it or something like it goes in. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Mon Aug 11 11:29:00 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 4c0spw0kfnz63NH9; Mon, 11 Aug 2025 11:29:12 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [94.130.200.20]) (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 4c0spv44F5z45w6; Mon, 11 Aug 2025 11:29:11 +0000 (UTC) (envelope-from herbert@gojira.at) Authentication-Results: mx1.freebsd.org; none Date: Mon, 11 Aug 2025 13:29:00 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1754911743; bh=9LE+jUyknn7nz0piMTxrqhN+nqosNjIoHmHUTJxu3bc=; h=Date:Message-ID:From:To:Cc:Subject:MIME-Version:Content-Type; b=nX1dw1T272tfMF16HmRUDvBYEclivj9fhlvxv9z8UufFNYqRdko3mh+w17M3ivW5m 6O9/yfjwXwK6FxfWV7nntFU5zWNaFWaFsRzIH6W477/bo/uTQJ/dI3cmJRQgczcwkt sUYAsuRHs2IaylaH1t5Gwfp/YsUYJituqOxZEyryKwem5MR2QZgPzxSFEN/LM8YBxW KsvU+O1QQzVLNiYxhpXDgWjqxadctgrNWm2aL1KA1Ja/SoAO9MCmAHF//ZwchH272Z ytO0B4wl+r6Jitn36UCLLmhOi8Wrm/lpcKNoEC+aqBHlQNKv2OllDLcrq9NJaCLpe9 OilGa9fY231jw== Message-ID: <87y0rq9jwj.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: "Dan Mahoney (Ports)" Cc: pkgbase@freebsd.org, ports@freebsd.org, current@freebsd.org Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) In-Reply-To: <53FCDFAC-8091-408E-BCC0-A774CB2A45C6@gushi.org> References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> <53FCDFAC-8091-408E-BCC0-A774CB2A45C6@gushi.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/31.0 Mule/6.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 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4c0spv44F5z45w6 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:94.130.0.0/16, country:DE] On Mon, 11 Aug 2025 12:27:54 +0200, "Dan Mahoney (Ports)" wrote: > Yeah, this recent hilarity is fun. Breaking curl also breaks git, which breaks the ability to update ports trees in poudriere. > > # poudriere ports -u -p default_git > [00:00:00] Updating portstree "default_git" with git+https...ld-elf.so.1: Shared object "libssl.so.30" not found, required by "libcurl.so.4" > fatal: remote helper 'https' aborted session > [00:00:00] Error: fail > > Something else has changed the major of libcrypto.so older binaries no longer work. Yes, openssl was updated from 3.0.16 to 3.5.1. You have to install misc/compat14x from ports (latest) or rebuild ports that require libopenssl.so.30: 'pkg shlib -qR libopenssl.so.30'. > # poudriere bulk -c -j freebsd:15:x86:64 -p default_git ftp/curl > [00:00:00] Creating the reference jail... done > [00:00:00] Mounting system devices for freebsd:15:x86:64-default_git > [00:00:00] Warning: Using packages from previously failed, or uncommitted, build: /usr/local/poudriere/data/packages/freebsd:15:x86:64-default_git/.building > [00:00:00] Mounting ports from: /usr/local/poudriere/ports/default_git > [00:00:00] Mounting packages from: /usr/local/poudriere/data/packages/freebsd:15:x86:64-default_git > [00:00:00] Mounting distfiles from: /usr/ports/distfiles > [00:00:00] Appending to make.conf: /usr/local/etc/poudriere.d/make.conf > /etc/resolv.conf -> /usr/local/poudriere/data/.m/freebsd_15_x86_64-default_git/ref/etc/resolv.conf > [00:00:00] Starting jail freebsd:15:x86:64-default_git > Updating /var/run/os-release done. > [00:00:01] Will build as nobody:nobody (65534:65534) > ld-elf.so.1: Shared object "libcrypto.so.30" not found, required by "cpdup" > [ERROR] Unhandled error! > [00:00:01] Cleaning up > [00:00:01] Unmounting file systems > Exiting with status 1 > > (want to guess how many invocations of -c I tried before I realized poudriere keeps its own copy of cpdup?) > > ... > > Also, is it normal that on 15, I don't see poudriere in pkg? > # pkg search poudriere > # > > I strongly suspect that if I just breathe and wait a few days, all > these pkg trees will coalesce and I'll get things that expect modern > libraries. It just feels like various parts of the world are out of > sync with each other. > > And the pkg tree was built last on...looks like August 4th? I suspect something's stuck. https://portsfallout.com/port/19500/ Don't run main and expect it to be releng/x or stable/x. And use zfs snapshots. :-) From nobody Mon Aug 11 11:46: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 4c0tBp5w4Hz63QPM; Mon, 11 Aug 2025 11:46:26 +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 4c0tBp1kh4z49Gc; Mon, 11 Aug 2025 11:46:26 +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:13]) (authenticated bits=0) by prime.gushi.org (8.18.1/8.18.1) with ESMTPSA id 57BBkHWI095534 (version=TLSv1.2 cipher=ECDHE-ECDSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 11 Aug 2025 11:46:18 GMT (envelope-from freebsd@gushi.org) DKIM-Filter: OpenDKIM Filter v2.10.3 prime.gushi.org 57BBkHWI095534 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gushi.org; s=prime2014; t=1754912778; bh=tb+hh7YajuXve5S6gkffs1qBirl0zEE4FYZop/4tPNY=; h=Subject:From:In-Reply-To:Date:Cc:References:To; z=Subject:=20Re:=20On/for=20main=20[so:=2015],=20ftp/curl=20's=20co nfig:=20"ld:=20error:=20unable=20=20to=0D=0A=20find=20library=20-l gssapi"=20(via=20poudriere-devel)|From:=20"Dan=20Mahoney=20(Ports) "=20|In-Reply-To:=20<87y0rq9jwj.wl-herbert@goji ra.at>|Date:=20Mon,=2011=20Aug=202025=2004:46:01=20-0700|Cc:=20pkg base@freebsd.org,=0D=0A=20ports@freebsd.org,=0D=0A=20current@freeb sd.org|References:=20=0D=0A=20=0 D=0A=20=0D=0A=20<37F1FA4E-EF28- 474C-87C1-57C1BDC7F7BD@yahoo.com>=0D=0A=20<20250811074250.2F271202 @slippy.cwsent.com>=0D=0A=20<53FCDFAC-8091-408E-BCC0-A774CB2A45C6@ gushi.org>=0D=0A=20<87y0rq9jwj.wl-herbert@gojira.at>|To:=20"Herber t=20J.=20Skuhra"=20; b=ucunmUzjKeKrgP67TCgR9ED9OLJ91iY4/WEPp4jnAMDEly4QkPYBp5Ema6RAB/MbQ gy6HbEhoVJD71AUxmWOpQSozzNi1/0qSaXrKoq0sb4duQxht0vd6ZtxxFidUtqEBu1 NBehcPCN3SUKXcBUP0fR4k8310ziXgnA88/6Qa8ImuGqFyRIPAOXkH5/fHEcWdLn+l /NU5gIRp77zaTtkjBSQmFUoFdI/jMUqtzaiZ0uzpZS3dwGfJ1htOTJzDEETktnJ4tl F2qhVidcAS6jyCW4PDaIz47mQILri/1NA0I5e5M7V14G5h9EFyl9Gxk4DYoeZlz+ne B2gGk94669c1Q== X-Authentication-Warning: prime.gushi.org: Host [IPv6:2001:500:6b:200:c000:0:0:13] 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 \(3863.100.1\)) Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) From: "Dan Mahoney (Ports)" In-Reply-To: <87y0rq9jwj.wl-herbert@gojira.at> Date: Mon, 11 Aug 2025 04:46:01 -0700 Cc: pkgbase@freebsd.org, ports@freebsd.org, current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> <53FCDFAC-8091-408E-BCC0-A774CB2A45C6@gushi.org> <87y0rq9jwj.wl-herbert@gojira.at> To: "Herbert J. Skuhra" X-Mailer: Apple Mail (2.3863.100.1) X-Rspamd-Queue-Id: 4c0tBp1kh4z49Gc X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:393507, ipnet:2620:137:6000::/44, country:US] > On Aug 11, 2025, at 4:29=E2=80=AFAM, Herbert J. Skuhra = wrote: >=20 > On Mon, 11 Aug 2025 12:27:54 +0200, "Dan Mahoney (Ports)" wrote: >=20 >> Yeah, this recent hilarity is fun. Breaking curl also breaks git, = which breaks the ability to update ports trees in poudriere. =20 >>=20 >> # poudriere ports -u -p default_git >> [00:00:00] Updating portstree "default_git" with = git+https...ld-elf.so.1: Shared object "libssl.so.30" not found, = required by "libcurl.so.4" >> fatal: remote helper 'https' aborted session >> [00:00:00] Error: fail >>=20 >> Something else has changed the major of libcrypto.so older binaries = no longer work. >=20 > Yes, openssl was updated from 3.0.16 to 3.5.1. >=20 > You have to install misc/compat14x from ports (latest) or rebuild > ports that require libopenssl.so.30: 'pkg shlib -qR libopenssl.so.30'. Huh, would have thought that would be in UPDATING. >> And the pkg tree was built last on...looks like August 4th? I = suspect something's stuck. >=20 > https://portsfallout.com/port/19500/ >=20 > Don't run main and expect it to be releng/x or stable/x. And use zfs > snapshots. :-) Never had that expectation.=20 -Dan= From nobody Mon Aug 11 11:51: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 4c0tJs3mxWz63Qww; Mon, 11 Aug 2025 11:51:41 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [94.130.200.20]) (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 4c0tJs0wCZz3Cdb; Mon, 11 Aug 2025 11:51:41 +0000 (UTC) (envelope-from herbert@gojira.at) Authentication-Results: mx1.freebsd.org; none Date: Mon, 11 Aug 2025 13:51:34 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1754913094; bh=k+lLhVNsHpJh0cJe7O44KCHPU1ShVklY/z1mRyoKfk0=; h=Date:From:To:Cc:Subject:Message-ID:MIME-Version:Content-Type; b=pGVNGQyJtjGKZGQk2JMhPl/LSkQlP6YWQY2751/eZaJzmQliSrvxulfg5gMBqDMYs q7v1q/GB35KU9UqCFyAC1RMAtNiMllWCebbdhETQQEvF7H0i+SdaohS+tLzKE5bGUH ECZUOif/LbXPotQ4mG+47mgX/0LmZhdl4bIeRcCmc98Xu8t087STk3n78Il8m6x3w3 cuAktqVZYT1W3W8UzmlzKcrlzJh/Lmq0556jESVHhNrKgAKweTSFXHLoClgVjqv/LE 6MunQ6GaL+1vGy4TFKY3PwdzEDuHP061sOJJ8PZI6LkoHxhst19goBNTOIK5/ok1j/ yicsSJyTkk1Cw== From: "Herbert J. Skuhra" To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Cc: Cy Schubert , Mark Millard , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) Message-ID: References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> <868qjqxfvt.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: <868qjqxfvt.fsf@ltc.des.dev> X-Rspamd-Queue-Id: 4c0tJs0wCZz3Cdb X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:94.130.0.0/16, country:DE] On Mon, Aug 11, 2025 at 01:21:58PM +0200, Dag-Erling Smørgrav wrote: > Cy Schubert writes: > > ftp/curl must be rebuilt. > > Cy, https://reviews.freebsd.org/D51842 is still blocked waiting for your > input. Building ftp/curl won't be possible again until it or something > like it goes in. Really? I am running main-n279539-5853a9971a50 and could build ftp/curl with GSSAPI_BASE=on: $ ldd `which curl`|grep krb5 libkrb5.so.11 => /usr/lib/libkrb5.so.11 (0x3935891dc000) libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 (0x39358aa86000) 'poudriere testport -j main ftp/curl' was also OK. But yes, there was an error about (a) missing .pc file(s)... bug 288770? -- Herbert From nobody Mon Aug 11 12:24:09 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c0v2K3TPtz63V20; Mon, 11 Aug 2025 12:24:09 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 "freefall.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c0v2K2q6xz3JrS; Mon, 11 Aug 2025 12:24:09 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754915049; 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=hQA9BOMc7dUC3ppYklGe7RBpWrx/6R+RvMGnDI/WRGs=; b=ilESc8w3slYgQTPeryoTbY/UT6IKs+P/DxM6RsMnR2Vt+DPIh7+9q6XTw1u9y/GuzFHURa qfPES524u3IsXv4CwHIBlQGeLmIwA685Vq5ENxWun8x6vDvR7rLKnYW8Pjh3seCJ+wRphw 4ESOEJYtvCs9NCX9DrP7b/4Mb+5kF1+tNxRloMwHEdnFZdvt6UHU9LcRvIBfHGKI1ubl2K OeoP/H9nQiwozGUrV2U1fkSHsiNopwcSeGCORziBUcjBTkwJSLgX399EDm6I/uW86wjpy/ WArdhQXX5x/UUIjgddZagKQ7uX8LZtA9X9hJ+2UB4UQZ/zrWlOp+fH/zFfbJlQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754915049; 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=hQA9BOMc7dUC3ppYklGe7RBpWrx/6R+RvMGnDI/WRGs=; b=HNbEaEa4Rtm7HvCXfs131xoN1E6+ihe7frDauLIrBZxekvyP544ezcxDQTOI5EBJuER+j+ KsO+V6xQA4HYVobZZIwRmKUwaj8eK4Z160TuG75tUv81ejbz4E7bjGcP5a3mkI2vDiL3w7 swAshgYmCNx9cpaQiL5D8kyA7Ra0MWFVX8U2LWyyEDL8zVK9ZM+oGgDL1PAoXL7rHtOjbc Pv/kClUZJN6w9PHM4AdGgQiszkxS6qy3MfD03dv7rMD/pujs7Lg5k6U++oxzp69sK9bPoo NikQWB0xtgPufbLouwuGaUwqfIgK+jZ82kI/1lUZEaDJgI5jwzwkhrT6eL4yAA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1754915049; a=rsa-sha256; cv=none; b=I3msfRZ28XB3KGtrM1/bBBlrANirQFFRoKoUPT35yeZFPuqU0+YaNQH+h3PwAOaU9eZKMm v1Ew7NprsGSeAq7KsFuYwR5OAZA3yPnm7NQGcQfmqGDRtB36WAZJ10ukyKqGLoW+4oJHdX ARmgULRNhuTZldY+HpAyiYjwVH9Na40Z6jCBlmD9zIynS2DSBUQmALdxHORXZSxllqEPKg q3mWhOSvumH60Bk5Z9FYMEks0mrqENFabn65rWzhWjL5/PR1pDwd+TzQFjQncebuWofKxR OnjoxpFsZ2hbjlBY409427ciJm10ABe8KY9i3ojC4YmMAGANDznwFeiEa93cIw== Received: by freefall.freebsd.org (Postfix, from userid 1532) id 22786402E; Mon, 11 Aug 2025 12:24:09 +0000 (UTC) Date: Mon, 11 Aug 2025 13:24:09 +0100 From: Lexi Winter To: current@freebsd.org, ports@freebsd.org Subject: USES=gssapi:base and MIT Kerberos on 15.0 Message-ID: Mail-Followup-To: current@freebsd.org, ports@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="xEVXWsJ6BIiCHq27" Content-Disposition: inline --xEVXWsJ6BIiCHq27 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hello, i've just landed 0c13e9c3c464[0] in src that installs the pkgconfig data for MIT Kerberos. a related ports commit, d30d5dfae517[1], uses these pkgconfig files to detect MIT Kerberos when using USES=gssapi:base. [0] https://cgit.freebsd.org/src/commit/?id=0c13e9c3c4647d16d3490ff1a6d7c33b39c28260 [1] https://cgit.freebsd.org/ports/commit/?id=d30d5dfae517a74a4a9e2a22e1cf110594bcb43d as a result: - if you're building ports that use base GSSAPI on 15.0 and you have MIT Kerberos enabled (this is the default), you should update to src 0c13e9c3c464 or later. - it is no longer necessary for ports to patch pkgconfig files that add a dependency on mit-krb5 or mit-krb5-gssapi. the equivalent patch for Heimdal is still required as nothing has changed there. notably, this fixes ports that use libcurl.pc when ftp/curl is built with base GSSAPI. also, if you maintain ports that need to determine whether base GSSAPI is MIT or Heimdal, you should test for /usr/libdata/pkgconfig/mit-krb5.pc to do that, and not e.g. /usr/libexec/krb5kdc which might not be installed on pkgbase systems. --xEVXWsJ6BIiCHq27 Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaJng5QAKCRD1nT63mIK/ YP42AQCHG80mgzpt39sAAdDZHnJWvN3TYJa5lrBi+v1kaHAbbQEAg+zD96doZFDy N9c3i7dl/PrrOSiPe8UfGVamJsFsKg0= =77aX -----END PGP SIGNATURE----- --xEVXWsJ6BIiCHq27-- From nobody Mon Aug 11 15:39:07 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c0zMh1K6wz64Mc4 for ; Mon, 11 Aug 2025 15:39:28 +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 4c0zMg6Whhz3mmQ for ; Mon, 11 Aug 2025 15:39:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754926761; bh=vxow0WxHzLtB42xd2gdfGWyDacWcCaxnAaZ/BvdC3xk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=H7c9nutLCldlfSozGyxj0m9kLf+ShVKUkETOkt6CAi2thfH4LlJ0swdVDA9PJClJyYPtA/IOcEY0nWjzNp251a2lsnFh/7GtFW6gmUXEVKn/8iKTYlMrszggvykQtiMvf/qndWMD6D8UqESygoYRO+xxIZaiizYfO+cxwOWlS3XsPu2InD48hKP8d7X9y+vaV3J65bTvUW8SurcGaKijhyLwj2z7dhkT7ncVh6U0os4djp5fd1iCiaQNUsObh1fiZKB54tijbIKpBA+6D5I2k0uCkaUy26vSKnmg18atNkW+wvCjSDvbQoc3aJQwHQ0TTRk8N/BcucfHXbSjfguYVw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754926761; bh=ffKWlLdKqQXdKhbZussdW4VQO4yFTEvwhlUiX1wO5Xg=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Z4ZQb8Ev+ULbxbuNbiFXnaG1Pa4HtMrV+bmHzzJH+do3u5A7XTyxki1iXjySnyJzqmYM/82ya2K4yArzTFAgmYZvpLloURRpwUyapdCyTpUbRlxAgrwV7l+tWsPHAJ4Xw71ia+Rx7T10QRXoGF/tpTBmWRTFsVbfiKjcCZNlISuYjZZP9I4dQzMZpOGpFfMNrS5Z5oNesZWyxVYiew980UFwpdK76M2skJDx+4Ry5g4umVmdn8d1PftxVK5tBUmTbXoUYpjKIfUi+Gy3YP3gY2Cb1fJIQ1PIeDbIKHzaaNVnwmjZN2YVBvmWXmLdRspVatyRfZTT6GKKOP89PoIWYA== X-YMail-OSG: aTd.J9AVM1nQj91B9nJDwqZdkUkY0s6VIEq..2M2sWe9Fxd6aWR0I5.wuXVv0Wl QOt0Sny7wj1gGJmtZGf.TzwQtdFudf.F_tDywmi879of7lKN9j25dKSqJds_O9CpFY5exyaDqOks IvaaG2DmPOcMSEghDF8X6kmWcqvOItSFbH_TL6rhbiv70sj5JETubX7vXlkvKvNUvQXx5I2PGBEV 7XQLkC.PpPtAxlIGpe8gSaWBa06k4HjyO2dHNcOp4zt9QkXNu9AijZlaQFWFHgCMPYSN5X9GVfWn hiOqlvXFc50z8FFu98bO58bcVdtdODX_WCa8k.Wl7yJF7ky8mmA1Ad1E0hixV3MaVGwZPwicJ7FY LT3V5k5iczsryEQRhWsjJWKh5AD6exWQ6Ci0zs8PIErUYdvVe8UmKiCxfIxx5FrnaLVE.XEQhRXW nU0siYsp48KnIcMUdg64HRtqsWPhg7ie1FL1e8_r88frkOvkD0AEtpBRmy7ovDHJJgxDEJQMARiA BK9wyMvWxrxB.0CDGuKvXpjYt04aYPWZVKM9jo4AKaNoZv8497UuIPk.MFgqb7MP9w0oxZHoIYJI 2qsrW9dcm_SjmNUPHeaDcUjS9yqMUJXcdUon1DeeLNxTCxVDHSQRgjcu5wppTGP1UOsXo5EjaAAp jALP_Dxa0b6HCYbQwYbo8Hmhmo09W7gHU7v9wJ8VDgEKqn5A1Ty6CY7CbcB1FOXbO5viF2wTDWnI aK4sJyoWi3O.pP1pxvzW.WSfE1C3nhE7bUCI_g0UnTKPoAELSIs.sBRHyLmNe25E11_jw3CCjzMn rWSLak7KHqgGpG_MhEVF3UWKt.8i0stzUJzRVdtsoEyTPd9N4yC_BkFLL7A8n0S8Sc3KM2uz_1Up NnO9PVlzcprEUhQ.3_a9IilYx4mjHML_asQSOYuHxw.32jIKJSueVJO9qgdAG71I4MIUqaBcR2Z3 OTzno0pNChh0KTqpvyxDbpYrvtzoS2r38u2vZ8ICUpyyEgHACbW9O6WlnJUxJA7ebPO0Rdzm_qgJ EzDlrjWSbVgfWpVOdlYRinzzPR4Z5wx6n0Z53Qtndj0fZRhjRayoTwmfUGPpgf2AIDmWJaSiW37n i_LFgWUWjwpzMvbUrU67ZkVSO2rWKs9ZctO12lDSbPPBXkvujx.QNKbK.4KtzuRkS84Ur3qxVlBH okalIq3OVxiSnNfKjcJnMHb.U6pAgrbKDBEqKnWm6eFV1NcwSTFBPDqVsjcM3OQFVvdeDbQKiNoY bfIFy0jF9Yf726.0g__hc49A6J.pQlWgVe4XRH.QNvdl1rhY0I33DRuEnxYbvgXa6qi_r_tOpwvz toLlJtzeuY5sRNhy5hsmTM6dmLexvX1D0dJG1aTsoF0d8pdb.Ql7MCs9oCEpsMIXweu.b9nMNfFv akKHyKoz3c1Gnb_XdKhqtyfApSLYCH_I67UPpgXL4s2i20O1QzFYvOCtaiH6LqnzeZpITqm.1cbz tTS3wd1xZR.oghV4A3vTXoNdICsts_ynfKe6zJz6kAFij8sZrVf7noHLZNCBkvmdUqd4d4SD_vRM IespejIL4q3oE1EvNXTChvc5seeampX0A3SpL68QRAjqaTl5utQka7uEqNqUp5cDwr2dlYd.ZMr_ Cd_FvE67Y2KuX48W5C2Xxi7LXw0S.h.Hf3vPUdaWF1CRu_dmgGJmbgsYpD9gaDyiQfBL8CItWea3 erpGDkg0hJm8tepdXEFNjYXrARYwJMbfOnuvoqWNfl0f0FYcOnSBqWU29IkbTJs5C_cw1bTke2wk R7nT1aOZK0aF9Bt9EfT_tJwh0_IXf__S4ydPMOFfzo0lvPuc2.nf3m8vX8FoCib.srhI1N11MGaS T9N8iHZ95swbP7T0.wFfvsa182bCX4UjQZRFpRVOceYEFZwD3n220DuMOTIgFFOVFWhpzhNjT.yL ihxrsHpYyJkSlxpGg5RsGTHg1OMB42NvZpA1i8FvKGR.wygOfiC86XxPwxsf7R3iPm.AS584IVw1 7KZb396mF02GVcyLssDkFwKJir1wz0aQgr7RL3RtNNG1ouQ.prFfeEMjOji30vRv8yPiB9uivqCl am3rZxMO8tN3K27FS2GlbRC4FJZ1nGJ.RdSZdHx8p3LshSBurS9ai9jNOaf26sfOT7EO84nPTBdS zu4i31fAj9Vxb_tgbn.znTqJeIPTZy4xrwi7VWKdl44268IqhiNM005POk9DW_paHSazz6e9mV0W 9q2a_fZadDBRjzK39beBDjFxE0kzlDfTTCvDISGy9mX.dsgReRhlw.kxE4pkC2H47rVlJAEfCp9H POkSMFkc- X-Sonic-MF: X-Sonic-ID: bbc155a9-5aa2-42b5-a6f7-00cb9b263b9d Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Mon, 11 Aug 2025 15:39:21 +0000 Received: by hermes--production-gq1-74d64bb7d7-cmxx8 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b95853e414477e76d76d2d3244f25d69; Mon, 11 Aug 2025 15:39:18 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) From: Mark Millard In-Reply-To: Date: Mon, 11 Aug 2025 08:39:07 -0700 Cc: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , Cy Schubert , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@yahoo.com> References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> <868qjqxfvt.fsf@ltc.des.dev> To: "Herbert J. Skuhra" X-Mailer: Apple Mail (2.3826.700.81) X-Rspamd-Queue-Id: 4c0zMg6Whhz3mmQ X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] On Aug 11, 2025, at 04:51, Herbert J. Skuhra wrote: > On Mon, Aug 11, 2025 at 01:21:58PM +0200, Dag-Erling Sm=C3=B8rgrav = wrote: >> Cy Schubert writes: >>> ftp/curl must be rebuilt. >>=20 >> Cy, https://reviews.freebsd.org/D51842 is still blocked waiting for = your >> input. Building ftp/curl won't be possible again until it or = something >> like it goes in. >=20 > Really? I am running main-n279539-5853a9971a50 and could build = ftp/curl > with GSSAPI_BASE=3Don: >=20 > $ ldd `which curl`|grep krb5 > libkrb5.so.11 =3D> /usr/lib/libkrb5.so.11 (0x3935891dc000) > libgssapi_krb5.so.10 =3D> /usr/lib/libgssapi_krb5.so.10 = (0x39358aa86000) >=20 > 'poudriere testport -j main ftp/curl' was also OK. What METHOD does for poudriere jail -l for your -j main ? Mine shows pkgbase and: # poudriere jail -j main-amd64 -u was not adding the missing file /usr/libexec/krb5kdc to the poudriere jail. For reference: # poudriere jail -l JAILNAME VERSION OSVERSION ARCH METHOD TIMESTAMP = PATH . . . main-amd64 15.0-CURRENT amd64 pkgbase 2025-08-09 = 20:27:14 /usr/local/poudriere/jails/main-amd64 # ls /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc ls: /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc: No such = file or directory > But yes, there was an error about (a) missing .pc file(s)... bug = 288770? =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Aug 11 15:51: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 4c0zdG1lTgz64P0f; Mon, 11 Aug 2025 15:51:14 +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 4c0zdG0CDxz3qnc; Mon, 11 Aug 2025 15:51:14 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; none Received: from shw-obgw-4001a.ext.cloudfilter.net ([10.228.9.142]) by cmsmtp with ESMTPS id lPOFuBPh95MqylUnpuQZ6I; Mon, 11 Aug 2025 15:51:13 +0000 Received: from spqr.komquats.com ([70.66.136.217]) by cmsmtp with ESMTPSA id lUnnu9WbDWX70lUnouRCnr; Mon, 11 Aug 2025 15:51:13 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=d71WygjE c=1 sm=1 tr=0 ts=689a1171 a=h7br+8Ma+Xn9xscxy5znUg==:117 a=h7br+8Ma+Xn9xscxy5znUg==:17 a=kj9zAlcOel0A:10 a=2OwXVqhp2XgA:10 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=CjxXgO3LAAAA:8 a=YxBL1-UpAAAA:8 a=24pOkSLkRQmSh9K33XsA:9 a=CjuIK1q_8ugA:10 a=LK5xJRSDVpKd5WXXoEvA:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy.cwsent.com [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id C04302E5; Mon, 11 Aug 2025 08:51:10 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id 8164F203; Mon, 11 Aug 2025 08:51:10 -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: Mark Millard cc: "Herbert J. Skuhra" , =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , Cy Schubert , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) In-reply-to: <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@yahoo.com> References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> <868qjqxfvt.fsf@ltc.des.dev> <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@yahoo.com> Comments: In-reply-to Mark Millard message dated "Mon, 11 Aug 2025 08:39:07 -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, 11 Aug 2025 08:51:10 -0700 Message-Id: <20250811155110.8164F203@slippy.cwsent.com> X-CMAE-Envelope: MS4xfGuXzSqCii44bBx9+q6df1iIb6ckmdEp01dNSrIczruUsU7UPPiN+vO98/Dv+bzz9bCZYct547zhOi9iuM6bH2AEWLoa6XmH/8srgVA+2tuczDSMFyyl JC3PmpAW2X/hpmFldZ8po4D+FeYPNr8vCpWVwsUYoDMS90fAxGGtjvmQsC5p9lR8CTk1LnWergjrd5JhX4sHaG3+PEiTJMluNyt0a+e4Mw23+TeggiQSFvh0 xKwNE30HjYStQer4eFJMXuT/zZPJaDTmozm38A+DbMTkovq0voJMDCipmxfyDTHvT76YM5PTQ3Kec9aAELxSATBKvmqH/3Xiga5gu/x23ROTqhsSN1p6w3/q zflMvyy3kxsaTzw0z5R12QoMyhCEtFwnEfMtnZzFpfLvhD/LlhjCovheGcSjp3cYXrmbYRaXGUZuWJjCpFPTzum+pQQcNr1z4Q+ch+Qrk5SGA1odQt4= X-Rspamd-Queue-Id: 4c0zdG0CDxz3qnc X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US] In message <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@yahoo.com>, Mark Millard write s: > On Aug 11, 2025, at 04:51, Herbert J. Skuhra wrote: > > > On Mon, Aug 11, 2025 at 01:21:58PM +0200, Dag-Erling Sm=C3=B8rgrav = > wrote: > >> Cy Schubert writes: > >>> ftp/curl must be rebuilt. > >>=20 > >> Cy, https://reviews.freebsd.org/D51842 is still blocked waiting for = > your > >> input. Building ftp/curl won't be possible again until it or = > something > >> like it goes in. > >=20 > > Really? I am running main-n279539-5853a9971a50 and could build = > ftp/curl > > with GSSAPI_BASE=3Don: > >=20 > > $ ldd `which curl`|grep krb5 > > libkrb5.so.11 =3D> /usr/lib/libkrb5.so.11 (0x3935891dc000) > > libgssapi_krb5.so.10 =3D> /usr/lib/libgssapi_krb5.so.10 = > (0x39358aa86000) > >=20 > > 'poudriere testport -j main ftp/curl' was also OK. > > What METHOD does for poudriere jail -l for your -j main ? > Mine shows pkgbase and: > > # poudriere jail -j main-amd64 -u > > was not adding the missing file /usr/libexec/krb5kdc > to the poudriere jail. For reference: > > # poudriere jail -l > JAILNAME VERSION OSVERSION ARCH METHOD TIMESTAMP = > PATH > . . . > main-amd64 15.0-CURRENT amd64 pkgbase 2025-08-09 = > 20:27:14 /usr/local/poudriere/jails/main-amd64 > > # ls /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc > ls: /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc: No such = > file or directory What's the output of, ls /usr/local/poudriere/jails/main-amd64/usr/libexec/kdc > > > But yes, there was an error about (a) missing .pc file(s)... bug = > 288770? > > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e**(i*pi)+1=0 From nobody Mon Aug 11 15:55:00 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 4c0zk314fmz64PYG for ; Mon, 11 Aug 2025 15:55:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-23.consmr.mail.gq1.yahoo.com (sonic312-23.consmr.mail.gq1.yahoo.com [98.137.69.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 4c0zk26PVFz3sjY for ; Mon, 11 Aug 2025 15:55:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754927716; bh=Km+tmtMxUdqI9jMm44I5whB/+7nE4a7BrRVxovN2Bbk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=tUDACOI/tGh8ofQWAPQLt300ERuBpoWG4kjzeOCnlD4LN3zEeVWLqWVDlxIAKRz2wxQixAyJMOX1hwNkkl5JmsSFrb+VJ8ULmqT/KP6VNxnCp09tKM1fWS9Cll9W3t56oGM+ukonCgpbnvt+oy8m9uf8pFVL13dZzUhZ6JqlAPDPgjBBJcFu//SQW1EHxGeTWzeH8I0oUXRfqdnCEaWtFZzQEQPOxRtQyOv8E0CkqjnmsZfZz5VdZo+7e+mu570jTEGITcP3ouCmv4uhP+GD4Hyjoxu54rlrEZCqkvDWTXTMTsWW/CPV0flJJgJ74sTBoAW1CBFkaph4TcjQKBiYlA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754927716; bh=XFFAWhku2Gmav0bpSy4nVPmStK0o/VN263BnM7kgNeR=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=bgAoxTm7I9sY6bIIkF6LK04otY7SNFu8roqelCrNQEwLKhfwf/G6+Jt9BowGlD/W8aR81YwjsGYC6H0W0OFOPVl4Qto8GwYxrAblAk5mFFVsnoQqZ/VbENELVBJW7DVHwz4NYUHWkbPgCsKS9Agc64Fz4Vo9Vf58SPVP5d32rbUYIeMkK8drAbP7zU1CV17ZxpK3IEzbfXI/FZR+N6FYqOwvipxIcdn2pR5wrNkm2xFAYQL5hFKaNpitAZeuQRnXw5mAlqVwbTwQxcLuRZMEwfzI5nvPJt/lfFqfsZSSs/TvP0pxMuR/Hh5DIX/8tJfheHffv3CHHSB6mDo/tOCbtw== X-YMail-OSG: Z2TbIJwVM1mKvynrNjUWqhns8oEDX4safCbTYM8ABrG2Mpv3Qx_Qx0VSpWFkKb. ARj7ntSrgtJBKIJZZsxVdHgndnnEhOfx4uJHugTnLHnVH74tCJU9qvH9ZF3oixd_HBRcRPLF7U.2 8eWX6T7bm5zIVOU85vAwAADl5lcg8jI0j7cnNANNlYxYY8kqwFRak8Soa6bR3IH.Eaf6pqdc0MHO NC5CBdC0jAELs8s3qMS3kSTf1bihHKgcDhMaSkeIzccuxpb.HkW00For5Wt0Tekh.3A8SvDL_RRo A8LAlhVLVW_EuzPNLEFsfdpNC4RXZDawK9OdnhKQ.ClP1U2G6NyYxxoY8O5Rue4Pzfy6Df5WAxuj U8tdemTUccfDTDLHALOuE15DH8ANZZqHS5SwkzeiJoz7HBaYEJE79Qg99rk5TnhSHv5nWOgr8r4r xpbgkjhScDlvTWEk88HQcpi1aO8KoYe1KW8wdogOls2ROw.6CLJ_VeITsBbzNHbTLv9Q4kL65lS_ luLsWdlFgSCaNhQPfSy9AwkUO04ougPuNdke4EvvdkgDDZqhAbObcdeaQMC3YMZWIV68sA9gMubw 5l1nWm4.l7MIdmMLpc5EAccCSplBJGWZ4rYxzfuDlnE.fXU9FAoUzMTmM973q2ZAkUYyu6q3wVWo BYNBobTgZoawRLQHjD9DuzRISru3sYmT2T5ur3e5VAOEkdFhCjuKp8N3b_f4G63cX30EBTnHmIsQ m1o8QEVyona2Zc4RvCLQXhv5YHkIk..NFvLYypU9rjs.8E66d4S4Mt_gffmM2VaINpbrVxkmD_AP 7VS8zkkGF_eEDdSsKUzQxYDpAwc3MaIme249Odhaza27IPSXGLyyEWPmPqUeFeYxGTDZUbiAZpYY bR.EPm54B9YZn1os3mhw6D7Jv38ajP4FahscB4UrPcT2jjLkpTNTpwZj.uHeeiAtxtUCueDkfWk8 z8Se4AR_24KBVWo1qrWzPVryoBRAjelaonmtZljpLxOu2X98eb_UsEQ1gkl9VkRebwcu1.__fKRb sI00bjF0bX_B6kXfLJr9_XIG1iJ8FKtWcLtXn0owtT.mfKFAI73UKxywvRwfjO5qX7kw3Tz1ZTaI KxzQANbDrFQlyNYW811s5HFdiZy0EVyQ1snX4519jtadQwBS0iO0XtEp9hxSaAvIaEivjjdCaMk2 LGmPr4Xv4mkHNg7aBwz5PF0.u5ZT473xRyBN7l3NHb8B4Aw4dJ5WdTp9Qx4S_1K7oofilkEuIQzB DDcazHeZ7vziQpKRT62T1NLKC9vYZ50BocV3I5naXfHv_C3Ssx2r8xk3NKmJ7m_79FfA6I.DVhqL biHmmoalzQwXh2Qj5RMmT3zaMO1ZmhXEbZo1h5ziFJqMe5liSFqkaWbgJusKYzXEyQ20EEKp8Pit 9VI0jbfk.8i_dyrl8kIbx3_H2aeUuKqO8vJ3r2TQNFxV9nLZFWcLlRHmYUuxS5nxaOGqYUFetHzE 6OhdIefLah4Vopml.cPMHeJEbk3bSYG9OEnxtimd28qlPPS74i2pPTe6xfHSamBqoBOO5KUv7ned XNvjp1Z9eBS0BRK2R6XcsRVpkcSDdbmC5h_LK2TtNDiIfTBwOWa.TcaFDMgULcTsFDRYfU5dq1vp NcvKTuM72_eOhoQjBF3dAGalngoJgaishEJXctYCh8FwPbLhcGY4oLEAgPwPTg7aBMjyB98wq.Mj lzHo2NKok3ral_qaHlcq_bciK2mV7arJrvdeB.3Rgykpa2dNH8hToL_v5n6N0mgelRUKVnx4K.YY d7BOu828o3p9WYlO7Dg0uz8tCGgEoDGzae7WrIWlg26XwnpOkyLAiBX7w9ur1ljyvaAX_rXauAB8 arWkbOkpFII9R3gmI9kCRCof2hG4d2.I0hEIcqlrCriary49eun0DV4xHTK8zaNjJ_IgkTmYwLEB IRQA5RyCBiv1kjIS8FHo6iLeFJhtSUFaHCbsAjstrZW4SCMKuAIzajBktHY9rShEZYCCZr.tMh8. B9yG5AI3fe6LDfeVttMUz5aPKMD1TwZXHd_qK5nedKBUyIX1W73cmzPCY.UnSwWo8MpHXn7o0Q_c TdxpiopdJ5CQ.8Bdd.QztLbnS3RORSaREoTo_9B1gLsYDaPfdUTZRpTz4lo34faNezTPLzP1_yDl f9dYZid5AAo01P11WuIuPvbVSMUUfqtPPiYuJxl6XqiwRyMGcvp.fPhx4a1OtYZFkoKllYf_IGdJ SWm5ye_qGGYxqGKz0jhETcExG08PkmlDuY0sesmnTHqWE1jgT13.eEXt5rLGzcvH3dKpHNwgLk.U GtzZ1E34h0qQ- X-Sonic-MF: X-Sonic-ID: 2ed62fcd-228e-4714-a6a1-11c0bbf2848f Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Mon, 11 Aug 2025 15:55:16 +0000 Received: by hermes--production-gq1-74d64bb7d7-fddgg (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 05e3143b0fcf053f2731c17f9f9e6a25; Mon, 11 Aug 2025 15:55:11 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) From: Mark Millard In-Reply-To: <20250811155110.8164F203@slippy.cwsent.com> Date: Mon, 11 Aug 2025 08:55:00 -0700 Cc: "Herbert J. Skuhra" , =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> <868qjqxfvt.fsf@ltc.des.dev> <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@yahoo.com> <20250811155110.8164F203@slippy.cwsent.com> To: Cy Schubert X-Mailer: Apple Mail (2.3826.700.81) X-Rspamd-Queue-Id: 4c0zk26PVFz3sjY X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] On Aug 11, 2025, at 08:51, Cy Schubert = wrote: > In message <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@yahoo.com>, Mark = Millard=20 > write > s: >> On Aug 11, 2025, at 04:51, Herbert J. Skuhra = wrote: >>=20 >>> On Mon, Aug 11, 2025 at 01:21:58PM +0200, Dag-Erling Sm=3DC3=3DB8rgrav= =3D >> wrote: >>>> Cy Schubert writes: >>>>> ftp/curl must be rebuilt. >>>> =3D20 >>>> Cy, https://reviews.freebsd.org/D51842 is still blocked waiting for = =3D >> your >>>> input. Building ftp/curl won't be possible again until it or =3D >> something >>>> like it goes in. >>> =3D20 >>> Really? I am running main-n279539-5853a9971a50 and could build =3D >> ftp/curl >>> with GSSAPI_BASE=3D3Don: >>> =3D20 >>> $ ldd `which curl`|grep krb5 >>> libkrb5.so.11 =3D3D> /usr/lib/libkrb5.so.11 (0x3935891dc000) >>> libgssapi_krb5.so.10 =3D3D> /usr/lib/libgssapi_krb5.so.10 =3D >> (0x39358aa86000) >>> =3D20 >>> 'poudriere testport -j main ftp/curl' was also OK. >>=20 >> What METHOD does for poudriere jail -l for your -j main ? >> Mine shows pkgbase and: >>=20 >> # poudriere jail -j main-amd64 -u >>=20 >> was not adding the missing file /usr/libexec/krb5kdc >> to the poudriere jail. For reference: >>=20 >> # poudriere jail -l >> JAILNAME VERSION OSVERSION ARCH METHOD TIMESTAMP = =3D >> PATH >> . . . >> main-amd64 15.0-CURRENT amd64 pkgbase 2025-08-09 =3D >> 20:27:14 /usr/local/poudriere/jails/main-amd64 >>=20 >> # ls /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc >> ls: /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc: No = such =3D >> file or directory >=20 > What's the output of, >=20 > ls /usr/local/poudriere/jails/main-amd64/usr/libexec/kdc # ls /usr/local/poudriere/jails/main-amd64/usr/libexec/kdc ls: /usr/local/poudriere/jails/main-amd64/usr/libexec/kdc: No such file = or directory Verifying the rest of the path works: # ls -d /usr/local/poudriere/jails/main-amd64/usr/libexec/k* /usr/local/poudriere/jails/main-amd64/usr/libexec/kgdb >>=20 >>> But yes, there was an error about (a) missing .pc file(s)... bug =3D >> 288770? >=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Aug 11 16:00: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 4c0zqY1wnvz64Q4Z; Mon, 11 Aug 2025 16:00:09 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta003.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c0zqX6F3kz3vyV; Mon, 11 Aug 2025 16:00:08 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; none Received: from shw-obgw-4003a.ext.cloudfilter.net ([10.228.9.183]) by cmsmtp with ESMTPS id lU9kublD99JM2lUwSuhx6Q; Mon, 11 Aug 2025 16:00:08 +0000 Received: from spqr.komquats.com ([70.66.136.217]) by cmsmtp with ESMTPSA id lUwQuJBH8WbOalUwRustBB; Mon, 11 Aug 2025 16:00:08 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=Q5lx4J2a c=1 sm=1 tr=0 ts=689a1388 a=h7br+8Ma+Xn9xscxy5znUg==:117 a=h7br+8Ma+Xn9xscxy5znUg==:17 a=kj9zAlcOel0A:10 a=2OwXVqhp2XgA:10 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=CjxXgO3LAAAA:8 a=YxBL1-UpAAAA:8 a=_dnNbcIuqHf4dyiC7v0A:9 a=CjuIK1q_8ugA:10 a=LK5xJRSDVpKd5WXXoEvA:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy.cwsent.com [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id BA353346; Mon, 11 Aug 2025 09:00:05 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id B068E191; Mon, 11 Aug 2025 09:00:05 -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: Mark Millard cc: Cy Schubert , "Herbert J. Skuhra" , =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) In-reply-to: References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> <868qjqxfvt.fsf@ltc.des.dev> <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@yahoo.com> <20250811155110.8164F203@slippy.cwsent.com> Comments: In-reply-to Mark Millard message dated "Mon, 11 Aug 2025 08:55:00 -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, 11 Aug 2025 09:00:05 -0700 Message-Id: <20250811160005.B068E191@slippy.cwsent.com> X-CMAE-Envelope: MS4xfK6nZ4gL+rIKt9XNq5CDtsy/aj0Iy4j6a0mpdkrJAWrOXwIQna1s+6yNpBCDEWv3QNORRQl3u9Im9ER9q2054ExWLH6tKedKV+a0QPQ02JPNM1vdUbJ9 i4gx8ciD4HhgRO6+W+C1rog3wL5mSLxhWMyKuHLIDpVGb4nvriV7nk1CigGYerI9BcV5iHjGsmE03laBZhmSMIWdtliWGk4VtQC7M8WzTvGNjgMmG0cgkil9 XuYMP0g49M4YzoaLXFX/hfzZwUn58Rr27r+9m3YwU75LIcthiVAkSsKDAK7gMlDfD5jh4KQ0qZP1EpJciXRPinLixCJ31iwlhh3EX4mxUuVuwEbaLntF0KfI FCLVLqelrMKZXyYDXGJA1LuCaddUM0p3rkLnsO2jXSxvKj2Su+bUx9D6r7DS6JuuL4LEL/PyTk1O5gqX4a1Clpj7Od+y8Tq4Pg5zGEICQMBk/0dvhmw= X-Rspamd-Queue-Id: 4c0zqX6F3kz3vyV X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US] In message , Mark Millard write s: > On Aug 11, 2025, at 08:51, Cy Schubert = > wrote: > > > In message <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@yahoo.com>, Mark = > Millard=20 > > write > > s: > >> On Aug 11, 2025, at 04:51, Herbert J. Skuhra = > wrote: > >>=20 > >>> On Mon, Aug 11, 2025 at 01:21:58PM +0200, Dag-Erling Sm=3DC3=3DB8rgrav= > =3D > >> wrote: > >>>> Cy Schubert writes: > >>>>> ftp/curl must be rebuilt. > >>>> =3D20 > >>>> Cy, https://reviews.freebsd.org/D51842 is still blocked waiting for = > =3D > >> your > >>>> input. Building ftp/curl won't be possible again until it or =3D > >> something > >>>> like it goes in. > >>> =3D20 > >>> Really? I am running main-n279539-5853a9971a50 and could build =3D > >> ftp/curl > >>> with GSSAPI_BASE=3D3Don: > >>> =3D20 > >>> $ ldd `which curl`|grep krb5 > >>> libkrb5.so.11 =3D3D> /usr/lib/libkrb5.so.11 (0x3935891dc000) > >>> libgssapi_krb5.so.10 =3D3D> /usr/lib/libgssapi_krb5.so.10 =3D > >> (0x39358aa86000) > >>> =3D20 > >>> 'poudriere testport -j main ftp/curl' was also OK. > >>=20 > >> What METHOD does for poudriere jail -l for your -j main ? > >> Mine shows pkgbase and: > >>=20 > >> # poudriere jail -j main-amd64 -u Can you send me the output of this? > >>=20 > >> was not adding the missing file /usr/libexec/krb5kdc > >> to the poudriere jail. For reference: > >>=20 > >> # poudriere jail -l > >> JAILNAME VERSION OSVERSION ARCH METHOD TIMESTAMP = > =3D > >> PATH > >> . . . > >> main-amd64 15.0-CURRENT amd64 pkgbase 2025-08-09 =3D > >> 20:27:14 /usr/local/poudriere/jails/main-amd64 > >>=20 > >> # ls /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc > >> ls: /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc: No = > such =3D > >> file or directory > >=20 > > What's the output of, > >=20 > > ls /usr/local/poudriere/jails/main-amd64/usr/libexec/kdc > > # ls /usr/local/poudriere/jails/main-amd64/usr/libexec/kdc > ls: /usr/local/poudriere/jails/main-amd64/usr/libexec/kdc: No such file = > or directory > > Verifying the rest of the path works: > > # ls -d /usr/local/poudriere/jails/main-amd64/usr/libexec/k* > /usr/local/poudriere/jails/main-amd64/usr/libexec/kgdb > > >>=20 > >>> But yes, there was an error about (a) missing .pc file(s)... bug =3D > >> 288770? > >=20 > >=20 > > > > =3D=3D=3D > Mark Millard > marklmi at yahoo.com -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e**(i*pi)+1=0 From nobody Mon Aug 11 16:06: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 4c0zyn5b6cz64Ql8; Mon, 11 Aug 2025 16:06:25 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 "freefall.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c0zyn4Q6Cz3xmD; Mon, 11 Aug 2025 16:06:25 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754928385; 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=Yrz90vJjoX9kEGmt45lYCAm4wQE15YdSrxz9DIXnubU=; b=d98quWhT9ZSDbB9oIPhdKcijBLKTFl4D943voXvJRlHIpAMNnCT3AtGqPFXMUlyMS7fYht ZtZPA2OoXH9k5AUbMH5bZ/XrXl6NoEImzUXCSW1gAC8bt6yRM4ie/ex49gmHutqrmleJTD hC/Zrfl7okYuvFCld1FbQQs5OttuDm1Rd5r4URyuaFNOmS3CWhF9eGicVNAdWm/DDiZnUG eJs9DAsSs+xeAfPyBitCiHVxlfYEIknWqoBLKFMRjvS4KrgLDjK2nS7EKNDRTCb4wdT3f6 GpbCc9nWaTvIhpsNc4kp2OGqlDd7jIGUQUpEGtGh5krkts5B7W+hrVxHPT/tWw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754928385; 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=Yrz90vJjoX9kEGmt45lYCAm4wQE15YdSrxz9DIXnubU=; b=GYVe+QrBj6Zdr4rY/mkeKvcUlSVipxyQkp7q78sl5oZny6zb2yIZA0kMn6pfLZXNoftv3i mKlDwMlxm5R4K4rXBPZeec4lJHTb1/92vnn7D0w/X5rg6frMFgMSUIuT1kORBmK25HVA7b uz+t4PtZiXlbOVgfwOWx2qdVYn5n4/OtbcfYjn91rsCcq0n5jwHr+PNaELrdW3CocJLqEN 1Tte2uDcyhSnJvEnA7XLkdOcBZWDs8rGt2iBQLFfGgAl1yTgfObtR3uZymcDxoDWNxH9zC G8/cJSJHUqSa62rrNRyoTawtK+W1zsZg6F/DMPDzD0DhpqgLC1E3Z6ofrFQc2w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1754928385; a=rsa-sha256; cv=none; b=pUAcR7ffN3eWj+JfJ2zk6XqfXCoNXs92ohJq8PjWq+6B13vWeNCXXN0hNpHCWfvGAatLM9 r7sqkW9Q+zSlRqBP3oWQ0f4sIfaVqAPTbVMCKClQVI/p1uCa8ErQTERfXOTtHzbPyA8vqE AnmwS8bisptgh4MTFA9E3FUqtj8eLUD4JK8qRo9Cj90c+NIKtnk8kJN5ECwaVn1G3rYR5D TSK60yozvKmeLq8M/dp6QNTdLCByfZpGGlUM2eyCEjhEgtBx0awXsDCjHHqZr/TSkSJZ55 NMmoCIz0eaJyjuNoSA23rQtatagiXCX5fafG6jbKcAJ4LMZG/waopF6YU9Rhpg== Received: by freefall.freebsd.org (Postfix, from userid 1532) id 7F5EE49AF; Mon, 11 Aug 2025 16:06:25 +0000 (UTC) Date: Mon, 11 Aug 2025 17:06:25 +0100 From: Lexi Winter To: Mark Millard Cc: "Herbert J. Skuhra" , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Cy Schubert , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) Message-ID: Mail-Followup-To: Mark Millard , "Herbert J. Skuhra" , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Cy Schubert , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> <868qjqxfvt.fsf@ltc.des.dev> <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@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; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="wIXzWfAGt3+JA0ql" Content-Disposition: inline In-Reply-To: <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@yahoo.com> --wIXzWfAGt3+JA0ql Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Mark Millard: > # ls /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc > ls: /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc: No such file or directory this is probably caused by not having the FreeBSD-kerberos-kdc package installed in the jail. either install it (or recreate the jail), or update to ports d30d5dfae517 or later which no longer uses /usr/libexec/krb5kdc to determine the base Kerberos version. you also need to be running src 0c13e9c3c464 or later; see [0], but in short if you don't have /usr/libdata/pkgconfig/mit-krb5.pc in your jail then the jail is too old. [0] https://lists.freebsd.org/archives/freebsd-ports/2025-August/008256.html. --wIXzWfAGt3+JA0ql Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaJoU/QAKCRD1nT63mIK/ YIAAAQCKFzz9vv3nrYQNVjoMf9muXhWrlicYpfDrKqlb11RXOAD+M7Cay6aO8a7l PmgKKgLV3GUSbUr3jkuQLT+pFsG7Eg4= =8hwm -----END PGP SIGNATURE----- --wIXzWfAGt3+JA0ql-- From nobody Mon Aug 11 16:12: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 4c105t5p5Xz64Rl4; Mon, 11 Aug 2025 16:12:34 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta003.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c105t0kvwz42Ck; Mon, 11 Aug 2025 16:12:34 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of cy.schubert@cschubert.com designates 3.97.99.32 as permitted sender) smtp.mailfrom=cy.schubert@cschubert.com; dmarc=permerror reason="p tag has invalid value: quarantine rua=mailto:p[ostmaster@cschubert.com" header.from=cschubert.com (policy=permerror) Received: from shw-obgw-4001a.ext.cloudfilter.net ([10.228.9.142]) by cmsmtp with ESMTPS id lPjGubZjX9JM2lV8TuiNjs; Mon, 11 Aug 2025 16:12:33 +0000 Received: from spqr.komquats.com ([70.66.136.217]) by cmsmtp with ESMTPSA id lV8Ru9byFWX70lV8SuRG3Y; Mon, 11 Aug 2025 16:12:33 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=d71WygjE c=1 sm=1 tr=0 ts=689a1671 a=h7br+8Ma+Xn9xscxy5znUg==:117 a=h7br+8Ma+Xn9xscxy5znUg==:17 a=kj9zAlcOel0A:10 a=2OwXVqhp2XgA:10 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=YxBL1-UpAAAA:8 a=O_K1TAYLH5IynkR24MIA:9 a=CjuIK1q_8ugA:10 a=S3ion4O-S3IA:10 a=LK5xJRSDVpKd5WXXoEvA:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy.cwsent.com [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 9159F7E; Mon, 11 Aug 2025 09:12:31 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id 88E52384; Mon, 11 Aug 2025 09:12:31 -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: Mark Millard , "Herbert J. Skuhra" , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Cy Schubert , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) In-reply-to: References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> <868qjqxfvt.fsf@ltc.des.dev> <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@yahoo.com> Comments: In-reply-to Lexi Winter message dated "Mon, 11 Aug 2025 17:06:25 +0100." List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 11 Aug 2025 09:12:31 -0700 Message-Id: <20250811161231.88E52384@slippy.cwsent.com> X-CMAE-Envelope: MS4xfH7NbVhi4dtlfZdCBCBzfO1oy082cCrYbuN3TXit1PaeUPpYwuoLgytO4dv/EVKkgVQthDurFpzrxhCCPRRZF7zfeNaLiO4Kg+AzjpQTL4I4N6F7F55t NtRSw6eWHA6T+KZ1xcSCPxLS06Z8nipXync+OV1aWubz14aobBco8CrpgJmO5MpXdEwZ396hnmpGCfN5iEZDK7uuqfeJEHAHJKLW5DVJaUDgaSqu8Psxqn+J pz95PhJm6qzfMkcscAQ9fzvXerVxWl/g3tIyMcVztLfrUKpc9zO2efLIKtIcwD0TpYTYqwEek6fREs8pPATVZ4DA2v1ghxRjV0iRS+WSNKvJA23gqy3Ntznx +hqzxcBgGx7i98C0YZ3hIBudC/Q7UOTs9jX1yDZxElp6X89tlZQa1oU8pPAB2aGl4I0AopPuH1NS6su35aANqin93HpYrvhL3xCAbyy4inkpfDF+ZJ4= X-Spamd-Result: default: False [-1.52 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_SPAM_MEDIUM(0.78)[0.780]; MV_CASE(0.50)[]; RWL_MAILSPIKE_EXCELLENT(-0.40)[3.97.99.32:from]; R_SPF_ALLOW(-0.20)[+ip4:3.97.99.32/31:c]; RCVD_IN_DNSWL_LOW(-0.10)[3.97.99.32:from]; MIME_GOOD(-0.10)[text/plain]; DMARC_BAD_POLICY(0.00)[cschubert.com : p tag has invalid value: quarantine rua=mailto:p[ostmaster@cschubert.com]; FREEMAIL_TO(0.00)[yahoo.com,gojira.at,freebsd.org,cschubert.com]; RCVD_COUNT_THREE(0.00)[4]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-pkgbase@freebsd.org,freebsd-current@freebsd.org,freebsd-ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_DKIM_NA(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; RCPT_COUNT_SEVEN(0.00)[10]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4c105t0kvwz42Ck X-Spamd-Bar: - In message , Lexi Winter writes: > > > --wIXzWfAGt3+JA0ql > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > Mark Millard: > > # ls /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc > > ls: /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc: No such file > or directory > > this is probably caused by not having the FreeBSD-kerberos-kdc package > installed in the jail. either install it (or recreate the jail), or > update to ports d30d5dfae517 or later which no longer uses > /usr/libexec/krb5kdc to determine the base Kerberos version. > > you also need to be running src 0c13e9c3c464 or later; see [0], but in > short if you don't have /usr/libdata/pkgconfig/mit-krb5.pc in your jail > then the jail is too old. > > [0] https://lists.freebsd.org/archives/freebsd-ports/2025-August/008256.html. > How was the jail built? I assumed you built yours from source like I do. If installed using pkgbase check the above. -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e**(i*pi)+1=0 From nobody Mon Aug 11 16:18: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 4c10Fq3KRhz64S2S for ; Mon, 11 Aug 2025 16:19:27 +0000 (UTC) (envelope-from andrew1tree@gmail.com) Received: from mail-oi1-x22e.google.com (mail-oi1-x22e.google.com [IPv6:2607:f8b0:4864:20::22e]) (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 4c10Fp4S83z44J1 for ; Mon, 11 Aug 2025 16:19:26 +0000 (UTC) (envelope-from andrew1tree@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b="KJce/bkV"; spf=pass (mx1.freebsd.org: domain of andrew1tree@gmail.com designates 2607:f8b0:4864:20::22e as permitted sender) smtp.mailfrom=andrew1tree@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-oi1-x22e.google.com with SMTP id 5614622812f47-435a92d7b64so645684b6e.1 for ; Mon, 11 Aug 2025 09:19:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1754929164; x=1755533964; darn=freebsd.org; h=to:date:message-id:subject:mime-version:from :content-transfer-encoding:from:to:cc:subject:date:message-id :reply-to; bh=Q2mZvmS/sRnL+e4NxfBYGsMjqiJK33Th14YzcaKhp+s=; b=KJce/bkVSgODhVeZ7TD7xyA1u9G2nASPL7/mBeVDbNs2OTbWDTIwR81q8fsGvZAyNG F4Z4uOj1yQQolLwzWaE6MRi4Ff6uHCa1JWtK7mdbIYo7AzjAv5yGbLVAimZANzIO9vRG 1EQCU92BNjAcNCnNfHMNDS48YvGQf62qvRBdclgHB9lKGQqv2qwVTbtM6P0F8HlMZacT aNn8fwp8+fl0f/um/D7yiOmz7PPlXrNs5KIjym9EH4MDWYThUDw0whxkiAWZkuUdJpC2 LlvZqcqsNNTrEMc6HMvZkCU0egdhY7hhwh0ezimcKxxnHE3dyGmXASV7oFO0qfCA/N1y P8/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1754929164; x=1755533964; h=to:date:message-id:subject:mime-version:from :content-transfer-encoding:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to; bh=Q2mZvmS/sRnL+e4NxfBYGsMjqiJK33Th14YzcaKhp+s=; b=oC9W+mn2MsmZDZrAiec+HNK4uYUgne+wmoDs2tkvoU1nQP3oJzhqJ8tV+pTpMx+QHc tXzMiIkssFkIsfYtZkAGEHjH7kZS8MI64AjD41BoOYEcXXcweDnYFCCQaXr1ADUjPBfd g6lqQoX2pfT3Md5qkBnAONnHvTQ3T+vzoR2k71dDQjCUXTLgLRSdRG4NQFT7IC+dfpX7 VJXSmr+a4j1MA1K+O9nIUykw7tpor6QpQkGYmWgzOf4Vu5ctAtwGYl623eCE59XHUpez 54e5qgLQE35kIIEY5kSXe9eqFcOB5QC6qJrN1IEQ20Q8PbKk0CSLkIhTyUNDndceUmmR NCyw== X-Gm-Message-State: AOJu0YyqbDcoT/VqbkgIeKsyYGlWUzu3HdfiVwJcRJFnRloMco+HrNw2 uUSJa7QN4/87QJ+Cj5JdIL2RZJnuZASOh/QBPzKEn5lggINo+oXjpKBlpO3vpA== X-Gm-Gg: ASbGncuoRupEUsfP8i9vKxZkhxgHlVoqQlzbaimEjBPs/8h6/t0nSq28g4hq2yjZD0s SLZpPqu4mTf8v99aCWTVtl9pXmi/pmL9hv6/U8cXEiFOeVu6J5cCkPNCaBf9qn7eS9tJnzFXAfL BeI/Oij1q/+gm9G1pEXE49ZBJv18B9aCbiYanE3VTpZDwjdPG+5wanC7N1pJ35mHr9uexehWb2v r80QYrTTnW0jyWjjzUjhh4WAjeOaBagZIfZoEUQ0PQcuM9Cjl5t9rkw8pmyQaPh5ZnzOclTgn/O E7Xk4CeN5TieQfCyqDBlvkKNinWwO1tz5/C3XfZSM7iYK36zETbSMVpo1nfGmVWuPAowrY/JPSt EqYTBo03PP+N30YW3tL87rQ6ezUbg4VBLgnXzlqTWjC9NfjNb X-Google-Smtp-Source: AGHT+IFq/21luAiFUViFHr3XeHecLNV7IG2RsnhcFBWOu166aNHJRnTMQz8bnUrZRL9P3QE5HWBiLw== X-Received: by 2002:a05:6808:1781:b0:404:764:f7b6 with SMTP id 5614622812f47-435c9121589mr45007b6e.9.1754929164133; Mon, 11 Aug 2025 09:19:24 -0700 (PDT) Received: from smtpclient.apple ([171.158.163.248]) by smtp.gmail.com with ESMTPSA id 5614622812f47-434140390e9sm3532492b6e.17.2025.08.11.09.19.23 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 11 Aug 2025 09:19:23 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Andrew Wood 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 (1.0) Subject: Libprocstat printing warnings & errors Message-Id: <77BF12CC-B922-4B8D-BB57-F6AF95124B8E@gmail.com> Date: Mon, 11 Aug 2025 11:18:52 -0500 To: freebsd-current@freebsd.org X-Mailer: iPhone Mail (22G86) 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)[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]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(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]; DKIM_TRACE(0.00)[gmail.com:+]; APPLE_IOS_MAILER_COMMON(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::22e:from] X-Rspamd-Queue-Id: 4c10Fp4S83z44J1 X-Spamd-Bar: --- =EF=BB=BFHi all, Is it normal that a library will print errors/warnings in addition to settin= g an error/errno value on functions whose purpose isn't printing? I've been w= orking with libprocstat lately and the program I'm writing is prone to check= ing processes that no longer exist a lot of the time (but is built to handle= this), but I'm disappointed about the fact that I've seemingly got to choos= e between having my stderr riddled with warnings and disabling my ability to= use the err/warn function suite (by calling err_set_file to set it to /dev/= null). I'd much prefer if there were a separate function for finding out wha= t an error was, like perhaps a procstat_strerror function? It seems perfectl= y doable given the state tracking that's already done in the procstat struct= . Are there any design considerations to explain why a data-fetching would c= hoose to print warnings without any request to, rather than let the programm= er decide whether it's worth printing anything? Is this something I could ch= ange and make a PR for and just let any discussion over it happen there, or i= s there some person or group I need to talk to about this? Apologies if this isn't the right spot to vent about this, I'm not sure wher= e the proper place is.= From nobody Mon Aug 11 16: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 4c10yG3kBLz64WKY for ; Mon, 11 Aug 2025 16:51:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-24.consmr.mail.gq1.yahoo.com (sonic304-24.consmr.mail.gq1.yahoo.com [98.137.68.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 4c10yF6lBPz3CMS for ; Mon, 11 Aug 2025 16:51:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754931058; bh=qY8d9IzgyA89cEbHWO9LGcvz+1DIFMLp9vGYAH4Z9Lw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ifznfilE9ls+qVkyuk342uL+s8NzrJa3+9XbG3FPo8EaI6J9CzsRnwfEjFuR6+1Tj2ZgV05gZpzmedp6ws9oJgIV4XFigwaZtzpKBoeZ1df7J2Tur5j2uMSSR+ibLkCkBPe+Y4joBSpjSxkXrs20bF2ic9Lo2jBDbWCqi31a2GwI2lrEW/RkcyygdC8Qs1F1n8Pg6r7WmhD+fAO0aGQ/Br0Cd9PUfXOOwHdFYy15jzDdefZ00g42iQgoAziVp+ENBwrZcBTeD9cYCjIM8szHanQbonPmJwB4p8vc8qsQibgh/uU9pqI6vMLLciGh4dytmmkW694kHcyTgLTVRlcXKg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754931058; bh=GO6Wb5fXsZjxTi1OF0iad5gKzaRqXfyPBSujR4M1ww3=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=VHGqemyr1CXCh0bTViAgMnjDf9CgchlHPHzx0Y0BcNiuWDO0lMulI27Kb6c1gzVZX/FpUJHs+JuecKlAXnsO4rcQiNvPkT190HqbHOhNoTw72HgMeZfR45adBloUSX0rcq0Wn+OzZXw3x8fXJmlxisVU4IASSxQqsw36B+QBNZVhad2LQn+5v0FTrOB+G+WvRt5D7LBSuDtlgVLa+wdsbwLQ5TxNu1ZNgvEFGMaJ4ijfr33x6pumpaAVpXX/P0kitmwL/8eLSyfpWEqq4HWunkVqhfEU1NB7KhGmCe2TxEd4NeMyfes3+uYH5p964YAbwDXzReKW9mgDO9DZSU1stA== X-YMail-OSG: nibhWIEVM1liuxjI37Z38SyZB391xxi.Us5xyD36iyZ0m5Ob1uywr6Xj76md5HM y.8N0gIBnfuS1qizJ6kgX4SmXtCJ_La6Mw1X4UtyRv4We7MIOsifjo8bjJ4S5ObSdv5pPI5dLavN L8oeLgKyEMlGUB2cqLZJ7XxaqDWMkNKkLJ.NoFPQHs4Qd6gLRLwNl9Yd58WG7SChplmrDbeK_QW_ bbPJ_iXGFXSpk7DTcGXRi.H9QcuIWlYG2ZYLx.52ID.x38awbKPZA4D2_yQc9bnqzCFK5j3rDCdb yR2qYtOQ.Ws1Bg_7zqyqkU1JsNdhB9hySf2edehpOBBrAwu1S26mmxkZS4vii61AqGEUL5WwZnGx ZOI9gqaOFwP4dbKWCosW3.EbAKT5oJDattNqR9prgVmAxYCLKmfR.YZhILJU94tNRZNRNyQdYKrh MHEtV1guNeBbmaAF3Dwx4IUpJDTWHcWnlKpK9ngOn2T2blu9Pb8k8DoIvUabv7uq.dwTQLpprN.o xSWbfgO8mQPc6ubhKArQ8JcNYsFO4lYisPRvVXPPnMZGsIH9ps1nwYU3SIZPEzt.b5UVvR06iCFR ONHK08vn9ENaMNBIppk2Z36QO_5h9XoiP4Xk20e8qF2iK3Iy.kmOJCPsW2tJcffIaqzpWIz1D2Aq Rbk6jFbGqtSlL0b7RR9_TU2phK3V3Roy5IUJ7ngczD0Y6.DFOrTiUq1ajkKmyyIDGRjU6FUKT3R1 2SubG_cz6MNzLTKSdybwY_MJQ5pRqUNcjkv2r83ZihyroWyfjDinPt7F2q_RjyMBCz7Ff9CapL.K wNBVSVL2sMW4r3v3GTUCzXMFzfHZWn4KsL5oyfHRiSbKSg29.l16wZWNa.rcUurq.ojdIRu_1kze zgvw10LmEo5B7oC0w4oAIDALtpz5FyqRc8KWaewG4P34pVp7C6e5cLHJHSuu1rxqHYxfJkQEv_ww OcH1JL0GWKjQ3ykfyjgOdQhEu1Xif8XZwjQca4iKQhFMFInTcyOuG.Rh0AbJ_amnV8mQ1H_TwSrw L52K9PturpbVVeXqx7CMLuiQhEX5uobvn.jWxe5uLBeU9Imx.lom7dqm7Uxy_6wAh7zW.WMVl11a 2EmSk7wgAusLU0n_2BGwTqot10RpQjqpya4NFIND9xMuLSxLmW9hFRjCbQ_rJC0LX1fI1gSya_Ry Bjtmj6E2Hz2XlYp3aeweYv.hEBti2qIi_ur5G6n_NHfVKnFUatWx64FZRacULFK7HTKbkQ0QMn_C wJA.FgMSAoAjq1Fh4MBAWKPjvXhRlt26W5cZJsdw0eRZHvQYyX66lyi6_e022jqJlHoxLUh8CeaH 6Yh2iOSb5.3_mIPh8VB9J1mnucBbqmxYpiI1b2nA3wfOlydGlthjrq.eTbMWuGyp8J1zO.DSJscZ kmsh43FjnUMH4MrPtLe5H_bs0wtYXw9q96LGy5hO9bIBvTmOWgWgamaY1vD9EPJzROUu7OtRG4UV vNXWRqCkTFhIEHyTZuytkb7kPz7RGi0NcnKdHSYb.MchsaQjtTzLhvbVS6KOY.6ByLcBTtJQ0gKy T2aiNDQWlP7E5l8nIOapqBfdNuZ9191nIY6yRmYMwlgF_1Fgj4rrcpqeh20GrrrWlxgt_ucbgXZO WRETiFvyfgRrvMDnAhCQcVaLBjwd7qUlh_aMJmDJSyQlr9kjeiceT_jwcT2emmT0HAeRPwoh.sK_ V3YnWlyU5FGrAGzd2RufWUEA9Iw1GxE5zPYBWa1P4QQQWmAnQjgG2MRpdDnlL.NhC7LaCtd3pWPt acROPWSYe7DG1z_q1tkqFIfLTwjN7WjSETM0_ZuRBqIDpm.a1mjYZt0UAfRtWeuTklhA03jUHQ_r ElIzl63izgjQREmUvO5NkuGnZ56fNpam_RttGos3cha9.Xlxcg5iCl9oTUVI_FIPeG10gS76KnJB b_UqtFUUCfG1CNHHZ96ME4rIdmoa8EtPlQzDUPW08uNLQ.6BidID_cEnYkXcLXvCxOh5i0rAcK7L ZhHbJNz5nBe3xa2GVvqeRamVwcZb8fckNVQBsVc7mpvtmp67GPWEk0ddd_Dsz3IjDnYJrYqS6rtQ c8P2MyWSMTLiIGGdH9rWyA4YZEecstzMiUyelo7MDpFfA56a0MAcB3naDOphEiK5iQrxJb2dPHOa K.7dGOfztetwX4KQ73a0TVl.oZmRD_QbFb3edVoAXUoi98TZiTtUjC98XL1t.XeYWdYPeAQw8bqu gRfwaIbPHStR4n8E.CxMIDAqGIa8J8RcLVo8UEfrHuBETaaAUnyyJskwjvvxufhVx33KJ8htmtwy MfCc1SD4KtQgLuSsSYOTddhs- X-Sonic-MF: X-Sonic-ID: c7a622db-df2a-4e8d-a6a6-7b7da2489c3d Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Mon, 11 Aug 2025 16:50:58 +0000 Received: by hermes--production-gq1-74d64bb7d7-nccgl (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 12dcee3980d795a2b703c05c7160c023; Mon, 11 Aug 2025 16:50:54 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) From: Mark Millard In-Reply-To: <20250811161231.88E52384@slippy.cwsent.com> Date: Mon, 11 Aug 2025 09:50:43 -0700 Cc: "Herbert J. Skuhra" , =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <7229F077-2670-4BBD-9AFE-AFA3449A2EFA@yahoo.com> References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> <868qjqxfvt.fsf@ltc.des.dev> <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@yahoo.com> <20250811161231.88E52384@slippy.cwsent.com> To: Cy Schubert , Lexi Winter X-Mailer: Apple Mail (2.3826.700.81) X-Rspamd-Queue-Id: 4c10yF6lBPz3CMS X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] On Aug 11, 2025, at 09:12, Cy Schubert = wrote: > In message , Lexi Winter = writes: >>=20 >>=20 >> --wIXzWfAGt3+JA0ql >> Content-Type: text/plain; charset=3Dus-ascii >> Content-Disposition: inline >>=20 >> Mark Millard: >>> # ls /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc >>> ls: /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc: No = such file >> or directory >>=20 >> this is probably caused by not having the FreeBSD-kerberos-kdc = package >> installed in the jail. either install it (or recreate the jail), or >> update to ports d30d5dfae517 or later which no longer uses >> /usr/libexec/krb5kdc to determine the base Kerberos version. >>=20 >> you also need to be running src 0c13e9c3c464 or later; see [0], but = in >> short if you don't have /usr/libdata/pkgconfig/mit-krb5.pc in your = jail >> then the jail is too old. >>=20 >> [0] = https://lists.freebsd.org/archives/freebsd-ports/2025-August/008256.html. >>=20 >=20 >=20 > How was the jail built? I assumed you built yours from source like I = do. If=20 > installed using pkgbase check the above. The jail has been around for a while and so was not only created but has had updates too. Creation (some time ago) was via: # cat ~/poud-jail-create-main-amd64.sh=20 #! /bin/sh poudriere jail -c -jmain-amd64 -aamd64 -U https://pkg.freebsd.org = -mpkgbase=3Dbase_latest -v 15 -X That does not do a source based build of its own. It just implicitly uses the standard pre-built pkgbase materials from: https://pkg.freebsd.org/FreeBSD:15:amd64/ The updates to the jail's world have been via: # poudriere jail -j main-amd64 -u That also does not do a source based build of its own. It just implicitly uses the standard pre-built pkgbase materials from the same place. Looking at the scripts, it looks to me like the update is done via package's update and upgrade commands. In other words, any insufficient content was from upstream of my context. https://pkg.freebsd.org/FreeBSD:15:amd64/base_latest/?C=3DM&O=3DD indicates 2025-Aug-11 11:29 UTC currently. I'll need to be sure a build has been released that has all the recent/required changes before I try another round of updates: so timed after the commits sufficiently. I really wish that there was a way to look up what commit the available release is based on before trying to upgrade (base_latest in this context). =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Aug 11 16:53:57 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c111d2Rlkz64Wsx; Mon, 11 Aug 2025 16:53:57 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c111d1nFJz3FHF; Mon, 11 Aug 2025 16:53:57 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754931237; 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=Cq1l6ATTkgedFjg2GGV/b5uLfOJa+Nq5xCOBpqcIo/E=; b=h5Plsbwl+pdeiN9cHcBVHUpY0saL80nXZ7HfooZomy/RpNSKqnW64LNHrUU5boYtfyOPHb zVPjET1hWtmRmmOcg+T7tfBe3f4dxLlYpsgObwqfXiokl32ufMZMoqWCN5WfsoIy24yHU3 7w01R6q20ump2kP0J29XlqVF6dVIF8tIROztSPfL/m3HkRbURJkvnX6tM8oU2Tu326vM94 5FXRwaSJdgXkR3VJ8oySyg+kvqq6/C/ZmBNIdEflt8b/zmyqV3GsWDHEdQ2KooGguY4q/N KMoEWCliTwcdmRTbH9Dhvg7daGLORlCgXz5PYhfT3UFyjYeigygYZ30RuGKl1w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1754931237; 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=Cq1l6ATTkgedFjg2GGV/b5uLfOJa+Nq5xCOBpqcIo/E=; b=QLW47lUjq4QKeQIpXUQlV45Dqwv52LqMTK2NldifIwSxivjX2UQbKPLC4eHtIbt/DaMLSk RtsAsUKkNtZ7TXBMwWsSF9IrKSoV5dlYl3qVTph93+1wDZZD0eyGmDF4d8rvstF/Ro396z dXpcL2hWuNcVh3ZAMSegz/070ay8d5Xmugx0LgDKC7uXqWmG4pCPElseqGgVc25p7rGWN6 DOZD8H6ZKkh9L5rlHubbS2e1B4acQkvg/kZV8pVzerbyxJ4QTvJnYwTyLZIye5of4mEyZ4 WmTPeU7nMx55mmqAv+Cl2Krv6K8to68mFPD+BcB6xOJuYQiNLiHQc5Hvh0zLEg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1754931237; a=rsa-sha256; cv=none; b=Uy5q08IAiL1YpeoktH8a/zg2WzAsgBHXaiOzATiBiAFfzhvR8r5es9Lrm1UTOw5GunXPCb OotKvRbXIK/F0zmy2uKWxphb/jP8XCQxvtdg2oog+cNgfVgOdYXvVV7/Zzcil+i1E7RyOF gBCcx0C5QJ2z+B+lFjuu0rqq1aSudVbjOa2xTM0B89z01Vx7ckkcf34rLwSmfir/hQrDxX b0ioGERpVuArgxUdMIZk4Q849rB5/D9mthJ6c32pu8EsCNBp/1RhBpNsd3j7v62rRZlsdF U0jJB+dtIq2ELCBPGh69M6+gX38skFPIKS85DIriDjqkuztaEq35ZYjkUhTYtg== Received: by freefall.freebsd.org (Postfix, from userid 1532) id 255924A73; Mon, 11 Aug 2025 16:53:57 +0000 (UTC) Date: Mon, 11 Aug 2025 17:53:57 +0100 From: Lexi Winter To: Mark Millard Cc: Cy Schubert , "Herbert J. Skuhra" , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) Message-ID: Mail-Followup-To: Mark Millard , Cy Schubert , "Herbert J. Skuhra" , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> <868qjqxfvt.fsf@ltc.des.dev> <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@yahoo.com> <20250811161231.88E52384@slippy.cwsent.com> <7229F077-2670-4BBD-9AFE-AFA3449A2EFA@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; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="GPYTScnW1KCa1FYe" Content-Disposition: inline In-Reply-To: <7229F077-2670-4BBD-9AFE-AFA3449A2EFA@yahoo.com> --GPYTScnW1KCa1FYe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Mark Millard: > The jail has been around for a while and so was not > only created but has had updates too. as far as i'm aware, poudriere does not install newly-created packages when you update an existing pkgbase jail. it should probably do this, but in the mean time, you may want to occasionally run pkg install -r pkgbase -g 'FreeBSD-*' inside the jail, then recreate the @clean snapshot. --GPYTScnW1KCa1FYe Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaJogIQAKCRD1nT63mIK/ YNB2AP9BGr5sawS8Vu8IULN7ATpDBVHIcfU7gyF0joFBzlxuWQD9FoUT5QXMAMNs CktemwwfqWUMKNQZMzl5HzKgEmcrXgY= =s+XK -----END PGP SIGNATURE----- --GPYTScnW1KCa1FYe-- From nobody Mon Aug 11 17:14: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 4c11VD5Lpbz64Ydh for ; Mon, 11 Aug 2025 17:15:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-24.consmr.mail.gq1.yahoo.com (sonic304-24.consmr.mail.gq1.yahoo.com [98.137.68.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 4c11VD1DDNz3JsB for ; Mon, 11 Aug 2025 17:15:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754932509; bh=KvefxsPMxDo1XndFzxtv/VTXpagFaE+y56mDERoNePw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=aW+mBgsF9Ri/h2dh9wsoPRGKw5dFrEsCgBW+sbHg9Z9BfZtHbDhh2RqUM7RTNl1tn5tO2Hi4BbJaPqhlFKx7UGGI5WuekypkYSb79FAX5flLCy3ssy1MwxljwiXGbhYjvphFoAPDh2Txc0jkHxO1uTenzc0C6AfSG/1Vx4F5aN/vd3FVn+bQTFRR6KvYlv6c0SKK7L5FLNmN0rikgDK+VTQ1J2KDeQrGhQeDxtOZDJda1Z6hTuOIqrYaah54/atU6jzrkQVTcKAhuBa70TXPa78+qo7+Cz5oXh5Xq7dj1icZiLl+nx1hdwS1NgI6UpZaCXDSxcwPL0iuoUzVFfmvFA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754932509; bh=jMjWHys4Cep02laLWhW+nHJa/dLuFRw/rhikf7RAdlt=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=fg7YWBPR9KnRYKuyYO1cTeXeroYHJlzBf/E4bT5rs4KvUBlLxFsTiBjRtIocpNCei/y2/N82weeAX4ALygRXso0NwhTpQ57Sy7gCAGvvE5lhb6fm92WFfFp/LjnrMc3RqYYMauQmYijyYX1ync1bsLPyM7RG2+hSNKZwiBzdNInJIcox3jVQZZg3CRET1JK1a4/Zrx2mTGzmyU6ez+w2BnNuxcfG7WhMExVT3dFqcHVcMg3gZqVOeF3axaCMrNIOB5lZBRuGBUBD3cZmpuE/cfWMO7+oU3kQszW219K0hkspS8j1CYkW31DcRnOHbp+IfF4ZG7O41OjbiSpnu/nPdg== X-YMail-OSG: QqLNS7EVM1nyhHnFWTdUz.cNsk.KOoBMnNFw1yzkDyNoN2Xfix6bS0GzD9MHmAW BjFqtkUpx1fvT_bKvTlk6PL7SNrtAHmROkiE9bNPUNcUFbh_Euh7OPaHVHI1ac6gkvTUVFMvQuve tRl.boaND532slE3pKoRMYY37g69maMfacBXgS02r_buPvfqTI44mTlSk8439D06Zx4HnU7Psh6J pDH0wHRr9_WMqYPe7Xx370fgGXBdXbpx_Yp7V7BC6z7GBsbyble423l_lazILrfXADqOAkWTTrJM vvu3XbIz66LOsunyUy1gAku824xfrB30MEvcmcaWHncwgo2Hgt1SRM841ZVCNn_ZszugYhiV5EpJ DCWC9mrdJBCTRth7KyFF17ppnvp_gJvTSSpTNVhsvSITPXuHwHcYTjKNP_4hByNsWcQ.hof3FBqn LCLB_eM.ESVkbx0O7ZiFv..pxXs9FVNJlUZHMOBfkIa0jhQzNAfBXlYqmI5MYHfveVpN_yr2n_KJ LepapzgFdVFzZT8SPFAsUa.dHr.H__HxwI3HTSoN1.JznJ.ZFY0lAQeUatLxdjOfhMswINHDTW2U lc9hHmfPO24Vl4rx9bQDm7jx01tkGMgwfZ2.IMqGwk89L5eDV60wZuW.kwPzVZHlsHgS6Kwdh0t2 wyFgONQRjwyf_Hqkzn12dzH7sB3FO6RcHalmF5RAuFFhdLv4ptpCUjTMHd5wcBNgTF5COKUBLuwy 7K71T6ChB7ndcPHMbndqqm.T.KYqQ2G.fXkaVfSiBvoAc3nXW6oSwMAVoD_UCFVJBg1XDDM6hiL2 J1UrP6SkkrQPnz2BAbBZMmeJV3ImPErDUVM0BcXGe534GbvQsPGAAjDoNGBxfSGrMgvY4mkvLPLQ KaZt.SqCZP0pv7EV29CvM5XjvL8ZY8pWLBkz3Tu59XcPhSg2we13rXlfhWW2mURynua8SCIv_9xV XbTv1VSOWN5vfxVZl3wCDhYFbtFaJeV2W7D9h9PYF9PCenZD7vEMaU3sHFRTeqcgp4YzgdkGgj3a zIREhJ5kfc0CXNE7dBO3UPLlfK_Qwa2IxjLYooW18GmPbTSZTGorI.0FJhjiC.ZDFysgtr16xSQq kX4BU_F7UamJDpyREqRocLjQf12ZfmFaKKYO9Zv6w.6AwYbPNnISDSw1dXFPqV2S4M_NTssqaMAG iA4dyA33kdUaD811WpKRlEtBk0TBuI.vvNrUON0jWIHh5PstodhACXlkHjFNUl6Jz4ftw0U29f2K JEKxO0HyiMm8Q9zQgi7LHgDAYk3qqxiP1qNuek5OfPeL.EPsSJCBo9nROZyPfLezx8uiIiaZ9thZ XtZJwAdqB8o1yl7AQJe_aDB4EeyLEior0lQWMLrxivrFbXmyXvFMLpiEgMDFFl7BIodFkWvof6tT UIIw8GXpw1eULFM5y4pZcyiQfbPRbZfwbYQEan_emMO0ZssCqHUfj4bXgNXLGGQM4diWS0p_JHLk KhMz5nfHouOWWNfrC5yPSXTJwrVAgWoSWGgezYpNJyQNDHWxslVRZ1xOFfrYYKTBcnZwiBErUDP6 vx_1jGzsKs6CC8ACelDilJl_yIxWtlXsFcPD6yCzzEWpjmIrcfXn3AP48E.UB0iKBXWzjzsHmh3F m.eIEDuNXfnDnUwI.1xY2g.etEtOL1FwwIz0kbKc.EzTOs495A2NZS85RxjaPIUucMJxaeqL56ae DKaAffScQeTmrGKjI8BmaGL2IzvhdscXRYee2sPuvAmPRzqDSxf9mQOlw8CcX0msMdEFAZ9xsbPE ncJlT.L3fcopJzSp.2XRrdume5NKrNBGla6gc9ssoeW4UgtEE2jT1z2J2S2NgNPEduKnR_wfzXzN v3OBDcerYdqkOn_x_Bt2L_ZtLLSN1xh_PK4j_g9K3NQgoeWxMQmTzXnw8FxxmCBynmqcrA15wwQD cKoJgpjXz6sECKEr6kzitH0ukYzeZgj7N.NjwI.DlH25yIkExZS7gpi68C54jlTMbQjfFFlOMqai rtRA3cwZniktDnvSgq39QPxZVvC13Xfd2f3X2drtU.sDs0lcgLpbRoKEBDTKIS9erJYa9COhSc0K O0hMr_Whr.oosmL2Xbor6KKTp0F_vVhutlo2MRuqpsL79IyvbfO9IqCxIU0HyjtChFmqVwc2puGj VGJeyyHIgy1mT2e0LLkPLpxtusNXb0ArSXOvGDEt_QQtHW56nEfIE4u0F9KUL5BrTUCWBD3p.2kX H5t707DN1.GAp_Hy_DeeeLVufhyKIbH3djL97EN5miJN1_WxkSXAdb5oGwa9vqUpJQQw6ul4PTvS grj8c3GIqz07t8II- X-Sonic-MF: X-Sonic-ID: ee894f36-7f3b-4514-9120-a61bb4fc3ef4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Mon, 11 Aug 2025 17:15:09 +0000 Received: by hermes--production-gq1-74d64bb7d7-k2g2q (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 90688c6616dff600a59da37413c6a8d8; Mon, 11 Aug 2025 17:15:04 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) From: Mark Millard In-Reply-To: Date: Mon, 11 Aug 2025 10:14:53 -0700 Cc: Cy Schubert , "Herbert J. Skuhra" , =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" Content-Transfer-Encoding: 7bit Message-Id: References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> <868qjqxfvt.fsf@ltc.des.dev> <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@yahoo.com> <20250811161231.88E52384@slippy.cwsent.com> <7229F077-2670-4BBD-9AFE-AFA3449A2EFA@yahoo.com> To: Lexi Winter X-Mailer: Apple Mail (2.3826.700.81) X-Rspamd-Queue-Id: 4c11VD1DDNz3JsB X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] On Aug 11, 2025, at 09:53, Lexi Winter wrote: > Mark Millard: >> The jail has been around for a while and so was not >> only created but has had updates too. > > as far as i'm aware, poudriere does not install newly-created packages > when you update an existing pkgbase jail. it should probably do this, > but in the mean time, you may want to occasionally run > > pkg install -r pkgbase -g 'FreeBSD-*' > > inside the jail, then recreate the @clean snapshot. As a matter of doing activity to test normal operation, I'd likely just delete the jail and then create it again (to see if at least the jail creation gets everything in place). === Mark Millard marklmi at yahoo.com From nobody Mon Aug 11 20:33: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 4c15tn6xZqz64vgh for ; Mon, 11 Aug 2025 20:33:21 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (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 4c15tn0WqXz3ljH for ; Mon, 11 Aug 2025 20:33:20 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=f4aehK6r; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::32b as permitted sender) smtp.mailfrom=grahamperrin@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-wm1-x32b.google.com with SMTP id 5b1f17b1804b1-459e3926cbbso20153505e9.1 for ; Mon, 11 Aug 2025 13:33:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1754944393; x=1755549193; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to; bh=nQcVP+nk4cdw09IDWyayXQ2mD9aehu8EnBEfFijx8NE=; b=f4aehK6rStwmx0hLGw29ntU4SbdMcaV9eGdnI96Hlp9OPP+tFkM4Zgil2uG93DKs6/ 8iTIzkbop5Bi1vKWgHvJ+TdfeufizRV/i+yFtCVoZFIIVnKmpfD0kz4WMqO6t7bSJXaj WIUXpUaZLlneiMSO1z6O+QThqxrEQ1dPc5C0q53d4rj5pS2me29ZVOxfOVIqxNObdBgp hWItRt0/0CYYuk5h5iyxnzHP/bWuKudr57hj2TzK+FltH9YFj8wSbqatJUBIOgwIy1iJ qzEA39cuQk9gtqvPLO0GPNx2W0fnxjCIQypVrUmK+9xG1occIx+xVKFK3QvbMxWx+a7m yyUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1754944393; x=1755549193; h=content-transfer-encoding:in-reply-to:autocrypt:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=nQcVP+nk4cdw09IDWyayXQ2mD9aehu8EnBEfFijx8NE=; b=Y7osdDlNxBYgquTcRgpTHHmM/xDKxo0jAUbQYW551/vCK8ZwkYpTIKKzknMCxSHAuG j11+5sZsZ68I8aT7NZX1QxL5pW5SaZyVBzn0TqC/OKQbmCA41ba/JAceicr/GhPJrisI mZanl14xYdRdZuWCkufNOZD6JjSdwojk8oe7dckVQ7sg5qN4RyZV0dvO4CTgMoI/G6sN TIQMRGJj7eOGlYxbnhBhBOfX0UcpbR9QBJyPtHXNLGlt0luTnPkOmHXhF6aXyZJab9h2 arfpmxYW72rjStx8rH576a3iekqBg2gXEd0OlktJrsnchPC4AwKUefHkl0Ah59+j9/lJ 2Bhw== X-Gm-Message-State: AOJu0YyuwAzBcaZTkLsEhrJLbtzNxbTQ3IPTKffU5SF0B4VN2dsOLRLL t4s7SZTMtLmzVPGeu1urlHFT+UajMCwTYL1A8NI3ro4dnOHFDs6RhsG5ss2hZg== X-Gm-Gg: ASbGncv5J1mo0ExBcHr7waOtWe1mfVpZ8WVezcGHmZX5zFsAIYZ4M5u4QuU+ClzBXip eoldwu4ZIrgjG1W/pN9QM3G+hjeGNa5U6+RmKNDWkfYykRT7cMUOEC8fokpCgb3gGeLSBaYkDYm vkktJepHYYC1Jw7CPD1sjghzIt4nI7N8haHFV9ktHVEWmiL7B2yodpfQJS0Maw+YbqxqRDUnQyc 5RqLVHAX1msnCSWhEY71IzEHyCVFvujbB7BwKw7lMBmc+NiKRyXDbAGr2UHxgXCr6mH4jb/eLZX 7KPy4ukODxaRweG7N40g9A1AyoqpSvadrLiUCYbz6FKMuKt0Vx26StM28Ijo93n5Gx02AdiSPIR rFhBCuuH6TKELCOSR+YtuEQvEqKI80az2790UQsm+rkjpQym6S4yTeKX/zC0= X-Google-Smtp-Source: AGHT+IFWUVJk15JCMqmUtCHN0Jm8u7nLwPTROVB3HWNeRkSzwuCyErfwAT4k1YYtHnQnMTLjO2Rmlw== X-Received: by 2002:a05:600c:3b07:b0:459:dfde:3324 with SMTP id 5b1f17b1804b1-45a10bfa5edmr8761595e9.29.1754944393016; Mon, 11 Aug 2025 13:33:13 -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-3b90d147485sm4044375f8f.19.2025.08.11.13.33.10 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 11 Aug 2025 13:33:11 -0700 (PDT) Message-ID: <52f55b7d-a325-4dae-b104-cb553ea07c5f@gmail.com> Date: Mon, 11 Aug 2025 21:33:10 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: PKGBASE Removes FreeBSD Base System Feature To: freebsd-current@freebsd.org References: <20250809062925.GN26557@mailx.dglawrence.com> <929543B2-633E-44B5-B6F6-F292CCEADAB3@freebsd.org> <20250809065247.GO26557@mailx.dglawrence.com> <96820ff6-bdb0-4d25-ad78-502e30b7e479@FreeBSD.org> <20250809185418.7d272536dd5862d0bdfd39c2@dec.sakura.ne.jp> <20250809101145.GS26557@mailx.dglawrence.com> <20250809114244.GU26557@mailx.dglawrence.com> <20250809224836.f7207c3be3fbc8e0fd97f856@dec.sakura.ne.jp> <558632AE-5331-4339-A979-BA6F9B9C0840@FreeBSD.org> Content-Language: en-GB From: Graham Perrin Autocrypt: addr=grahamperrin@gmail.com; keydata= xsFNBGKYt7ABEAClu83dJ3ZKfVgPOk9YKRv0Z+dl2b88+k9R4vwAmElgguYdKE7yhnQNhhWM v9vi6AFrBMc2oJdVHJ2OrXfwpELBFIgiSMEWNsC4e+Z3HtSajcl+pFZsP7ciiSoycj/w3wIV kAZoVGbhyIbNG7fbCEJ8q81TbfsGypV3bRmbZVvGNecBguYiooBtz2Qht1p3itXMkIA6P9pS YDl+6QddZLyUUAjAnFv2QDoYSHLnaDUWw4oONZsB0SKVu8jMIBh4uJZoYEOvdvc9jQQdOpA2 CAgA6ulfm42Ikr9lKBUUCtjqiWAhJ7iXOTyHAIdR4Mf8alCE6tdTq6dHdIt+GktTY7oYNyL2 3aD3C7I5waU0SFXvJcOMG10QLfwYQMOQoYQ9XJ0U5A28WYiDcylDdUWT7SappP1e1ZMeJWWO y14mxxNzHaJSI4rK8P/p5tp3Q7SSC4k5gMh9zKba3K2ApCWNbVLGvXsJeQkZZNvu70tE81ey AHI5iZcB6D7WaHysBUmsKaEpbcmm1ZThTnGL0SHEl5to5Jab5Fg6O+Cnly5sVz5lX/v8Aosx kKNei7SCVqXOVtteQeGxWbXWbhPgbMyc0Gi3DuxBI/yvJ43k/rJysQlLGLWfJx/UXprwLluC PDK9EvKEB+fD1Z349uzp1sKr3ihpySbyKI8fpudftnAz4EsoCwARAQABzSZHcmFoYW0gUGVy cmluIDxncmFoYW1wZXJyaW5AZ21haWwuY29tPsLBlAQTAQoAPhYhBFk/5bLDBwftvJcvCrdn SG9KGNQLBQJoRALAAhsDBQkPEg5ABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAAAoJELdnSG9K GNQL8YkP/2V1z6XQDyG1QlKAu8TuE8zDWy9QQKjC/G44hlu5zk+2kWSNk4zeExs9ZXOBmVhF EW1d+1J8wDiYIeKYj/rqMoP+gb8o0Au0lSRitvTdLxkZBFGMn0CEzlDOzv+wmiy0ggAV/s+Y EbiHk12fI0LoTy5/ywdmG/uGS7M6p3XOrM0YO1qmLXy1cUyYDsYIpq5/rT0QzpGowsJLoEA3 zz1vfKVY+RTorsL4W8ljXLmcs4c3b3HZG9Xmgtt+Ni/eb9CjzM7kCXOcSMnVzvfscCowPAwB 0ZHlNxNV0MTa61xgvOCk4Zf278ArRgbTm4oOz9Z4ciPMnVue+9P/VdxIxgUuYkAryM0+agGz L9bd8ljn+efNtgZ5dlDLrNnTE+vWnMVlMXgl7BNnhwHg7UYFLrC2xklsICub0qpnNheTGeqo 0N4UongJTQJ6H6LEpgd+KMkCncAHghED/G0/BUdO90VEOoqnIKwKa+F9NqVMvHWc8D58mwCP FghsmxK9FM9pnsjLmG7u+s51Y7++GSRnU4NkI4tHiVk7hcAcvZuc0QbUDwVMTurDUgIqRo6W 80j1tFjEspkrwtMoeVFEkDHktjoc3AoEymXIncZfqIqi3nVseyDVyNByvkV0mutX9hXqac0/ RXMuyK9KniAUZ9+gsWs4rPs/DOdsw4K8/RnjduBrfCYQzsFNBGKYt7ABEADRb1tZuh7DPYET 0wK6fe7owbYgM+RfKhmcrGgR2HI9M2q6+0WKF/ITnggWdIW2Ecc4z2boLz/cwvPGCS7/YxZM 61KklGCwuS7q1s04XnHDWHuFxfXQPzAdVmNO3bYoMZbJjHXs6sB2u5ksiwPwaMAWWaGkviSj c5pwvHCiTmX5vH5CBj/Vi+5ESyX38vK4JM5S/m4ouI/6M9biyFgimV+v3vVyCxJCT1gI9g4o GIh1qq5S433b1fihn4yHPf8XOKyBpA/QcwLONViBqJL5nnOxpsh344rNxn2R7CcRzzicOV+e 2IbMem4lwNWQlZKoRotKXZi9LqN5mynSBYqAUdoZum0QinWT9F22B0Qex5PH1zAt9i2W91Vd kcPB3LwkRXj07ycRtsSzpgPA6fLc6AsoWFslHl8kVOO5eJIA4xhjlPa+W8lguQHZ0iX+5uAv 2eAgXR2swADuHPuENNFStmsgAMl8OOOgtq75yA5TpyIzxMuXV9Nmp0VfIaUM/IdLdmxhc1pC c320l5fYMHVLFAReWEbSj2QH8YzWfpXHIegutWWYEbH9SiDXgS9KoKmCJV/Qa+x6/b8y3pOZ vnIbCDaynC2Yr50s8gRa9kb54JE8Z+p8r16U3SEsK3PtUi0RF0e51danCVHrrE6/Hat2XUO/ 6nnYgVgFOrLao6Gh/VMs8wARAQABwsF8BBgBCgAmFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsF AmhEAsACGwwFCQ8SDkAACgkQt2dIb0oY1AvQxw//REWYFK2m4yS/QP5kzfhkWcNqDI/akGT5 /LXmdmbc1s78+mOMXnA4vBY/+X1QatgxWUECkPDOiIwXJMxoBuyY8e7spLRXeyhtfh5aYaJc MO5bARX0c49v+KfZ80u9tG2rkKQvAt/ySo7OXsbDADFFRhlc8RLbb8e7bSctGbYZk9CYa0ya dW5+n3znDNJ6yW1skx9wTH+Y8VlSazRLk3XgXscNqBA2h56v3WS/R5dI++7AQxZxSQacQvfj 9eahq7ATdB4zMQ9MBHEwOvGD3DLlc55FYSDZvNX+mhnK7S0t1Nt2EtGUOmXb5ysMFGnbsce0 woKQ0sLPF1HWDAAf7tBCF8mpPIzU/ViAkupsJ6NYCD0tLFD8pvl0NYU2TjvyWh6ie3e5B/b3 8Daiyme+M92ivfoRQOFKmkPfeT14AI6OW1k7qFbmoIwMWWQdFWAl1CP9hNdF9gRN4rFB0Jy1 90BajZW2zOdVfqdurJZegCzAowZalLm4JEK2MklpPzipibnJqhLOmvJy587pF52KDdM/4rLy BBREIm7uRivnO5k/BY5qS+H/aqv97LC0PVaTsLXbDmTxTnJplUpdlYT9NGidM+x/ioS0iztO Cht7cT8V8jvvKZYvNpst8iqxuIaoV9V7aZ0wAQpkgDGXHmSzwtz6U8xNf/4e4sLn9KPlldSd kvo= In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-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.997]; 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)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; FREEFALL_USER(0.00)[grahamperrin]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32b:from] X-Rspamd-Queue-Id: 4c15tn0WqXz3ljH X-Spamd-Bar: --- On 10/08/2025 19:59, vermaden wrote: > … FreeBSD Base System destroyed and rendered unbootable after the `# pkg delete -af` command. … Probably not without also keying Y to confirm the forced deletion. From nobody Mon Aug 11 23:52: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 4c1BJm1dm9z6443x; Mon, 11 Aug 2025 23:52:40 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (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 4c1BJl2Hb8z46Bd; Mon, 11 Aug 2025 23:52:39 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=GhK9LeyL; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::435 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-wr1-x435.google.com with SMTP id ffacd0b85a97d-3b7892609a5so2787326f8f.1; Mon, 11 Aug 2025 16:52:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1754956352; x=1755561152; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to; bh=kPldSsFOAFGAxIW++DeJD0kDsAuoIDH97x38gOFfcR0=; b=GhK9LeyLvDzMcak2ZH/exqnXJnZNSYbHGeUWdzvIqaz9wNjh8ROQ2Ph9Khxix549GN YHtdn8SeWHd/4V83kr6PFIqulwq4g3b3fUUf6YmNYHXxwovSGdUxWODMBiKVqeilCSqb BWod03ZHdIckw3so/fBzo82xN2mpeuUI95szs6y2wiyl93gHelHwx600OUk+x54Mx342 lkRF0STLe1FRNFf0aUkt05WdB79ZyNgpJbxw7hLmjQaq+1qEqk3RHuYgiBdrwZ48fMB2 fqr4F9JsW8Gr75JB0pH0v9wP1RmPB7KBjaD/yUZk0KHQof7sGzj2wvEGwfmPcAbW/Y+V wHew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1754956352; x=1755561152; h=content-transfer-encoding:in-reply-to:autocrypt:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=kPldSsFOAFGAxIW++DeJD0kDsAuoIDH97x38gOFfcR0=; b=vZCCOzp9yGgX7xuX84G2uK91hlRZ3rqWQzqa9Rd/NzqKLEPvG05zs+ym3g/qrKyAgH 5T/e3kIzO9VG/o2Ue2wetfF/a/x1polZg0rHXtxUQG+VFdNxX9t0PQZGrORBtjJQTeHF JaSPtwDHSn7GKX4Mis6Q3DJUZrx6ZezI2hxMYKRHmIoxBl7OnvUW7Y6SeUuTw45jQuse VVU369dvZ2CuI8grpwrzEHEoFmRWohbERt7VbLEvW9KVWvLTmVdHIEVRO9tIkkBnS9AD I2zddSKVA1rJ8hy3r3EWsZ4WFJgD7tsn5FJP7jANmHHSJgs3j0k6EnJgWx4fDWvZgh9f CYHw== X-Forwarded-Encrypted: i=1; AJvYcCXdVcn3ntZwIR6ZZi/ZD6x2kOipucdu7LzWp65obUN4xveSjZVbyGluHXuSD/55U8jb4Zvn+iq3Q8vbXNfljyc=@freebsd.org X-Gm-Message-State: AOJu0YwNXbXserEc+ZxsEw959hXLjFhJhEr3GkC6l+J2jMREUWjGhVNg Bc+MsmSOx/Fz+twX68WIFC0FUZ5cA+nj5/lmfv/phzpdKIkXlZ4xLXXj0IgtQQ== X-Gm-Gg: ASbGnctzdANJuFHDBJZLbfteOk2EB6QH/kCnWpeAtio4pIrLBuMQR+D6qpWd2y0AQSe A4M4urGDHnONV3cIc0lkmS5mSEEKpc6wadXEGZbj2vY1vi0KgHFr4KjoT2O9+ea2qaHHfFYT0dj LSCjq89SVxI4TCEgLga0X5SPIwlXGkf1WfG2SaGE+pGlJr3knVaZ2RlVTT4Nu0StT5DfrSJOa3i CpeECaxxHRW6k5QzCqDXPxR5pzZ12YgcpGs4jSIIY7hWLK+VG/wqwC5ECYt7K/3hlNydPjfo688 brcfRmT19M/O5T8nFPaH0F3P2ltUQbmzUpp2L3vGk0vGejy51bX4Hw3rg4mFsWtnjn10BdxFact +kqW1WrVuIWR6ukLTawdYB+iU0qntp867Mm6qZ4uQEv/f4mZb+0wSWtJ8G2A= X-Google-Smtp-Source: AGHT+IHj8Zj9wy7EJKUvBFLoGwqtStAHApEMyfwawKl4K6H4INbhRmZ8tm293dFQduGv9cCLzQRVQg== X-Received: by 2002:a05:6000:2385:b0:3b7:92ec:68ec with SMTP id ffacd0b85a97d-3b910fd9829mr1032361f8f.14.1754956352155; Mon, 11 Aug 2025 16:52:32 -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-3b79c3b9074sm41397335f8f.17.2025.08.11.16.52.31 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 11 Aug 2025 16:52:31 -0700 (PDT) Message-ID: <27ee1303-3435-4e87-8ecf-12bed591211f@gmail.com> Date: Tue, 12 Aug 2025 00:52:31 +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: HEADS-UP: pkgbase pkg upgrade breaks systems Re: after updating to latest, pkg base segfaults and leaves me unbootable To: freebsd-pkgbase@freebsd.org, freebsd-current@freebsd.org References: <582d802f-da93-415c-9dee-1f1f1beb1830@smeets.xyz> Content-Language: en-GB From: Graham Perrin Autocrypt: addr=grahamperrin@gmail.com; keydata= xsFNBGKYt7ABEAClu83dJ3ZKfVgPOk9YKRv0Z+dl2b88+k9R4vwAmElgguYdKE7yhnQNhhWM v9vi6AFrBMc2oJdVHJ2OrXfwpELBFIgiSMEWNsC4e+Z3HtSajcl+pFZsP7ciiSoycj/w3wIV kAZoVGbhyIbNG7fbCEJ8q81TbfsGypV3bRmbZVvGNecBguYiooBtz2Qht1p3itXMkIA6P9pS YDl+6QddZLyUUAjAnFv2QDoYSHLnaDUWw4oONZsB0SKVu8jMIBh4uJZoYEOvdvc9jQQdOpA2 CAgA6ulfm42Ikr9lKBUUCtjqiWAhJ7iXOTyHAIdR4Mf8alCE6tdTq6dHdIt+GktTY7oYNyL2 3aD3C7I5waU0SFXvJcOMG10QLfwYQMOQoYQ9XJ0U5A28WYiDcylDdUWT7SappP1e1ZMeJWWO y14mxxNzHaJSI4rK8P/p5tp3Q7SSC4k5gMh9zKba3K2ApCWNbVLGvXsJeQkZZNvu70tE81ey AHI5iZcB6D7WaHysBUmsKaEpbcmm1ZThTnGL0SHEl5to5Jab5Fg6O+Cnly5sVz5lX/v8Aosx kKNei7SCVqXOVtteQeGxWbXWbhPgbMyc0Gi3DuxBI/yvJ43k/rJysQlLGLWfJx/UXprwLluC PDK9EvKEB+fD1Z349uzp1sKr3ihpySbyKI8fpudftnAz4EsoCwARAQABzSZHcmFoYW0gUGVy cmluIDxncmFoYW1wZXJyaW5AZ21haWwuY29tPsLBlAQTAQoAPhYhBFk/5bLDBwftvJcvCrdn SG9KGNQLBQJoRALAAhsDBQkPEg5ABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAAAoJELdnSG9K GNQL8YkP/2V1z6XQDyG1QlKAu8TuE8zDWy9QQKjC/G44hlu5zk+2kWSNk4zeExs9ZXOBmVhF EW1d+1J8wDiYIeKYj/rqMoP+gb8o0Au0lSRitvTdLxkZBFGMn0CEzlDOzv+wmiy0ggAV/s+Y EbiHk12fI0LoTy5/ywdmG/uGS7M6p3XOrM0YO1qmLXy1cUyYDsYIpq5/rT0QzpGowsJLoEA3 zz1vfKVY+RTorsL4W8ljXLmcs4c3b3HZG9Xmgtt+Ni/eb9CjzM7kCXOcSMnVzvfscCowPAwB 0ZHlNxNV0MTa61xgvOCk4Zf278ArRgbTm4oOz9Z4ciPMnVue+9P/VdxIxgUuYkAryM0+agGz L9bd8ljn+efNtgZ5dlDLrNnTE+vWnMVlMXgl7BNnhwHg7UYFLrC2xklsICub0qpnNheTGeqo 0N4UongJTQJ6H6LEpgd+KMkCncAHghED/G0/BUdO90VEOoqnIKwKa+F9NqVMvHWc8D58mwCP FghsmxK9FM9pnsjLmG7u+s51Y7++GSRnU4NkI4tHiVk7hcAcvZuc0QbUDwVMTurDUgIqRo6W 80j1tFjEspkrwtMoeVFEkDHktjoc3AoEymXIncZfqIqi3nVseyDVyNByvkV0mutX9hXqac0/ RXMuyK9KniAUZ9+gsWs4rPs/DOdsw4K8/RnjduBrfCYQzsFNBGKYt7ABEADRb1tZuh7DPYET 0wK6fe7owbYgM+RfKhmcrGgR2HI9M2q6+0WKF/ITnggWdIW2Ecc4z2boLz/cwvPGCS7/YxZM 61KklGCwuS7q1s04XnHDWHuFxfXQPzAdVmNO3bYoMZbJjHXs6sB2u5ksiwPwaMAWWaGkviSj c5pwvHCiTmX5vH5CBj/Vi+5ESyX38vK4JM5S/m4ouI/6M9biyFgimV+v3vVyCxJCT1gI9g4o GIh1qq5S433b1fihn4yHPf8XOKyBpA/QcwLONViBqJL5nnOxpsh344rNxn2R7CcRzzicOV+e 2IbMem4lwNWQlZKoRotKXZi9LqN5mynSBYqAUdoZum0QinWT9F22B0Qex5PH1zAt9i2W91Vd kcPB3LwkRXj07ycRtsSzpgPA6fLc6AsoWFslHl8kVOO5eJIA4xhjlPa+W8lguQHZ0iX+5uAv 2eAgXR2swADuHPuENNFStmsgAMl8OOOgtq75yA5TpyIzxMuXV9Nmp0VfIaUM/IdLdmxhc1pC c320l5fYMHVLFAReWEbSj2QH8YzWfpXHIegutWWYEbH9SiDXgS9KoKmCJV/Qa+x6/b8y3pOZ vnIbCDaynC2Yr50s8gRa9kb54JE8Z+p8r16U3SEsK3PtUi0RF0e51danCVHrrE6/Hat2XUO/ 6nnYgVgFOrLao6Gh/VMs8wARAQABwsF8BBgBCgAmFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsF AmhEAsACGwwFCQ8SDkAACgkQt2dIb0oY1AvQxw//REWYFK2m4yS/QP5kzfhkWcNqDI/akGT5 /LXmdmbc1s78+mOMXnA4vBY/+X1QatgxWUECkPDOiIwXJMxoBuyY8e7spLRXeyhtfh5aYaJc MO5bARX0c49v+KfZ80u9tG2rkKQvAt/ySo7OXsbDADFFRhlc8RLbb8e7bSctGbYZk9CYa0ya dW5+n3znDNJ6yW1skx9wTH+Y8VlSazRLk3XgXscNqBA2h56v3WS/R5dI++7AQxZxSQacQvfj 9eahq7ATdB4zMQ9MBHEwOvGD3DLlc55FYSDZvNX+mhnK7S0t1Nt2EtGUOmXb5ysMFGnbsce0 woKQ0sLPF1HWDAAf7tBCF8mpPIzU/ViAkupsJ6NYCD0tLFD8pvl0NYU2TjvyWh6ie3e5B/b3 8Daiyme+M92ivfoRQOFKmkPfeT14AI6OW1k7qFbmoIwMWWQdFWAl1CP9hNdF9gRN4rFB0Jy1 90BajZW2zOdVfqdurJZegCzAowZalLm4JEK2MklpPzipibnJqhLOmvJy587pF52KDdM/4rLy BBREIm7uRivnO5k/BY5qS+H/aqv97LC0PVaTsLXbDmTxTnJplUpdlYT9NGidM+x/ioS0iztO Cht7cT8V8jvvKZYvNpst8iqxuIaoV9V7aZ0wAQpkgDGXHmSzwtz6U8xNf/4e4sLn9KPlldSd kvo= In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-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)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[grahamperrin]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; 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-pkgbase@freebsd.org,freebsd-current@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::435:from] X-Rspamd-Queue-Id: 4c1BJl2Hb8z46Bd X-Spamd-Bar: --- On 09/08/2025 11:59, Lexi Winter wrote: > … as a workaround, i suggest anyone upgrading pkgbase split the upgrade > into two steps: > > pkg upgrade -r base # upgrade base > pkg upgrade -r FreeBSD # upgrade ports > > replace 'base' with whatever your pkgbase repository is called. … Removals of non-base packages for upgrades that specify the FreeBSD-base repository alone – mentioned last month, . From nobody Tue Aug 12 01:37: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 4c1DfZ52L8z64GMR for ; Tue, 12 Aug 2025 01:38:14 +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 4c1DfZ3nSFz4LNx for ; Tue, 12 Aug 2025 01:38:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754962688; bh=te+3f/c4YVnIJrkJ5dOjwzadznxNHLsM8pNSjw7yQ0g=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=YZ9ZjdFlkOdbBA/Z2GW8P2LOfuhn63CaMkD9jy6pjpFqlORTvbrOqLvWIFbsXnRNSaUlMuJ7J/cqX7myLRLdfa52ARux0mUJ5K2g5q4Y9EDHDJFO7Yb+7KoE57dKZouT8bjf5mhmU+ErDPlRwLTsaGCgmPues5gb7CwFofA5hz8LQl3VYc9pd31AO/70rdsLt0dAbZXQEnPmkflMtDPINj4foghqZFN7ITtaFovgqJ0Mwku5LqeDo32T8WgSwQss5iCCrNhnG2/v/2t61Tp4/Y6Z21pEFYZg/jauY99At+/DqDUb9BdTI3lGWpy2ZsaWCmAlC+K27Ju394VbyReIOQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1754962688; bh=bLh4G8tRufO/fmnc5F4Yn/EacUuPZT3eQFSme2Dyidk=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=rae8SoGILlkc9FNH/zEuD3KqB+9OUe7jtZ+Qfxd2/IuYK+EvwnllIrfRBihd44NAwIivfwZEDFXongN0H7Yb01vm+7Xnjyfs7y2X/E8vvpRzC/HUhzTFrxgXCfHNckX/aa6EBTCUC9N1t0jS7qHqy9Y4IHMMNumpvLKJhhzjuWUsz90gzXNt1zlWO4JIOWoZQzyZud0U3BvURo2kBxgQYIQXLrTdsj65PwkwmZCOPjCskSk03Cvmh4Z17xdlixMMVtqcn3cvwRpUgP3SIY+gkozaqGGfDGx+MkkgtvmKTChOzFAMg2B6v75J/TtA16sCaEqRPp9d1dTygWUIPcNuiA== X-YMail-OSG: ON9jVLoVM1m9PSmhgvu8OU_cXTXHrrWGiAQsQ0JJN7YEWag8CuaUKrPv719Iy7m dgq0_Rrt8n5B_ysxVdWVIfzQEak73SyDZ1NGBpc7Gwb4DNPTF3JVsGwg8Y4LpEppWzXEH1Brv2Of 8Rt6ADC1bx4kCtjtTl4QIoHJw5tWBXiK6LEeI2.AI5x5lPXXb_XI1kCIyZNVBdiOF636IrPALtzc vpng2HmQzUa4t1TIUl46z8WJJ4P.RW6TrGdVgdOJV5p5x62CVrlcWJaJi7qB9A8BjbjOp58Qc629 EAS4BVpqQR8_fsu_m.hy0dF.w_22lOqIKinPUW5o_M4dsM2z_g8j_t_AG.qPQTiGZefmtQHa55hX 1SochrrN0RVWQ.D8lW5sve2QEa00TJVhdQq.HChIoc7IDttCNg4EeEEtJujRgH2wcSG0A1f6Ogcd 4aVBhqm9C1E_Oq8rgdC.nm.wdHZl0ENqtw3Z6w4FhTZHvCQNDYvYlIhPEfmnkiQF7deyM0Eze7F. oOiLLdu3k1eWTrJGEmXQEoA1yl4tt5BdrQ5qSm_UOQwdgElDDK59Z63hQ0kOjxM8Ckg5WPzgKaVU r6quRY_ZtCdVw_XHz_MP4IprVC8Wir3gCbCNVUuLcoLW_ooGZeIrLPgQJ1nAKg_HStoToNq01AaG B6h0o5RXTR9jqTT5bsXwL6derXeBIMsIUoHBb12fHTiA9WHL3sEcBn5GlozzHDp4V4oQ_3MEnXoQ rPgfULsJVzOBHIgRa8xTWC8zqBXGyrSRqdT8NfqOyRZ3BnXZmaH.b_hc76Nff8yIvH.oe4_tMfbM fHNfyP39qVQaZXR6my3CerPpkiflJ5GztzOfTz_J.xaBQ7cc_AL9BWzL9we7sd96UYvihBHA4fvE hyhUDehUl8w.buDQcNESX8h.H4XaytzrRKPq7pbqFPCOkltkh31KMYud.kSn4PM.s9XHdw7ISHeH 9pkb.wXrDPYYn8trztXNslwk07jrcpK4N.qzROqmxRBK7vmWu5xiUNMiACNJQeXVOfWY92aX6LkU S2b2IAsahdxKRw_PnHB245K2tdtmQDOBhXy3URN78NZVECWUEGoO2AyVPg48nYCBBeSWjicOIskb XI_bd.d8cRVLs2yxMMjGeKBcl.VYMOe.CLMjkeX.PW7yfSyX21C9aHTMYVv7IgWEJtMbCy0xRjC7 QMaxayzyBEm6LcnH2uI0wojiEWgEqJcCZi7ceGw6eOgG0_PXmBO0d54SPcFyVKVhWHNeHiX4nu.g OKbakt1FRH7miCz_jJ4sxkQtMb70grZT53_gIuEaXLzJ1WWF1N2tpGqcJWNj24eGHFmx12DWAGrV GbTy1cVP9ILxVssCKsoVRdbb7bGWFaJM2eaIV5s5gz0HJGESHhVTjFpprrMeZ9YRsnP5YUJ2zW8r cWZbg07cVNJpz1dGKdas37u5OkTUaWs7F6_ufYV8Uysj7unBOg_Es9lb9kulfJ1vHQZy1v2R1ATI 0TEin_ClpsXBTkhCSNEAv2Gdq_fq6rpPbDRn0l_QuKApP7FsEzeST9q7TxxUYGBrUUt2rllaLokj zX73iCvLxRJJrHRvyXIp4SA7JK.PfJMpg4D10qNKVIsN_R6sVFBZnxubMl73JqShjMUERZ.IcEC7 q3oQGynZ2axf.xVzH9ChrPN19g2Q_unCFXPfSgWbgwiMFpVRRYnzYxbrVWnaKmnPSUNw7zjG2AMZ gFPJp9.KnNfgHu.qE5yD0En_2FFfTCPv5jUmIc3928621H6Me8WKMmAJ7u1m0fYqYEjiZSgrBE5z qc_cbcnLMrhnSE0SZz8NnF_vsODJ4gSc41z5_3pbViNIU9IUzs.XWtC8E33CLrDps3QGbJPZIcgz NB.1hHuQgXGJg92FxMWBYJEoq5vOi6_k9jdzNo5VVJ5dftRJ_xZhz48lWmJUT2G6C.kqJ8zLklMD If7YOeDDDAlOkye6J5UXtNN8NMxe4kCJell5X4fN0AqsNg6wQjZZr4PgSYkF5b0VI3UzFkdatb4U .z.nKScX2B1wfub7JkzsuoMllB0i2OUnHefoXMk_W3AzeYrZNw0rKc3TJ5G7zp9xJbXoujdVq7co JLWEy_4qceyLaKhJ.qOcrM_PtAEcEIQoebZYYS_JaLI19YCf86htV4WqbdyH6fX5Y3cRsGW.GOGd Rv2nzrd_pFgLSrshJznO6U45e6XZq9JV2S1PXNHrD8GyyQ.gDmtSn4Alhk.dsAnARwOx7UkuoV59 nXs_o.CqJMLXckukUs_ITBWO_CzDWNrwGR7D4Ma38sNNv8YIDYc0L3JKtlmyM1zzHShXw2RC4.Qs jzqixoaU66Tk9fQER7dF2htAmhnOVErKkjXk- X-Sonic-MF: X-Sonic-ID: 52ab55f6-0b48-4be1-b6d1-0394f3d9f2a6 Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Aug 2025 01:38:08 +0000 Received: by hermes--production-gq1-74d64bb7d7-4jn9v (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 370a1a813020a7c94cb8c107812ec63a; Tue, 12 Aug 2025 01:38:04 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) From: Mark Millard In-Reply-To: Date: Mon, 11 Aug 2025 18:37:53 -0700 Cc: "Herbert J. Skuhra" , =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , Cy Schubert , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <53375683-16AF-4941-8B03-24117736AD89@yahoo.com> References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> <868qjqxfvt.fsf@ltc.des.dev> <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@yahoo.com> To: Lexi Winter X-Mailer: Apple Mail (2.3826.700.81) X-Rspamd-Queue-Id: 4c1DfZ3nSFz4LNx X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] On Aug 11, 2025, at 09:06, Lexi Winter wrote: > Mark Millard: >> # ls /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc >> ls: /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc: No = such file or directory >=20 > this is probably caused by not having the FreeBSD-kerberos-kdc package > installed in the jail. either install it (or recreate the jail), or > update to ports d30d5dfae517 or later which no longer uses > /usr/libexec/krb5kdc to determine the base Kerberos version. >=20 > you also need to be running src 0c13e9c3c464 or later; see [0], but in > short if you don't have /usr/libdata/pkgconfig/mit-krb5.pc in your = jail > then the jail is too old. >=20 > [0] = https://lists.freebsd.org/archives/freebsd-ports/2025-August/008256.html. The system and the jail are both updated. # ls = /usr/local/poudriere/jails/main-amd64/usr/libdata/pkgconfig/mit-krb5.pc=20= /usr/local/poudriere/jails/main-amd64/usr/libdata/pkgconfig/mit-krb5.pc ftp/curl built okay. net/libproxy built okay. But devel/libsoup3 (defaults) . . . . . . ---Begin OPTIONS List--- =3D=3D=3D> The following configuration options are available for = libsoup3-3.6.5_2: VAPI=3Don: Build VALA API files =3D=3D=3D=3D> GSSAPI Security API support: you have to select exactly = one of them GSSAPI_BASE=3Don: GSSAPI support via base system (needs Kerberos) GSSAPI_HEIMDAL=3Doff: GSSAPI support via security/heimdal GSSAPI_MIT=3Doff: GSSAPI support via security/krb5 GSSAPI_NONE=3Doff: Disable GSSAPI support =3D=3D=3D> Use 'make config' to modify these settings ---End OPTIONS List--- . . . ld: error: unable to find library -lgssapi cc: error: linker command failed with exit code 1 (use -v to see = invocation) [00:00:25] [02] [00:00:00] Building devel/libsoup3 | libsoup3-3.6.5_2 [00:00:35] [02] [00:00:10] Finished devel/libsoup3 | libsoup3-3.6.5_2: = Failed: build TMPFS: 1.71 GiB usr/local/ SIZE: 0.53 GiB [00:00:35] [02] [00:00:10] Skipping net/geoclue | geoclue-2.7.2: = Dependent port devel/libsoup3 | libsoup3-3.6.5_2 failed [00:00:35] [02] [00:00:10] Skipping math/gnuplot | gnuplot-5.4.10_3: = Dependent port devel/libsoup3 | libsoup3-3.6.5_2 failed [00:00:35] [02] [00:00:10] Skipping www/webkit2-gtk@40 | = webkit2-gtk_40-2.46.6_1: Dependent port devel/libsoup3 | = libsoup3-3.6.5_2 failed [00:00:35] [02] [00:00:10] Skipping x11-toolkits/wxgtk30@gtk3 | = wx30-gtk3-3.0.5.1_6: Dependent port devel/libsoup3 | libsoup3-3.6.5_2 = failed It may be that an exp run would be appropriate to finding all the breakage. I've not tried aarch64 yet. Nor armv7. Just amd64. For reference: # uname -apKU FreeBSD 7950X3D-ZFS 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE = main-n279547-b89104dfd5cf GENERIC-NODEBUG amd64 amd64 1500059 1500059 # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ f8cd147ba77e (HEAD -> main, freebsd/main, freebsd/HEAD) misc/susv*: = maintenance Author: Matthias Andree Commit: Matthias Andree CommitDate: 2025-08-11 16:41:07 +0000 branch: main merge-base: f8cd147ba77efe45b563f08fda2ec3b99b30cec5 merge-base: CommitDate: 2025-08-11 16:41:07 +0000 n715533 (--first-parent --count for merge-base) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Aug 12 12:20: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 4c1Vw65KvJz64dsr; Tue, 12 Aug 2025 12:20:54 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 "freefall.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c1Vw62BD5z49BT; Tue, 12 Aug 2025 12:20:54 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755001254; 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=BW6LJy6XDJ6qDlysg76mQGEBzjYeIPwEj2WkxWIEPzM=; b=s4z62bMAs0TGtuSY9DM5jWL3ruE7VKsyFNKrmapI7AS/3PQQgiC7Gc8I/EZEswEuM7NBPg djTAtktLE2fthevfdV0mczA7gWlx95ZthA+W+NwlIQfHTvzy8rT/nVYPdI+rVIYQf0ni0M YdoOaH2jXLNTWmwBRRI++vgyQXvT4VS6VF1YX7aTKEd0KC7UxkSx6u/TiHmM7cHbAKR9sI 0cyK2vVmjjKDGI/SuaOitLUuj87efpo4raOfiOg7U4hl4OGPQh4Rbg5ceoMCKg8p26hJXh +N1Q06Lk3T0bnITakyHppLKhTO/hMNDs0YOw+WwwAZzqeu7ry8P8F5uium5KjA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755001254; 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=BW6LJy6XDJ6qDlysg76mQGEBzjYeIPwEj2WkxWIEPzM=; b=FtKbSNpBhyOD+vjHx3Az96iFV3aea3Hytf34zVoy+ikaZcQgy12/xmmqtpK6eSaRp35c5P uPM0ygR0b1sH1DMS+xBmvLpPb7nPY0iljkp1FIr8jazZIvowb0v4z2m0FsWgR/88BqXr5r 7GVmztAHpVgSMyAEFbcMHP6fH14NrhAT8ZwYJFkXloBV0gmINphO63ukea0FMIAzmYX73H I8VWUgDC8XvdOZqp4aNLS8o6tU7L6uJCzjUElNEQEHFV+iXhYwbDInPKE8PApxl+6Ttsbk qS9EGqJM1T7guuDych6zNPnVsae/kY4MtogOyAO+L+mJvaYLvO0hM8RH2Ew4gQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755001254; a=rsa-sha256; cv=none; b=PbfQblcRDp5YmZMpJLkW29jUk8+AMzTgwWcj9TqUt1Roh+yogXGRNJKC00CK7unkZZorIZ EjZ9HL1d0C1OInymBBb4vx/cfbhGZMWs8MFGJGAGt9KN3pQ7BRx/SaTrAc82Mc6FV87vtF nkSss+U7eBsk/7b0g/oT771/jN0CI5mhSErKtEAm092NLKlXobQ/+uYYb4hERzW1JCQ7ff 1DwMp0kpFNTMrCh9bgDOYHOsuHOs8ip1wSM9XC3oEPcIpzGxLI/UALb1p8czedgXR+pRdU elJjE+p0Ts7LfwwtyCWcMpv0WB/vJJmv2DD3hhtzUrLYG6BU2pB6wZwMh+gMuA== Received: by freefall.freebsd.org (Postfix, from userid 1532) id 0F8A76C94; Tue, 12 Aug 2025 12:20:54 +0000 (UTC) Date: Tue, 12 Aug 2025 13:20:53 +0100 From: Lexi Winter To: Mark Millard Cc: "Herbert J. Skuhra" , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Cy Schubert , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) Message-ID: Mail-Followup-To: Mark Millard , "Herbert J. Skuhra" , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Cy Schubert , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> <868qjqxfvt.fsf@ltc.des.dev> <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@yahoo.com> <53375683-16AF-4941-8B03-24117736AD89@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; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3XJjORc6yJdCzFHk" Content-Disposition: inline In-Reply-To: <53375683-16AF-4941-8B03-24117736AD89@yahoo.com> --3XJjORc6yJdCzFHk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Mark Millard: > But devel/libsoup3 (defaults) . . . >[...] > ld: error: unable to find library -lgssapi > cc: error: linker command failed with exit code 1 (use -v to see invocation) this was fixed by aa34010115ee: https://cgit.freebsd.org/ports/commit/?id=aa34010115ee5df5e4966aac091cb21373a3e332 --3XJjORc6yJdCzFHk Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaJsxoQAKCRD1nT63mIK/ YFqbAQCd5+o7sHE+GQY+sNA9poZ3AJLHU1EUzHvRRAsVdOxwJAEA6qKgQgaLM+nX jF/FP0xHxbM+HRzVWxYa16rU8GMZzwo= =bMOr -----END PGP SIGNATURE----- --3XJjORc6yJdCzFHk-- From nobody Tue Aug 12 13:59: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 4c1Y673yc2z64plV for ; Tue, 12 Aug 2025 13:59:43 +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 4c1Y6661srz3TyT for ; Tue, 12 Aug 2025 13:59:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=ZR8ttjsf; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755007176; bh=LjQpUUAqFFS37lzeLfuq0f6nFvw7ByDYlrsB8QpiI0o=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ZR8ttjsf/Koz9jRXL8y60a+il8r8C/MVvJWCwvqZHlIJ1b2EDSLfAPO27friBeH5GQhovLwI/49xEd/U3poj/kJpjfS8BxUJwcYCpl8uzU4RMvIrgYuh15cddD19Mm39G0lxsjadOO9RBb/klYj+C5CG5PG+uMF/IT4H92lrObTsKiy6WnKW7PAni+D7JORKY7kyZq9I+37cHjLuFiyDs1fYHyUq7G3++v33UdDP8d7kUM51zD5iJbGKnICq8o6LqaOMV5efomSyBnDc2CxTUQE/exQ+R2YxZR2sh+u6Pb3c2E9ZePdmmKCKYwKIgX2rVGg2aX5+LrSr9KS1ghQMXg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755007176; bh=wzZd8dQSBzmxMC31WoYYfkJ2TjaY0DnEJeao+14LpwG=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=rFRvuJKNB06BjOoctDZ3phjQHULq/Rabp2pB9/yAkgdGOuRBYlIMMYGInla3vFyBQpDaOul7LlP1rhNEwWJbf5AMiV9wAqBPba88V/hgZy2NJRI6VIDuljWDdg24HVs1J99WYjQy+dL4U9dZWzA5M9fdc8WShrfkU0+9iKqKYwOb5CvE7Y9G7piEjjTi+pt7tFeQgX6DWnNt+YDK/PFtE7JofbPDmCE16IY4e3Wa2tFBeqTISlDiJf3/bIRMA92pF5uyeYwjJmWVRgcakb3P8dpVwuHfg551g1wP+d7w/PK+9pYTS7ciOL3PvWuOFuLYDgNgs9TOxcWl+bIH/qA9gQ== X-YMail-OSG: ad9DY8QVM1mQpyART3MLRTDKsVBb9uZ2.TLSEhD7CzXyiwqXO1TcIaqqSh0XPSK VXui1xaGI0CUG0gS6x4hkvK1RRPVqmNiXhwN5Tlxe1kiHmxOdNAxQxmBj8OxKuAvI5ss6CFLW4MV pvhsjScVmYt3pme.rn8eNr6vxw6WRxaKt2CanPaAtwT2CMmAMripF3XXuxKjxAPAKXhJsAwzBEbD AgYTbQoDVEzesB6P4XCWs_XJF3DtFrVp2m_jILRibU_qZcC5_lIq8usqBYaHybQANKnBQ2_Hspdk o4xs3pBS3JSvxzpCPV8OKXe3RB3h1U5zEyJlM_pUG8zY.tnZgdUGZE34vSoOW9wkfY40IvXBBi2A LjunujZbeCSBKmxfZkUnUGiRgGOiPpQ9ihpfdusRB1b.Wd4_hY63nKwNNTFmYKp4WzvCpxNz0YgR a34uUVwmxCVrWbsmTnMzz_1OdJ0q.v_kPOZpZLsnLEwflq1kWRA1MghR3TdC3c3LfYWgZ3mctvF3 Nn93NRnMi_3hBSXLWE13oOA8vDv0Zcv7KMarTXiGlM7NTpVtk0km1MZ_q35WIq1GqEJVDb5wONku P.dv05Cijo8IrOcJULPom4xk9NvG63FrhUGyy83UkzYyS03JB0Tz6b80i5Wk_xKAKyLs_cklCA0U vzIGE5IA4B6TesekaYLAfAoSJ9NxKGoBFq9WN6xm.Vjdy_oA1EJb46kiSohdJt2myPshWd3MLxTh 1tfb1MXaniFXOxcnHK1Se1xg9yqsWKPewcNMYqjc7MuiFPyvsZEF4b81JHJ.5s4YHkoil.eiShxF pqq528_naBn4jmJgxyRrNJUx88cFWW3KzBoHULSOJ2STzeFN9VFpVxsD6koextiRkovQz6.LYs9Z 6bsxY3gUSwXe1kZBFQ21.d7fk3hhFI2.n6_xeoYQmOUefmAfngTAacmiP6Ab3fv1Qv_2lLeQBBH6 vjLtXLM0al2UMSxL_tyJCiTQWeXfePWu12jsTvR8I8E1BgdYIEWo3LfzGgbEluftOrNVlBsccM3F m..qcFF3q5PyH_L30at09zmyl_uvWRKWDSOWgTRiAP3fsR388fss404aw2BSJAMzj4WtCzlXDMLu JGfGDySXvxRJX9W6X3M8vcxZCUSW0iufuqlQDGmTH8bt4aQ8tveAS3XowFBdT025L3I.MEMbiLnu NJlX.q2vZteSn6.p1ogoxjtwGm6te6_hi7nBa0oTVTRe8RNSrnGRvCFu.06Kji8ALSx1abKv0nEw _Ait3Mn9ERbhdvvKiIi30_zkL8LYLt8PDilFNBPQFycxLVj799_zFMFeicnsCHwqP5PEt7CRC4rg 89OpANh9SKZcdk.uzHRlp8Oo60ACopDZQxtAvDUCs7OXNiCr8xnA_erp9mkc8RdeyYmAQDKwHaiY WhzBo8b5PYLhCAFdXexpO_pIstUKcp9FkAmvnk0N0GVPSrHfOzKhsjnIG4Pk8egmeHsPqjPplDku tGLmVoodevil3JOHnCNNEECDbAakc7AFUg2DsM1a3Tf7yrLMuwdCqbwXylQG8iBS5NvJGv4Tjp0h qlgp04U1.howRrrlrh_VW_4vgXamFY9Ul9fyILmwyKfxxIEcVhP6OYRnqJ0s7vB4o4mSrOrd7Fu4 QmD4sFgyaBH0YDOj2yk8TpppFKBYzB6wDrFpxCF.l2LiFHKijfM84EBo2rYvj7lty06yRY0C6_Ux aVFs8c.7f.E63Q3k6dyl4NYT6h.cFp8RW_6zFtRm0IhNsHOJAK1ibwoo8gD9IToDjZzIozziSN2B xuuyMz1DqeU7vQMrZjWXmlxM5M1F8UqYub7N9saDeDAYcboz6VDiXoTT29Sw05xh3anv33HyFe1K kyb6_rjc2.Q_0qLXUHuSVzkxcuo0UHoKzP2nmPTuhUQNqQnmrfU4EcJwKwh6TQULE5gSd59yMd7f 7hU8KmRHt0rMi4aMCpm3S9PKvG65c5bribUPhU569DUVjLBmEB_.b1RDoIUvIYtR6Fa1BgHhD4pO Ggz7oUDQJRFjZ_PlmsbCeFitVRqmQoAPtg47uIpQzfIz8ZyM0jKVAyFznNVnZLbzqNKiMZCFKyol y1jmRvtGv8z_HNjS4dQgBsBnKpRH31MTYe2DEB60hTVYlsf_63TnaVk.vnGmjfesn_LixLGAf0zH fADRuWoRVb3nwLH037LR5vVi078sYhWlWYsKRDAXSdVxBvr7InZKgMKsKNxonE7eO9oWekidn1vo UbvDKU2HPQ.PDPaCYNaakJ4EORZY2b28zgqW9uqVLnzFIfYy91TpENAg28ffVJnbAXktavM7endl r786LBpY_Fz7. X-Sonic-MF: X-Sonic-ID: fcfd8018-1eb8-4306-acc4-3937d6360bcb Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Aug 2025 13:59:36 +0000 Received: by hermes--production-gq1-74d64bb7d7-nccgl (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 70c135658834e43d300ccc34609654cb; Tue, 12 Aug 2025 13:59:33 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: On/for main [so: 15], ftp/curl 's config: "ld: error: unable to find library -lgssapi" (via poudriere-devel) From: Mark Millard In-Reply-To: <53375683-16AF-4941-8B03-24117736AD89@yahoo.com> Date: Tue, 12 Aug 2025 06:59:22 -0700 Cc: "Herbert J. Skuhra" , =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , Cy Schubert , FreeBSD-pkgbase@freebsd.org, Baptiste Daroussin , Bryan Drewery , FreeBSD Mailing List , FreeBSD Current , "sunpoet@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <5D1C90FF-AFB0-4C2A-BA8B-41A8C7602A01@yahoo.com> References: <37F1FA4E-EF28-474C-87C1-57C1BDC7F7BD@yahoo.com> <20250811074250.2F271202@slippy.cwsent.com> <868qjqxfvt.fsf@ltc.des.dev> <9C8D2C3B-1A50-4DFB-9E61-B1827F9AF112@yahoo.com> <53375683-16AF-4941-8B03-24117736AD89@yahoo.com> To: Lexi Winter X-Mailer: Apple Mail (2.3826.700.81) 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.989]; 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)[]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_SEVEN(0.00)[10]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.83:from]; APPLE_MAILER_COMMON(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.83:from] X-Rspamd-Queue-Id: 4c1Y6661srz3TyT X-Spamd-Bar: --- On Aug 11, 2025, at 18:37, Mark Millard wrote: > On Aug 11, 2025, at 09:06, Lexi Winter wrote: >=20 >> Mark Millard: >>> # ls /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc >>> ls: /usr/local/poudriere/jails/main-amd64/usr/libexec/krb5kdc: No = such file or directory >>=20 >> this is probably caused by not having the FreeBSD-kerberos-kdc = package >> installed in the jail. either install it (or recreate the jail), or >> update to ports d30d5dfae517 or later which no longer uses >> /usr/libexec/krb5kdc to determine the base Kerberos version. >>=20 >> you also need to be running src 0c13e9c3c464 or later; see [0], but = in >> short if you don't have /usr/libdata/pkgconfig/mit-krb5.pc in your = jail >> then the jail is too old. >>=20 >> [0] = https://lists.freebsd.org/archives/freebsd-ports/2025-August/008256.html. >=20 > The system and the jail are both updated. >=20 > # ls = /usr/local/poudriere/jails/main-amd64/usr/libdata/pkgconfig/mit-krb5.pc=20= > = /usr/local/poudriere/jails/main-amd64/usr/libdata/pkgconfig/mit-krb5.pc >=20 > ftp/curl built okay. > net/libproxy built okay. >=20 > But devel/libsoup3 (defaults) . . . FYI: devel/libsoup3 was updated and now builds. > . . . > ---Begin OPTIONS List--- > =3D=3D=3D> The following configuration options are available for = libsoup3-3.6.5_2: > VAPI=3Don: Build VALA API files > =3D=3D=3D=3D> GSSAPI Security API support: you have to select exactly = one of them > GSSAPI_BASE=3Don: GSSAPI support via base system (needs Kerberos) > GSSAPI_HEIMDAL=3Doff: GSSAPI support via security/heimdal > GSSAPI_MIT=3Doff: GSSAPI support via security/krb5 > GSSAPI_NONE=3Doff: Disable GSSAPI support > =3D=3D=3D> Use 'make config' to modify these settings > ---End OPTIONS List--- > . . . > ld: error: unable to find library -lgssapi > cc: error: linker command failed with exit code 1 (use -v to see = invocation) >=20 >=20 > [00:00:25] [02] [00:00:00] Building devel/libsoup3 | = libsoup3-3.6.5_2 > [00:00:35] [02] [00:00:10] Finished devel/libsoup3 | = libsoup3-3.6.5_2: Failed: build TMPFS: 1.71 GiB usr/local/ SIZE: 0.53 = GiB > [00:00:35] [02] [00:00:10] Skipping net/geoclue | geoclue-2.7.2: = Dependent port devel/libsoup3 | libsoup3-3.6.5_2 failed > [00:00:35] [02] [00:00:10] Skipping math/gnuplot | gnuplot-5.4.10_3: = Dependent port devel/libsoup3 | libsoup3-3.6.5_2 failed > [00:00:35] [02] [00:00:10] Skipping www/webkit2-gtk@40 | = webkit2-gtk_40-2.46.6_1: Dependent port devel/libsoup3 | = libsoup3-3.6.5_2 failed > [00:00:35] [02] [00:00:10] Skipping x11-toolkits/wxgtk30@gtk3 | = wx30-gtk3-3.0.5.1_6: Dependent port devel/libsoup3 | libsoup3-3.6.5_2 = failed >=20 >=20 > It may be that an exp run would be appropriate to finding > all the breakage. >=20 >=20 > I've not tried aarch64 yet. Nor armv7. Just amd64. >=20 > For reference: >=20 > # uname -apKU > FreeBSD 7950X3D-ZFS 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE = main-n279547-b89104dfd5cf GENERIC-NODEBUG amd64 amd64 1500059 1500059 >=20 > # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ > f8cd147ba77e (HEAD -> main, freebsd/main, freebsd/HEAD) misc/susv*: = maintenance > Author: Matthias Andree > Commit: Matthias Andree > CommitDate: 2025-08-11 16:41:07 +0000 > branch: main > merge-base: f8cd147ba77efe45b563f08fda2ec3b99b30cec5 > merge-base: CommitDate: 2025-08-11 16:41:07 +0000 > n715533 (--first-parent --count for merge-base) >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Aug 12 20:27:47 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 4c1jk40wl2z6411C for ; Tue, 12 Aug 2025 20:27:56 +0000 (UTC) (envelope-from jgopensource@proton.me) Received: from mail-4316.protonmail.ch (mail-4316.protonmail.ch [185.70.43.16]) (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 "protonmail.com", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c1jk24Ks6z3chH for ; Tue, 12 Aug 2025 20:27:54 +0000 (UTC) (envelope-from jgopensource@proton.me) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=proton.me header.s=protonmail header.b=eE8i0FSh; spf=pass (mx1.freebsd.org: domain of jgopensource@proton.me designates 185.70.43.16 as permitted sender) smtp.mailfrom=jgopensource@proton.me; dmarc=pass (policy=quarantine) header.from=proton.me DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=protonmail; t=1755030472; x=1755289672; bh=zR0W8bFmmvfxx4hCCQTxnH0jdGxvT9FHUbIK16l21SQ=; h=Date:To:From:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=eE8i0FShmTXlAiTz0U6BLRHMZeCxmtDNC8t7T1FesEJoPk2p691FNBrqWxG7xhnjV TwZC4zYL/0VKb+ACd/w8YpL1E5fPRv9900uSd7gTjxcbJSoV2K1mteHEqsHlVtUUBu yvLrnUyEYwvFwW7cewiAYBJakEzhQeJj69BTDJJeXdUenL8Y7DMhPxRUouPwvly6H6 YcvgdaG3CgOwv6WIPwLQcNdoyzJLpApAfob66mCTG8Rf2+C9y2d63rVHZTSGtbOpFE uOUnfHrJASYuYCiI1d3ANQMtjxQRqik+qYVoQ45uM8eoD89+s/54jKLs/yKF/i2C5R zw53nITv34bIg== Date: Tue, 12 Aug 2025 20:27:47 +0000 To: FreeBSD Current From: Jordan Gordeev Subject: Re: Example context needing use of hw.usb.usbhid.enable=0 : serial console keyboard input under Parallels (aarch64) [reproduces again] Message-ID: <4JnDBHlYaAjDciQ_DeelqZkjMkWgG5MTgbLJvZZgppOhKm5CLLmkbN3xCHRb9gVBJi1jYIeSR-QzcZ0yhluPKQr7jC2HMZ4_2ck_k1JbpHQ=@proton.me> In-Reply-To: <67BA742F-CEBA-4AB3-B088-22771C20FF8A@yahoo.com> References: <67BA742F-CEBA-4AB3-B088-22771C20FF8A@yahoo.com> Feedback-ID: 125078299:user:proton X-Pm-Message-ID: 4e8898ecfe576f33c61b20c7fcdf8821ed1e5327 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-Result: default: False [-4.18 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.982]; DMARC_POLICY_ALLOW(-0.50)[proton.me,quarantine]; R_DKIM_ALLOW(-0.20)[proton.me:s=protonmail]; RWL_MAILSPIKE_VERYGOOD(-0.20)[185.70.43.16:from]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[proton.me:+]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[185.70.43.16:from] X-Rspamd-Queue-Id: 4c1jk24Ks6z3chH X-Spamd-Bar: ---- On Monday, 11 August 2025 at 03:31, Mark Millard wrote: >=20 > After the updates I'm back to the "serial console" > is not getting/taking keyboard input (without > hw.usb.usbhid.enable=3D0 involved). >=20 Serial console is typically understood to mean a console over a serial link= like RS-232. If you end up reporting this bug to the bug database, using c= onfusing terminology should be avoided. > # dmesg -a | grep -e eybo -e kbd > hkbd0: on hidbus2 > hkbd1: on hidbus3 The hkbd(4) driver detects the keyboard and attaches successfully. Adding t= he following to /boot/loader.conf will enable debug output from the driver: hw.hid.hkbd.debug=3D"100" Please provide the output if you can't analyze it yourself. Initial output = from device probing and output when pressing keys are both relevant.=20 > # usbconfig -l > ugen1.3: at usbus1, cfg=3D0 md=3DHOST spd=3D= SUPER (5.0Gbps) pwr=3DON (0mA) >=20 The keyboard seems to be attached to the XHCI USB controller (USB 3.0). If = Parallels offers such a choice, as an experiment try to force it to use the= EHCI USB controller (USB 2.0) instead. If you have the dmesg output from when the keyboard worked, you can compare= to dmesg when the keyboard doesn't work. Also, when the keyboard doesn't work does the mouse work? Best regards, Jordan Gordeev From nobody Wed Aug 13 04:59: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 4c1x4T2Y6pz64wBM for ; Wed, 13 Aug 2025 04:59:37 +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 4c1x4R6tDNz3JkY for ; Wed, 13 Aug 2025 04:59:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=afHccabb; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755061173; bh=IDNr0GRqTDXTa+8x9cfYzpn3QDBhpy6Z+cMQjGV0+48=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=afHccabbyLvZ2KWhpisF831Nfhuebk5GvJEj4IH83mzZW86+dEdDnO5m6R3BsE0vD6NuPgWxYGmqIGjs8+Zx4A/+cZxhpLDmIRhv6GRhzZSaLSx1SinRAA8Yaj4uk5sth8U6TX6GLZeosrzuP3IFjEmip+jSO8terGBfaHKOBFhflffaeR1eahB5R5xcooMpAOlX3qv/SmMV8dcfQlgwa8ZHkIkhWVpsZ6s6vcoQDDH91DEbD9zqWIvX04thDve8nIUPjZrHN7UPHv9RqP04DN8aRpC9Fn9YIIAW4xorr8mhTrSpOYDqEkywxbAxAfbxrImfCCBh9BZn7m2MxeOU/w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755061173; bh=WZUSs0srl1Cwk5Skutp4w+kY6A7SjYEvCbhqbWCcMvT=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=GDOuzU9WY8K46zKMLL5G5axk10PbnpxnlzpkV8EfzzGFH6L/JYVcZBUxEenzFk7oQ9X+glQ7qIIDRwKcQDPrNu6bqbnrL3xJeAAARL1t4JW7Vbg++e0eusogfE+9KenDpg1QDpekuHy3zj8dlXlZ5z0oPbJKQ4AlQC3TNGUeTR/jOoufh9Omt3VeH9Bpuu1EINXjeXCWllY3NFVGno/lRHPGAiGOU8s5dP72xitejdYcqPqP+wI5wOmZzSVUl0RPqrO6KXEptbo731Dti/izj7qwge55BIyBXrVTGPybLGaFV7Kg5HPobPrU8BI4pq1K7E5y3RJzmaR8+ghhTEjK9A== X-YMail-OSG: diNsoSIVM1mTf0n6Djifd36I2EkbGan.CIWdtEe0aeW0Yh37gLVXNU4d4Nz0FKT FOFuzbGc76U2mEcYMCfuMJn_7DdoEilPvlBkQfEQDNj5KFVvbjs_z2LBuv10AiV88XoMndhCetRa _9hdjzLN7pjukL_ukzMlcF2mh3abqv3Ubklh.61Qz4Hc1f0eQ4AXO_IE9JCLKV5Xb5ZaMXWuzRnM Vvtu4YffoH6KinXRoGY8TcFaKMKMT5cm8TT1Troh2_iInxBJ48sit4PuXfW4Ikft0ZV9zNqbJZlt bxjAuuyZtAf_9KDvhTC363ILO6zcm5uKriK96uTvlMBKi71c35eq34HZMJhQxK2.yTCvSPrSsFNJ bziVnCds9Ep1OiO8CorDFclTbIkgDjUJn6Nx4kAUcTUExWQGgiPVyD.aQAqE5i9Tebht8sk2ETPK v8svzecPolfXnPydDsmRsp0MmmfecNs2YuEMfO1gNbxN1luPQlIgQX8u.K1RfIzVN9pZMPp9O5Jl 4_6yWsBrYGjPkyNLeh7cw1m_Eb_C.XwskfCCgdY_l9q_1sRjnAOg7omCQDipgvY1vqgPmFWCeutg 0PZ2OmhRDamGGrKk2eR4vwYPjnOtl9ONxOSJ3aJZ9yxmyFC3h9NXhxq_RvmqIee2BH7Ykz.yuE8c pV_I.2JghvRVfWY5O063vTMO7pWRuEAZjBUq81w9iIlwkI6Xsb6.IsP.3dxzYMJQiqIY0OsHuEDR PtpcpnpR4wRnJBmZC1XhX.LnfFHI.S7nVicZHR04OkxBxwGFSd9hGAZHwDAl0_U_7dLz8rTIYHAw Gz1U.0uoKEIAlPS60P.qju6bY2f25qWeO0RFmnjLOL0ySrMgPR8LNgcfXQNWchOOpaduwKLaaOCY 3.UVTjRJp7AZrwSyZAhya1BvyIxzTE7mmYX0zXZr1C4Niq.kzmqNcTyCIB3n8RuPsD1NiZe3IZnM U1Rom8cSsAdhxqZYyJ5QUkLKFMdpI57drn5b3CLONoP1pxXrj1kkWU7YJ5tzp7J29CCT9jBfPQRf AkR2UXa2D6bsNhskrVO7cYYJqeA6N8FFidJFC5IdlJ19KQHJWnO31teNlkpPWIfBUgJdxmbQlCiQ rxZyKdfORhUnWgx3L_HXqGfLIlmup2SQ17KfuOlAscWCwQV4jIlKzn_NtN2dm_wQc4YYumxkGktr gxSKVIS4tRSZ0haoATTNdRVn7Q_kn6C2PY7sAJNNGKeBq5O5RlD1q37VThcBCxOZb6e.E.1evF01 tqFWNSxKaSsYjKaOCHAxjC7v9VqhvWc_9klfS69uLxgrr59KqpRtyGEYT4O45wA_E8BfSLDSapi_ t3mHv2VTnfq5TdwXSf054YUo6R_Kmx3JsieVWtqZfwZUeQ.tN4jvtOdE6p3_OJ.9UYr1Catj68HS E_rqksW58sqBv2ROK3JK0HOHcJzHCJMe8afObmsxHkt2QJKNxwoOXpwLu4H7LqG1W_ZPWteALFrJ Z8iqLm3NnzPDDE6Wqu0nrEXttu9QcuvQ0GYBWNTYk3nLi8NBkboLGJ26xV1DnCoJvwFLPRc6eMjT w13NUwKZXx9PjDW8ohIUR2m_.2gy1jwJT8UjJG.awTNgJ0gtA.F1tFu0_sNfqW11bA1EOrVl4SYl qRLUtg00WEZCsF1m_I9r8pR_AwqpHDNM3yP.D7yMCtWKoRwBLZj7Y5Zj63vwQpskhWVb5b8fUqxx plh82Bi6rkXAzyVuUZt.ZJa85PonNqsa8yi.G3PMPTx8eFfZIpJOmv0CmHAuoF8nwwBzWA0ge_ZD 8scs4T4b25xyFmSq0m1uGIZgla_pVkqUF0j.U2Ch0OFwtjHjTivf5BY6DjWHXIP0DYxAj007j2Cu 5eZfMy6gIp8KavQVo4War0fa4.4IDG_TOma2oIbYundmSU9.fEd1WKBMnyOPYgowIrw9YUQK_sZi c9K95LYmgzOVUbsnPbwdsgCNfRuUoxlgNDszm3qVPGAdqyJBLpFX8O3sdkHiZKhwKiP3EAK5YCZa BGKd9CDx5J4968dHwfF57g2G45jC0YtwcWEQ7W_ZWvH42nneg035r_8Low3XcqCrNi1x7FO1h.PN xpIgMfhPwoTskvYxabK.SWmkKdsBtadJnaGDMfm5wp0M.Yu9Ad.KWedR4Fjxiq7y3JLzgHBvtE2N xWNbr3CcUP9txUCltouMJQAb4MWKEqVZUUL_vh4afVCGQ0JIPW4LxfyVDqvKOPSWm_L71p7ljh7t 1ggnMmCFoNo6R2ypnAW4dz4CxMul1nhY- X-Sonic-MF: X-Sonic-ID: d89d71bd-e2be-4de2-b90f-e27392cc85e9 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Wed, 13 Aug 2025 04:59:33 +0000 Received: by hermes--production-gq1-74d64bb7d7-tqd77 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 3ea41ad9ffcb7c42a8014fbfb4e10ab5; Wed, 13 Aug 2025 04:59:30 +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: Example context needing use of hw.usb.usbhid.enable=0 : serial console keyboard input under Parallels (aarch64) [reproduces again] Message-Id: Date: Tue, 12 Aug 2025 21:59:19 -0700 Cc: FreeBSD Current To: Jordan Gordeev X-Mailer: Apple Mail (2.3826.700.81) References: 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)[]; 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)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204: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.64.204:from]; FREEMAIL_ENVFROM(0.00)[yahoo.com] X-Rspamd-Queue-Id: 4c1x4R6tDNz3JkY X-Spamd-Bar: --- Jordan Gordeev wrote on Date: Tue, 12 Aug 2025 20:27:47 UTC : > On Monday, 11 August 2025 at 03:31, Mark Millard = wrote: > >=20 > > After the updates I'm back to the "serial console" > > is not getting/taking keyboard input (without > > hw.usb.usbhid.enable=3D0 involved). > >=20 > Serial console is typically understood to mean a console over a serial = link like RS-232. If you end up reporting this bug to the bug database, = using confusing terminology should be avoided. "Text console"? Some other suggestion to avoid misleading? It is not = emulating any general graphics console as far as I can tell. I'll note clicking in that window captures the mouse/cursor and stops = displaying it until Ctrl+Alt are both pressed at the same time "too free = the cursor", as it says.=20 > > # dmesg -a | grep -e eybo -e kbd > > hkbd0: on hidbus2 > > hkbd1: on hidbus3 >=20 > The hkbd(4) driver detects the keyboard and attaches successfully. = Adding the following to /boot/loader.conf will enable debug output from = the driver: > hw.hid.hkbd.debug=3D"100" Added for now. > Please provide the output if you can't analyze it yourself. Initial = output from device probing and output when pressing keys are both = relevant. dmsg -a output capture differences from different boots follow. In the below "-" is for failing (default ...usbhid.ignored) and "+" is = for working ( ...usbhid.ignored=3D0 ). diff -u ~/kbd_debug_input_usbhid_ignored_default_just_boot.txt = ~/kbd_debug_input_usbhid_ignored_0_just_boot.txt --- /root/kbd_debug_input_usbhid_ignored_default_just_boot.txt = 2025-08-12 21:24:22.316440000 -0700 +++ /root/kbd_debug_input_usbhid_ignored_0_just_boot.txt = 2025-08-12 21:29:58.256311000 -0700 @@ -112,31 +112,21 @@ usbus1: 5.0Gbps Super Speed USB v3.0 Trying to mount root from ufs:/dev/gpt/PBaseUFS [rw,noatime]... ugen0.1: at usbus0 -uhub0 on usbus0 -uhub0: on = usbus0 ugen1.1: <(0x1033) XHCI root HUB> at usbus1 +uhub0 on usbus0 uhub1 on usbus1 uhub1: <(0x1033) XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus1 +uhub0: on = usbus0 uhub1: 14 ports with 14 removable, self powered Root mount waiting for: usbus0 usbus1 CAM ugen1.2: at usbus1 -usbhid0 on uhub1 -usbhid0: on = usbus1 -hidbus0: on usbhid0 -usbhid1 on uhub1 -usbhid1: on = usbus1 -hidbus1: on usbhid1 ugen1.3: at usbus1 -usbhid2 on uhub1 -usbhid2: = on usbus1 -hidbus2: on usbhid2 -hkbd0: on hidbus2 -kbd1 at hkbd0 -usbhid3 on uhub1 -usbhid3: = on usbus1 -hidbus3: on usbhid3 -hkbd1: on hidbus3 -kbd2 at hkbd1 +ukbd0 on uhub1 +ukbd0: = on usbus1 +kbd1 at ukbd0 +ukbd1 on uhub1 +ukbd1: = on usbus1 +kbd2 at ukbd1 Root mount waiting for: usbus0 CAM Root mount waiting for: usbus0 CAM Root mount waiting for: usbus0 CAM @@ -162,15 +152,7 @@ /dev/gpt/PBaseUFS: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/gpt/PBaseUFS: clean, 251237746 free (1281490 frags, 31244532 = blocks, 0.4% fragmentation) Mounting local filesystems:. -Autoloading module: hcons -Autoloading module: hms -Autoloading module: hsctrl Autoloading module: virtio_balloon -hms0: on hidbus0 -hms0: 8 buttons and [XYWH] coordinates ID=3D1 -hms1: on hidbus1 -hms1: 8 buttons and [XYWH] coordinates ID=3D2 -hcons0: on hidbus3 vtballoon0: on virtio_mmio0 ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib = /usr/local/lib/compat/pkg /usr/local/lib/compat/pkg = /usr/local/lib/e2fsprogs /usr/local/lib/gcc15 = /usr/local/lib/perl5/5.40/mach/CORE /usr/local/llvm21/lib = /usr/local/llvm21/lib/aarch64-portbld-freebsd15.0 Setting up harvesting: = RANDOMDEV,[CALLOUT],[UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_= TUN,MOUSE,KEYBOARD,ATTACH,CACHED @@ -195,6 +177,14 @@ status: active nd6 options=3D23 Starting devd. +Autoloading module: uhid +Autoloading module: usbhid +Autoloading module: wmt +uhid0 on uhub1 +uhid0: on = usbus1 +uhid1 on uhub1 +uhid1: on = usbus1 +Autoloading module: usbhid Starting dhclient. DHCPREQUEST on vtnet0 to 255.255.255.255 port 67 DHCPACK from 192.168.1.1 @@ -231,4 +221,4 @@ Starting cron. Starting background file system checks in 60 seconds. =20 -Wed Aug 13 04:22:20 PDT 2025 +Wed Aug 13 04:27:53 PDT 2025 # diff -u ~/kbd_debug_input_usbhid_ignored_default_just_boot.txt = ~/kbd_debug_input_usbhid_ignored_default_just_boot_and_typing.txt=20 #=20 (So: no difference by then typing at the login prompt.) Note: below, "+" is what is extra after typing at the login prompt. = There are no "-" diff lines. # diff -u ~/kbd_debug_input_usbhid_ignored_0_just_boot.txt = ~/kbd_debug_input_usbhid_ignored_0_boot_and_typing.txt=20 --- /root/kbd_debug_input_usbhid_ignored_0_just_boot.txt = 2025-08-12 21:29:58.256311000 -0700 +++ /root/kbd_debug_input_usbhid_ignored_0_boot_and_typing.txt = 2025-08-12 21:39:54.548822000 -0700 @@ -222,3 +222,4 @@ Starting background file system checks in 60 seconds. =20 Wed Aug 13 04:27:53 PDT 2025 +Aug 12 21:39:18 aarch64-main-pbase login[2693]: ROOT LOGIN (root) ON = ttyv0 (So: Just shows the evidence of the login from the typing at the prompt = working.) > > # usbconfig -l > > ugen1.3: at usbus1, cfg=3D0 md=3DHOST = spd=3DSUPER (5.0Gbps) pwr=3DON (0mA) > >=20 >=20 > The keyboard seems to be attached to the XHCI USB controller (USB = 3.0). If Parallels offers such a choice, as an experiment try to force = it to use the EHCI USB controller (USB 2.0) instead. I'm not aware of a configuration control over such a binding in = parallels. > If you have the dmesg output from when the keyboard worked, you can = compare to dmesg when the keyboard doesn't work. I tried both ways with debugging enabled. See the diff's provided = earlier. > Also, when the keyboard doesn't work does the mouse work? This is not a graphics window context. Clicking in that window captures = the mouse/cursor and stops displaying it until Ctrl+Alt are both pressed = at the same time "too free the cursor", as it says. So I'm not sure how to answer your question here. The capture and free = sequences still capture and free, either way. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Aug 13 06:34: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 4c1zBS0JDGz645tn; Wed, 13 Aug 2025 06:34:56 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (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 4c1zBQ4rzbz3S3p; Wed, 13 Aug 2025 06:34:54 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=XjnZYtJq; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::431 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-wr1-x431.google.com with SMTP id ffacd0b85a97d-3b9170db547so230891f8f.1; Tue, 12 Aug 2025 23:34:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755066888; x=1755671688; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:from:to:cc:subject:date:message-id:reply-to; bh=ClHB8PHWs547TMGWE7yWlJ9YyNRGVfEmtIOAG3E0AM0=; b=XjnZYtJqqjKubYwOIb+6nubPduNKJBHP7a2Qij3U1cj10rWeftHHEFwrmK/5EOR0Vh lY//Pr2fg2CA34ey0zJaVp37YPEzbT9GHv+2R8fvKowlSQHh03ly1Pb0W0aBO0SiHKBL 0tJqnXwLyLnpxgCsjs+Vg1l4w6fEa9S7ikXK/UR989+XAvpRJcZujakUq2msq4l7V6jI 2YNQsLhsl7mCIPPCXbZI3Xz9nNCUjhXhbHXafxRNqHrU9TfHFKebd/VfoR6c6uGty9Wj MCeMMPaTapDk5c0jMFqXVaVs807lFW3feRjMZVSIPiNK9vAq11JFG92ZGtmNMlXY4UJN Foxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755066888; x=1755671688; h=content-transfer-encoding:in-reply-to:autocrypt: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=ClHB8PHWs547TMGWE7yWlJ9YyNRGVfEmtIOAG3E0AM0=; b=ccfvUTeuzMn9kELYtp+yIS7xgJU4dsPuDlPL/7xb/pqmlovWuaXA8RDpQzIfWRKxdl LFYYaRO6pKUx2Gc/kfDIDVeswkJXtJ0rrpXQ/fV5p8Ms62ulmigKu9Nn35oJW5e6aKrf dx5rRUXzqgy3dbYTiVlRBY1+UXOn6yUSzzGnWY9DEFT0ybi/oMGNyuX8qcQteQDzlyys 3r9QwjpbrccL6Gb2KL+vHaLkYPNaOK+tfGlAlgcjfXJEP+ghIrXhncoBbctbZyT6jNPU SFE7j9vmJr2sUcB4gLiERoSPpQrG4nZA9dsFHxIt5XKti/pxwO+/0bCHgMmlbwh6PEKD tEqw== X-Gm-Message-State: AOJu0YwILJjtPe/BHvWGevioleJv2ts0IAXmP/SdCGr6Tj9jpLTsmUdo 3k91D0Lp8omVhuQW6tU+GpFLsrfy0T9EN357drbyeRcOU7FmfnVD8ZUAMw16Hw== X-Gm-Gg: ASbGncsh4TLTONfd9SlgS8G/Rw7FnrK5kKbYPFrW84KdrqmoNUZNYHnlleBbnklHytH EIf5wgRAAgSswk5tVWin+IWnOx8+BjWxy+IaBji1aDSnrD0NVezC4IMO/P+CdHlFzq5aiY+XnMO CuvM622ZYUZGZ6QXB+5hjRkD+dT5MPvsHpVWx8LCPLlYk6NGTLWjcsOrFhZtzBBty7QEiaJVw8L cKdgVArIsFgMaqgEwXEvLhCvVydyNVptNLtl47MX/mr/IQptCCq2ZtqaEP5uqiNaHalTk9qt8sm 7AmIjDLIiA0yFh1dylv8QkG7/7Ka67DW7ZIX8SfSNNVdOo0KL3uzEEj8BL7Mg5+tbjJrVAF1POM FYW3fDvCasMW8wFTeTCYBdJhq3DkWvN9dYWik1IjajZtCGPNkyT3CxP8A4bk= X-Google-Smtp-Source: AGHT+IH4V8zowkcLWKvdG56q84axlIXv2TrE4qZ9GUP8y5/AZIapgdrbNso9vHLyuDX2fEfLhPnwCg== X-Received: by 2002:a5d:584f:0:b0:3a5:8934:4959 with SMTP id ffacd0b85a97d-3b918cac9e9mr861758f8f.27.1755066887842; Tue, 12 Aug 2025 23:34:47 -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-45a16e21f72sm16277945e9.19.2025.08.12.23.34.47 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 12 Aug 2025 23:34:47 -0700 (PDT) Message-ID: Date: Wed, 13 Aug 2025 07:34:46 +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: libutil.so.9 not found (was: HEADS-UP: pkgbase pkg upgrade breaks systems Re: after updating to latest, pkg base segfaults and leaves me unbootable) To: freebsd-current@freebsd.org Cc: freebsd-pkgbase@freebsd.org References: <582d802f-da93-415c-9dee-1f1f1beb1830@smeets.xyz> <5DCB0B5E-3582-4877-A1B8-894C4EA68F13@gushi.org> Content-Language: en-GB From: Graham Perrin 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: <5DCB0B5E-3582-4877-A1B8-894C4EA68F13@gushi.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-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:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[grahamperrin]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; 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-pkgbase@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::431:from] X-Rspamd-Queue-Id: 4c1zBQ4rzbz3S3p X-Spamd-Bar: ---- On 11/08/2025 01:17, Dan Mahoney (Ports) wrote: > … pkg is still being persnickety, and I don't know what the mechanism is to bootstrap it is: > > # ldd /usr/local/sbin/pkg > /usr/local/sbin/pkg: > libelf.so.2 => /lib/libelf.so.2 (0x2a08ac8d1000) > libjail.so.1 => /lib/libjail.so.1 (0x2a08ad283000) > libm.so.5 => /lib/libm.so.5 (0x2a08adcbd000) > libarchive.so.7 => /usr/lib/libarchive.so.7 (0x2a08ae37a000) > libz.so.6 => /lib/libz.so.6 (0x2a08abe01000) > libutil.so.9 => not found (0) > … I guess, that explains pkg non-usable in the shell when booting FreeBSD-15.0-CURRENT-amd64-20250807-02f394281fd6-279407-disc1.iso > ld-elf.so.1: Shared object "libutil.so.9" not found, required by "pkg" From nobody Wed Aug 13 08:00: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 4c214v1SHVz64GWY; Wed, 13 Aug 2025 08:00:15 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int-backup.realworks.nl (smtp-relay-int-backup.realworks.nl [87.255.56.188]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4c214t5KyGz3cj1; Wed, 13 Aug 2025 08:00:14 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Authentication-Results: mx1.freebsd.org; none Received: from smtp-relay-int-backup.realworks.nl (crmpreview6.colo2.realworks.nl [10.2.52.36]) by mailrelayint1.colo2.realworks.nl (Postfix) with ESMTP id 4c214k54HGzHZ; Wed, 13 Aug 2025 10:00:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1755072006; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to; bh=ZP/6zX523PLEXpHZHVgm+/Rz5bRrviKUeJ87SpRf9xM=; b=lFKA5pFLeKFco2rZIIE6R3ev9n91zIgxnEt/+cPuUWxpoF3GuGxwzW4KqEZudlb8aRY6n2 ZA/awzoxVxGrvoSufyIkGum+HfNtAb9XVZ6MLcq6k85p576ArGT2prOGqHCTvASYX280AW lMBw4L8d+NXMrvdtMeLC77FW0HcRVpjzgl/1mz4AcNE8628BQG5JMeOyl2sDjhLZfhoUaY ZU8P8m7KxTBR1MGIUKQWfVcOrUOyPKR7BP0Djv4X+WXlTFXsc+AyMkjAzE42HDz7bj0aP1 uMBRhK6/yhYzWeECO76B2n3UfXKd+tlPSConyBWKG9YkJewW4QuLgTayMJkIVw== Received: from crmpreview6.colo2.realworks.nl (localhost [127.0.0.1]) by crmpreview6.colo2.realworks.nl (Postfix) with ESMTP id 4E22A200199; Wed, 13 Aug 2025 10:00:06 +0200 (CEST) Date: Wed, 13 Aug 2025 10:00:06 +0200 (CEST) From: Ronald Klop To: Graham Perrin Cc: freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Message-ID: <1646945239.1782.1755072006157@localhost> In-Reply-To: Subject: Re: libutil.so.9 not found (was: HEADS-UP: pkgbase pkg upgrade breaks systems Re: after updating to latest, pkg base segfaults and leaves me unbootable) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1781_1645046488.1755072006154" X-Mailer: Realworks (760.68) X-Originating-Host: from (localhost [127.0.0.1]) by crmpreview6.colo2.realworks.nl [10.2.52.36] with HTTP; Wed, 13 Aug 2025 10:00:06 +0200 Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4c214t5KyGz3cj1 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:38930, ipnet:87.255.32.0/19, country:NL] ------=_Part_1781_1645046488.1755072006154 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Libmap.conf might help as a workaround in the meantime. Map util.9 to util.10. =20 Van: Graham Perrin Datum: 13 augustus 2025 08:35 Aan: freebsd-current@freebsd.org CC: freebsd-pkgbase@freebsd.org Onderwerp: libutil.so.9 not found (was: HEADS-UP: pkgbase pkg upgrade break= s systems Re: after updating to latest, pkg base segfaults and leaves me un= bootable) >=20 >=20 > On 11/08/2025 01:17, Dan Mahoney (Ports) wrote: > > =E2=80=A6 pkg is still being persnickety, and I don't know what the mec= hanism is to bootstrap it is: > > > > # ldd /usr/local/sbin/pkg > > /usr/local/sbin/pkg: > > libelf.so.2 =3D> /lib/libelf.so.2 (0x2a08ac8d1000) > > libjail.so.1 =3D> /lib/libjail.so.1 (0x2a08ad283000) > > libm.so.5 =3D> /lib/libm.so.5 (0x2a08adcbd000) > > libarchive.so.7 =3D> /usr/lib/libarchive.so.7 (0x2a08ae37a000) > > libz.so.6 =3D> /lib/libz.so.6 (0x2a08abe01000) > > libutil.so.9 =3D> not found (0) > > =E2=80=A6 >=20 >=20 > I guess, that explains pkg non-usable in the shell when booting > FreeBSD-15.0-CURRENT-amd64-20250807-02f394281fd6-279407-disc1.iso >=20 > > ld-elf.so.1: Shared object "libutil.so.9" not found, required by "pkg" >=20 >=20 >=20 >=20 >=20 >=20 ------=_Part_1781_1645046488.1755072006154 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Libmap.conf might help as a workaround in the mean= time.
Map util.9 to util.10.  

Van= : Graham Perrin <grahamperrin@gmail.com>
Datum: 13 augustus 2025 08:35
Aan: freebsd-current@fre= ebsd.org
CC: freebsd-pkgbase@freebsd.org
Ond= erwerp: libutil.so.9 not found (was: HEADS-UP: pkgbase pkg upgrade= breaks systems Re: after updating to latest, pkg base segfaults and leaves= me unbootable)

On 11/08/2025 01:17, Dan Mahoney (Ports) wrote:
> =E2=80=A6 pkg is still being persnickety, and I don't know what the me= chanism is to bootstrap it is:
>
> # ldd /usr/local/sbin/pkg
> /usr/local/sbin/pkg:
>          libelf.so.2 =3D&= gt; /lib/libelf.so.2 (0x2a08ac8d1000)
>          libjail.so.1 =3D= > /lib/libjail.so.1 (0x2a08ad283000)
>          libm.so.5 =3D>= ; /lib/libm.so.5 (0x2a08adcbd000)
>          libarchive.so.7 = =3D> /usr/lib/libarchive.so.7 (0x2a08ae37a000)
>          libz.so.6 =3D>= ; /lib/libz.so.6 (0x2a08abe01000)
>          libutil.so.9 =3D= > not found (0)
>          =E2=80=A6


I guess, that explains pkg non-usable in the shell when booting
FreeBSD-15.0-CURRENT-amd64-20250807-02f394281fd6-279407-disc1.iso

> ld-elf.so.1: Shared object "libutil.so.9" not found, required by "pkg"=





------=_Part_1781_1645046488.1755072006154-- From nobody Wed Aug 13 09:46:35 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 4c23Sp0PK1z64T99 for ; Wed, 13 Aug 2025 09:47:38 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c23Sl75CSz3r48 for ; Wed, 13 Aug 2025 09:47:35 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=leidinger.net header.s=outgoing-alex header.b=GWdDl4+5; spf=pass (mx1.freebsd.org: domain of Alexander@Leidinger.net designates 89.238.82.207 as permitted sender) smtp.mailfrom=Alexander@Leidinger.net; dmarc=pass (policy=quarantine) header.from=leidinger.net List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1755078417; 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=DAqfCpLJSJuvuMOW70c0biQQlzx33YpKYUelPC8Y1ic=; b=GWdDl4+5DDUIe5P8LFJK22tZWD++6n0rvcqHOOUvEBXF5hgO7q8XtdKFfmT3q1D2mJv2sf ykGeEAeLF0UG8iQH3WHlDwy5aIHdY9mBTcKijXTnHSy7pMH1ZEEe+36T4wC1RYGt7JTAk3 HzjjGoNPLkNxC8jLKFMHJg3TJTbTayySH9w5REpkLebf52rED6QSrogY/BD6LXYo/53UBK ztY5Fe/c4shSQs/ErDvtQgvY6bj3BsPoj0kZHRZpJe3CCDiF1qI3Ea17/zcg99JbhpOgFG mrpXwtkYKHW1extrBIWxtOIsF4R4fRCjzOHa76OGhl3JFWj31KqVowHlBLYOqA== Date: Wed, 13 Aug 2025 11:46:35 +0200 From: Alexander Leidinger To: Current Subject: panic in ZFS: VERIFY3U(BP_GET_BIRTH(bp), ==, BP_GET_BIRTH(&found->le_bp)) failed (15427394 == 15427393) Message-ID: <3b14032a60cd99670c5619d2818f549f@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_98343a5526ea1c5b5e2d9901a391275a"; micalg=pgp-sha256 X-Spamd-Result: default: False [-5.99 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; ONCE_RECEIVED(0.10)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MISSING_XM_UA(0.00)[]; HAS_ORG_HEADER(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:34240, ipnet:89.238.64.0/18, country:DE]; DKIM_TRACE(0.00)[leidinger.net:+]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; TO_DN_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[] X-Rspamd-Queue-Id: 4c23Sl75CSz3r48 X-Spamd-Bar: ----- This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_98343a5526ea1c5b5e2d9901a391275a Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi, I get this panic with -current as of 2025-08-11-154054 (CEST): ---snip--- (kgdb) #0 __curthread () at /space/system/usr_src/sys/amd64/include/pcpu_aux.h:57 td = #1 doadump (textdump=textdump@entry=1) at /space/system/usr_src/sys/kern/kern_shutdown.c:399 error = 0 coredump = #2 0xffffffff8053b305 in kern_reboot (howto=260) at /space/system/usr_src/sys/kern/kern_shutdown.c:519 once = 0 __pc = 0x0 #3 0xffffffff8053b837 in vpanic ( fmt=0xffffffff816d11f0 "VERIFY3U(BP_GET_BIRTH(bp), ==, BP_GET_BIRTH(&found->le_bp)) failed (%llu == %llu)\n", ap=ap@entry=0xfffffe0420634b30) at /space/system/usr_src/sys/kern/kern_shutdown.c:974 buf = "VERIFY3U(BP_GET_BIRTH(bp), ==, BP_GET_BIRTH(&found->le_bp)) failed (15427394 == 15427393)\n", '\000' __pc = 0x0 __pc = 0x0 __pc = 0x0 other_cpus = {__bits = {16777213, 0 }} td = 0xfffff801228ee780 bootopt = newpanic = #4 0xffffffff8140650a in spl_panic (file=, func=, line=, fmt=) at /space/system/usr_src/sys/contrib/openzfs/module/os/freebsd/spl/spl_misc.c:100 ap = {{gp_offset = 48, fp_offset = 48, overflow_arg_area = 0xfffffe0420634b60, reg_save_area = 0xfffffe0420634b00}} #5 0xffffffff814d4615 in dsl_livelist_iterate (arg=, bp=, bp_freed=0, tx=) at /space/system/usr_src/sys/contrib/openzfs/module/zfs/dsl_deadlist.c:1052 _verify3_left = _verify3_right = node = {le_bp = {blk_dva = {{dva_word = {24, 5140063200}}, { dva_word = {0, 0}}, {dva_word = {0, 0}}}, blk_prop = 9228727766583607296, blk_prop2 = 0, blk_pad = 0, blk_birth_word = {15427393, 15427394}, blk_fill = 0, blk_cksum = { zc_word = {0, 0, 0, 0}}}, le_refcnt = 9, le_node = {avl_child = { 0xfffffe0420634c30, 0xffffffff81492e2a }, avl_pcb = 18446735324294374176}} lia = avl = 0xfffffe0420634d88 to_free = t = found = #6 0xffffffff8146a402 in bpobj_iterate_blkptrs ( bpi=bpi@entry=0xfffff80eca95e3c0, func=func@entry=0xffffffff814d4320 , arg=arg@entry=0xfffffe0420634da8, start=start@entry=0, tx=tx@entry=0x0, free=free@entry=0) at /space/system/usr_src/sys/contrib/openzfs/module/zfs/bpobj.c:325 bp = 0xfffffe07b50a4880 blkoff = bparray = offset = 6272 bp_freed = 0 dbuf = 0xfffff806386e5bc0 err = freed = 0 comp_freed = 0 uncomp_freed = 0 bpo = 0xfffff80ade376320 i = 49 pe = ps = 0 pb = 0 #7 0xffffffff814699c1 in bpobj_iterate_impl ( initial_bpo=initial_bpo@entry=0xfffff80ade376320, func=0xffffffff814d4320 , arg=arg@entry=0xfffffe0420634da8, tx=tx@entry=0x0, free=free@entry=0, bpobj_size=bpobj_size@entry=0x0) at /space/system/usr_src/sys/contrib/openzfs/module/zfs/bpobj.c:401 bpo = 0xfffff80ade376320 stack = {list_offset = 40, list_head = { list_next = 0xfffff80eca95e3e8, list_prev = 0xfffff80eca95e3e8}} err = bpi = 0xfffff80eca95e3c0 #8 0xffffffff8146a0d2 in bpobj_iterate_nofree (bpo=, bpo@entry=0xfffff80ade376320, func=, arg=, arg@entry=0xfffffe0420634da8, bpobj_size=, bpobj_size@entry=0x0) at /space/system/usr_src/sys/contrib/openzfs/module/zfs/bpobj.c:567 No locals. #9 0xffffffff814d422c in dsl_process_sub_livelist ( bpobj=bpobj@entry=0xfffff80ade376320, to_free=to_free@entry=0xfffffe0420634e08, t=t@entry=0xfffff803e479e300, size=size@entry=0x0) at /space/system/usr_src/sys/contrib/openzfs/module/zfs/dsl_deadlist.c:1106 avl = {avl_root = 0xfffff811914e9488, avl_compar = 0xffffffff814d42e0 , avl_offset = 136, avl_numnodes = 25} arg = {avl = 0xfffffe0420634d88, to_free = 0xfffffe0420634e08, t = 0xfffff803e479e300} cookie = 0xfffff80ade376300 err = le = #10 0xffffffff81536a52 in spa_livelist_delete_cb (arg=0xfffffe022835d000, z=0xfffff803e479e300) at /space/system/usr_src/sys/contrib/openzfs/module/zfs/spa.c:3223 to_free = {bpl_lock = {lock_object = { lo_name = 0xffffffff816f57e9 <.L.str+1> "bpl->bpl_lock", lo_flags = 577830912, lo_data = 0, lo_witness = 0x0}, sx_lock = 1}, bpl_list = {list_offset = 128, list_head = { list_next = 0xfffff80a5a71e580, list_prev = 0xfffff8101a903680}}} ll = 0xfffff8053f3e1000 dle = 0xfffff80ade376300 err = count = 1 spa = 0xfffffe022835d000 ll_obj = mos = zap_obj = 14665 #11 0xffffffff8164c16f in zthr_procedure (arg=0xfffff803e479e300) at /space/system/usr_src/sys/contrib/openzfs/module/zfs/zthr.c:246 t = 0xfffff803e479e300 #12 0xffffffff804ee0f7 in fork_exit ( callout=0xffffffff8164c0c0 , arg=0xfffff803e479e300, frame=0xfffffe0420634f40) at /space/system/usr_src/sys/kern/kern_fork.c:1153 __pc = 0x0 __pc = 0x0 td = 0xfffff801228ee780 p = 0xfffffe021d808558 dtd = Tracing command "zfskern", '\000' pid 6 tid 101414 (CPU 1) #0 __curthread () at /space/system/usr_src/sys/amd64/include/pcpu_aux.h:57 #1 doadump (textdump=textdump@entry=1) at /space/system/usr_src/sys/kern/kern_shutdown.c:399 #2 0xffffffff8053b305 in kern_reboot (howto=260) at /space/system/usr_src/sys/kern/kern_shutdown.c:519 #3 0xffffffff8053b837 in vpanic ( fmt=0xffffffff816d11f0 "VERIFY3U(BP_GET_BIRTH(bp), ==, BP_GET_BIRTH(&found->le_bp)) failed (%llu == %llu)\n", ap=ap@entry=0xfffffe0420634b30) at /space/system/usr_src/sys/kern/kern_shutdown.c:974 #4 0xffffffff8140650a in spl_panic (file=, func=, line=, fmt=) at /space/system/usr_src/sys/contrib/openzfs/module/os/freebsd/spl/spl_misc.c:100 #5 0xffffffff814d4615 in dsl_livelist_iterate (arg=, bp=, bp_freed=0, tx=) at /space/system/usr_src/sys/contrib/openzfs/module/zfs/dsl_deadlist.c:1052 #6 0xffffffff8146a402 in bpobj_iterate_blkptrs ( bpi=bpi@entry=0xfffff80eca95e3c0, func=func@entry=0xffffffff814d4320 , arg=arg@entry=0xfffffe0420634da8, start=start@entry=0, tx=tx@entry=0x0, free=free@entry=0) at /space/system/usr_src/sys/contrib/openzfs/module/zfs/bpobj.c:325 #7 0xffffffff814699c1 in bpobj_iterate_impl ( initial_bpo=initial_bpo@entry=0xfffff80ade376320, func=0xffffffff814d4320 , arg=arg@entry=0xfffffe0420634da8, tx=tx@entry=0x0, free=free@entry=0, bpobj_size=bpobj_size@entry=0x0) at /space/system/usr_src/sys/contrib/openzfs/module/zfs/bpobj.c:401 #8 0xffffffff8146a0d2 in bpobj_iterate_nofree (bpo=, bpo@entry=0xfffff80ade376320, func=, arg=, arg@entry=0xfffffe0420634da8, bpobj_size=, bpobj_size@entry=0x0) at /space/system/usr_src/sys/contrib/openzfs/module/zfs/bpobj.c:567 #9 0xffffffff814d422c in dsl_process_sub_livelist ( bpobj=bpobj@entry=0xfffff80ade376320, to_free=to_free@entry=0xfffffe0420634e08, t=t@entry=0xfffff803e479e300, size=size@entry=0x0) at /space/system/usr_src/sys/contrib/openzfs/module/zfs/dsl_deadlist.c:1106 #10 0xffffffff81536a52 in spa_livelist_delete_cb (arg=0xfffffe022835d000, z=0xfffff803e479e300) at /space/system/usr_src/sys/contrib/openzfs/module/zfs/spa.c:3223 #11 0xffffffff8164c16f in zthr_procedure (arg=0xfffff803e479e300) at /space/system/usr_src/sys/contrib/openzfs/module/zfs/zthr.c:246 #12 0xffffffff804ee0f7 in fork_exit ( callout=0xffffffff8164c0c0 , arg=0xfffff803e479e300, frame=0xfffffe0420634f40) at /space/system/usr_src/sys/kern/kern_fork.c:1153 #13 ---snip--- Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_98343a5526ea1c5b5e2d9901a391275a Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmicXwsACgkQEg2wmwP4 2IYMvw//RWJA4TI1ukXdkHpfKbEcmci3vGsQsAkN+V7+uGea5pyAiuuzlqMwFs6b ROTZGkl2BlNV/Mv0ZdJMIZX8B2DxxFz4OPGw4vHBCsWhhTwY22cWBBdrBfk8IHFX oHmcAyCqIJVYuwWH4wHVnpBtbj3cuD1GjSSUawV1FOEbEBDE1NkVfNVOGefdwSOK PTe1xWUK6lhKntf7NWZQvF1iCnCvV+HDQqpHbwuCYBLknqJuCrUnmLWKYfwhUdrO LxTujOwH/Z1/JdjmN744qER4aLs/ALEHH1WXjo04P/WmJXTuDL6ZWFWPj7phfJjE HYJm3UufSPe3Ujq4NqtLyMsfPPqEw6u2/77f8jsQ8CB0NwBCV4u1VJc2hmQnTG82 71Cd3DrXSuwis+lWXiJO3Gms77JMMdOsm1wgD6s+0wSe3QDEItELMOzNbG0X+qFy rs37/Qt6eIJyXp1Ikpf6TddKsJlP00E5NJf3TfAqbxNMLGep9/AZZdZ9oWoobmZ8 JA6Bd3jwRE10sWMjUcJoDg1z/m5Ueqr8Tcel3VO9UECljmMOBYcbS+as2uHPomGX 1rre82wzb940MnUKbFIGi2WDGqylIfLrIkbB220L+TGRvUzYLjh6rwHkF4tIvCbH /4SZasMD0VyTz1uBd0DEZUpAoM9c6g9dbLj6swZwE7RsjjEGW1Q= =OTgm -----END PGP SIGNATURE----- --=_98343a5526ea1c5b5e2d9901a391275a-- From nobody Wed Aug 13 10:13: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 4c242Z5P2Pz64WjD for ; Wed, 13 Aug 2025 10:13:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (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 4c242Z3VJ4z3wK9 for ; Wed, 13 Aug 2025 10:13:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=nWD1C4Fd; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755080000; bh=gMsJJTA5CDndWiNevXk1slTr3Muj1webfaVRMFB9Gvk=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=nWD1C4Fdle5hsG1n3TI1r++i6rBvVGbNtBkoNx7IcgHO36Tptg9T/7M65xCGM0Snj7qydIkUc/hJ7dyYVzdTwRDO+QH+uBCjTvv+RbZhh6rIOYyQxASgf5GIuyP61hQQpdSfYBJmx4j/NYv+yh4J6hqxz0c3STRw7BZXjt3q9ZjdxLSY5Xya5IxsAziEuFyDNXmGwOOSAxrmAupF+r1TWcqa0Nd/5wdi//0sB0dOxO8EEc/F3dDiTC2x+WACi5XycRQAQElpcZqp4vx1UZ3FQYaazVrRnz6afcjE7Z6rHlzR6otONN003H3yfMfuWp077oF5YsrrUhGKeBC5/uemdQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755080000; bh=TCups14xxsJoYcHXUgVY0P25qgUxkhybPzqDC+fA3bn=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=h7g6yzoqRc6KA37vErEF4BygngHPdGmIYl2x1+w9HwGBCVu/VfHTYIvi0JudNYKln5ipC5n/Gilus2KnNSSstibBxf3jXWxbfUPXB2fBaLblQxelDspNSXfIsg1LqrpApwMmv/KI3ou3sJMGcl9pPSu2PD0Ve7cOn0cMpm5EDNc4RhX0fT8Gkr1ir/aCdpeoYcAwuy1Qu5hcb23XXVm5rAbq7uVR1JLBsht5UuYYtH7Y69TYTl1TMAzlBJZ2sT7v0UwEBHqvZFkLn/3WtRbw2gt7pbTr7BWa4mlfc6LXkJ2ZZC1f6r8DT6o+76c+/TJhm3uyuUUmU09UnLIUpn+Uvw== X-YMail-OSG: XB9kbhsVM1knE6dBV7qNKeGpzo0yr0N35b_espS3lQHZRy1kLf_0FHZRsUdEIyE L9CYDsZF17eiJDJJJ9Ex6hXS3H8vSJyVZuV68tszrNvMoC6YdiVcsEE9dPtG91g.MUSeHo.Q5Gau 8d9R6LRjA9cs5oOP.HqEZKJOG4_c1oNfWnu7nNOoFQoi8Ka7639NVrCcqLVEPk6a8tzp_OgZ4kGN ZiW.tluwqRGGBCMHixpnVp7chHiw1lwNhPNh0GCuhtHLI4rCpKaT.FPtQzx8.1eKK8I8XCtrh6eu PLjrRTfuIEGEP8zBOVfPT_FPXR_D_6vMWJDSvRPNWHhxMeXWkyLPu4HAgMFuDphLZXl6BCc7zYe4 tZdsVT2I1zrrctLKWLcjcBW2gXnw3v8BqijGMFxPaoDGj8ZfIgc5LyIbf404IPcjsE0v_RIRLCvy bbUYpVDk.7bBmReuw0tsy2lyQyE78Q4gOrKOCth4l5pteHxBCZbElYRY0oSjJfuokpOa9nfXg6_n 4aAfeVpK0LlRXFYM8BfFWv91EVCgYxiJpiSzHs2XUIsyjj8p5GZEuYkzPBXRa5icHhY5fetrrTcg AYAEddSS3d3rmRtUSTtKIa9Yxpq2kVC_B5pInOOCUivcKZbQnuNJ6pAlXQMVyDeE0.Qzygc76ylm T3g3ijsYSHo9HfutymM6XnVW4y6zDjLIzsmi6JYtmsPPT3mFA3BFI1r.Vr353sMu1btX1GyyDldA PJitVKoSuVIhBCh2s6mRTFT2vKugprYSN8d7ViJjCyQtLi01tGdur9O5Z1m3dSxcuQ0kfuP77B4S lFRkefzJEM214WRIqbZVDj.PAwdfQUNj0QXa5VBOSNPPBY0DEI27g.liPYniAhn8b2_hE_I68Y4. O9Lhew1QjGSI3ifLxxDOowz1TCT4LFR2AjnSsNa6H_awzcqUcak.AXYiW7ZIijNkggG0wtbyvV6r O38pLZe51bs.M5Ga2bXiBm_P0MHqXMNm0SOQlrIe5.qRRXbHbYKVAfVIf_CR57MSTqwbEopz.Ofj krCSc2mS8OGqnp75p0tpNUrHD4fqsSwDWiKZ3ufCWBMbtn0HAIuB3EWWYxA1544SE1fmvGhfBMgg 6wmD.QRpPkyQ5FSn2I4nm.JbBy4wPYfyAF6hwetJAHgdO25z7T07BY_8E6VE.cf_jIbhYR1QTgPe IrZxKaHn8CfIAKAfHbXP2bL.v_J2IqhVrKl_8FVfNCTkRqCBkUjudasRQbH5fJTj6lXvSDg8olTK ULdkJjthbBKnIq6cTnVt3yw34ZBNFzKnNzwxtl7nTKoVzKcKCV2x0HyWkYJRgO_wA5pi0G4c.ssD i67l8L_7eAaFZuotvm6QHt0YXNanVz0zB4AQnqtw8SfSWxwhMHaPtF5SQswehgqoldMe3wBBSO6_ 3UKwMcbeZqq50zOE_21rlslH0lCnzc7GVqhHPYUqdfHrTgoR4FRQnNonmukRDMpLv_cXcfZh.scX J2w67Isjj5ZGotQZozYw3eoy9_yh4LZNec8OgPTOE9PwurRK7.YGhzFmIsg7TvNhWL9H6gmU9xtn hx0mYvmrWsd9yGW1Kd96bJJMvAj3Ujcg1y.IACeTCI.Qdfbnj4YAcwr_Iglrasi4xTAbKt1l0OSa ZAmehS5E9GBqsgLqc2i93sza_R0Gx3mVHZfrb7xyjVHDhzAXhqFoKBFlFOMkseNT2t9vrai5SmkR ma8tqYEUX631c4NafDbuUh6y0MIGoMSYUKdjqt0fhsQfC2FUtOGsN66t_u9krHXyLjljayUcuAU7 40KPAHTKPQ.4D4qySqvGxZo5ycYZD500yZ8086XgzxOUYB_oACOa0hJsvSeiDMdnv47w4xTOnX37 U2LCIUiP4UQ5MHCy4sz0KV9Qk.lXOTRTdzHQoBfi0XJkSJDpszkYx.nHhnRl3szZN4kZDs5mJxDI johd4lAFMG49opv0cU8HQCLcSg_sC2_YqN.Py6VDoendRWKji3GyBv9aC0byxkJxkv4W_EM067qx Y9VSk1XChmXeqZKd4hkR1oEPdi_EfAEt8KNGkKRlVR9glpcrbp_EblCI8dth0bsuLg2f3UsIMO81 rRWcJ0v.Qej1T1chFMY5iVJ7qwT_1rynNRMswMbN5ir6Mq.Ww4rawYAGBttZhaADqoEt163_f1A2 6DxhMs51IMYl2p8PZZTVTcBC6.PE6eXBYRjOvd7mJ0BsQvZ9OcbgsQfIORZweJAU9SHSkR5qLoAF D2qwD8IZFvees1cKZ1nwIkrdsug-- X-Sonic-MF: X-Sonic-ID: 5560c2da-d6ce-4786-af28-b3c5ab84c0e2 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Wed, 13 Aug 2025 10:13:20 +0000 Received: by hermes--production-gq1-74d64bb7d7-lbnk4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a84d12b018317843f4c1dd1e55d41ae6; Wed, 13 Aug 2025 10:13:16 +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: libutil.so.9 not found (was: HEADS-UP: pkgbase pkg upgrade breaks systems Re: after updating to latest, pkg base segfaults and leaves me unbootable) Message-Id: Date: Wed, 13 Aug 2025 03:13:05 -0700 To: Graham Perrin , FreeBSD-pkgbase@freebsd.org, FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: 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)[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:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; 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_IN_DNSWL_NONE(0.00)[98.137.68.82:from]; 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.68.82:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-Rspamd-Queue-Id: 4c242Z3VJ4z3wK9 X-Spamd-Bar: --- Graham Perrin wrote on Date: Wed, 13 Aug 2025 06:34:46 UTC : > On 11/08/2025 01:17, Dan Mahoney (Ports) wrote: > > =E2=80=A6 pkg is still being persnickety, and I don't know what the = mechanism is to bootstrap it is: > > > > # ldd /usr/local/sbin/pkg > > /usr/local/sbin/pkg: > > libelf.so.2 =3D> /lib/libelf.so.2 (0x2a08ac8d1000) > > libjail.so.1 =3D> /lib/libjail.so.1 (0x2a08ad283000) > > libm.so.5 =3D> /lib/libm.so.5 (0x2a08adcbd000) > > libarchive.so.7 =3D> /usr/lib/libarchive.so.7 (0x2a08ae37a000) > > libz.so.6 =3D> /lib/libz.so.6 (0x2a08abe01000) > > libutil.so.9 =3D> not found (0) > > =E2=80=A6 >=20 >=20 > I guess, that explains pkg non-usable in the shell when booting > FreeBSD-15.0-CURRENT-amd64-20250807-02f394281fd6-279407-disc1.iso >=20 > > ld-elf.so.1: Shared object "libutil.so.9" not found, required by = "pkg" Yes, the port-packages builder's poudriere jail world was older than the change to libutil.so.10 and, so, still had libutil.so.9 . That was mixed with a newer FreeBSD that instead had libutil.so.10 . There are later changes from libcrypto.so.30 to libcrypto.so.35 and libssl.so.30 to libssl.so.35 that have the same time relationship issue for some more recent port package builder poudriere runs as I understand. Such coordination issues are one of the consequences of pkg not being built and distributed as part of the FreeBSD world but as a ports-package. (I ignore here, other constraints that lead it to be a ports-package instead.) At some point the port-package builder jail worlds for main-* (amd64, aarch64, armv7, and possibly i386 for a time) need to be updated to have a FreeBSD world version that is based on having all 3 of: libutil.so.10 libcrypto.so.35 libssl.so.35 May be at some point the infrastructure could detect such mismatches for the likes of FreeBSD-*.0-CURRENT-*.iso being assembled using a too-old pkg that would otherwise be included --and prevent forming a distribution with a pkg that was not operable because it is too old. Another issue is how long main-* port-package builder runs take as stands, especially for aarch64 and armv7 that share the same builder machine (ampere2). =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Aug 13 10:31: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 4c24S20Rv9z64YSf for ; Wed, 13 Aug 2025 10:32:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-21.consmr.mail.gq1.yahoo.com (sonic301-21.consmr.mail.gq1.yahoo.com [98.137.64.147]) (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 4c24S154hZz4000 for ; Wed, 13 Aug 2025 10:32:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=lw6JAK5Y; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755081115; bh=1Ran3OS86ajVQ15QxnSD6Ek01+yuRyw69jqg+9XYoR8=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=lw6JAK5YRA2mOplfCwKL5pyrlx6wNePx0DbpvMPzQgpMLD1/EZXCcOyv/o4Lgu/OFdcEVwudFced6GC+vG7PCogOKrcom12iyx/1aSfn8uO6Qkgwf8v0PD1qtGZ/l47qYYLRxHuyQDJLwVM7P2Cbpd16GytqJSI3rIqU//iA9f4B/JiFnurtL7nGqOYJ4hAAFGmDOAqMftE3cFhggiNe3BCEm7OvHpMiVi5EuOiEfbf2stYijjZKR3b9EdmS1ljexfjiBct5ORp5sHSpn8PmjPkckvnl+33Pdd+XnGvkditrOdk4rb8RmEQiRMFFkMEQDkD7sLPqxTbKkH3NYTAJAg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755081115; bh=WZjMAOrZNqcEymZoAmzt4AjC4PLr0+upfQNphFNN1Hi=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=JCEtfJoOIQwjdK/NG6SBBQGZSqmpZXRLyhyPnfOM/bU+pPn5dzvvlKet/QNZqiU1Y79JnWqlA8T7Cc+PIv81JLCpDCvKbGL7cYbzOYhzooaPZ3ZxcEMsZKWAh6E8e0Ddw1PRTZp8tlE+50Vbz7gPHfRtaVst0uZk/PgmzdnnSy3ftd7RFdCV3clUg7tmipSYM1IoGBaOFgBrB//vP4Awr6Kq3YwUMo+EjPBJA7B4zHIy4AbNa0FfPu4GWYrjL5nJgLfz3DlC+DSBypEDnNGXkNt99dfgZqKMx5+7EoSWQy8UKh3lr/4cssGS4U2oGhANIJajJCRxeFiZR7qEdRMz3Q== X-YMail-OSG: qO87qwAVM1nOvkU2tgcCznRfCNmqjXloDkxmtQtaJDqNApPSh.0gmQ5qcAK8qet BKzCcsf443vX_yznNW0TBgxxCNwIrIfJycuP0fUnaIvWdhDrAlgzST2_cX78EXC7QgkFplDOabkd SlO8qejuGN9jHvqmcx7aqCpfjIIlsNXKmNy9.UjrPk94MDLfN9G5us3cb_6Kad7BKCpQQuIREM3c m3G4HRqEivq1gZZ1PmM8_LLvYue6YH7uhLaWe6D0fODmjtZggx166Mm_UILC0.3ftK7lzjhmB3t2 VnfoddzDDpfl1HaQyW7Maam13uhFiIYiwmirCtx8Od7wtLdX.SCzAss9ymH5hBKw7x_I.hFvKCD0 YQT.GOP2s84_vKE8foohIUgiLpUl__40KIpvUaHOeqU9zJLdnxDRSKVp0ouMwunuGRW6C29YYkOf FJaJaXtHbREqIaJ1yvJI_WmFanuHOc7PAOxM.wK_sJ77wueHw66iYS9NP9M.LHYV59TGWqM2Xt8u GPLln1i4LDZS_ZltaufwIBsMG6zVPb5EZf.rmT1M.7MwlWQ9AL5pVpgFIcjSuyvTGG_eC.xg4t8F 6QUY8Ygagxn0oEr8e30Ko1uq7Lck2iiCGcWhsyOv5LlTyO.394ePxr6KcU0TVVyL21PDqZ5oij7y jLJEovcH.aejdlERjqD7vVJwsbMCYxZwnYjiXCCmizZ2NGVRiufmVwoQZ7u3JM9tDuoHp7IZwycv yaFKaGIzT6qs7bp6IRhVfqtCHUC8dBQ4qrtTI.VMiA_RdGUgHWacf6CdQnkR84vyt_0hg3.zQbhh _PTGijPSP.gnnbbzdvF2EXz52bji8Lh7qB080qrlpUQ7YAm2SbX1nvQ1_1PZDZNC6pDIbgbS71yO fkmedg7aUjzYQM3K8QjYdHju00eDbkSAQqYTU98Tir7MoNiqBv1XhhQC7.ighhdTe9oVnO3UEgVx WnGkJ.u.cCgLeKlxposLsFNwPTuZ3Kk8NxUVJILJdkvL0SexRZSBleZy973F2bI5qDBLP8x2BNF3 CNkTNjEXpd5aXUSMQ0mvEed6AKtPFLR2sPQormKQbkzHJ8gHTm6.rtMoPIPEeM5JSH5akfzrzgjp wQHRdPL3Mem3lFW4QysBDhpGdaeMToBJS0InDvk8rRWganKB4VyXoHRZJigml5f8UxB6WjofbAx. bHwRzjxjmZbqsC2ZejMm9ifEOrrG6d41yIEy4TCIJkNI7HINSy3fUJih7oqkXPkb5XUYiAFuqY4V 2DkgsFwDaNyHXdgfupCIi8ERM00wM0YHQNKJB3XrKWxBBJ.mQsou368mh5RpoSJHdWcJxFBkVPIb GR2CywhziB105FVxT2LhvdhzBaOurUiLhp6F9ldcyC0.fwvC0W0qzYzRfagV2oEvDd_xLQoEQOXO 759g152dnTECBPErRQfnzFd7svYjsSb7xt_UjO7a.9W2yAt5MYn.SOlBoSN16Q8JHENAgou1L2Yl X_nfZsly5UrzWVz_KYTAkPvkx2fwLMRiJujlwizTZ0oRkLwsjLq_MEcfWVdpLdDxiuIdDn7p4u5H coK_CEwV5m3Tv4_DbY7zeziyv4Gl1i_OrhgVk7gCfG3g.JPcwsRTLozwqGALIsRtFT5eNJq17T4d 31oXqfqoAL7rX00e49VLn6VXh4aKtwfXgWEPuAYSarG1H6M7mnqDMOMdWGpOfJjJsA7MuB45mv2R cMBAqYzoumH4O2atjBT5T2.tJNr6VxC_oUzUCPgBNmAxslcCQBqGN_b5bs7hniXOvEiJRi8ceHqV Rn6DVvc7vmB0dJrqA2IFpCQoUOgvRZzNzS7WwHOm.yCz3p2yTWsmT1eLZ8xFZpqSoCrii2J2O_vc ZdQPPMH9WDvcjGZzMULXkFCd6QluVlnU8b2TF.q6f3RV8q1zjdz3PAcflP3qyn.Z0DHN5UhoR.ex rYaQdbwodQFDNI41E4_aaTjRBsgT2xdxaV_EoS4cPLvRsXwvPij8i_ustO0RIw6cYej7EHi9D89L JaN_WfHUhIRIqWjdK0ttMYbyepUwCWLqEPk5Pf6j5u3NIrmHT_ZjIW_btdvHKBTHHBXIp2hSU.3N aTKPUZiuHv_qA6xbLdra9nTGRXwk4jFEUMBsLF4ukF13cdFjJ561Lvq7cMonDPJUCLoPsH_k8XLR MdUjejLIz4VT2_o9Nxa5oGk.gQ4WnE6WJkD1pGYslFKNXtlDw_x5W3eZC28NgV0.H3kilMyBJhgf e_7fQ56VpzjkhUWw.w84dLJUkEgcwpBrDlfgcvz2hM6vwxatffGw8foqEXMdacIrYCVIKuywA_mz HKKZQppE- X-Sonic-MF: X-Sonic-ID: 900fd846-667a-431e-844b-a9d0bc7660c8 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Wed, 13 Aug 2025 10:31:55 +0000 Received: by hermes--production-gq1-74d64bb7d7-mh87r (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b0e0dcdb49ed570cdb9a876c24f82265; Wed, 13 Aug 2025 10:31:54 +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: libutil.so.9 not found (was: HEADS-UP: pkgbase pkg upgrade breaks systems Re: after updating to latest, pkg base segfaults and leaves me unbootable) Date: Wed, 13 Aug 2025 03:31:43 -0700 References: To: Graham Perrin , FreeBSD-pkgbase@freebsd.org, FreeBSD Current In-Reply-To: Message-Id: <6406F0BE-4881-47C0-AA6F-24D3BEAE0CB2@yahoo.com> X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; 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_IN_DNSWL_NONE(0.00)[98.137.64.147:from]; 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.147:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-Rspamd-Queue-Id: 4c24S154hZz4000 X-Spamd-Bar: --- On Aug 13, 2025, at 03:13, Mark Millard wrote: > Graham Perrin wrote on > Date: Wed, 13 Aug 2025 06:34:46 UTC : >=20 >> On 11/08/2025 01:17, Dan Mahoney (Ports) wrote: >>> =E2=80=A6 pkg is still being persnickety, and I don't know what the = mechanism is to bootstrap it is: >>>=20 >>> # ldd /usr/local/sbin/pkg >>> /usr/local/sbin/pkg: >>> libelf.so.2 =3D> /lib/libelf.so.2 (0x2a08ac8d1000) >>> libjail.so.1 =3D> /lib/libjail.so.1 (0x2a08ad283000) >>> libm.so.5 =3D> /lib/libm.so.5 (0x2a08adcbd000) >>> libarchive.so.7 =3D> /usr/lib/libarchive.so.7 (0x2a08ae37a000) >>> libz.so.6 =3D> /lib/libz.so.6 (0x2a08abe01000) >>> libutil.so.9 =3D> not found (0) >>> =E2=80=A6 >>=20 >>=20 >> I guess, that explains pkg non-usable in the shell when booting >> FreeBSD-15.0-CURRENT-amd64-20250807-02f394281fd6-279407-disc1.iso >>=20 >>> ld-elf.so.1: Shared object "libutil.so.9" not found, required by = "pkg" >=20 > Yes, the port-packages builder's poudriere jail world was older than > the change to libutil.so.10 and, so, still had libutil.so.9 . That > was mixed with a newer FreeBSD that instead had libutil.so.10 . >=20 > There are later changes from libcrypto.so.30 to libcrypto.so.35 and > libssl.so.30 to libssl.so.35 that have the same time relationship > issue for some more recent port package builder poudriere runs as > I understand. >=20 > Such coordination issues are one of the consequences of pkg not being > built and distributed as part of the FreeBSD world but as a > ports-package. (I ignore here, other constraints that lead it to > be a ports-package instead.) >=20 > At some point the port-package builder jail worlds for main-* (amd64, > aarch64, armv7, and possibly i386 for a time) need to be updated to > have a FreeBSD world version that is based on having all 3 of: >=20 > libutil.so.10 > libcrypto.so.35 > libssl.so.35 >=20 > May be at some point the infrastructure could detect such mismatches > for the likes of FreeBSD-*.0-CURRENT-*.iso being assembled using a > too-old pkg that would otherwise be included --and prevent forming > a distribution with a pkg that was not operable because it is too > old. The above paragraph of my note was not coherent since pkg is installed later via the bootstrap process. It would be more like: the bootstrap validates library version compatibilities and reports any library version "not found" status and then indicates to try bootstrapping again later to hopefully get a newer build of pkg that might be library compatible with the FreeBSD vintage in question. That likely gets into a more overall error handling sequence as well. > Another issue is how long main-* port-package builder runs take as > stands, especially for aarch64 and armv7 that share the same builder > machine (ampere2). >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Aug 13 10:37:45 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 4c24Zh004Kz64YHZ for ; Wed, 13 Aug 2025 10:37:47 +0000 (UTC) (envelope-from dim@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c24Zg5gz1z41FM; Wed, 13 Aug 2025 10:37:47 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755081467; 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=8lt/TAbuGQB63dhZZ2Ti90LsripU5e+avPYxre0BUfs=; b=D8l5i7+BfA/MjV01EQFg+MHVcF41gTunAaYEQIxBwC2+opAs4kkVf103aR0blY5tlWn/C/ ZXlASNswgYR4ukD/SA8TlPt3vuy1bCfODnzPu+PmtjyMTRko5lDNltwp/IgHnHwJtbWZOy O4x91tz/SVBhEdAftbLVzxHLGzabe0C3Ll8Hk/4ONOj0jYp+W94H2nqJr9DGoC9hfa4LHP QlswtXy1DNs/iRpj9iQ7rkhp0daEdiEDkK7D1LQKMtC4Ibyq7dgnlZHRx+0cfybViEP7uH JtLI/72TJiHpLqdtXbfFA2W2s6EqRh464c3DmRaCePPEjuQymNizbOM2QsW7Kw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755081467; 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=8lt/TAbuGQB63dhZZ2Ti90LsripU5e+avPYxre0BUfs=; b=XOAyI5jXPWvmuyJdOepQzGpQIvE4npsSXVaaaFE5dUiNeGyMIx7oCEOXYU1oUcaYllSB4c a5dIspEBRIHEAA7VQGCwGhabwyUFXWtfHS7IIZD1ALRrUGql9TMz1OOknzPSpnzKMjbO5U PgX/sNyNHXdGOLP8ijLPtSi/m/1pswRX1LiDlJEmJfFxVz8OrdbCYXpISUym9ACfrVcNAg ooy4w0QxGpWHQ1kGiwEuq8MTWZ/6ACNd8kNSHgXGn/rzmoQoI9oGc0qBxMz2Ds6KuvtSEZ qO94kQqC5IV88rGe9m96DbQoHFPtGUsHpSBsOrbdBhLniz4n1cqs/GMFbRB5ag== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755081467; a=rsa-sha256; cv=none; b=hAvj62eAwtHQxoB8MFayAnOj5FAlOhrZTrHzMwL0IVRfEPD05xN0CE7OjmsHENlBWFv4XC SaeHFQMWi1oDJLZYDJRUotNyWL5WaXT7PG4Ad2e6xhmlEEOHVe8D7qFhBCKVVwpf+WYXOx HTlbb0sFh5K7nylOTEWtzlNyhY/vcWKvyS02l6EOeQnktUWDEJumeVTw6GQ4XELwAcktK+ hXPFO8weN3tHCvI97pevBf1JFTlI5+SjrAyrUwVcg3FTy9/+KXx5SbtM2q7adJx2FBuG/Y yEF7QwrKgqs8Y/WktZL3mUHNmI5tFoAeQ96M4j8aSDdep98LfYwGdqO3V30odQ== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (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 "tensor.andric.com", Issuer "R11" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4c24Zg4K0zz16SM; Wed, 13 Aug 2025 10:37:47 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (bladnoch.home.andric.com [192.168.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 0F7956C25E; Wed, 13 Aug 2025 12:37:46 +0200 (CEST) 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: panic in ZFS: VERIFY3U(BP_GET_BIRTH(bp), ==, BP_GET_BIRTH(&found->le_bp)) failed (15427394 == 15427393) From: Dimitry Andric In-Reply-To: <3b14032a60cd99670c5619d2818f549f@Leidinger.net> Date: Wed, 13 Aug 2025 12:37:45 +0200 Cc: Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <3b14032a60cd99670c5619d2818f549f@Leidinger.net> To: Alexander Leidinger X-Mailer: Apple Mail (2.3826.700.81) On 13 Aug 2025, at 11:46, Alexander Leidinger = wrote: >=20 > I get this panic with -current as of 2025-08-11-154054 (CEST): > ---snip--- > (kgdb) #0 __curthread () at = /space/system/usr_src/sys/amd64/include/pcpu_aux.h:57 > td =3D > #1 doadump (textdump=3Dtextdump@entry=3D1) > at /space/system/usr_src/sys/kern/kern_shutdown.c:399 > error =3D 0 > coredump =3D > #2 0xffffffff8053b305 in kern_reboot (howto=3D260) > at /space/system/usr_src/sys/kern/kern_shutdown.c:519 > once =3D 0 > __pc =3D 0x0 > #3 0xffffffff8053b837 in vpanic ( > fmt=3D0xffffffff816d11f0 "VERIFY3U(BP_GET_BIRTH(bp), =3D=3D, = BP_GET_BIRTH(&found->le_bp)) failed (%llu =3D=3D %llu)\n", = ap=3Dap@entry=3D0xfffffe0420634b30) > at /space/system/usr_src/sys/kern/kern_shutdown.c:974 > buf =3D "VERIFY3U(BP_GET_BIRTH(bp), =3D=3D, = BP_GET_BIRTH(&found->le_bp)) failed (15427394 =3D=3D 15427393)\n", = '\000' > __pc =3D 0x0 > __pc =3D 0x0 > __pc =3D 0x0 > other_cpus =3D {__bits =3D {16777213, 0 }} > td =3D 0xfffff801228ee780 > bootopt =3D > newpanic =3D > #4 0xffffffff8140650a in spl_panic (file=3D, > func=3D, line=3D, fmt=3D) > at = /space/system/usr_src/sys/contrib/openzfs/module/os/freebsd/spl/spl_misc.c= :100 > ap =3D {{gp_offset =3D 48, fp_offset =3D 48, > overflow_arg_area =3D 0xfffffe0420634b60, > reg_save_area =3D 0xfffffe0420634b00}} > #5 0xffffffff814d4615 in dsl_livelist_iterate (arg=3D, > bp=3D, bp_freed=3D0, tx=3D) > at = /space/system/usr_src/sys/contrib/openzfs/module/zfs/dsl_deadlist.c:1052 > _verify3_left =3D > _verify3_right =3D > node =3D {le_bp =3D {blk_dva =3D {{dva_word =3D {24, = 5140063200}}, { > dva_word =3D {0, 0}}, {dva_word =3D {0, 0}}}, > blk_prop =3D 9228727766583607296, blk_prop2 =3D 0, blk_pad = =3D 0, > blk_birth_word =3D {15427393, 15427394}, blk_fill =3D 0, = blk_cksum =3D { > zc_word =3D {0, 0, 0, 0}}}, le_refcnt =3D 9, le_node =3D = {avl_child =3D { > 0xfffffe0420634c30, 0xffffffff81492e2a = }, > avl_pcb =3D 18446735324294374176}} > lia =3D > avl =3D 0xfffffe0420634d88 > to_free =3D > t =3D > found =3D > #6 0xffffffff8146a402 in bpobj_iterate_blkptrs ( > bpi=3Dbpi@entry=3D0xfffff80eca95e3c0, > func=3Dfunc@entry=3D0xffffffff814d4320 , > arg=3Darg@entry=3D0xfffffe0420634da8, start=3Dstart@entry=3D0, = tx=3Dtx@entry=3D0x0, > free=3Dfree@entry=3D0) > at /space/system/usr_src/sys/contrib/openzfs/module/zfs/bpobj.c:325 > bp =3D 0xfffffe07b50a4880 > blkoff =3D > bparray =3D > offset =3D 6272 > bp_freed =3D 0 > dbuf =3D 0xfffff806386e5bc0 > err =3D > freed =3D 0 > comp_freed =3D 0 > uncomp_freed =3D 0 > bpo =3D 0xfffff80ade376320 > i =3D 49 > pe =3D > ps =3D 0 > pb =3D 0 > #7 0xffffffff814699c1 in bpobj_iterate_impl ( > initial_bpo=3Dinitial_bpo@entry=3D0xfffff80ade376320, > func=3D0xffffffff814d4320 , > arg=3Darg@entry=3D0xfffffe0420634da8, tx=3Dtx@entry=3D0x0, = free=3Dfree@entry=3D0, > bpobj_size=3Dbpobj_size@entry=3D0x0) > at /space/system/usr_src/sys/contrib/openzfs/module/zfs/bpobj.c:401 > bpo =3D 0xfffff80ade376320 > stack =3D {list_offset =3D 40, list_head =3D { > list_next =3D 0xfffff80eca95e3e8, list_prev =3D = 0xfffff80eca95e3e8}} > err =3D > bpi =3D 0xfffff80eca95e3c0 > #8 0xffffffff8146a0d2 in bpobj_iterate_nofree (bpo=3D, > bpo@entry=3D0xfffff80ade376320, func=3D, = arg=3D, > arg@entry=3D0xfffffe0420634da8, bpobj_size=3D, > bpobj_size@entry=3D0x0) > at /space/system/usr_src/sys/contrib/openzfs/module/zfs/bpobj.c:567 > No locals. > #9 0xffffffff814d422c in dsl_process_sub_livelist ( > bpobj=3Dbpobj@entry=3D0xfffff80ade376320, > to_free=3Dto_free@entry=3D0xfffffe0420634e08, = t=3Dt@entry=3D0xfffff803e479e300, > size=3Dsize@entry=3D0x0) > at = /space/system/usr_src/sys/contrib/openzfs/module/zfs/dsl_deadlist.c:1106 > avl =3D {avl_root =3D 0xfffff811914e9488, > avl_compar =3D 0xffffffff814d42e0 , > avl_offset =3D 136, avl_numnodes =3D 25} > arg =3D {avl =3D 0xfffffe0420634d88, to_free =3D = 0xfffffe0420634e08, > t =3D 0xfffff803e479e300} > cookie =3D 0xfffff80ade376300 > err =3D > le =3D > #10 0xffffffff81536a52 in spa_livelist_delete_cb = (arg=3D0xfffffe022835d000, > z=3D0xfffff803e479e300) > at /space/system/usr_src/sys/contrib/openzfs/module/zfs/spa.c:3223 > to_free =3D {bpl_lock =3D {lock_object =3D { > lo_name =3D 0xffffffff816f57e9 <.L.str+1> = "bpl->bpl_lock", > lo_flags =3D 577830912, lo_data =3D 0, lo_witness =3D = 0x0}, > sx_lock =3D 1}, bpl_list =3D {list_offset =3D 128, = list_head =3D { > list_next =3D 0xfffff80a5a71e580, list_prev =3D = 0xfffff8101a903680}}} > ll =3D 0xfffff8053f3e1000 > dle =3D 0xfffff80ade376300 > err =3D > count =3D 1 > spa =3D 0xfffffe022835d000 > ll_obj =3D > mos =3D > zap_obj =3D 14665 > #11 0xffffffff8164c16f in zthr_procedure (arg=3D0xfffff803e479e300) > at /space/system/usr_src/sys/contrib/openzfs/module/zfs/zthr.c:246 > t =3D 0xfffff803e479e300 > #12 0xffffffff804ee0f7 in fork_exit ( > callout=3D0xffffffff8164c0c0 , = arg=3D0xfffff803e479e300, > frame=3D0xfffffe0420634f40) > at /space/system/usr_src/sys/kern/kern_fork.c:1153 > __pc =3D 0x0 > __pc =3D 0x0 > td =3D 0xfffff801228ee780 > p =3D 0xfffffe021d808558 > dtd =3D >=20 > Tracing command "zfskern", '\000' pid 6 tid 101414 = (CPU 1) > #0 __curthread () at = /space/system/usr_src/sys/amd64/include/pcpu_aux.h:57 > #1 doadump (textdump=3Dtextdump@entry=3D1) > at /space/system/usr_src/sys/kern/kern_shutdown.c:399 > #2 0xffffffff8053b305 in kern_reboot (howto=3D260) > at /space/system/usr_src/sys/kern/kern_shutdown.c:519 > #3 0xffffffff8053b837 in vpanic ( > fmt=3D0xffffffff816d11f0 "VERIFY3U(BP_GET_BIRTH(bp), =3D=3D, = BP_GET_BIRTH(&found->le_bp)) failed (%llu =3D=3D %llu)\n", = ap=3Dap@entry=3D0xfffffe0420634b30) > at /space/system/usr_src/sys/kern/kern_shutdown.c:974 > #4 0xffffffff8140650a in spl_panic (file=3D, > func=3D, line=3D, fmt=3D) > at = /space/system/usr_src/sys/contrib/openzfs/module/os/freebsd/spl/spl_misc.c= :100 > #5 0xffffffff814d4615 in dsl_livelist_iterate (arg=3D, > bp=3D, bp_freed=3D0, tx=3D) > at = /space/system/usr_src/sys/contrib/openzfs/module/zfs/dsl_deadlist.c:1052 > #6 0xffffffff8146a402 in bpobj_iterate_blkptrs ( > bpi=3Dbpi@entry=3D0xfffff80eca95e3c0, > func=3Dfunc@entry=3D0xffffffff814d4320 , > arg=3Darg@entry=3D0xfffffe0420634da8, start=3Dstart@entry=3D0, = tx=3Dtx@entry=3D0x0, > free=3Dfree@entry=3D0) > at /space/system/usr_src/sys/contrib/openzfs/module/zfs/bpobj.c:325 > #7 0xffffffff814699c1 in bpobj_iterate_impl ( > initial_bpo=3Dinitial_bpo@entry=3D0xfffff80ade376320, > func=3D0xffffffff814d4320 , > arg=3Darg@entry=3D0xfffffe0420634da8, tx=3Dtx@entry=3D0x0, = free=3Dfree@entry=3D0, > bpobj_size=3Dbpobj_size@entry=3D0x0) > at /space/system/usr_src/sys/contrib/openzfs/module/zfs/bpobj.c:401 > #8 0xffffffff8146a0d2 in bpobj_iterate_nofree (bpo=3D, > bpo@entry=3D0xfffff80ade376320, func=3D, = arg=3D, > arg@entry=3D0xfffffe0420634da8, bpobj_size=3D, > bpobj_size@entry=3D0x0) > at /space/system/usr_src/sys/contrib/openzfs/module/zfs/bpobj.c:567 > #9 0xffffffff814d422c in dsl_process_sub_livelist ( > bpobj=3Dbpobj@entry=3D0xfffff80ade376320, > to_free=3Dto_free@entry=3D0xfffffe0420634e08, = t=3Dt@entry=3D0xfffff803e479e300, > size=3Dsize@entry=3D0x0) > at = /space/system/usr_src/sys/contrib/openzfs/module/zfs/dsl_deadlist.c:1106 > #10 0xffffffff81536a52 in spa_livelist_delete_cb = (arg=3D0xfffffe022835d000, > z=3D0xfffff803e479e300) > at /space/system/usr_src/sys/contrib/openzfs/module/zfs/spa.c:3223 > #11 0xffffffff8164c16f in zthr_procedure (arg=3D0xfffff803e479e300) > at /space/system/usr_src/sys/contrib/openzfs/module/zfs/zthr.c:246 > #12 0xffffffff804ee0f7 in fork_exit ( > callout=3D0xffffffff8164c0c0 , = arg=3D0xfffff803e479e300, > frame=3D0xfffffe0420634f40) > at /space/system/usr_src/sys/kern/kern_fork.c:1153 > #13 > ---snip--- This is due to = https://cgit.freebsd.org/src/commit/?id=3Ddf58e8b1506f241670be86a560fb6e84= 32043aee, see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288722 = . It's currently unknown what the root cause is. We need some ZFS wizards. = :) -Dimitry From nobody Wed Aug 13 10:49:42 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 4c24rZ5zSYz64bJV for ; Wed, 13 Aug 2025 10:49:50 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c24rX740Gz43LX for ; Wed, 13 Aug 2025 10:49:48 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=RjG0WS3p; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org; dmarc=pass (policy=quarantine) header.from=blastwave.org Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 57DAnhT1056086 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Wed, 13 Aug 2025 06:49:43 -0400 (EDT) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1755082183; bh=6+s63DSDqicTgbJ/krgrp6SCa2jOn7RVMgqvsFQHTHA=; h=Date:To:From:Subject; b=RjG0WS3p7mvUDOW51Fv2bkxlOK8cpokjm+2H8YYZpo+kOvuUofcq61Lt6dHdsW4lA YBousldIckWu1pixkh+SAqULf6dc+o28SR1eb++Ab/BKYUVwYFFQ3MawktI/dI54Ym /JpUyXLdZzEJ9Yyu4xynPx3S2UG1aFN0peyHq4BHQIIOewYytA7y3ND6gttrbPRHD5 q25iSjx8SOZedSx3z0+hUiqYedRHCH8695JnK+w/XZaDLtP2TliZ0jJY4SG0cC0IUP lwWvwp3FHeSJqKXoMC6/VNTdwlrV+s2T/hh60qww0ud3NO4s4IkLNpQt8O8BWVl5ug /tNBOhR/Ksukg== Message-ID: <4bcaa009-102b-4e04-801e-9a258acc06bd@blastwave.org> Date: Wed, 13 Aug 2025 06:49:42 -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: Mozilla Thunderbird To: Current Content-Language: en-CA From: Dennis Clarke Subject: buildworld seems to fail with d831bd8878db38c5c84477a2efa24bdbbf2fead6 Organization: GENUNIX Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 57DAnhT1056086 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Result: default: False [-4.70 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DKIM_TRACE(0.00)[blastwave.org:+] X-Rspamd-Queue-Id: 4c24rX740Gz43LX X-Spamd-Bar: ---- Anyone else seeing buildworld fail on amd64 ? callisto# uname -apKU FreeBSD callisto 15.0-CURRENT FreeBSD 15.0-CURRENT #2 main-n278195-cdbff1b29996: Wed Jun 25 13:02:52 GMT 2025 root@callisto:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 amd64 1500048 1500048 callisto# callisto# /usr/local/bin/git --no-pager log -n 16 --pretty=oneline --graph * d831bd8878db38c5c84477a2efa24bdbbf2fead6 (HEAD -> main, origin/main, origin/HEAD) autofs: partial is also leaked. * e69573bc2bee2ebdba06a71425c9a0069ed8e5fd iflib: simplify lro & use tcp_lro_queue_mbuf() * 6bca82843e5605fc242211093b56d1129eb4307c netstat: remove unneeded cast * d3f2d49e01a867e19186a1db095a7dd66e6c77c0 netstat: fix reporting of delivered UDP packets * ca98f5ef86e0b0642e73a504b7dad20e034c09e7 Revert "zfs: add workaround to unbreak kernel compilation on MacOS" * c9332a905cd2788bfa1c72c8f170c94500a765a2 libspl: Don't build tunables.c when bootstrapping * 40c2b622d825c7dea5002c9ea64fd8f3e833e8d9 last: Mild style cleanup * d888317796190bec350aea3701b8aed3bfdad4c8 sockstat: fix port parsing after libxo integration * ec92e61f99f62e377910a543f2446e0338aa5563 sockstat: rename sockstat.c to main.c * 61e404271ab81ec8035f4c9d23e6190c15d7f24c sockstat: complete libxo integration and improve formatting * 78537728efc5387558c97ba2730ce746d6259013 Document tunable net.link.epair.ether_gen_addr * 463b5aed0d62f094addb700604725767a8904901 tcp: retire rstreason * 46f9056367596daad0b4f0065e5a8fa0bcbb907d ObsoleteFiles: Remove bogus manlink * 6188ca6a9d72af9be987e1aedc345210f834ad80 zfs: add workaround to unbreak kernel compilation on MacOS * d0abb9a6399accc9053e2808052be00a6754ecef zfs: merge openzfs/zfs@1d0b94c4e |\ | * 1d0b94c4e73d83299528c44fb4fa3b29eb6009a3 zed: prettify slack notification message callisto# I was surprised to see : --- Target/PowerPC/PPCGenScalarMASSEntries.pico --- c++ -target x86_64-unknown-freebsd15.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -fpic -DPIC -UPIC -O2 -pipe -fno-common -I/usr/obj/usr/src/amd64.amd64/lib/clang/libllvm -I/usr/src/sys/contrib/zstd/lib -I/usr/src/contrib/llvm-project/llvm/lib/Target/AArch64 -I/usr/src/contrib/llvm-project/llvm/lib/Target/ARM -I/usr/src/contrib/llvm-project/llvm/lib/Target/PowerPC -I/usr/src/contrib/llvm-project/llvm/lib/Target/RISCV -I/usr/src/contrib/llvm-project/llvm/lib/Target/X86 -I/usr/src/contrib/llvm-project/llvm/lib/ObjCopy -DBLAKE3_USE_NEON=0 -I/usr/src/lib/clang/include -I/usr/src/contrib/llvm-project/llvm/include -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -DHAVE_VCS_VERSION_INC -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd15.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd15.0\" -DDEFAULT_SYSROOT=\"\" -DLLVM_TARGET_ENABLE_AARCH64 -DLLVM_TARGET_ENABLE_ARM -DLLVM_TARGET_ENABLE_POWERPC -DLLVM_TARGET_ENABLE_RISCV -DLLVM_TARGET_ENABLE_X86 -DLLVM_NATIVE_ASMPARSER=LLVMInitializeX86AsmParser -DLLVM_NATIVE_ASMPRINTER=LLVMInitializeX86AsmPrinter -DLLVM_NATIVE_DISASSEMBLER=LLVMInitializeX86Disassembler -DLLVM_NATIVE_TARGET=LLVMInitializeX86Target -DLLVM_NATIVE_TARGETINFO=LLVMInitializeX86TargetInfo -DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC -ffunction-sections -fdata-sections -gline-tables-only -MD -MF.depend.Target_PowerPC_PPCGenScalarMASSEntries.pico -MTTarget/PowerPC/PPCGenScalarMASSEntries.pico -Wno-format-zero-length -fstack-protector-strong -Wdate-time -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=unused-but-set-parameter -Wno-error=cast-function-type-mismatch -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -fno-exceptions -fno-rtti -gline-tables-only -std=c++17 -stdlib=libc++ -c /usr/src/contrib/llvm-project/llvm/lib/Target/PowerPC/PPCGenScalarMASSEntries.cpp -o Target/PowerPC/PPCGenScalarMASSEntries.pico --- Target/PowerPC/PPCFrameLowering.pico --- #0 0x00003a962d98c0e9 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) /usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc:0:13 #1 0x00003a962d989e55 llvm::sys::RunSignalHandlers() /usr/src/contrib/llvm-project/llvm/lib/Support/Signals.cpp:106:18 #2 0x00003a962d932c52 HandleCrash /usr/src/contrib/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:73:5 #3 0x00003a962d932c52 CrashRecoverySignalHandler /usr/src/contrib/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:390:51 #4 0x00003a96327d89cc handle_signal /usr/src/lib/libthr/thread/thr_sig.c:0:3 #5 0x00003a96327d7f9b thr_sighandler /usr/src/lib/libthr/thread/thr_sig.c:262:1 #6 0x00003a9621f842d3 ([vdso]+0x2d3) #7 0x00003a9626113da0 getStmtClass /usr/src/contrib/llvm-project/clang/include/clang/AST/Stmt.h:1359:44 #8 0x00003a9626113da0 classof /usr/src/contrib/llvm-project/clang/include/clang/AST/Expr.h:4029:15 #9 0x00003a9626113da0 doit /usr/src/contrib/llvm-project/llvm/include/llvm/Support/Casting.h:64:53 #10 0x00003a9626113da0 doit /usr/src/contrib/llvm-project/llvm/include/llvm/Support/Casting.h:110:12 #11 0x00003a9626113da0 doit /usr/src/contrib/llvm-project/llvm/include/llvm/Support/Casting.h:137:12 #12 0x00003a9626113da0 doit /usr/src/contrib/llvm-project/llvm/include/llvm/Support/Casting.h:127:12 #13 0x00003a9626113da0 isPossible /usr/src/contrib/llvm-project/llvm/include/llvm/Support/Casting.h:255:12 #14 0x00003a9626113da0 doCastIfPossible /usr/src/contrib/llvm-project/llvm/include/llvm/Support/Casting.h:493:10 #15 0x00003a9626113da0 dyn_cast /usr/src/contrib/llvm-project/llvm/include/llvm/Support/Casting.h:663:10 #16 0x00003a9626113da0 Visit /usr/src/contrib/llvm-project/clang/include/clang/AST/StmtVisitor.h:48:37 #17 0x00003a9626113d70 clang::Stmt::Profile(llvm::FoldingSetNodeID&, clang::ASTContext const&, bool, bool) const /usr/src/contrib/llvm-project/clang/lib/AST/StmtProfile.cpp:0:12 #18 0x00003a9625b5a664 begin /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/SmallVector.h:282:63 #19 0x00003a9625b5a664 data /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/SmallVector.h:302:53 #20 0x00003a9625b5a664 ComputeHash /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/FoldingSet.h:381:37 #21 0x00003a9625b5a664 ComputeHash /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/FoldingSet.h:445:17 #22 0x00003a9625b5a664 llvm::ContextualFoldingSet::ComputeNodeHash(llvm::FoldingSetBase const*, llvm::FoldingSetBase::Node*, llvm::FoldingSetNodeID&) /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/FoldingSet.h:623:12 #23 0x00003a962d94842a llvm::FoldingSetBase::GrowBucketCount(unsigned int, llvm::FoldingSetBase::FoldingSetInfo const&) /usr/src/contrib/llvm-project/llvm/lib/Support/FoldingSet.cpp:251:40 #24 0x00003a962d94854e getFirstEl /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/SmallVector.h:144:46 #25 0x00003a962d94854e SmallVectorTemplateCommon /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/SmallVector.h:149:49 #26 0x00003a962d94854e SmallVectorTemplateBase /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/SmallVector.h:501:42 #27 0x00003a962d94854e SmallVectorImpl /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/SmallVector.h:602:9 #28 0x00003a962d94854e SmallVector /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/SmallVector.h:1212:19 #29 0x00003a962d94854e FoldingSetNodeID /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/FoldingSet.h:333:3 #30 0x00003a962d94854e llvm::FoldingSetBase::InsertNode(llvm::FoldingSetBase::Node*, void*, llvm::FoldingSetBase::FoldingSetInfo const&) /usr/src/contrib/llvm-project/llvm/lib/Support/FoldingSet.cpp:309:22 #31 0x00003a9625b2a12c Allocate /usr/src/contrib/llvm-project/llvm/include/llvm/Support/Allocator.h:150:20 #32 0x00003a9625b2a12c Allocate /usr/src/contrib/llvm-project/llvm/include/llvm/Support/Allocator.h:214:12 #33 0x00003a9625b2a12c Allocate /usr/src/contrib/llvm-project/clang/include/clang/AST/ASTContext.h:734:22 #34 0x00003a9625b2a12c operator new /usr/src/contrib/llvm-project/clang/include/clang/AST/ASTContext.h:3525:12 #35 0x00003a9625b2a12c clang::ASTContext::getDecltypeType(clang::Expr*, clang::QualType) const /usr/src/contrib/llvm-project/clang/lib/AST/ASTContext.cpp:6108:10 #36 0x00003a9627d63fc0 clang::Sema::BuildDecltypeType(clang::Expr*, bool) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaType.cpp:0:18 #37 0x00003a9627cc0314 RebuildDecltypeType /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:16240:18 #38 0x00003a9627cc0314 TransformDecltypeType /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:6619:27 #39 0x00003a9627c74e37 TransformType /usr/obj/usr/src/amd64.amd64/lib/clang/libclang/clang/AST/TypeNodes.inc:0:1 #40 0x00003a9627c74438 isNull /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/PointerUnion.h:142:33 #41 0x00003a9627c74438 isNull /usr/src/contrib/llvm-project/clang/include/clang/AST/Type.h:1009:31 #42 0x00003a9627c74438 TransformType /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:4979:14 #43 0x00003a9627c7507e TransformType /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:4959:8 #44 0x00003a9627c7507e clang::Sema::SubstType(clang::QualType, clang::MultiLevelTemplateArgumentList const&, clang::SourceLocation, clang::DeclarationName) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaTemplateInstantiate.cpp:2853:23 #45 0x00003a9627afbf1e clang::Sema::CheckTemplateIdType(clang::TemplateName, clang::SourceLocation, clang::TemplateArgumentListInfo&) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaTemplate.cpp:3359:9 #46 0x00003a9627cbd93c RebuildTemplateSpecializationType /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:16264:18 #47 0x00003a9627cbd93c TransformTemplateSpecializationType /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:7177:18 #48 0x00003a9627cbce83 TransformTSIInObjectScope /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:5205:27 #49 0x00003a9627c7ddf4 TransformTypeInObjectScope /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:5167:7 #50 0x00003a9627c7ddf4 TransformNestedNameSpecifierLoc /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:4446:20 #51 0x00003a9627cb2f2b operator bool /usr/src/contrib/llvm-project/clang/include/clang/AST/NestedNameSpecifier.h:266:43 #52 0x00003a9627cb2f2b TransformDependentScopeDeclRefExpr /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:14098:8 #53 0x00003a9627c7bb11 TransformTemplateArgument /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:4754:9 #54 0x00003a9627c7bb11 TransformTemplateArgument /usr/src/contrib/llvm-project/clang/lib/Sema/SemaTemplateInstantiate.cpp:1605:25 #55 0x00003a9627cbd608 TransformTemplateArguments > /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:4933:9 #56 0x00003a9627cbd608 TransformTemplateSpecializationType /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:7169:20 #57 0x00003a9627cc51cb TransformTemplateSpecializationType /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:6925:23 #58 0x00003a9627c7490b TransformType /usr/obj/usr/src/amd64.amd64/lib/clang/libclang/clang/AST/TypeNodes.inc:0:1 #59 0x00003a9627cc1ded isNull /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/PointerUnion.h:142:33 #60 0x00003a9627cc1ded isNull /usr/src/contrib/llvm-project/clang/include/clang/AST/Type.h:1009:31 #61 0x00003a9627cc1ded TransformElaboratedType /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:7285:14 #62 0x00003a9627c74a95 TransformType /usr/obj/usr/src/amd64.amd64/lib/clang/libclang/clang/AST/TypeNodes.inc:0:1 #63 0x00003a9627c74438 isNull /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/PointerUnion.h:142:33 #64 0x00003a9627c74438 isNull /usr/src/contrib/llvm-project/clang/include/clang/AST/Type.h:1009:31 #65 0x00003a9627c74438 TransformType /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:4979:14 #66 0x00003a9627c74029 clang::Sema::SubstType(clang::TypeSourceInfo*, clang::MultiLevelTemplateArgumentList const&, clang::SourceLocation, clang::DeclarationName, bool) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaTemplateInstantiate.cpp:0:0 #67 0x00003a9627cebe2e clang::TemplateDeclInstantiator::VisitNonTypeTemplateParmDecl(clang::NonTypeTemplateParmDecl*) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaTemplateInstantiateDecl.cpp:3075:8 #68 0x00003a9627ce1674 clang::TemplateDeclInstantiator::SubstTemplateParams(clang::TemplateParameterList*) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaTemplateInstantiateDecl.cpp:4189:44 #69 0x00003a9627ce6671 clang::TemplateDeclInstantiator::VisitFunctionTemplateDecl(clang::FunctionTemplateDecl*) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaTemplateInstantiateDecl.cpp:1928:8 #70 0x00003a9627c784b1 clang::Sema::InstantiateClass(clang::SourceLocation, clang::CXXRecordDecl*, clang::CXXRecordDecl*, clang::MultiLevelTemplateArgumentList const&, clang::TemplateSpecializationKind, bool) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaTemplateInstantiate.cpp:3527:9 #71 0x00003a9627c7a5d5 clang::Sema::InstantiateClassTemplateSpecialization(clang::SourceLocation, clang::ClassTemplateSpecializationDecl*, clang::TemplateSpecializationKind, bool) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaTemplateInstantiate.cpp:3973:10 #72 0x00003a9627d79073 operator() /usr/src/contrib/llvm-project/clang/lib/Sema/SemaType.cpp:9163:11 #73 0x00003a9627d79073 callback_fn<(lambda at /usr/src/contrib/llvm-project/clang/lib/Sema/SemaType.cpp:9162:42)> /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/STLFunctionalExtras.h:45:12 #74 0x00003a962733640f clang::Sema::runWithSufficientStackSpace(clang::SourceLocation, llvm::function_ref) /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/STLFunctionalExtras.h:0:12 #75 0x00003a9627d62627 clang::Sema::RequireCompleteTypeImpl(clang::SourceLocation, clang::QualType, clang::Sema::CompleteTypeKind, clang::Sema::TypeDiagnoser*) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaType.cpp:9191:11 #76 0x00003a9627d61eb5 clang::Sema::RequireCompleteType(clang::SourceLocation, clang::QualType, clang::Sema::CompleteTypeKind, clang::Sema::TypeDiagnoser&) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaType.cpp:8888:7 #77 0x00003a9627d62eb8 clang::Sema::RequireCompleteType(clang::SourceLocation, clang::QualType, clang::Sema::CompleteTypeKind, unsigned int) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaType.cpp:0:10 #78 0x00003a962753ba41 clang::Sema::ActOnStartOfFunctionDef(clang::Scope*, clang::Decl*, clang::SkipBodyInfo*, clang::Sema::FnBodyKind) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaDecl.cpp:15545:66 #79 0x00003a9627cf317e clang::Sema::InstantiateFunctionDefinition(clang::SourceLocation, clang::FunctionDecl*, bool, bool, bool) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaTemplateInstantiateDecl.cpp:5157:43 #80 0x00003a96277cbf73 operator() /usr/src/contrib/llvm-project/clang/lib/Sema/SemaExpr.cpp:18021:13 #81 0x00003a96277cbf73 callback_fn<(lambda at /usr/src/contrib/llvm-project/clang/lib/Sema/SemaExpr.cpp:17933:38)> /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/STLFunctionalExtras.h:45:12 #82 0x00003a962733640f clang::Sema::runWithSufficientStackSpace(clang::SourceLocation, llvm::function_ref) /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/STLFunctionalExtras.h:0:12 #83 0x00003a96276e3adb clang::Sema::MarkFunctionReferenced(clang::SourceLocation, clang::FunctionDecl*, bool) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaExpr.cpp:18043:70 #84 0x00003a96276e8f8b MarkAnyDeclReferenced /usr/src/contrib/llvm-project/clang/lib/Sema/SemaExpr.cpp:0:5 #85 0x00003a96276e8f8b MarkExprReferenced /usr/src/contrib/llvm-project/clang/lib/Sema/SemaExpr.cpp:19727:11 #86 0x00003a96276a6d9d clang::Sema::MarkDeclRefReferenced(clang::DeclRefExpr*, clang::Expr const*) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaExpr.cpp:0:3 #87 0x00003a96276a65bf isNull /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/PointerUnion.h:142:33 #88 0x00003a96276a65bf isNull /usr/src/contrib/llvm-project/clang/include/clang/AST/Type.h:1009:31 #89 0x00003a96276a65bf getCommonPtr /usr/src/contrib/llvm-project/clang/include/clang/AST/Type.h:957:5 #90 0x00003a96276a65bf getTypePtr /usr/src/contrib/llvm-project/clang/include/clang/AST/Type.h:7747:10 #91 0x00003a96276a65bf operator-> /usr/src/contrib/llvm-project/clang/include/clang/AST/Type.h:1001:12 #92 0x00003a96276a65bf clang::Sema::BuildDeclRefExpr(clang::ValueDecl*, clang::QualType, clang::ExprValueKind, clang::DeclarationNameInfo const&, clang::NestedNameSpecifierLoc, clang::NamedDecl*, clang::SourceLocation, clang::TemplateArgumentListInfo const*) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaExpr.cpp:2288:25 #93 0x00003a9627a775a3 clang::Sema::FixOverloadedFunctionReference(clang::Expr*, clang::DeclAccessPair, clang::FunctionDecl*) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaOverload.cpp:16219:54 #94 0x00003a9627a79559 isInvalid /usr/src/contrib/llvm-project/clang/include/clang/Sema/Ownership.h:199:41 #95 0x00003a9627a79559 FinishOverloadedCallExpr /usr/src/contrib/llvm-project/clang/lib/Sema/SemaOverload.cpp:13933:13 #96 0x00003a9627a792dc clang::Sema::BuildOverloadedCallExpr(clang::Scope*, clang::Expr*, clang::UnresolvedLookupExpr*, clang::SourceLocation, llvm::MutableArrayRef, clang::SourceLocation, clang::Expr*, bool, bool) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaOverload.cpp:14076:10 #97 0x00003a96276a0802 clang::Sema::BuildCallExpr(clang::Scope*, clang::Expr*, clang::SourceLocation, llvm::MutableArrayRef, clang::SourceLocation, clang::Expr*, bool, bool) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaExpr.cpp:6487:16 #98 0x00003a96276b7b3e clang::Sema::ActOnCallExpr(clang::Scope*, clang::Expr*, clang::SourceLocation, llvm::MutableArrayRef, clang::SourceLocation, clang::Expr*) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaExpr.cpp:6373:7 #99 0x00003a9627cad0e4 RebuildCallExpr /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:2837:22 #100 0x00003a9627cad0e4 TransformCallExpr /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:12313:23 #101 0x00003a9627c7d626 TransformExprs /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:4344:7 #102 0x00003a9627cacf6f TransformCallExpr /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:12292:7 #103 0x00003a9627cb037d TransformCXXDependentScopeMemberExpr /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:0:25 #104 0x00003a9627cb037d TransformCXXDependentScopeMemberExpr /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:0:25 #105 0x00003a9627cacf0c TransformCallExpr /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:0:36 #106 0x00003a9627cb037d TransformCXXDependentScopeMemberExpr /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:0:25 #107 0x00003a9627cc8e38 isInvalid /usr/src/contrib/llvm-project/clang/include/clang/Sema/Ownership.h:199:41 #108 0x00003a9627cc8e38 TransformReturnStmt /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:8252:14 #109 0x00003a9627cb4544 isInvalid /usr/src/contrib/llvm-project/clang/include/clang/Sema/Ownership.h:199:41 #110 0x00003a9627cb4544 TransformCompoundStmt /usr/src/contrib/llvm-project/clang/lib/Sema/TreeTransform.h:7831:16 #111 0x00003a9627c7b31f clang::Sema::SubstStmt(clang::Stmt*, clang::MultiLevelTemplateArgumentList const&) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaTemplateInstantiate.cpp:4233:23 #112 0x00003a9627cf32f2 clang::Sema::InstantiateFunctionDefinition(clang::SourceLocation, clang::FunctionDecl*, bool, bool, bool) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaTemplateInstantiateDecl.cpp:5186:14 #113 0x00003a9627cf63d3 isDefined /usr/src/contrib/llvm-project/clang/include/clang/AST/Decl.h:2210:12 #114 0x00003a9627cf63d3 clang::Sema::PerformPendingInstantiations(bool) /usr/src/contrib/llvm-project/clang/lib/Sema/SemaTemplateInstantiateDecl.cpp:6411:23 #115 0x00003a962733878b ~TimeTraceScope /usr/src/contrib/llvm-project/llvm/include/llvm/Support/TimeProfiler.h:189:9 #116 0x00003a962733878b clang::Sema::ActOnEndOfTranslationUnitFragment(clang::Sema::TUFragmentKind) /usr/src/contrib/llvm-project/clang/lib/Sema/Sema.cpp:1146:3 #117 0x00003a9627338f6c clang::Sema::ActOnEndOfTranslationUnit() /usr/src/contrib/llvm-project/clang/lib/Sema/Sema.cpp:1184:9 #118 0x00003a962725c4e1 clang::Parser::ParseTopLevelDecl(clang::OpaquePtr&, clang::Sema::ModuleImportState&) /usr/src/contrib/llvm-project/clang/lib/Parse/Parser.cpp:0:13 #119 0x00003a9627165f4e clang::ParseAST(clang::Sema&, bool, bool) /usr/src/contrib/llvm-project/clang/lib/Parse/ParseAST.cpp:170:5 #120 0x00003a9626fd47c2 clang::FrontendAction::Execute() /usr/src/contrib/llvm-project/clang/lib/Frontend/FrontendAction.cpp:1082:10 #121 0x00003a9626f46e0d getPtr /usr/src/contrib/llvm-project/llvm/include/llvm/Support/Error.h:279:42 #122 0x00003a9626f46e0d operator bool /usr/src/contrib/llvm-project/llvm/include/llvm/Support/Error.h:242:16 #123 0x00003a9626f46e0d clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) /usr/src/contrib/llvm-project/clang/lib/Frontend/CompilerInstance.cpp:1061:23 #124 0x00003a9627068165 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) /usr/src/contrib/llvm-project/clang/lib/FrontendTool/ExecuteCompilerInvocation.cpp:280:25 #125 0x00003a8e00922e01 cc1_main /usr/src/contrib/llvm-project/clang/tools/driver/cc1_main.cpp:284:15 #126 0x00003a8e0093108f ExecuteCC1Tool /usr/src/contrib/llvm-project/clang/tools/driver/driver.cpp:217:12 #127 0x00003a9626bee48e operator() /usr/src/contrib/llvm-project/clang/lib/Driver/Job.cpp:440:30 #128 0x00003a9626bee48e callback_fn<(lambda at /usr/src/contrib/llvm-project/clang/lib/Driver/Job.cpp:440:22)> /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/STLFunctionalExtras.h:45:12 #129 0x00003a962d93296c operator() /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/STLFunctionalExtras.h:0:12 #130 0x00003a962d93296c llvm::CrashRecoveryContext::RunSafely(llvm::function_ref) /usr/src/contrib/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:426:3 #131 0x00003a9626bedada clang::driver::CC1Command::Execute(llvm::ArrayRef>, std::__1::basic_string, std::__1::allocator>*, bool*) const /usr/src/contrib/llvm-project/clang/lib/Driver/Job.cpp:440:7 #132 0x00003a9626bace7e clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const /usr/src/contrib/llvm-project/clang/lib/Driver/Compilation.cpp:199:15 #133 0x00003a9626bad18c clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl>&, bool) const /usr/src/contrib/llvm-project/clang/lib/Driver/Compilation.cpp:253:13 #134 0x00003a9626bcbf70 empty /usr/src/contrib/llvm-project/llvm/include/llvm/ADT/SmallVector.h:95:46 #135 0x00003a9626bcbf70 clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl>&) /usr/src/contrib/llvm-project/clang/lib/Driver/Driver.cpp:1946:23 #136 0x00003a8e009306a8 clang_main /usr/src/contrib/llvm-project/clang/tools/driver/driver.cpp:391:21 #137 0x00003a8e0092ec22 main /usr/src/usr.bin/clang/clang/clang-driver.cpp:17:10 #138 0x00003a9633ed4d9f __libc_start1 /usr/src/lib/libc/csu/libc_start1.c:180:2 c++: error: clang frontend command failed with exit code 139 (use -v to see invocation) FreeBSD clang version 19.1.7 (https://github.com/llvm/llvm-project.git llvmorg-19.1.7-0-gcd708029e0b2) Target: x86_64-unknown-freebsd15.0 Thread model: posix InstalledDir: /usr/bin Build config: +assertions c++: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: c++: note: diagnostic msg: /var/tmp/root/PPCFrameLowering-eaebc8.cpp c++: note: diagnostic msg: /var/tmp/root/PPCFrameLowering-eaebc8.sh c++: note: diagnostic msg: ******************** *** [Target/PowerPC/PPCFrameLowering.pico] Error code 1 make[6]: stopped making "all" in /usr/src/lib/clang/libllvm make[6]: 1 error make[6]: stopped making "all" in /usr/src/lib/clang/libllvm make[5]: stopped making "all" in /usr/src/lib/clang make[4]: stopped making "all" in /usr/src/lib make[3]: stopped making "_generic_libs" in /usr/src make[2]: stopped making "libraries" in /usr/src 20471.13 real 38114.64 user 2253.65 sys make[1]: stopped making "buildworld" in /usr/src make: stopped making "buildworld" in /usr/src I hope this is something in transition somewhere and not a real problem with LLVM/Clang in 15.0-CURRENT. -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Wed Aug 13 11:13:50 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 4c25NW0QK7z64dSk for ; Wed, 13 Aug 2025 11:14:03 +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 4c25NV3vMGz46mg for ; Wed, 13 Aug 2025 11:14:02 +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 57DBDoOv055182; Wed, 13 Aug 2025 11:13:50 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 57DBDo7l055181; Wed, 13 Aug 2025 04:13:50 -0700 (PDT) (envelope-from david) Date: Wed, 13 Aug 2025 04:13:50 -0700 From: David Wolfskill To: Dennis Clarke Cc: Current Subject: Re: buildworld seems to fail with d831bd8878db38c5c84477a2efa24bdbbf2fead6 Message-ID: Mail-Followup-To: David Wolfskill , Dennis Clarke , Current References: <4bcaa009-102b-4e04-801e-9a258acc06bd@blastwave.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="J32AR0g6FDZPo1xa" Content-Disposition: inline In-Reply-To: <4bcaa009-102b-4e04-801e-9a258acc06bd@blastwave.org> X-Rspamd-Queue-Id: 4c25NV3vMGz46mg X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US] --J32AR0g6FDZPo1xa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 13, 2025 at 06:49:42AM -0400, Dennis Clarke wrote: >=20 > Anyone else seeing buildworld fail on amd64 ? >=20 > callisto# uname -apKU > FreeBSD callisto 15.0-CURRENT FreeBSD 15.0-CURRENT #2 > main-n278195-cdbff1b29996: Wed Jun 25 13:02:52 GMT 2025 > root@callisto:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 amd64 1500048 > 1500048 > callisto# >=20 > callisto# /usr/local/bin/git --no-pager log -n 16 --pretty=3Doneline --gr= aph > * d831bd8878db38c5c84477a2efa24bdbbf2fead6 (HEAD -> main, origin/main, > origin/HEAD) autofs: partial is also leaked. > .... I have not seen an issue; yesterday's build was: FreeBSD 15.0-PRERELEASE #300 main-n279551-d180086e6eae: Tue Aug 12 11:03:09= UTC 2025 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.am= d64/sys/GENERIC amd64 1500059 1500059 Today's was: FreeBSD 15.0-PRERELEASE #301 main-n279582-25ec7ca857b4: Wed Aug 13 10:50:01= UTC 2025 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.am= d64/sys/GENERIC amd64 1500059 1500059 So I did not attempt a build precisely at main-n279572-d831bd8878db. Peace, david --=20 David H. Wolfskill david@catwhisker.org Of course firing the statistician will force the statistics to conform! See https://www.catwhisker.org/~david/publickey.gpg for my public key. --J32AR0g6FDZPo1xa Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaJxzbl8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5YeSAP9/w5BhO0grhNr3EHUxSrGZZbNI0yhyHE4hSvaTnLU9uwEA5RIzCQmWO4VD 5O1TPohBcyLvMKiZg7fOzYV0jYPf/w4= =rmdm -----END PGP SIGNATURE----- --J32AR0g6FDZPo1xa-- From nobody Wed Aug 13 11:37:47 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 4c25x360PKz64h2C for ; Wed, 13 Aug 2025 11:38:47 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c25x32c1xz3D4D for ; Wed, 13 Aug 2025 11:38:47 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; none Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 57DBbmpr056951 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT); Wed, 13 Aug 2025 07:37:48 -0400 (EDT) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1755085068; bh=ILaeYv0kGBUQMQzwg/C22HBC1GittC/S/IMxgVQhpz4=; h=Date:Subject:To:References:From:In-Reply-To; b=GE4mIwuWNCr4cKaAx5VfwGrRd5mjAVKjLDdUrQhtqychu2SLylYs8Ylb911OBtGpx llEZGeaCgaFSlYsMN+xMwgBMvU+nU2xXVkyRYXZxdWu4TwmFOcK0WbyR1rtxfA+f/D 5aYzPnRO+uNX0eD5Vhe5nYzDdRyR+sq8CRsm5S2NeG4g266xfKhKYgQTYBmDMy8bxw wVS+xr/HoGzlQysmGy+lbpA1CFLXYPpdLkgCSBGM3oljUSueIqZnovKHyqglNdYBQi Dwb1z4RRNJDxP5SxQdhzb2TC+XpFLq8xaj6I5ohZPa2aSKecFQX/LZ9cAipdzwjhx/ gBP5boaUdt1Tg== Message-ID: <90966e9e-aa60-4052-99bd-78e24b70a89c@blastwave.org> Date: Wed, 13 Aug 2025 07:37:47 -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: Mozilla Thunderbird Subject: Re: buildworld seems to fail with d831bd8878db38c5c84477a2efa24bdbbf2fead6 Content-Language: en-CA To: David Wolfskill , Current References: <4bcaa009-102b-4e04-801e-9a258acc06bd@blastwave.org> From: Dennis Clarke Organization: GENUNIX In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 57DBbmpr056951 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Rspamd-Queue-Id: 4c25x32c1xz3D4D X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA] On 8/13/25 07:13, David Wolfskill wrote: > On Wed, Aug 13, 2025 at 06:49:42AM -0400, Dennis Clarke wrote: >> >> Anyone else seeing buildworld fail on amd64 ? >> >> callisto# uname -apKU >> FreeBSD callisto 15.0-CURRENT FreeBSD 15.0-CURRENT #2 >> main-n278195-cdbff1b29996: Wed Jun 25 13:02:52 GMT 2025 >> root@callisto:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 amd64 1500048 >> 1500048 >> callisto# >> >> callisto# /usr/local/bin/git --no-pager log -n 16 --pretty=oneline --graph >> * d831bd8878db38c5c84477a2efa24bdbbf2fead6 (HEAD -> main, origin/main, >> origin/HEAD) autofs: partial is also leaked. >> .... > > I have not seen an issue; yesterday's build was: > > FreeBSD 15.0-PRERELEASE #300 main-n279551-d180086e6eae: Tue Aug 12 11:03:09 UTC 2025 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1500059 1500059 > > Today's was: > > FreeBSD 15.0-PRERELEASE #301 main-n279582-25ec7ca857b4: Wed Aug 13 10:50:01 UTC 2025 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1500059 1500059 > > So I did not attempt a build precisely at main-n279572-d831bd8878db. Thank you for the feedback. When in doubt I guess I will just zfs destroy and recreate the zroot/usr/src dataset and git clone and start over fresh. -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Wed Aug 13 12:19: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 4c26rD1h5Zz64lcb for ; Wed, 13 Aug 2025 12:19:40 +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 4c26rC0XhJz3K0c for ; Wed, 13 Aug 2025 12:19:39 +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=iW1jJB9K; 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; dmarc=pass (policy=reject) header.from=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=1755087566; bh=8ivTCNiEZRnk1FM3GCeBCXGTNlUG8pcmkMbYBh5yf9k=; h=Date:From:To:Subject:In-Reply-To:References; b=iW1jJB9KCOseKFruP4s+DjLJqdTU4yNYCqohD+ItWAZ3nrLwMJAi2HHT/wShlC0Db a5MelAP4QjkzG81iDSovlG3C22nV/QNAcoqA+3d3dLiHFWaH/+/QQPee/1rp82Nget LVTQkGF2z/IcpqQu7qpnnnRRGzHNgECtsTucJlEXt84NgozIHzm9538Pizqf1vhNyq 4HJ0Lh4E5tSFQTYFSaFYXW3YBtwKuXpImA4fTUYJuI/94onxJXWvejidJitCzRPuBy RiVwd6w7x/rs4buYOvRxni5u6SRtEWOVDZYKEN9FXNgwtGVLI2eH7a7YUJxJGFKbTY 5+8aIIvYWpI0yLQXrwqyFWwj/ePOFG9vJfgUxxFNzFahrjKHWe6gFlilg680EJB6IA WyP2GwlVh93TasnbtmgtOgK2YWn1gULfVz30GZy3QIDzvlvS7sWw+zleZ7srG77fRx +47OZ/ztSbrMj5X1Xf+Z3aZmfOTO7UCd+2/wmrWHEfBObbXB2HrUjtXaCHSxrZbgAp F1NLSQl0VbVpd4kAcxKPG5n9X73L8Nl7xEmacXS3eMnOqENt5XJT5e4DPmQAZu8iTO Ws41avb3BDB6L7xlF0DJDGtAr+kz35tr5200+7j4wIVMX+bYEu1bgUx8j0mAcb23YZ oCqHP8APww9s6JC85VKfyT04= Received: from [IPv6:::1] (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 1388A5B6543 for ; Wed, 13 Aug 2025 15:19:26 +0300 (EEST) Date: Wed, 13 Aug 2025 15:19:24 +0300 From: Sulev-Madis Silber To: freebsd-current@freebsd.org Subject: =?US-ASCII?Q?Re=3A_buildworld_seems_to_fail_with_d83?= =?US-ASCII?Q?1bd8878db38c5c84477a2efa24bdbbf2fead6?= User-Agent: K-9 Mail for Android In-Reply-To: <90966e9e-aa60-4052-99bd-78e24b70a89c@blastwave.org> References: <4bcaa009-102b-4e04-801e-9a258acc06bd@blastwave.org> <90966e9e-aa60-4052-99bd-78e24b70a89c@blastwave.org> Message-ID: <1568CC55-2F9C-4C2F-BDD5-1C168D6AD669@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-Result: default: False [0.41 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; SUBJ_EXCESS_QP(1.20)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_LONG(-1.00)[-0.997]; 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]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(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)[]; 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: 4c26rC0XhJz3K0c X-Spamd-Bar: / you could indeed nuke /usr/src or, you could use git status and / or git status --ignored to check tree changes, if you have them then git clean -nfdx to verify what to remove and git clean -fdx to finally remove offending changes but that culprit surely isn't in some options or in existing /usr/obj or i= n any (c)caches you might use? "nuclear option" on src tree gets quite a hassle after multiple tries but = indeed does clean up everything really well while there, one can also copy and / or zfs snapshot a src tree, if git is= a hassle to me git is first vcs ever that i really used as one, apart from a little= svn=2E which i found easy to use but people vary From nobody Wed Aug 13 14:36: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 4c29tr0Pd2z64yTT for ; Wed, 13 Aug 2025 14:37:08 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qk1-f179.google.com (mail-qk1-f179.google.com [209.85.222.179]) (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 4c29tq31KBz3Zrc for ; Wed, 13 Aug 2025 14:37:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of adrian.chadd@gmail.com designates 209.85.222.179 as permitted sender) smtp.mailfrom=adrian.chadd@gmail.com; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none) Received: by mail-qk1-f179.google.com with SMTP id af79cd13be357-7e6974a290eso626451485a.3 for ; Wed, 13 Aug 2025 07:37:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755095826; x=1755700626; 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=Qst2v563T1iFw0fHI1JEjJw+zr/N7bErNIWhXloLJo0=; b=r2qwRY0NoQch3/8Z065PCUmK0TT2Jvi5JC18ft775CK+BWnXTZW2Um/btiDNpalhL/ NE0zo1BtScQj3YRsfuVpd6WkFRGNhDA9gQYfeuyXMiT9YHtuURWL65D6TK4jFBlZlssu nPQxbRFYBVfOHumcXGLvYhCxkUvrIsjG2y3et5LOGtdBsMQViNow0OEdKRmOSaAovM2K gLswbx2GzgKmyg+6qw7T27n9iJQGmSunsMDxuqSS3p8zxdu1jCGSbxYX/rJWTVvN5m7O nlE6+WZLcMrlXRRdTdS5O/VrQhWHdANvlGApY/ME7QMktmdJ/TZ/DUBQ4WozGw2K5RCB QR2Q== X-Gm-Message-State: AOJu0Ywn0ojg7omJMwMe2RxbHSs9slqjzAYuYtPbpMLNs+5Lk/ViQ7x5 Tjt41QVLX/STLwonpUvR8bIxbdF/xEwzMpLw+ATl0avc/AxqBY4r0QFWuZNdkZCHL/khi6vmd2Z k1QXOH9dkEqZSGL8kGlJX/UUyFJnMDg2r0w== X-Gm-Gg: ASbGnct5qQ4buarEOqh/BM+iATAOW+Y0wgPj6klZjkpHb+QCe8iEx3GRP0OCqaZouyR NpmXUby7BzzVlfUqb3px428sc7gmfkOEQkHsO9mz7pqRAVIbcu3Gwoa5th4O75rS8KkxrKlF3PJ KyklzME+1XgPn39Je38e7xFDLVmewE8FJL71jqEvaHWCT8mu2rcRLTpMFKg9Jpt6Ur74AthS2Q0 IeTeNA= X-Google-Smtp-Source: AGHT+IEIfugiqH4R+lte9u8X1HNyhwzNRvbI9BIYgel1R64yNyASX+kXTI4VI0JAg9z9yq562WxAdpR7bESMu3KQUgs= X-Received: by 2002:a05:620a:5783:b0:7e0:892b:e447 with SMTP id af79cd13be357-7e86526ddd6mr343273085a.22.1755095826557; Wed, 13 Aug 2025 07:37:06 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <77BF12CC-B922-4B8D-BB57-F6AF95124B8E@gmail.com> In-Reply-To: <77BF12CC-B922-4B8D-BB57-F6AF95124B8E@gmail.com> From: Adrian Chadd Date: Wed, 13 Aug 2025 07:36:54 -0700 X-Gm-Features: Ac12FXxMukXII-1iSU7GMDDIs2wLkeKcbBNN2JviwrkGoFylbycw2nkX6NJaUvQ Message-ID: Subject: Re: Libprocstat printing warnings & errors To: Andrew Wood Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="00000000000049f28a063c4017fd" X-Spamd-Result: default: False [-2.18 / 15.00]; NEURAL_HAM_SHORT(-0.99)[-0.994]; NEURAL_HAM_LONG(-0.98)[-0.985]; NEURAL_HAM_MEDIUM(-0.30)[-0.303]; FORGED_SENDER(0.30)[adrian@freebsd.org,adrianchadd@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; TAGGED_FROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[adrian@freebsd.org,adrianchadd@gmail.com]; MISSING_XM_UA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.222.179:from]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; RCVD_IN_DNSWL_NONE(0.00)[209.85.222.179:from] X-Rspamd-Queue-Id: 4c29tq31KBz3Zrc X-Spamd-Bar: -- --00000000000049f28a063c4017fd Content-Type: text/plain; charset="UTF-8" hi! On Mon, 11 Aug 2025 at 09:21, Andrew Wood wrote: > Hi all, > > Is it normal that a library will print errors/warnings in addition to > setting an error/errno value on functions whose purpose isn't printing? > I've been working with libprocstat lately and the program I'm writing is > prone to checking processes that no longer exist a lot of the time (but is > built to handle this), but I'm disappointed about the fact that I've > seemingly got to choose between having my stderr riddled with warnings and > disabling my ability to use the err/warn function suite (by calling > err_set_file to set it to /dev/null). I'd much prefer if there were a > separate function for finding out what an error was, like perhaps a > procstat_strerror function? It seems perfectly doable given the state > tracking that's already done in the procstat struct. Are there any design > considerations to explain why a data-fetching would choose to print > warnings without any request to, rather than let the programmer decide > whether it's worth printing anything? Is this something I could change and > make a PR for and just let any discussion over it happen there, or is there > some person or group I need to talk to about this? > Yes, absolutely; I think it'd be fine to change the library to make warn() optional. Please do put up a PR and a diff and let's see where it goes! -adrian > > Apologies if this isn't the right spot to vent about this, I'm not sure > where the proper place is. > --00000000000049f28a063c4017fd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
hi!

On Mon, 11 Aug 2= 025 at 09:21, Andrew Wood <andr= ew1tree@gmail.com> wrote:
Hi all,

Is it normal that a library will print errors/warnings in addition to setti= ng an error/errno value on functions whose purpose isn't printing? I= 9;ve been working with libprocstat lately and the program I'm writing i= s prone to checking processes that no longer exist a lot of the time (but i= s built to handle this), but I'm disappointed about the fact that I'= ;ve seemingly got to choose between having my stderr riddled with warnings = and disabling my ability to use the err/warn function suite (by calling err= _set_file to set it to /dev/null). I'd much prefer if there were a sepa= rate function for finding out what an error was, like perhaps a procstat_st= rerror function? It seems perfectly doable given the state tracking that= 9;s already done in the procstat struct. Are there any design consideration= s to explain why a data-fetching would choose to print warnings without any= request to, rather than let the programmer decide whether it's worth p= rinting anything? Is this something I could change and make a PR for and ju= st let any discussion over it happen there, or is there some person or grou= p I need to talk to about this?

Yes, ab= solutely; I think it'd be fine to change the library to make warn() opt= ional. Please do put up a PR and a diff and let's see where it goes!



-adrian
=C2= =A0

Apologies if this isn't the right spot to vent about this, I'm not = sure where the proper place is.
--00000000000049f28a063c4017fd-- From nobody Wed Aug 13 15:00: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 4c2BQV2jDwz641lH for ; Wed, 13 Aug 2025 15:01:06 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk1-x72c.google.com (mail-qk1-x72c.google.com [IPv6:2607:f8b0:4864:20::72c]) (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 4c2BQR3J08z3dB8 for ; Wed, 13 Aug 2025 15:01:03 +0000 (UTC) (envelope-from markjdb@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=N6HmUQjJ; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::72c as permitted sender) smtp.mailfrom=markjdb@gmail.com; dmarc=fail reason="SPF not aligned (relaxed), DKIM not aligned (relaxed)" header.from=freebsd.org (policy=none) Received: by mail-qk1-x72c.google.com with SMTP id af79cd13be357-7de159778d4so697042085a.1 for ; Wed, 13 Aug 2025 08:01:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755097257; x=1755702057; 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=tZ8qhaJV6f+327Jj+8gJNfMO9PGGbU+h/DwGTq3vGIo=; b=N6HmUQjJjfFYhQZ49KoDKSGfDc60LqeQXJ1UT9AN06tJrcHspdpxPTQkG3RNsKLBMs LeOYfF5FsDedWGKEBRMiXjSuv5TPI987CtFilBhkye4oA7gtcs8SqYQDDXt2zqZDYM6z TTAZt3vUPVoWD2Dpi7Yo0ZPxWQSQu7A4i+yfDYXP3Di/5SET74F7D+qXm8eUiMODPmhk wLl3jtzVTRmvLl+uH1c04sRS20Svzr1UoqKff1fvBAreb/UeLHTd9aJT0PawefW/UmMc LStB/xjhkqQHJESjKovWrZUUevg8MIuEN/X8GNqvRZeJrr0+aY1uup3oq2qVAPxPxF/c p6fg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755097257; x=1755702057; 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=tZ8qhaJV6f+327Jj+8gJNfMO9PGGbU+h/DwGTq3vGIo=; b=sFWhUorYSjB4axFVdJLtyDKbzhryYjHLgnjPZtpp1ZfPfiNlEMP0lZV82xjzfmMcLr e153g57zKdom/zD5pEzQV49JLTskx5Uj4p99o1Pdfx+29ysJEvMtQORIPm/ns1rZC85L ksihbe2BF+zO2Df2Aq2c9cgH8gnSPoCbrjpufwbsP3XgZ17i4Kjn2Pm91pPLmAe0Lv90 kK5q1gukUDBuo0q0EvNyZBxPM0f7utC5/mV+9WVLmGfg9UAzafeGo6vh9GY1xqKDWxaf BxvwtY3PTPQG2aqcF/oY6w67TaAooK6fI7MGaBDFjQBH7JFF/LPAu9kF8ohCzT7xRpE5 WGQQ== X-Gm-Message-State: AOJu0YzKs3JmROMwVMU4v76xlQBF2GpZDfGFAGW7qbq3ghr3NbksW8Iz W3gHPAPKh6qh3O7D915Ma6J8lS47JB1gNF+MQv2nbUrXCMwz2x/565qgEfTCXZ1S X-Gm-Gg: ASbGncv8w+8Z8n0IlgfABnCqCzEJdCfJmiQ5syKut6TZsgJB+PNOgQr6h5Juk9YKImo HVqAdbsChkaoyRGpRlkzs/4F+pPzZJPTxO8omt3A7YOJdqwwFpNoO8PKgCBc7Xs81hu5NTpg+5e yM/0V+ObUBTiEOXtfGq85kejcIoVWxh+KXzjvV5nnp5qJzH6xU8ZPhWNvYwyeGNwBDMoHMvLfP7 eq2P0Egna8NRew0XQNE6+KN7Vsvs2wHH/9ddXRGVRmJhx+KYJM42MF+MdxElD/OfY9G08hcUPoq qJYZLiKD5+8HibYREJmLd5sAC5pGY/mq1n2Jwbut0x/jxnAE8hoKCSKCkUzCGGGtKJNGR93nrcd D6ij9fkWyXN8jjuVVKidfYrwocC5j/z6Agjy/ X-Google-Smtp-Source: AGHT+IFBdPhcblrQnrp1zp4KW++DQ0jeZvEU+IOcwP8zTjT2T+VFRIgfTJrZ1zPCV6bZYcpvOAopPw== X-Received: by 2002:a05:620a:1368:b0:7e3:2c33:6d9f with SMTP id af79cd13be357-7e8652dfbe5mr332981785a.31.1755097257003; Wed, 13 Aug 2025 08:00:57 -0700 (PDT) Received: from nuc (192-0-220-237.cpe.teksavvy.com. [192.0.220.237]) by smtp.gmail.com with ESMTPSA id af79cd13be357-7e82c54f2f5sm1001815685a.66.2025.08.13.08.00.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 13 Aug 2025 08:00:56 -0700 (PDT) Date: Wed, 13 Aug 2025 11:00:53 -0400 From: Mark Johnston To: Andrew Wood Cc: freebsd-current@freebsd.org Subject: Re: Libprocstat printing warnings & errors Message-ID: References: <77BF12CC-B922-4B8D-BB57-F6AF95124B8E@gmail.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=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <77BF12CC-B922-4B8D-BB57-F6AF95124B8E@gmail.com> X-Spamd-Result: default: False [-2.59 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; MID_RHS_NOT_FQDN(0.50)[]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), DKIM not aligned (relaxed),none]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; DKIM_TRACE(0.00)[gmail.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)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72c:from] X-Rspamd-Queue-Id: 4c2BQR3J08z3dB8 X-Spamd-Bar: -- On Mon, Aug 11, 2025 at 11:18:52AM -0500, Andrew Wood wrote: > Hi all, > > Is it normal that a library will print errors/warnings in addition to setting an error/errno value on functions whose purpose isn't printing? I've been working with libprocstat lately and the program I'm writing is prone to checking processes that no longer exist a lot of the time (but is built to handle this), but I'm disappointed about the fact that I've seemingly got to choose between having my stderr riddled with warnings and disabling my ability to use the err/warn function suite (by calling err_set_file to set it to /dev/null). Yes, I've noticed this too. It's especially annoying because some of the warnings are effectively unavoidable. For instance, if one invokes "procstat -kka", procstat will first obtain a list of processes and then grab a stack for each one, but if one of the processes exits between these two steps, libprocstat will emit a warning. So if you run that command on a busy system there's a good chance it'll emit some noise to stderr. It's bad behaviour for a library for sure. > I'd much prefer if there were a separate function for finding out what an error was, like perhaps a procstat_strerror function? It seems perfectly doable given the state tracking that's already done in the procstat struct. Are there any design considerations to explain why a data-fetching would choose to print warnings without any request to, rather than let the programmer decide whether it's worth printing anything? Is this something I could change and make a PR for and just let any discussion over it happen there, or is there some person or group I need to talk to about this? I think that makes sense on the surface, but how should the libprocstat consumer know whether an error is benign or not? Don't we also need some finer-grained mechanism which makes it easy to distinguish mostly-harmless errors (e.g., the target process exited) from something more likely to be fatal (e.g., failure to query a particular process for lack of permission)? Probably libprocstat should expose error codes as well? > Apologies if this isn't the right spot to vent about this, I'm not sure where the proper place is. From nobody Wed Aug 13 17:31: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 4c2Fm45t8sz64FQ4 for ; Wed, 13 Aug 2025 17:31:32 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4c2Fm331c1z3vvJ for ; Wed, 13 Aug 2025 17:31:30 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Authentication-Results: mx1.freebsd.org; dkim=none ("invalid DKIM record") header.d=troutmask.apl.washington.edu header.s=troutmask header.b=Eujicd63; spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu; dmarc=fail reason="No valid SPF" header.from=washington.edu (policy=none) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.18.1/8.18.1) with ESMTP id 57DHVSar010871 for ; Wed, 13 Aug 2025 10:31:28 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) DKIM-Filter: OpenDKIM Filter v2.10.3 troutmask.apl.washington.edu 57DHVSar010871 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=troutmask.apl.washington.edu; s=troutmask; t=1755106288; bh=7Na/509dgyoxI7hi4NXA7kftHpf1tX1AvMjsiNCgZ60=; h=Date:From:To:Subject:Reply-To:From; b=Eujicd63XLnzEJV+YIE4HwiWyUbuYEWh9Q6X1E34yClHfhLdzSI/GvL9OkfhTP542 Fj2VQvsMHMIVxlO+B7Bknxwy8Y1fXeZILmbMhOnq/6qpN3ipEWoKDlFky56lK0yHQG ra3WgJ+o2IiYGmAN8z6icqr0GuM1XpACWEtOmXHtx5NH7IcA7eDJ85UiI3eE1CcJHW 1Qv0ujI6uscq15WQ9OdZvf0iga6fuN3gtq/XaswOCsHXLw5IuQjqtpcz2R44L7IX7t kRbitq4F9gzZX9q03oIQ5xTtwjI6+0i0oidijLJOBzQYZS4FSGKGcGFKQGZ+YfnsgA LYCgVrevZ8ZdA== Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.18.1/8.18.1/Submit) id 57DHVSXp010870 for freebsd-current@freebsd.org; Wed, 13 Aug 2025 10:31:28 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Aug 2025 10:31:28 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Subject: a question about style(9) and inline Message-ID: Reply-To: sgk@troutmask.apl.washington.edu 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-Result: default: False [-2.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-0.97)[-0.975]; NEURAL_HAM_SHORT(-0.81)[-0.814]; RCVD_IN_DNSWL_MED(-0.20)[128.95.76.21:from]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF,none]; MIME_TRACE(0.00)[0:+]; REPLYTO_DOM_NEQ_TO_DOM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[troutmask.apl.washington.edu:~]; R_SPF_NA(0.00)[no SPF record]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; R_DKIM_PERMFAIL(0.00)[troutmask.apl.washington.edu:s=troutmask]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu] X-Rspamd-Queue-Id: 4c2Fm331c1z3vvJ X-Spamd-Bar: -- In looking at lib/msun/math_private, one finds static __inline float complex static __inline double complex static __inline long double complex static inline double static inline float static inline long double static __inline int static __inline int static __inline int static inline int32_t static inline int32_t style(9) seems to not contain any preference with respect to __inline versus inline. As a matter of consistency, I would like to use whatever is the preferred keyword. So, which should be used? -- Steve From nobody Wed Aug 13 17:43:44 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c2G2W1ByZz64GBM for ; Wed, 13 Aug 2025 17:44:03 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x52a.google.com (mail-pg1-x52a.google.com [IPv6:2607:f8b0:4864:20::52a]) (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 4c2G2V56Ysz3xcQ for ; Wed, 13 Aug 2025 17:44:02 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x52a.google.com with SMTP id 41be03b00d2f7-b4716f46a2eso8417a12.0 for ; Wed, 13 Aug 2025 10:44:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1755107035; x=1755711835; 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=aP7OolvJgeeQRwKrm9Yy2R4jfW0Qqmo6Qq5tKexTvE0=; b=oIi2aIpbbbJ08jSCO2mJmxEHevSwNzsB4veSeEb1lISwtKkuLjtmolEKLX42oBYOhi 9HKuVMf31tLw48CbDy8i79baOe5vOEL5/0ytCjzHiODYD42TivHHRwZaZFE664980EtL qZ4dCYxZu0e0RF+vN5f6Pam8q4JSx7mIRwoxYPtaK3ORT1R/eHxYg9odPiiew5/u4DKv aSnP5fWrEPAEw1/OO+ZnfPm6GWotwH8AvCkfa0J5DfPggso9lG3zhJScpFsICBeLkpwH e0xUiGQnur0CEGH3GN5w0Rt6F0esA+CqMvZGInE//SQ1WOWZctOguOj1vIkx7WBI6mcF VQNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755107035; x=1755711835; 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=aP7OolvJgeeQRwKrm9Yy2R4jfW0Qqmo6Qq5tKexTvE0=; b=ZkIQ1oUN4ZiJBEQ9I3pN9dhQv1YvdxjPFp2mgiLhsyxn8XU7MQ11NSRuVqjKFVRI0w V59uhu3//0cfLCLOnERMZrowlu5WC73wtiyu3xTd/HBxeDgUGHUL52JyST5dkz3lP1HW TBL2DOL0J6s24jo6f+iLGLJM2Qru62G7UQJRRaSNGGZeVisaI/GSV8SO32zFuZA8u3LQ aTWX+QLTT741By2WPFR5JEUrjrYWaaRUc5gmYwc/JwL47Zc0aBd5ULuPjAwQN6Cy7rhg n08GD3CWqphyRk8zHFIpjamN5Ad0Th0OxMri3bO+EM8xX6ZIT4YXwqoiITHY7PKYXWXY W9JQ== X-Gm-Message-State: AOJu0Yw9LUDzuvpU4pg3nbV9c4X+5zHB9zfngopZSYJiwP4qypPIx0Pd 68NJ9RQyKRbPvKWVAOa1YouLX//FhqqVXfGUWmM39eKrHDoCjuoWOsiM+/rV+ntZriYLR7M2Dw5 imRckNkwuifefGpGfJIqJR3+8A4w50/3aXyFdEUW+hg== X-Gm-Gg: ASbGncsj/JTPg+9Od918ucWM0TD9cZ9dPl2jfKmN1PQbc7fTFmmp02022OCREppOeUf l+VDj1U9M3eT1H4jjKNVBft6lodDPi+e3kskjnbOxTVpKtTzbGUqvNe1au2ogIoc6Zzlf2TIiaM F6CCV9Ir4yXYbjeaOFHIdfdu2xPq2vU+DeX46FggvJ+mgQkCYq1oZZiKLOYIKDzcBtqRI2ZU+yo 9W+5jm57D2wCewWkg== X-Google-Smtp-Source: AGHT+IESeWvUoTFMEJP4Vta6vtcKaDHphzbwQljyE0313NBIQhxRpxeol2nNrbS8LWpKMQKV4U5f2j+T/pv6AF5Eivc= X-Received: by 2002:a17:90b:3d44:b0:321:1df6:97d3 with SMTP id 98e67ed59e1d1-323279ae2a4mr376083a91.4.1755107035442; Wed, 13 Aug 2025 10:43:55 -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: Wed, 13 Aug 2025 11:43:44 -0600 X-Gm-Features: Ac12FXzhT8Rcme1YpakieLKd7QQw2w_pcyJrI5xC5AdYd2ZV-zz2__9t242hycA Message-ID: Subject: Re: a question about style(9) and inline To: sgk@troutmask.apl.washington.edu Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="00000000000064099a063c42b317" X-Rspamd-Queue-Id: 4c2G2V56Ysz3xcQ X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] --00000000000064099a063c42b317 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Aug 13, 2025 at 11:32=E2=80=AFAM Steve Kargl < sgk@troutmask.apl.washington.edu> wrote: > In looking at lib/msun/math_private, one finds > > static __inline float complex > static __inline double complex > static __inline long double complex > static inline double > static inline float > static inline long double > static __inline int > static __inline int > static __inline int > static inline int32_t > static inline int32_t > > style(9) seems to not contain any preference with respect > to __inline versus inline. As a matter of consistency, > I would like to use whatever is the preferred keyword. > So, which should be used. > We generally have static __inline, though the reasons for that are historical. We originally did it to support building FreeBSD with a K&R compiler. Now, we've narrowed the scope of K&R support so we only really require it for public files since we support K&R compilers that are like how gcc implemented this (which basically is to have ansi keywords in the identifier space). In that environment, __inline is an extension. In C code, this is just a compiler extension meaning the same thing as inline. For C++ mode, we redefine __inline to inline. And we have some vestigial support for doing the same for the C compiler that doesn't support __inline= . However, I did a bit of a survey just now, and more recently we've given up on that and just use a raw inline by and large. With __inline being a legacy item. In this context, though, math_private.h isn't public, so I'd just use inline. It's ancient enough that the old-school considerations mandated __inline (not least because bde favored building with such compilers). Now, I don't think it matters anymore, and we should just use the standard way of doing it. Warner --00000000000064099a063c42b317 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Aug 13,= 2025 at 11:32=E2=80=AFAM Steve Kargl <sgk@troutmask.apl.washington.edu> wrote:
In looking at lib/msun/m= ath_private, one finds

static __inline float complex
static __inline double complex
static __inline long double complex
static inline double
static inline float
static inline long double
static __inline int
static __inline int
static __inline int
static inline int32_t
static inline int32_t

style(9) seems to not contain any preference with respect
to __inline versus inline.=C2=A0 As a matter of consistency,
I would like to use whatever is the preferred keyword.
So, which should be used.

We generally = have static __inline, though the reasons for that are historical. We origin= ally did it to support building FreeBSD with a K&R compiler.=C2=A0 Now,= we've narrowed the scope of K&R support so we only really require = it for public files since we support K&R compilers that are like how gc= c implemented this (which basically is to have ansi keywords in the identif= ier space). In that environment, __inline is an extension. In C code, this = is just a compiler extension meaning the same thing as inline. For C++ mode= , we redefine __inline to inline. And we have some vestigial support for do= ing the same for the C compiler that doesn't support __inline.

However, I did a bit of a survey just now, and more recent= ly we've given up on that and just use a raw inline by and large. With = __inline being a legacy item.

In this context, tho= ugh, math_private.h isn't public, so I'd just use inline. It's = ancient enough that the old-school considerations mandated __inline (not le= ast because bde favored building with such compilers). Now, I don't thi= nk it matters anymore, and we should just use the standard way of doing it.=

Warner
--00000000000064099a063c42b317-- From nobody Wed Aug 13 17:48:00 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 4c2G765jSGz64FyF for ; Wed, 13 Aug 2025 17:48:02 +0000 (UTC) (envelope-from dim@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c2G764vzhz40m1; Wed, 13 Aug 2025 17:48:02 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755107282; 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=UtRDoaSqO16VVGf3I7UUkrcQstwniHC4vkwVPEpaCs4=; b=yTeTRqjk4TQEq83097l09NFKFirEykoj5vGD7o9NtivC41iBxbvcCAAONYH+WaxRBdiiEh nRe1Uo80A/DafTmWUyi9mGZsr6dP/8xkzxNzihrxRQBnS+h/JpVY8kRmZ1bLwe2nYWTrre RYaiTVHHqFYD/zEPDjSz3YqiAFDoXhXUinCHkvzEzwgW15xXYY8mgS9FEpIYNjDDBWwtxn sRUwcnOc/oNnvqsF0adUwgPx9SBBm7ErztJhw2yvvsPvzwKlnyQPKbU/USknT+4ewSH4ae WDwvIIN8FIm4UqSsNLPK065zM3H9qn2dnpuu2XLkmov262bR46+5qJqrNBBgEA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755107282; 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=UtRDoaSqO16VVGf3I7UUkrcQstwniHC4vkwVPEpaCs4=; b=FWbJNx9KBAYR77O1hyTHhWKZdqZjI6BKESnNRlozHGKYQT6IR+eEMuLNE4y1IqpjR+vZ7b cGeAvfqdanUJhomtf5Rdz/9bBnr9oLsjD0azPQSVoRESTdxoWR0h9D4y9Yy3rjmbmhN7h3 jmghfVHaKVc2efsLLP64+HGAKabsIXEkd/wjlxOwnDgYaMVXBs5GAUzoWTslp0ANQlWeon jeZ+pm+vArmVlDj0jdYA5DSP7R0B9XGYTfbo8bDly2sD4OjJ+cW+VXlAVgPI145FsQHsjv 15KZw54lttUwRMyvkpCugKu3ePKbfVwcRMAQ32maWdXoSWeT39KLrn8iUGTUww== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755107282; a=rsa-sha256; cv=none; b=f+B8aun5ODPuuBgU+qrq0NlxbIubtyMnyJr2gSC8GTw5s8vJ9vaeXZoiPaG7FuViPAV8JB 6BtAGdt4SV3dtyz6hu4vH83G93/92KMmdqZbFIY0tpvPSt1itUdnwhDjAU8CzL6KSMg02W No9eJCMUuS67Q2lfIGvxqzwb103M/oNUIqjKWLMBS80iHwsgtyik6ZKxVq1XGBHUpGQ8rL i/wL74a+JG1bBp55WTuOmUr9m6vj69PrsWWP1UNOhB7q/w5XTTK1+rdx3wOpQMKsnQ/iyl AB/PCsk3yA7GsK4m750Ol5OtW09CrropisHbFCavo0l7UqyO5J1j9Ya7hVQbkw== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (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 "tensor.andric.com", Issuer "R11" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4c2G763dpsz1K6x; Wed, 13 Aug 2025 17:48:02 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (bladnoch.home.andric.com [192.168.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 136256C8D1; Wed, 13 Aug 2025 19:48:01 +0200 (CEST) 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: a question about style(9) and inline From: Dimitry Andric In-Reply-To: Date: Wed, 13 Aug 2025 19:48:00 +0200 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: sgk@troutmask.apl.washington.edu X-Mailer: Apple Mail (2.3826.700.81) On 13 Aug 2025, at 19:31, Steve Kargl = wrote: >=20 > In looking at lib/msun/math_private, one finds >=20 > static __inline float complex > static __inline double complex > static __inline long double complex > static inline double > static inline float > static inline long double > static __inline int > static __inline int > static __inline int > static inline int32_t > static inline int32_t >=20 > style(9) seems to not contain any preference with respect > to __inline versus inline. As a matter of consistency, > I would like to use whatever is the preferred keyword. > So, which should be used? In , __inline is defined such that the keyword is removed if the compiler doesn't support it. I doubt it is possible to compile FreeBSD which such a compiler, so the whole __inline define now seems only necessary for backwards compatibility's sake. Since plain inline is already used in libm, it does not really make sense to use __inline anymore, in my opinion. -Dimitry From nobody Wed Aug 13 18:06:44 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c2GXl6hvPz64HGk for ; Wed, 13 Aug 2025 18:06:47 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4c2GXl3nCVz430p for ; Wed, 13 Aug 2025 18:06:47 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Authentication-Results: mx1.freebsd.org; none Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.18.1/8.18.1) with ESMTP id 57DI6iX2011582; Wed, 13 Aug 2025 11:06:44 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) DKIM-Filter: OpenDKIM Filter v2.10.3 troutmask.apl.washington.edu 57DI6iX2011582 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=troutmask.apl.washington.edu; s=troutmask; t=1755108404; bh=DaKJxZ//hPOdgdk6fvLnlPz9HGLP09QgJQZy+R47i5c=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=hrRWJFUylHm8OsJsnbNFeDzIHcZqo5XxYpSK+IMVrurAsJePoRjlc2A1koWJ/2/MV f5jbKuUsTvEeZbJGcMfZIavJL1n9ebNTjhjtHYttXJEbH2JTtz8QnL6NE8EwRPvxQY 42xgRGiREzMBKidvnu4l0S630CSZ9eUci9B/qXQ7XIqMKyoK6q6wZ5vPCJGAeIRC7b ox+xGq+xydTK+0kbip4js+euV9eU0J9GmXWPLYwpRqWfsw5ou0Gg7aydhLr49v6lDR Gv8TkttjlAmXO6XnNzcITHiwAwXMO0MY4u0OLap0aHaCzDJG5UuWb/u1IPtXo4ShU8 sRIeUX0TQWnyw== Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.18.1/8.18.1/Submit) id 57DI6ii2011581; Wed, 13 Aug 2025 11:06:44 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Aug 2025 11:06:44 -0700 From: Steve Kargl To: Warner Losh Cc: freebsd-current@freebsd.org Subject: Re: a question about style(9) and inline Message-ID: Reply-To: sgk@troutmask.apl.washington.edu 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-Rspamd-Queue-Id: 4c2GXl3nCVz430p X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US] On Wed, Aug 13, 2025 at 11:43:44AM -0600, Warner Losh wrote: > On Wed, Aug 13, 2025 at 11:32 AM Steve Kargl < > sgk@troutmask.apl.washington.edu> wrote: > > > In looking at lib/msun/math_private, one finds > > > > static __inline float complex > > static __inline double complex > > static __inline long double complex > > static inline double > > static inline float > > static inline long double > > static __inline int > > static __inline int > > static __inline int > > static inline int32_t > > static inline int32_t > > > > style(9) seems to not contain any preference with respect > > to __inline versus inline. As a matter of consistency, > > I would like to use whatever is the preferred keyword. > > So, which should be used. > > > > We generally have static __inline, though the reasons for that are > historical. We originally did it to support building FreeBSD with a K&R > compiler. Now, we've narrowed the scope of K&R support so we only really > require it for public files since we support K&R compilers that are like > how gcc implemented this (which basically is to have ansi keywords in the > identifier space). In that environment, __inline is an extension. In C > code, this is just a compiler extension meaning the same thing as inline. > For C++ mode, we redefine __inline to inline. And we have some vestigial > support for doing the same for the C compiler that doesn't support __inline. > > However, I did a bit of a survey just now, and more recently we've given up > on that and just use a raw inline by and large. With __inline being a > legacy item. > > In this context, though, math_private.h isn't public, so I'd just use > inline. It's ancient enough that the old-school considerations mandated > __inline (not least because bde favored building with such compilers). Now, > I don't think it matters anymore, and we should just use the standard way > of doing it. Thanks for the input. inline is in n869.pdf (working draft of C99) with 01/18/99 date. It is likely safe to assume that today C compilers used to compile FreeBSD support inline. I'll get to submitting a patch to cleanup __inline in math_private.h (eventually). -- Steve From nobody Wed Aug 13 18:11:39 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c2GfP6VB2z64HyJ for ; Wed, 13 Aug 2025 18:11:41 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4c2GfP4Cfxz45SG; Wed, 13 Aug 2025 18:11:41 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Authentication-Results: mx1.freebsd.org; none Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.18.1/8.18.1) with ESMTP id 57DIBdat011641; Wed, 13 Aug 2025 11:11:39 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) DKIM-Filter: OpenDKIM Filter v2.10.3 troutmask.apl.washington.edu 57DIBdat011641 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=troutmask.apl.washington.edu; s=troutmask; t=1755108699; bh=QcJd13d2VCl8g7Tvm64k6mR3ugnh+/PXpA0xBHmdAww=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=VT5C9beMC+G7jUxhHbLsgaLxm3V9m3z1oIoRHSnEU/TD6p4glXItA6pYShV3z+Kkj 8JjyPeKCZnI6XMiSBfSf48OAJyBEBMf6DAxYo1n0Ttg5DbCm8zMm8jBhtWDUIGjJwQ I6+hrmPQtz3egxMvrzDOr/r5jxQudfmE6TKiVsxaYn7k5s8JFfmZ5vYYExyhv2rLmr wBNQJ2P6UPMXzgG/8V38CiCgpUZCfSa7TxGkk5sCjz6Dse0dzwf5pozGqHq76hkzYm nxvzfWOHll/JP+MZqUvD3/1L0Txc+5ETW4u72Z19bdI0F3k9C4x/obfmo5FKZvhIti t4f2bO1jft9gA== Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.18.1/8.18.1/Submit) id 57DIBdYH011640; Wed, 13 Aug 2025 11:11:39 -0700 (PDT) (envelope-from sgk) Date: Wed, 13 Aug 2025 11:11:39 -0700 From: Steve Kargl To: Dimitry Andric Cc: freebsd-current@freebsd.org Subject: Re: a question about style(9) and inline Message-ID: Reply-To: sgk@troutmask.apl.washington.edu 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-Rspamd-Queue-Id: 4c2GfP4Cfxz45SG X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US] On Wed, Aug 13, 2025 at 07:48:00PM +0200, Dimitry Andric wrote: > On 13 Aug 2025, at 19:31, Steve Kargl wrote: > > > > In looking at lib/msun/math_private, one finds > > > > static __inline float complex > > static __inline double complex > > static __inline long double complex > > static inline double > > static inline float > > static inline long double > > static __inline int > > static __inline int > > static __inline int > > static inline int32_t > > static inline int32_t > > > > style(9) seems to not contain any preference with respect > > to __inline versus inline. As a matter of consistency, > > I would like to use whatever is the preferred keyword. > > So, which should be used? > > In , __inline is defined such that the keyword is removed > if the compiler doesn't support it. I doubt it is possible to compile > FreeBSD which such a compiler, so the whole __inline define now seems > only necessary for backwards compatibility's sake. Since plain inline is > already used in libm, it does not really make sense to use __inline > anymore, in my opinion. cdefs.h was removed from all msun sources except x86/fenv.h (circa 2024). AFAICT, cdefs.h is not needed in x86/fenv.h. Following Warner's email, I'll use inline and clean up math_private.h. -- Steve From nobody Wed Aug 13 18:14: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 4c2Gk62nRLz64JjX for ; Wed, 13 Aug 2025 18:14:54 +0000 (UTC) (envelope-from jgopensource@proton.me) Received: from mail-24418.protonmail.ch (mail-24418.protonmail.ch [109.224.244.18]) (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 "protonmail.com", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c2Gk35syNz46lW for ; Wed, 13 Aug 2025 18:14:51 +0000 (UTC) (envelope-from jgopensource@proton.me) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=proton.me header.s=protonmail header.b=ErNgzUNF; spf=pass (mx1.freebsd.org: domain of jgopensource@proton.me designates 109.224.244.18 as permitted sender) smtp.mailfrom=jgopensource@proton.me; dmarc=pass (policy=quarantine) header.from=proton.me DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=protonmail; t=1755108887; x=1755368087; bh=B8PY1ehLVenDLBBFQO+5LQUVg67EgaeLxg39H9HPkFY=; h=Date:To:From:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=ErNgzUNFNfJJsv8EjygYrHPnOHrTWO0EYC6SlN6e32CEI9hmQn+bbMnSjTD/cbWr5 RGe9tmMgZLIYsEY8CQZU9qE93npk59dZ4keh3ZHcq+AKegG8qhC+GRx6P1cQmkXLhb pNdgjxXDEYNgCjvfp4NlDOxbjj6cRr6k10me6ootD2CpmMzrDjnewQswoqLaxsYxN0 VnSPYrR5pXgKGeWBL9tO7SHrY76FWEO6im20J0mwLR4z9DQ13bf50+HfzdhHJ1DGz+ Qa+8P7Ab3ivTcPfyIkueyhqF838aBaBhH7+FQ7Z4dNzWh+VO6fsXrHA99M66i2GuC5 hL71qziULeo/A== Date: Wed, 13 Aug 2025 18:14:41 +0000 To: FreeBSD Current From: Jordan Gordeev Subject: Re: Example context needing use of hw.usb.usbhid.enable=0 : serial console keyboard input under Parallels (aarch64) [reproduces again] Message-ID: In-Reply-To: References: Feedback-ID: 125078299:user:proton X-Pm-Message-ID: eae9759667fff3c1af9916ffc1ffb5ba49e05c8d 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-Result: default: False [-4.40 / 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)[proton.me,quarantine]; RWL_MAILSPIKE_EXCELLENT(-0.40)[109.224.244.18:from]; R_DKIM_ALLOW(-0.20)[proton.me:s=protonmail]; R_SPF_ALLOW(-0.20)[+ip4:109.224.244.0/24]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[proton.me:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; ASN(0.00)[asn:62371, ipnet:109.224.244.0/24, country:CH]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[109.224.244.18:from] X-Rspamd-Queue-Id: 4c2Gk35syNz46lW X-Spamd-Bar: ---- On Wednesday, 13 August 2025 at 08:30, Mark Millard wro= te: > Jordan Gordeev wrote on >=20 > > Serial console is typically understood to mean a console over a serial = link like RS-232. If you end up reporting this bug to the bug database, usi= ng confusing terminology should be avoided. >=20 >=20 > "Text console"? Some other suggestion to avoid misleading? It is not emul= ating any general graphics console as far as I can tell. "Text console" is fine. > > The hkbd(4) driver detects the keyboard and attaches successfully. Addi= ng the following to /boot/loader.conf will enable debug output from the dri= ver: > > hw.hid.hkbd.debug=3D"100" >=20 >=20 > Added for now. Okay, you've enabled the generation of debugging output by hkbd(4). What di= d you do with the generated output? It's the most important piece of inform= ation in this situation. > dmsg -a output capture differences from different boots follow. There are three cases here: Case A: usbhid is disabled; the keyboard works Case B: usbhid is enabled; the keyboard works Case C: usbhid is enabled; the keyboard doesn't work You recently observed Case B. The difference in dmesg between Case B and Ca= se C is what is of interest. > > Also, when the keyboard doesn't work does the mouse work? >=20 >=20 > This is not a graphics window context. Clicking in that window captures t= he mouse/cursor and stops displaying it until Ctrl+Alt are both pressed at = the same time "too free the cursor", as it says. >=20 If you start moused, you would get a mouse cursor in the text console. Howe= ver, with usbhid enabled, the mouse will always not work (the cursor won't = move at all) because the current version of moused does not support hms(4) = devices. Forget about the mouse for a while. One extra thing to try is resetting the keyboard with a command such as thi= s: usbconfig -d /dev/ugen1.3 reset If the keyboard doesn't work, the command might make it work. Perhaps the o= pposite is also possible. Best regards, Jordan Gordeev From nobody Wed Aug 13 20:13: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 4c2KLq5qrWz64SCc for ; Wed, 13 Aug 2025 20:13:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.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 4c2KLp0Y50z3N8Q for ; Wed, 13 Aug 2025 20:13:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=EGGuIwOh; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755116000; bh=4Y6i9EMcp2mHmlZ4PREsLz6t2SGimhVjNE0COVvbuO4=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=EGGuIwOh3/Hf5KI18UC5vuqokvOmxc11+Ow4zo8ZX4jh1c/SxIFcBvlwd/gFPxmA/nlYwlVh35OeS2XFnHCB0XiKqT0H8mloUbGye7Avzr3i61KrAiUYAVK78G/RurPKmsJS/RmBlxsgcU0Pr/DsMhJZUJAetRSlEVqd/AyRgGhKPtAMVhXU/ZuCPLsROS3blF4dfhKqCEYs0f2PmZCEbLG6uFjq0qmYL5elv0SOHCdTXBTcVku5CRnxNFoF7Hn20SKi1I3TxIkEP/Ah1bpYaG1viDeaejOkbHNGpnDZKFZXpoIyM7XwG0xX3e23e7yIfJuVsDfA+EZXHX2SWpARKQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755116000; bh=DS/oaqEzqqqggTSZ9jA4d8N/BvUcRmmkx0ZkejX/H/0=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=jl1nPNGjwunw56yb9fx7E99TbiQDUZtm+6VdIvaGH8cfb2e/aaMtAg0lk0BUr8hS7dVDpK0tLBfBTMQFlhBfXFZvncuOyR6kVpJyyDHsGa1/5N2F2nKQxhENaxJ95vE/g1iYpT8vHzCCeKYey1yTgm+JaPHAofoSA2pWbLutPK5u+SmZ2HY7FnQhtDDYUD79D3/d4vuQLPtc8P+VVsMnCJbE1ukdR3boMA5XzWjnhq47ydjTVgzrl8xlqskHvsutAja7DbF/WQhGQdB3musooKI3LcFMLXlgJ8jsTi8witdkcSKjUTG72e63hAd3cyIkUl3TCnyRDnOJU6LTCBioiw== X-YMail-OSG: QAcRdA0VM1mj18NwliwWRikzNO5cL7QwSss69xKZTNNPerCUuFi0kWou3e0M40M 4K3nVKQMZRU4WTiDdSFCHwnD9T44AQQeRb4MY_109k7yzZdR5xM4Sh_QJ6Zrtj3q_W33EN_xIOs8 u3sApzBthYWglx91xtqwVCZHCChV3B87.3vm75s19ifLvhIr9Y68XXhoXIS0uiICXV3zGtW6_9vD m9AO9fla0bEgB6xKDmtu4c4a7zbN36OQhX2gRm0I1Og74VjCeORX7rdaTb6h86mC0jkiHtWZkxRl RXN06KJ1L4u60CbleMbgO66jyh2B1GMjkSVLpyZudm5.Rgtg_r9D2u5dOG68H9hH_gjlk3XnQAHp nUd.xNhuKsX9cI_CbgVXiYeIo2enC7F7_FRXj.wV1ggDP.otWJmpbKkOzyjF0Olz92jTakdtoq_z vwU4Al.0PElFhv7xD42nZiRW3vVaUjf9hHNIYLPFyWtl4.VATUhkg.ZVKuC7eBh3Adhu0pahQW_O ZJzaLbfKxf.S9Z2wV_XLdwujeQNKkEXUP1h437LMSBrmGJnctC4PGjNwucVusbBVjjoEQIUYtMv7 f.Q8iYrXfEJRVA6.b2HKUjULg20cO17o4VXUMO2u14GwblsGmItMVRL92tIEPZ45AXGNS.5K7Ebo FQGvnbJ9rUTO2qaA1XNXk_wSM6ZUyB_Byv3XN08XALfi1vf3r__hPECclTdxc1N9IKbA0DW9rTc5 O5h4PyiBY0ZQsV9Wyz_PtyHboX31wsch1OkSuzCJAA9d0F5dAIMhnOw2uqgPhf_ehVFUUZ95MFUW 5f.caABTU0gyU3t1eDuiDZhNZEH_kYrZY1HweQpLcCkxSSRmUCPZEXTxrmUPumegpvgWGoGR8eDQ .A8yBaFCULV2G.wO.Esz2sOnahCUFZs_BjG0pQWIbwl0CslWStImoy6NYxQ25pNAXav9d6lyIPII 4eBkarmpnJtTwX1uMmK3zHw.fyH8F5du2ptzToQkyhpVKHDQYNQkpix7ribKg2OijqngSzA1WUmm fferISUArHmsn6gnp0V5mOzoYohvBKCsj1gCKTAfJtvJGw16AmyuOLb4HSoX8jfYyEXRyEzx96b4 LHceM.e.HU8zMMIXNlZaZu_vgPkdly0hscA1L3gWNMeUTfeQvxMfPM7tkmY.k1vKp0VdXPcquu57 e.BSP6wLlOnubL_Ilxx7hKyxL3kDTUB9szIg3v0hc8KuJqK2FzTmmaCItYR60.eEAdnT8bocDVgW vF6sxBx7CtkX22t8QBLEkXXWSO_79vAY.AP1q2s_TRE3wWl5ytOTI0cywGa4nqhS2BsgKJnIe3TH uUlOew.R0DENnc_QyV0ZyZ9ACu3WCJgc_oT77f2SBEMnzM2eZPvEUZ06G1jkflIMy8b.ozwAX5Qh DeR9O0ET80pYF9Rpp.lEVnXhuJnadVWTOEpKYVjYlBVB4t8pI2ieFAb6I6kLxVe4gJJdWSpCFSzW c5tLzzvVc7.Nxcyz5DnV39RZhClXxJ4CqOrcfA8b7Zh7HDsoO42lqfJ.iYhFLzREMh6g8XF7HFHF SBkOVWgdVwthQeUZGJfQZOfoWBdumxzTlKC1zk6anNWBwHCefS_Ceg4gPmRcjmkkHCDMi6aSlDeI D3NMKhGC2b9IvYQlMxkG5i3VBMvqE7TawRPiXqbS9DxY7KzXz4XOWsaQlNFzGKdZbaec.dh4i4S_ fhopmacuP6N6d2xP8bUR6bfIO2MPyLh_pEicch_0i_WJc5o56lSdFknEI1jW0IIZ9wxEiwLz5mBn Wl0L70LcJaklTaiDhRyq8R5Awp_pEZZTpkvx.6QAZ11x5lqx1ZtW2wKNxqAsl9CxwNDgDe4TXcYb Xl70CxAkf16OtJ7Y0ykG4Y4Uw.lKoMLArajff76x4zlUXHFInkmvOJb83jJ9WftKaKqirN0kTc7H ..uK8wS7cc.fyMeqjv_iUdb0aGk7iaTMGfUcEBsNzrBO4NBeQ.FfZ2PxNnAbyLWtj6rqTzNSQ3Ez ihTTajIbqoHOutrwiq5EVyViHOvERlutJ0yj8L16IM8X59wqqYPBwl0PH0slJX1Qe8ISpq3lIzWW ck50C_PDgXAnqzPVHnLxkayqet_A5PL1LvHwtjy_4WEWfURKd3w2vR5EesMB1msM4klRxsIYSj1M EKJ9NEZaD3xue8qiiNmXdKjvJ5y3H8AJmJ9xySXltgIMWmXlYh4hXvqVCw1.5kS2gTDPJMVM5VtY G7HKwADpHXJjdV5_1jPad5LN3a8pWfugHSAoYvsHJUJ5bu8yJKYUobbmubKg7QZmEkyR05H5lEyf B X-Sonic-MF: X-Sonic-ID: 04e41729-f734-4db9-b75c-8cee28f13825 Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Wed, 13 Aug 2025 20:13:20 +0000 Received: by hermes--production-gq1-74d64bb7d7-5qmwx (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b9ad45d27ce139242698cfafddccee72; Wed, 13 Aug 2025 20:13:17 +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: Example context needing use of hw.usb.usbhid.enable=0 : serial console keyboard input under Parallels (aarch64) [reproduces again] Message-Id: <0A593479-84C4-493E-8940-B64985ED64C7@yahoo.com> Date: Wed, 13 Aug 2025 13:13:06 -0700 To: Jordan Gordeev , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: <0A593479-84C4-493E-8940-B64985ED64C7.ref@yahoo.com> 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.997]; 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.205:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from] X-Rspamd-Queue-Id: 4c2KLp0Y50z3N8Q X-Spamd-Bar: --- Jordan Gordeev wrote on Date: Wed, 13 Aug 2025 18:14:41 UTC : > On Wednesday, 13 August 2025 at 08:30, Mark Millard = wrote: >=20 > > Jordan Gordeev wrote on > >=20 > > > Serial console is typically understood to mean a console over a = serial link like RS-232. If you end up reporting this bug to the bug = database, using confusing terminology should be avoided. > >=20 > >=20 > > "Text console"? Some other suggestion to avoid misleading? It is not = emulating any general graphics console as far as I can tell. >=20 > "Text console" is fine. >=20 > > > The hkbd(4) driver detects the keyboard and attaches successfully. = Adding the following to /boot/loader.conf will enable debug output from = the driver: > > > hw.hid.hkbd.debug=3D"100" > >=20 > >=20 > > Added for now. >=20 > Okay, you've enabled the generation of debugging output by hkbd(4). = What did you do with the generated output? Other than the diff's I'd provided (as referenced below)? > It's the most important piece of information in this situation. >=20 > > dmsg -a output capture differences from different boots follow. >=20 > There are three cases here: > Case A: usbhid is disabled; the keyboard works > Case B: usbhid is enabled; the keyboard works > Case C: usbhid is enabled; the keyboard doesn't work You deleted the text here that provided a diff for, for example, QUOTE In the below "-" is for failing (default ...usbhid.ignored) and "+" is = for working ( ...usbhid.ignored=3D0 ) END QUOTE As I understand, that translates to my "-" being your (C) and to my "+" = being your (A). > You recently observed Case B. The difference in dmesg between Case B = and Case C is what is of interest. I've no known way to cause (B). As far as my classifications back then, = any (B)-like example may have been a misclassification of the context = that I had at the time [so: actually (A)?]. I'm unable to produce a (B) = example so far. Sorry for my apparent classification screwup. > > > Also, when the keyboard doesn't work does the mouse work? > >=20 > >=20 > > This is not a graphics window context. Clicking in that window = captures the mouse/cursor and stops displaying it until Ctrl+Alt are = both pressed at the same time "too free the cursor", as it says. > >=20 >=20 > If you start moused, you would get a mouse cursor in the text console. = However, with usbhid enabled, the mouse will always not work (the cursor = won't move at all) because the current version of moused does not = support hms(4) devices. Forget about the mouse for a while. Okay. > One extra thing to try is resetting the keyboard with a command such = as this: > usbconfig -d /dev/ugen1.3 reset >=20 > If the keyboard doesn't work, the command might make it work. Perhaps = the opposite is also possible. For both types of contexts, (A) and (C), the usbconfig command made no = difference to keyboard input status for the context. I did not ever end = up with a (B) context. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Aug 14 01:26: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 4c2SJD1fcyz64qSJ for ; Thu, 14 Aug 2025 01:26:36 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: from mail-yb1-xb32.google.com (mail-yb1-xb32.google.com [IPv6:2607:f8b0:4864:20::b32]) (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 4c2SJC0s8Hz3xXJ for ; Thu, 14 Aug 2025 01:26:35 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=fR3rsRjn; spf=pass (mx1.freebsd.org: domain of ianfreislich@gmail.com designates 2607:f8b0:4864:20::b32 as permitted sender) smtp.mailfrom=ianfreislich@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-yb1-xb32.google.com with SMTP id 3f1490d57ef6-e931c741d7fso616636276.0 for ; Wed, 13 Aug 2025 18:26:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755134788; x=1755739588; 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=6G3doswLOTfTjkQu+rxiokS5XvLDy/3oq6+NPBkXQyo=; b=fR3rsRjn71dWuOuzvzhiTn7GboPFtWsawSTjGO3uUuHC4cJm57ZctHha1V+rr3vnf3 XHjwdpya5hgOfLSjjhpACe5KUeto2tafuCocFM8wOykS3/3z7gTdq5HqvqSvhUiLBd9o jbi3s4XL7ryd/SWOnUCHID24l0+1UiigU5Ma6Eh7gcifIgjew8sOCbv9C9ucnLyM38Vk Y/XviLkUgaJ7o9HPUHT8onH3ueh38CU/uXVgTCaS+k6wKyEl5/pisxOuxY1WU3tPUG1m 2BiqRFsEdfUw64G8i4TKTdDz5Ub7L1HJfMcMelvR2I2flLIK7NZEVp+A9Beiy8atjd2Z ag5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755134788; x=1755739588; 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=6G3doswLOTfTjkQu+rxiokS5XvLDy/3oq6+NPBkXQyo=; b=msM5xoAIJF0tm8fAQhe8qeQYQISOSKlggEa1eBwx39UV9RuLaqQBe4Q9OrxBxDbwQF NyEz2Y5nihenawVRqen1uTwMRV6cofDFR02Y34t3K3Fiox9KHLiLvBBsZaZfMkzxDSdE TBcjc9WIEeiMhuUMuqg1sbnDH7/EDG8VvOSHWpkixUpWRq06cEDdCpT4Lh2ofvJxObCq qPXdpURro0gzFqKfWx6y+fKQTL0I/AoZbFCCksw+M6hKnOCjcDSIKHgv+fVMgPWpYjSd Z540N4/Y54xES/MIycLH9g3q2Z2JH2awqmNvb7hCLYdKRQ8ZulX4zvCDzmXkjDYL5xkD B9Dg== X-Gm-Message-State: AOJu0YydAbCzclCE+qxRPC6d6mi+mTUVeeNVmCvPjg+9m8iFKV1XrmXK SwpzsU2FVKiXpnARJosnxN9QSQcfZlwDCKR440wqE6pYzcQWsYt2qeYR X-Gm-Gg: ASbGncst8vnkCyrQC6HlLvqeW50YWRdVV3CPLQELKnZ0TVLOdwBiiJ1zIX0XUcAvLF4 JJleiOTqvVXxGNhz4sQt7MujxIaZLUkOnXXIJz7zj3WAquoQehLMmBmgK43dOFnFcXVA2t3WdL2 9vceyIUNHN3s6PDo7hPhjiUIODHlHR3ml+ytCNXxYsaTw/PHfOlaQg6nOu8TFNFT/edrSyE2k+9 dyCCutCdzPjuPcSaP3XhpBsjN+ZiulROtSAUn2Zg4LZLS44315T/WNBm2fisYH6nE2rzTw8tHbC XXNTqQRZ/i+wQqL+lVP9fcEB3+IY/1Xd9Cvelxy+9GLdXvJRdYpAMYGdy5gJwdHa5220TtLCH2V u7q4gCACKsypVY8eBIX8y62J5J4uNz/qTJmqObOBh0prirD1lUtp5wcRAE8Vj4wIkBc2EP+IEa6 24 X-Google-Smtp-Source: AGHT+IHkVf9QfWqR8EZ0p1AZOGjg40P0WSSqf8jyNW3G2sIPHIyVI4UScZmqy23T/wj8kDIGKuWZsA== X-Received: by 2002:a05:690c:6807:b0:71b:d6a0:9771 with SMTP id 00721157ae682-71d63594d32mr14151797b3.20.1755134787675; Wed, 13 Aug 2025 18:26:27 -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-71d60d8de06sm3046157b3.25.2025.08.13.18.26.26 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 13 Aug 2025 18:26:27 -0700 (PDT) Message-ID: Date: Wed, 13 Aug 2025 21:26:26 -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: OpenSSL legacy provider is broken To: Pierre Pronchery , "Enji Cooper (yaneurabeya)" Cc: FreeBSD Current References: <5FCF8EF0-4473-40E9-94D2-FA5AD96D2418@defora.org> Content-Language: en-US From: Ian FREISLICH In-Reply-To: <5FCF8EF0-4473-40E9-94D2-FA5AD96D2418@defora.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-3.62 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.88)[-0.884]; NEURAL_HAM_MEDIUM(-0.74)[-0.743]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; TO_DN_ALL(0.00)[]; FREEMAIL_TO(0.00)[defora.org,gmail.com]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b32:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4c2SJC0s8Hz3xXJ X-Spamd-Bar: --- On 2025-08-10 06:53, Pierre Pronchery wrote: > Hey, > >> On 10 Aug 2025, at 04:32, Enji Cooper (yaneurabeya) wrote: >> >> >>> On Aug 9, 2025, at 7:08 AM, Ian FREISLICH wrote: >>> >>> Previously this worked >>> >>> [brane] /usr/ports # openssl list -providers -provider legacy >>> Providers: >>> legacy >>> name: OpenSSL Legacy Provider >>> version: 3.0.16 >>> status: active >>> >>> Since the build last night, >>> >>> [router] /usr/ports/net/freeradius3 # openssl list -providers -provider legacy >>> list: unable to load provider legacy >>> Hint: use -provider-path option or OPENSSL_MODULES environment variable. >>> 10B045DBE7340000:error:12800067:DSO support routines:dlfcn_load:could not load the shared library:/usr/src/crypto/openssl/crypto/dso/dso_dlfcn.c:118:filename(/usr/lib/ossl-modules/legacy.so): /usr/lib/ossl-modules/legacy.so: Undefined symbol "ossl_kdf_pvk_functions" >>> 10B045DBE7340000:error:12800067:DSO support routines:DSO_load:could not load the shared library:/usr/src/crypto/openssl/crypto/dso/dso_lib.c:147: >>> 10B045DBE7340000:error:07880025:common libcrypto routines:provider_init:reason(37):/usr/src/crypto/openssl/crypto/provider_core.c:1019:name=legacy >>> >>> and freeradius doesn't start because of this: >>> >>> [router] /usr/ports/net/freeradius3 # radiusd -fX >>> FreeRADIUS Version 3.2.7 >>> ... >>> (TLS) Failed loading legacy provider >>> >>> I haven't yet figured out what part of my EAP configuration needs the legacy provider. It may be that EAP just needs a working legacy provider because it looks like the EAP module unconditionally attempts to load the provider and fails. > > It could well be that it does. > > Regardless I didn’t mean to break the legacy provider, but it’s > certainly because of the OpenSSL 3.5.1 import. Sorry! > > I have pushed a partial fix here, and will keep pushing to that > branch until I get it to work fully again: > https://github.com/khorben/freebsd-src/tree/khorben/openssl-3.5.1-legacy That fixes this missing symbol, but here's the next error: [router] ~ # openssl list -providers -provider legacy list: unable to load provider legacy Hint: use -provider-path option or OPENSSL_MODULES environment variable. 10B0E52D30440000:error:12800067:DSO support routines:dlfcn_load:could not load the shared library:/usr/src/crypto/openssl/crypto/dso/dso_dlfcn.c:118:filename(/usr/lib/ossl-modules/legacy.so): /usr/lib/ossl-modules/legacy.so: Undefined symbol "ossl_param_find_pidx" 10B0E52D30440000:error:12800067:DSO support routines:DSO_load:could not load the shared library:/usr/src/crypto/openssl/crypto/dso/dso_lib.c:147: 10B0E52D30440000:error:07880025:common libcrypto routines:provider_init:reason(37):/usr/src/crypto/openssl/crypto/provider_core.c:1019:name=legacy Is there a target/directory I can make in that compile will compile just this? The no clean default on buildworld doesn't seem to work and compiling everything takes forever. Ian From nobody Thu Aug 14 01:33:37 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c2SSN3bJvz64qwl for ; Thu, 14 Aug 2025 01:33:40 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: from mail-yb1-xb2b.google.com (mail-yb1-xb2b.google.com [IPv6:2607:f8b0:4864:20::b2b]) (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 4c2SSM52Vzz41Jp for ; Thu, 14 Aug 2025 01:33:39 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=i8hXHANo; spf=pass (mx1.freebsd.org: domain of ianfreislich@gmail.com designates 2607:f8b0:4864:20::b2b as permitted sender) smtp.mailfrom=ianfreislich@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-yb1-xb2b.google.com with SMTP id 3f1490d57ef6-e931cdba209so479788276.3 for ; Wed, 13 Aug 2025 18:33:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755135218; x=1755740018; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:content-language:references :cc:to:from:subject:user-agent:mime-version:date:message-id:from:to :cc:subject:date:message-id:reply-to; bh=9wuPoCJFJ/+GNDvl1EbYCATUzLWUis0MBqM5nulIq6g=; b=i8hXHANoDUOTo/wQ7BmjWoe44bMFb1Q0REA8bY27VmnScwOQ8bs6KC6wg6PhTLrTYd xuYXtK6vpV99BY1YpCKhZVjuO7+3NbK0+DClD0cPGS+i19h3ue+5frTnqnNEmVpnEa+X WuXJ5GwlRLMI8ozp185kG6YO6HeQI4CY9+DEadap0X6iuwGK3POFwvcpzRuh+cssfHMl wEGn+u2soT8gWh7s1lAxBk6oylAFFZZo3IlNcqdZeyKzXycTxkOU1rClS9X4x0Tnd0li Hin11pf2MM4ITmECMio1kr4yybHfTeaDr4kneauTU4j1hkRDoVNZSHA+Tsnr4ELjkWN+ YKLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755135218; x=1755740018; h=content-transfer-encoding:in-reply-to:content-language:references :cc:to:from:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=9wuPoCJFJ/+GNDvl1EbYCATUzLWUis0MBqM5nulIq6g=; b=pCpBzyAKvWLokK/Hmn+zf1MtzrRA7UBhoc6owh5EI/b42xo4/scst9OeZOoUXU8gYV 3EA65Y1YfaEudYfZazB6q6cWpqVOqQ2kW9v77xHRE1JzFbpvribU2Wfk8RHgKNHnuRh9 HEQQj8Cb343/FI0Dk3ZO/gy1RXu+8+SvfJOt3EPdWVH4imUaznmec7vxEKl8r8xKB4te WxZ9HjhrweOXAjq46R/BHqZeazHd7MsgKnrqubCRD5TwIvYQXOHv2Kf8lMuWZ9hu4Xg4 LCUQHloC60ILMuMuAm+freh/dLtTJhEqGQv1LqWQLM3jcxDMz/a9xV2OvgfAGfaJV/TQ Wgdw== X-Gm-Message-State: AOJu0YwxTiBnmiRb6QaVgsCaUcMgA7iaNiDOYsegF/NU1Fyu3tG9GMYf CSApwBavPehmpIaXUnhOOl3kQuoR0LY8xppXQEpNUrQFSb6KkZV2yi3Q X-Gm-Gg: ASbGncv8n4hyW7rwVWzwUCLVoKJ14/1qi06a1WFZYxvEV6vJ7AsMhBJlmzjeNeI7Hqu 33/w1jmaCAsbq21rvxkXiVD7YQlaHSnwx5CzzBJL87q3FvzqiXHbtf16UtHXyG2NPoZuL6JQRFe 5RS3pCe1kn4xt5AuZWDLnJnUJUHyczZnvWTA0GI26DJHQ/13d1QsDXVOKCR0DXLhIWVe1+vsL9C cmJufp1O1q/DyBjEU0urPqKruNAOBG804FvHxNj86PGc9JdQNuPZNnSir3HmNlA8voRdpukymtK Ye07DW71wi7tuqbKj8sPCxCp9uZ063o/ssx8tqQsxhCZGK/qUFmfJ9DgAm/R1Fte8oWjCmlgco5 UMp5gfLEibcIgnIgvmK+NTe9Tm4ACLwOZaH779524NU2j7bpPF7Lk0rWsGf/mCdoKnfPgceP1QR jj X-Google-Smtp-Source: AGHT+IHn6RmoOiTQaudOalvKTglDCNiJMiYc+oIkGGZMW3bRYi15M+2Oz7k9+7uNFaUtrIwhRSMDIQ== X-Received: by 2002:a05:6902:2181:b0:e8f:e1f0:a226 with SMTP id 3f1490d57ef6-e931e11bb75mr1732789276.7.1755135217802; Wed, 13 Aug 2025 18:33:37 -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-e931d68ea82sm315960276.33.2025.08.13.18.33.37 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 13 Aug 2025 18:33:37 -0700 (PDT) Message-ID: <4927c49f-5a92-415e-bc3c-6618e852a5d8@gmail.com> Date: Wed, 13 Aug 2025 21:33:37 -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: OpenSSL legacy provider is broken From: Ian FREISLICH To: Pierre Pronchery , "Enji Cooper (yaneurabeya)" Cc: FreeBSD Current References: <5FCF8EF0-4473-40E9-94D2-FA5AD96D2418@defora.org> Content-Language: en-US In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-3.84 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.96)[-0.964]; NEURAL_HAM_SHORT(-0.88)[-0.883]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; TO_DN_ALL(0.00)[]; FREEMAIL_TO(0.00)[defora.org,gmail.com]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b2b:from] X-Rspamd-Queue-Id: 4c2SSM52Vzz41Jp X-Spamd-Bar: --- On 2025-08-13 21:26, Ian FREISLICH wrote: > On 2025-08-10 06:53, Pierre Pronchery wrote: >>             Hey, >> >>> On 10 Aug 2025, at 04:32, Enji Cooper (yaneurabeya) >>> wrote: >>> >>> >>>> On Aug 9, 2025, at 7:08 AM, Ian FREISLICH >>>> wrote: >>>> >>>> Previously this worked >>>> >>>> [brane] /usr/ports # openssl list -providers -provider legacy >>>> Providers: >>>> legacy >>>>    name: OpenSSL Legacy Provider >>>>    version: 3.0.16 >>>>    status: active >>>> >>>> Since the build last night, >>>> >>>> [router] /usr/ports/net/freeradius3 # openssl list -providers - >>>> provider legacy >>>> list: unable to load provider legacy >>>> Hint: use -provider-path option or OPENSSL_MODULES environment >>>> variable. >>>> 10B045DBE7340000:error:12800067:DSO support >>>> routines:dlfcn_load:could not load the shared library:/usr/src/ >>>> crypto/openssl/crypto/dso/dso_dlfcn.c:118:filename(/usr/lib/ossl- >>>> modules/legacy.so): /usr/lib/ossl-modules/legacy.so: Undefined >>>> symbol "ossl_kdf_pvk_functions" >>>> 10B045DBE7340000:error:12800067:DSO support routines:DSO_load:could >>>> not load the shared library:/usr/src/crypto/openssl/crypto/dso/ >>>> dso_lib.c:147: >>>> 10B045DBE7340000:error:07880025:common libcrypto >>>> routines:provider_init:reason(37):/usr/src/crypto/openssl/crypto/ >>>> provider_core.c:1019:name=legacy >>>> >>>> and freeradius doesn't start because of this: >>>> >>>> [router] /usr/ports/net/freeradius3 # radiusd -fX >>>> FreeRADIUS Version 3.2.7 >>>> ... >>>> (TLS) Failed loading legacy provider >>>> >>>> I haven't yet figured out what part of my EAP configuration needs >>>> the legacy provider. It may be that EAP just needs a working legacy >>>> provider because it looks like the EAP module unconditionally >>>> attempts to load the provider and fails. >> >> It could well be that it does. >> >> Regardless I didn’t mean to break the legacy provider, but it’s >> certainly because of the OpenSSL 3.5.1 import. Sorry! >> >> I have pushed a partial fix here, and will keep pushing to that >> branch until I get it to work fully again: >> https://github.com/khorben/freebsd-src/tree/khorben/openssl-3.5.1-legacy > > That fixes this missing symbol, but here's the next error: > > [router] ~ # openssl list -providers -provider legacy > list: unable to load provider legacy > Hint: use -provider-path option or OPENSSL_MODULES environment variable. > 10B0E52D30440000:error:12800067:DSO support routines:dlfcn_load:could > not load the shared library:/usr/src/crypto/openssl/crypto/dso/ > dso_dlfcn.c:118:filename(/usr/lib/ossl-modules/legacy.so): /usr/lib/ > ossl-modules/legacy.so: Undefined symbol "ossl_param_find_pidx" > 10B0E52D30440000:error:12800067:DSO support routines:DSO_load:could not > load the shared library:/usr/src/crypto/openssl/crypto/dso/dso_lib.c:147: > 10B0E52D30440000:error:07880025:common libcrypto > routines:provider_init:reason(37):/usr/src/crypto/openssl/crypto/ > provider_core.c:1019:name=legacy > > Is there a target/directory I can make in that compile will compile just > this? The no clean default on buildworld doesn't seem to work and > compiling everything takes forever. Replying to myself... This seems to fix it --- a/secure/lib/libcrypto/modules/legacy/Makefile +++ b/secure/lib/libcrypto/modules/legacy/Makefile @@ -1,7 +1,7 @@ SHLIB_NAME?= legacy.so LIBADD= crypto -SRCS+= legacyprov.c prov_running.c +SRCS+= legacyprov.c prov_running.c params_idx.c # ciphers SRCS+= ciphercommon.c ciphercommon_hw.c ciphercommon_block.c \ @@ -22,10 +22,12 @@ SRCS+= md4_prov.c wp_prov.c ripemd_prov.c # kdfs SRCS+= pbkdf1.c +SRCS+= pvkkdf.c .include .PATH: ${LCRYPTO_SRC}/providers/implementations/ciphers \ ${LCRYPTO_SRC}/providers/implementations/digests \ ${LCRYPTO_SRC}/providers/implementations/kdfs \ - ${LCRYPTO_SRC}/ssl + ${LCRYPTO_SRC}/ssl \ + ${LCRYPTO_SRC}/crypto From nobody Thu Aug 14 08:17:17 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c2dQP3M60z6443h; Thu, 14 Aug 2025 08:17:33 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from vogon.madpilot.net (vogon.madpilot.net [IPv6:2a01:4f8:1c1c:11e5::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 4c2dQN0dp7z3jtc; Thu, 14 Aug 2025 08:17:32 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=madpilot.net header.s=cyq4qetkgngm header.b="h GdTuqB"; spf=pass (mx1.freebsd.org: domain of mad@madpilot.net designates 2a01:4f8:1c1c:11e5::1 as permitted sender) smtp.mailfrom=mad@madpilot.net; dmarc=pass (policy=quarantine) header.from=madpilot.net Received: from localhost (mail [IPv6:fd5c:5351:d272::3]) by vogon.madpilot.net (Postfix) with ESMTP id 4c2dQ76wmBzLlgZ; Thu, 14 Aug 2025 10:17:19 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :from:from:content-language:references:subject:subject:date:date :message-id:received; s=cyq4qetkgngm; t=1755159437; x= 1756973838; bh=lUvV4waINnz8/bNlz909upO+ZHUChKk5LAFZqpap4oo=; b=h GdTuqBQSRyrZFjpNW9AaAo9tGlZalKduUSk8UKNMJGhVDpzZ5LbTgQn/j9mU7HK3 XTcREAuSqJDVZWkZmX+401YE1VViiX/S/TULZRX4FIzTmqy8h8bS35Dh0SEO53oO 0J/UMmnlR5NtKLg04n7dLsMsJQ2mVheifvOGFvMLDIolL0KHINDPgpCxbOPsD4N8 0+BAqfIAgv44B+tp2AxrW6QdmkbYEGF+gV5trDCODqWzKZAlE3WJYBV7gRlqdg6n uUt9uzEtfVk4t+upga3ZrJbnoKEah+HkL2oaMqoJGZXXovktf9NHft+dJYyRl7N3 K33Kg85vDdWU9bjA1AMjA== Received: from vogon.madpilot.net ([IPv6:fd5c:5351:d272::3]) by localhost (vogon.madpilot.net [IPv6:fd5c:5351:d272::3]) (amavis, port 10026) with ESMTP id 8aYyVLhbi7O7; Thu, 14 Aug 2025 10:17:17 +0200 (CEST) Message-ID: <6d5b80be-b333-4ec3-9082-42d97fad52c8@madpilot.net> Date: Thu, 14 Aug 2025 10:17:17 +0200 Subject: Re: HEADS-UP: pkgbase pkg upgrade breaks systems Re: after updating to latest, pkg base segfaults and leaves me unbootable To: Florian Smeets , Dan Mahoney , freebsd-pkgbase@freebsd.org, freebsd-current@freebsd.org References: <582d802f-da93-415c-9dee-1f1f1beb1830@smeets.xyz> Content-Language: en-US, it, en-GB From: Guido Falsi Autocrypt: addr=mad@madpilot.net; keydata= xsBNBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAHNHkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PsLAeQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8XbOwU0EUxB7QQEQAKFhrDceoPdK/IHDSmoj6SQY isvM7VdhcleS7E9DoEAVt7yMbf6HbbMVTTY6ckvwTWQssywLBXNVqxgc4WLJjzfUhgef+WE7 5M3+WFYlOVQLGZY/zEVgma1raYnOHNAOzeHLDmEXjbZP6vGAeDyBbGfQPpE7qGYZ7ubeT3Xw QO+PklcCrvOPj2ZPcAxGNS2xVU/LzONqCrJqLMJSIcCdsbiSP4G5PnDFHtMokaTY6OEr8OEQ fOAerhcHUa/z7Uu8YtmaqKH+QGkE/WEgaRqSiTnv0JOTD+DxehaqvoKPPZ++2NpCZMHB2i6A /xifmQwEiIjEXtcueBRzkNUQkxhqZyS13SrhocL9ydtaVPBzZatAEjUDDEJmAMLVFs45qfyh MiNapHJo2n3MW/E5omqCvEkDdWX/en3P7CK2TemeaDghMsgkNKax/z0wNo5UZCkOPOz0xpNi UilOVbkuezZZNg65741qee2lfXhQIaZ66yT7hphc/N/z3PIAtLeze4u1VR2EXAuZ2sWAdlKC NTlJMsaU/x70BV11Wd/ypnVzM68dfdQIIAj1iMFAD/lXGlEUmKXg5Ov2VQDlTntQoanCYrAg +8CttPzjrydgLZFq3hrtQmfc0se5yv1WHS69+BsUOG09RvvawUDZxUjW19kyeN9THaNRgow3 kSuArUp6zSmJABEBAAHCwF8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncg== In-Reply-To: <582d802f-da93-415c-9dee-1f1f1beb1830@smeets.xyz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-2.00 / 15.00]; MISSING_MIME_VERSION(2.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)[madpilot.net,quarantine]; R_DKIM_ALLOW(-0.20)[madpilot.net:s=cyq4qetkgngm]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RECEIVED_HELO_LOCALHOST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-pkgbase@freebsd.org]; DKIM_TRACE(0.00)[madpilot.net:+] X-Rspamd-Queue-Id: 4c2dQN0dp7z3jtc X-Spamd-Bar: - 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 On 8/9/25 09:55, Florian Smeets wrote: > Adding current@ to CC > > On 09.08.25 01:38, Dan Mahoney wrote: >>  >>  >> (Resending from phone after realizing my list-specific from: wasn’t >> set, apologies for weird formatting) >> >> Hey all, >> >> After the recent big sleep in pkgbase, I hit the following trying to >> upgrade to whatever snapshot was published today: >> >> [598/1127] Deleting files for p5-MIME-Base32-1.303: 100% >> [599/1127] Deinstalling p5-MIME-Base64-3.16... >> [599/1127] Deleting files for p5-MIME-Base64-3.16: 100% >> Child process pid=21537 terminated abnormally: Segmentation fault >> >> (oh crap) >> >> root@poudriere:/home/dmahoney # pkg upgrade >> ELF interpreter /libexec/ld-elf.so.1 not found, error 2 >> Abort >> >> (double crap) > > Yes, I had the same issue yesterday evening. When the system was back, I > was too tired to summarize and send something to the mailing list. > > FWIW, I revived the system by deleting all newer packages rm /var/cache/ > pkg/*snap20250808* and just untaring the stuff in /var/cache/pkg to / > > cd / ; for i in `/rescue/ls -1 /var/cache/pkg/FreeBSD-* ` ; do /rescue/ > tar xvzf $i ; done > > After that, I resorted to building from source and installing to get the > system into a half way consistent state with a chance of surviving a > reboot. > > When starting my upgrade I saw that it wanted to remove a lot of non > pkgbase packages (how are we doing to differentiate pkgbase packages and > "ports" packages in the future?). I thought this might be related to the > krb5 thing, so I created an up to date poudriere jail via pkgbase method > and rebuilt all my pkgs, but even then I saw the same thing as Den, that > pkg wanted to remove a lot of ports pkgs, as this system is not > important I thought I can resolve that after the pkgbase upgrade and > started the upgrade. > > I didn't save scroll back. In my case I saw at the top the first ~100 > pkg transactions were uninstalling pkgbase pkgs, then it upgraded some, > then pkg exited with a segfault. > > Leaving me with ELF interpreter /libexec/ld-elf.so.1 not found, error 2 > > One thing I checked was /libexec/ was completely empty. > Hi, I was also bitten by this. I'm sharing how I got past the issue in case it could be useful to others. I recovered by rolling back to a previous ZFS snapshot using an USB installation media. This can be a viable solution depending on FS being used and availability of snapshots. Anyway, after taking the machine to a usable state I was able to update past the tripping point by doing: pkg-static upgrade -r -g 'FreeBSD-runtime*' 'FreeBSD-pkg-bootstrap*' 'FreeBSD-clibs*' (the bootstrap part is most probably not needed) this will tell you it wants to remove the pkg package, but will not do so, since there is no '-f' option. After this proceed with a `pkg-static -r upgrade`. Depending on how old the previous installation is you will need to check for new packages to install, I was missing a bunch -dev and -man ones, and some new ones. I then had to add this to libmap.conf (actually to /usr/local/etc/libmap.d/upgrade.conf): libcrypto.so.30 libcrypto.so.35 libutil.so.9 libutil.so.10 libssl.so.30 libssl.so.35 So old ports depending on old libraries still work. I'm keeping these for a while, until I can perform a `pkg upgrade -f` Hope this can be helpful until the issue is solved. -- Guido Falsi From nobody Thu Aug 14 11:08: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 4c2jT85mZ8z64HFQ for ; Thu, 14 Aug 2025 11:20:12 +0000 (UTC) (envelope-from freebsd-current@m.gmane-mx.org) Received: from ciao.gmane.io (ciao.gmane.io [116.202.254.214]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4c2jT7297Xz40xn for ; Thu, 14 Aug 2025 11:20:11 +0000 (UTC) (envelope-from freebsd-current@m.gmane-mx.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-current@m.gmane-mx.org designates 116.202.254.214 as permitted sender) smtp.mailfrom=freebsd-current@m.gmane-mx.org; dmarc=fail reason="SPF not aligned (strict), No valid DKIM" header.from=defora.org (policy=reject) Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1umW02-0003h1-FW for freebsd-current@freebsd.org; Thu, 14 Aug 2025 13:20:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Pierre Pronchery Subject: Re: OpenSSL legacy provider is broken Date: Thu, 14 Aug 2025 11:08:13 -0000 (UTC) Message-ID: <107kg2t$15kf$1@ciao.gmane.io> References: <5FCF8EF0-4473-40E9-94D2-FA5AD96D2418@defora.org> <4927c49f-5a92-415e-bc3c-6618e852a5d8@gmail.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=UTF-8 Content-Transfer-Encoding: 8bit User-Agent: Pan/0.160 (Toresk; ) X-Spamd-Result: default: False [1.71 / 15.00]; DMARC_POLICY_REJECT(2.00)[defora.org : SPF not aligned (strict), No valid DKIM,reject]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_MEDIUM(1.00)[0.997]; NEURAL_HAM_SHORT(-0.99)[-0.988]; MV_CASE(0.50)[]; FORGED_SENDER(0.30)[khorben@defora.org,freebsd-current@m.gmane-mx.org]; R_SPF_ALLOW(-0.20)[+mx]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:24940, ipnet:116.202.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[khorben@defora.org,freebsd-current@m.gmane-mx.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4c2jT7297Xz40xn X-Spamd-Bar: + Hey Ian, (ngie@, current@) On Wed, 13 Aug 2025 21:33:37 -0400, Ian FREISLICH wrote: > On 2025-08-13 21:26, Ian FREISLICH wrote: >> On 2025-08-10 06:53, Pierre Pronchery wrote: >>>             Hey, >>> >>>> On 10 Aug 2025, at 04:32, Enji Cooper (yaneurabeya) >>>> wrote: >>>> >>>> >>>>> On Aug 9, 2025, at 7:08 AM, Ian FREISLICH >>>>> wrote: >>>>> >>>>> Previously this worked >>>>> >>>>> [brane] /usr/ports # openssl list -providers -provider legacy >>>>> Providers: >>>>> legacy >>>>>    name: OpenSSL Legacy Provider version: 3.0.16 status: active >>>>> >>>>> Since the build last night, >>>>> >>>>> [router] /usr/ports/net/freeradius3 # openssl list -providers - >>>>> provider legacy list: unable to load provider legacy Hint: use >>>>> -provider-path option or OPENSSL_MODULES environment variable. >>>>> 10B045DBE7340000:error:12800067:DSO support >>>>> routines:dlfcn_load:could not load the shared library:/usr/src/ >>>>> crypto/openssl/crypto/dso/dso_dlfcn.c:118:filename(/usr/lib/ossl- >>>>> modules/legacy.so): /usr/lib/ossl-modules/legacy.so: Undefined >>>>> symbol "ossl_kdf_pvk_functions" >>>>> 10B045DBE7340000:error:12800067:DSO support routines:DSO_load:could >>>>> not load the shared library:/usr/src/crypto/openssl/crypto/dso/ >>>>> dso_lib.c:147: >>>>> 10B045DBE7340000:error:07880025:common libcrypto >>>>> routines:provider_init:reason(37):/usr/src/crypto/openssl/crypto/ >>>>> provider_core.c:1019:name=legacy >>>>> >>>>> and freeradius doesn't start because of this: >>>>> >>>>> [router] /usr/ports/net/freeradius3 # radiusd -fX FreeRADIUS Version >>>>> 3.2.7 ... >>>>> (TLS) Failed loading legacy provider >>>>> >>>>> I haven't yet figured out what part of my EAP configuration needs >>>>> the legacy provider. It may be that EAP just needs a working legacy >>>>> provider because it looks like the EAP module unconditionally >>>>> attempts to load the provider and fails. >>> >>> It could well be that it does. >>> >>> Regardless I didn’t mean to break the legacy provider, but it’s >>> certainly because of the OpenSSL 3.5.1 import. Sorry! >>> >>> I have pushed a partial fix here, and will keep pushing to that branch >>> until I get it to work fully again: >>> https://github.com/khorben/freebsd-src/tree/khorben/openssl-3.5.1- legacy >> >> That fixes this missing symbol, but here's the next error: >> >> [router] ~ # openssl list -providers -provider legacy list: unable to >> load provider legacy Hint: use -provider-path option or OPENSSL_MODULES >> environment variable. 10B0E52D30440000:error:12800067:DSO support >> routines:dlfcn_load:could not load the shared >> library:/usr/src/crypto/openssl/crypto/dso/ >> dso_dlfcn.c:118:filename(/usr/lib/ossl-modules/legacy.so): /usr/lib/ >> ossl-modules/legacy.so: Undefined symbol "ossl_param_find_pidx" >> 10B0E52D30440000:error:12800067:DSO support routines:DSO_load:could not >> load the shared >> library:/usr/src/crypto/openssl/crypto/dso/dso_lib.c:147: >> 10B0E52D30440000:error:07880025:common libcrypto >> routines:provider_init:reason(37):/usr/src/crypto/openssl/crypto/ >> provider_core.c:1019:name=legacy >> >> Is there a target/directory I can make in that compile will compile >> just this? The no clean default on buildworld doesn't seem to work and >> compiling everything takes forever. > > Replying to myself... This seems to fix it > > --- a/secure/lib/libcrypto/modules/legacy/Makefile +++ > b/secure/lib/libcrypto/modules/legacy/Makefile @@ -1,7 +1,7 @@ > SHLIB_NAME?= legacy.so LIBADD= crypto > > -SRCS+= legacyprov.c prov_running.c +SRCS+= legacyprov.c prov_running.c > params_idx.c > > # ciphers SRCS+= ciphercommon.c ciphercommon_hw.c ciphercommon_block.c > \ > @@ -22,10 +22,12 @@ SRCS+= md4_prov.c wp_prov.c ripemd_prov.c > > # kdfs SRCS+= pbkdf1.c > +SRCS+= pvkkdf.c > > .include > > .PATH: ${LCRYPTO_SRC}/providers/implementations/ciphers \ > ${LCRYPTO_SRC}/providers/implementations/digests \ > ${LCRYPTO_SRC}/providers/implementations/kdfs \ > - ${LCRYPTO_SRC}/ssl + ${LCRYPTO_SRC}/ssl \ > + ${LCRYPTO_SRC}/crypto Thank you for looking into this; I have created a new review in Phabricator to track this issue: https://reviews.freebsd.org/D51897 You will see there that while it cures the remaining symptoms, adding params_idx.c to the list of files built into legacy.so may not be the most correct fix. We can use this review for gathering expertise on the matter, and prepare the corresponding commit. Cheers & HTH, -- khorben From nobody Thu Aug 14 17:28: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 4c2sfP479Lz64m2W for ; Thu, 14 Aug 2025 17:28:45 +0000 (UTC) (envelope-from jgopensource@proton.me) Received: from mail-24416.protonmail.ch (mail-24416.protonmail.ch [109.224.244.16]) (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 "protonmail.com", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c2sfM46MXz3XSt for ; Thu, 14 Aug 2025 17:28:43 +0000 (UTC) (envelope-from jgopensource@proton.me) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=proton.me header.s=protonmail header.b=CoYvOzLk; spf=pass (mx1.freebsd.org: domain of jgopensource@proton.me designates 109.224.244.16 as permitted sender) smtp.mailfrom=jgopensource@proton.me; dmarc=pass (policy=quarantine) header.from=proton.me DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=protonmail; t=1755192520; x=1755451720; bh=db9LAILqfyNhd6pufWuDp0Wvq/HfnHGW5Q5b6hp2lBs=; h=Date:To:From:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=CoYvOzLk17kH7H+5it3cOCY0rGGNFotzaBxvFPIJaMZuJh8yyMUwT3WJB82Yc0M4F k+7y2On8GTmQKR4wZ2HBf/TS+fc6l6O0glylj0oOfoII421qhekZMhQRp+nol57MYP iiQdOlpgI+UEnpDilSNTvWYZ3saRHg/Pi2Vtf6S7dZAonesR+2pS3LEkNeLk6nAsWV 4TjGgVHTvOtqbJHwBUVSy4g6DVmoFS6he9sQ0Zo1pCjADN/LxFu8zwZQ79mrkgF8pQ hzzuXHaSBa+zM0qomKXun0cMyH0t66NBH2ydfpbNgjdXzPm76Ze8QmiDC/sTv599ca /AVhqViDqGQsw== Date: Thu, 14 Aug 2025 17:28:35 +0000 To: FreeBSD Current From: Jordan Gordeev Subject: Re: Example context needing use of hw.usb.usbhid.enable=0 : serial console keyboard input under Parallels (aarch64) [reproduces again] Message-ID: In-Reply-To: <0A593479-84C4-493E-8940-B64985ED64C7@yahoo.com> References: <0A593479-84C4-493E-8940-B64985ED64C7.ref@yahoo.com> <0A593479-84C4-493E-8940-B64985ED64C7@yahoo.com> Feedback-ID: 125078299:user:proton X-Pm-Message-ID: 528ea4bf39db1839bcdf002f6fa07927965138dd 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-Result: default: False [-4.40 / 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)[proton.me,quarantine]; RWL_MAILSPIKE_EXCELLENT(-0.40)[109.224.244.16:from]; R_DKIM_ALLOW(-0.20)[proton.me:s=protonmail]; R_SPF_ALLOW(-0.20)[+ip4:109.224.244.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[proton.me:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; ASN(0.00)[asn:62371, ipnet:109.224.244.0/24, country:CH]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[109.224.244.16:from] X-Rspamd-Queue-Id: 4c2sfM46MXz3XSt X-Spamd-Bar: ---- On Thursday, 14 August 2025 at 00:01, Mark Millard wrot= e: > Jordan Gordeev wrote on >=20 > Date: Wed, 13 Aug 2025 18:14:41 UTC : >=20 > > On Wednesday, 13 August 2025 at 08:30, Mark Millard marklmi@yahoo.com w= rote: > >=20 > > > Jordan Gordeev wrote on > > >=20 > > Okay, you've enabled the generation of debugging output by hkbd(4). Wha= t did you do with the generated output? >=20 >=20 > Other than the diff's I'd provided (as referenced below)? If usbhid is enabled and you put hw.hid.hkbd.debug=3D"100" in /boot/loader.= conf, after rebooting you will see messages like these in dmesg: hkbd_probe: hkbd_probe: hkbd_probe: hkbd_probe: hkbd0: on hidbus2 hkbd_attach: Parsing HID descriptor of 65 bytes hkbd_parse_hid: Found keyboard event array hkbd_parse_hid: Found key 0xe0 hkbd_parse_hid: Found key 0xe1 hkbd_parse_hid: Found key 0xe2 hkbd_parse_hid: Found key 0xe3 hkbd_parse_hid: Found key 0xe4 hkbd_parse_hid: Found key 0xe5 hkbd_parse_hid: Found key 0xe6 hkbd_parse_hid: Found key 0xe7 hkbd_parse_hid: Found keyboard numlock hkbd_parse_hid: Found keyboard capslock hkbd_parse_hid: Found keyboard scrolllock hkbd_set_leds: leds=3D0x00 hkbd_set_leds: len=3D1, id=3D0 hkbd_set_leds: leds=3D0x00 hkbd_set_leds: len=3D1, id=3D0 If you start typing on the keyboard, the messages will look like these: hkbd_intr_callback: actlen=3D8 bytes hkbd_intr_callback: modifiers =3D 0x0000 hkbd_intr_callback: Key 0x28 pressed hkbd_put_key: 0x28 (40) pressed If you see too many of these messages on your first virtual terminal to the= point of being unable to use it, switch to the second or subsequent virtua= l terminals (e.g. Alt+F2). The first one is the kernel's console while the = others are not. You could also ssh into the system. Best regards, Jordan Gordeev From nobody Thu Aug 14 18:08: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 4c2tZp22L0z64pQT for ; Thu, 14 Aug 2025 18:10:42 +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 4c2tZm0TFxz3cr1; Thu, 14 Aug 2025 18:10:39 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of warlock@phouka1.phouka.net has no SPF policy when checking 107.170.196.116) smtp.mailfrom=warlock@phouka1.phouka.net; dmarc=none Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.18.1/8.18.1) with ESMTPS id 57EI8Kwk019084 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 14 Aug 2025 11:08:20 -0700 (PDT) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.18.1/8.18.1/Submit) id 57EI8JMT019083; Thu, 14 Aug 2025 11:08:19 -0700 (PDT) (envelope-from warlock) Date: Thu, 14 Aug 2025 11:08:19 -0700 From: John Kennedy To: David Wolfskill , current@freebsd.org, arrowd@freebsd.org Subject: Re: Note: libutil.so bump from main-n279246-0c381b7f0570 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-Result: default: False [-1.80 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; MISSING_XM_UA(0.00)[]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_NEQ_ENVFROM(0.00)[warlock@phouka.net,warlock@phouka1.phouka.net]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DMARC_NA(0.00)[phouka.net]; RCPT_COUNT_THREE(0.00)[3] X-Rspamd-Queue-Id: 4c2tZm0TFxz3cr1 X-Spamd-Bar: - On Sun, Aug 03, 2025 at 06:50:03AM -0700, David Wolfskill wrote: > TL;DR: You may want to keep a copy of /lib/libutill.so.9 around for a > bit. ... For what it's worth, because of that and a few other situations like it, I've moved my "delete-old-libs" step to after the my local poudriere jail update + rebuild stage. The 15.x slush has got a lot of big changes landing fast. From nobody Thu Aug 14 18:51:09 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 4c2vTq1BFFz64sDB for ; Thu, 14 Aug 2025 18:51:27 +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 4c2vTn5q4Rz3jhQ for ; Thu, 14 Aug 2025 18:51:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=ZBjlEPiQ; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755197484; bh=yOWhlPSc+91wBJQX38XNdvI3rYGx6QgegXXgBMF8qzc=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=ZBjlEPiQBKvVwNr22mwDvspKV8sW+JC5RE5qpd8hzgPzOuowNDFbofCggOeD0D0hVFIWeFCdw6w93GADmjoXIt7erybWDt3eciwxrKi7F/yaA5qQzEpNLw6KAOCyiI68YFoYl/EKZhgek1ykEWCmtJEnNyILtk1WoR/dRZDYvffe8YRFg7/Zgt7wLjEiV4BpkhlZbToJ6HPNsJM5IwvAVdwZJIM56tfEAdIKlFKUW8kJnn7ucnwnGK1fgf4A/cfMge0Lh5IK9L8phQ+0WfEbM7pqhg6JN34jSq+lidBmAMUuNpSDsvo08sgAqmI/mJMUfSPjVAndV8IWAhrxH+7n4Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755197484; bh=4s41U2w7XxQqMmf90EZS4L9IfGpecbNih/se6gooobt=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=hMlQxszWFj1ZPCAlFcqi7sXk/jRTwXqNENbhX2gm/cszoeMZX8geQysGjNN/BFId9DVsmFiFBMEjDJcWPAKPcuHUkl7wSYyfAuoRMmdrQwStNON04Xsk6WaM1+LEOsxvpUuNhMHXnCSAwgbgX9vq67OwU8p9xZh/x/nAY9DadDr4Pw8TjGNwd6GVB4DN3IukIhB10fet+JaPJ2HOMR2PeE8V/RYiAuT+/SusQDzfGMbf3AMy4FaOwAfmlGSzntj8dwm1m2GyZb63HtYVrOGzCsqQfrW1QdViwQuyCsUmYEk/PTmZQnfRcDF1pBE/l/FBbV2r/zCXJqHFb2bDYWZXAA== X-YMail-OSG: PMeRYC0VM1mPPvWh3kT2lMkCzQtN_iKR2NMTQ4kIFijbTMI3iLuijaojxGiwNuc ttCzEXqAC8iyCtlQ4t1ZSrJaTupjlx4V8VDev3nOk7M1CYcmczE4I63eLRaw84MQWRcUP62oMPSI _Sdxw67gOr2DK_SJG1buJzsoZeWe3NB6lN0k4JBnH_p9sQeaev1sJ1tCvKyYqX0SLNRiLWrkDm3g 59q1shpf0I_xNkv4CU6Zc9LO5m7lIyGMflp02xqOCm0.UBGivsz3KaiGFmZd8MKNs9hgkdAhtSTH zYJNE0we06VIAgNYdBk9TMMlv5PqkEFe1fgbuxoiF7tXB1AIwgvI0YO6ajIBY0YsGcAboU2JyDtc SV_lLUOGXwwhaPFnyDCslTzaFvUwVDqm75w7K2FeK2tARnSta3gP_PzXCP8Uk6LR8sKRv.Cl.52A ri0J8WBPP5y05d0QWyjA1CEahEpk4xY9LIkFpxfzPcfdq9vCpOvAHDL4xqDFwT93GJCDyM4.Ph35 pVtm6X_8Cy0IeVQgrZZnMtJc4VE3qoPpc5F.NQMmOtq2LAeT6jNE3ixMpo9GvdyKqETQVo5FJLVQ wdzgI1Ff8Zw90FmsYpeOCGlXM86vZgTd0QZkvlw97GFVhJNvgnbcG_pLndnedc.ag8W7jnCNu.Yb o8061aUo.u1t1PJ.JEBVhjb.XqzMD8gDHT3eogozHoXfawBQn3NnqfWr3ng5R5V_ulRpgD4NHTn9 .xFjmnwD.XUxV.Xd6CmwcSXNoyjsuQgX2SYtGbHNvaQ1txTD0r2XHMpVMFDEHEghp_qNCIzExcgi E3LhFO63VsNBfclDGLR.izKyLX6fE_Po8hTYNt_pdsTkIKYQ6Sq56zX2hsffQRbD1bTPy9XtZQMc BvpMyLau7V5vDTz87XLzEzAKV.LvbIe9YpYdqfRoVzIR7hNt6gcrl0dtZwdMzz3Bv0jNEVUn6ZAI o1QKSw5gBYFoxWTIIN4iM3oP3.48j1.alg8O01evbMzDhcS1XD.JF7J8ddESijRwwTr5e60bUlGq mi.nzKcuR2o5gCMX_Ka9H7UxiUztQq8BZL6H0AM2tvJpXkQ_B5I04pzhYlWKsMR_ChvM91tvfiv4 KCObSzOrBFMXWU17t9XuhCnb6KRrHEpE08M78Isgsw0nr4gun9rbFdiQIzHWF.bpKALNiR7a05Ya OSFRlKGGKeV2e3TOm2A5UrS7IXfRznvLU8BQx073mD9DH8xPBPOIi9f3E0nJlKV_s4sX_hC4nqMC QyZwzm5FW6SP2idLzlZ.tVKjLO13xKhTSjKiKL39T5CFGllwED9Z9a2X4ZQ6ub8yOU_5IYcwYvFq FwLfYusKAtemKIV5YUrDpEf3DkytG2.4hpGL86vaSsQ.4wHGV2o3iRLopZbdii2LTwLLyMKlPJM1 vpvgsFWxIvNPV66WjOAksuZAb3Xm7zkyhCKCFxFsJ5gPFJMGAKpyyVs63_e6PdAkxYMjFGyQIRS0 .fuX9mjAA2QZ2yjv4FjQkjlleCHfyavLr2rqn7pLr8xnznd_3.vTeIG64dZzJCIxdkwyN3ztWm8k 26Ki8Xo09rkVVbe2N4GarV6YTiQGvNc6AZJt.8RatPx1UM06TmtaM4BldOG4tUoHN.HkDhvEziXH SlB9LMw531uLeovwpo246iBMvEneuViZeS0uj.XS4HkQ5f2zznKFlMUT6xEF7UiXLv9NVOfRxk_4 PWvlbrMGdFWbVI.jiEEjBkXQ1HLcJm0ORgXWBF_wDSALhGCvUrFFN9zoXkqoOIUTmtpcIiPxtGFp q2UF9k4vOsDSKm1HxzyxhgM9QIPFaxrwrK32qD7OqLCkXuSu9BftIf3QwcYGjtEPg3x3088t9Kao 9fxsZKFgbAySSObNFOjDj4dEnH1zQ.ZNN.Jh.crBgBsPIToKTACvo0J7CWbWRXwjvOUjEfz1bcPP 7liIRJ6Z495SfiZ9YegIRNg0FL2cbpNDDftO7.i6_VDNuFUsoDldzP2P4vb_CNofFoaOaRLgL8fv uexNbiG3AZY73RJUOH4riFyT0lXo8mGeuXqf99fJhqM1h.PH_trY5DYx9AmD8oh1HiAvU7LO28J2 l8MhMAW7OsZgs88E1S8.wN.kVClselLzwrJltY7iQLmTnBy6NB8Dv31OLFlb8gjoHMrE2kTSr6d9 zIPZiMNGIRKcEYZPy_F6Uy48S1ogCZ27qWTTfpxrkXXmC.6ocFagOHQStL6vPZUj0BDwuLCTspU. 33msPxYMDO5Xu3UUzUl06dAztK9kGba31QCb0OEmsXqzzpcphEOcbMx61TwhKCzqMpk5iZhGNrWh 5R4I- X-Sonic-MF: X-Sonic-ID: 9353aead-760a-4a05-8bdb-f1275a8dd154 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Thu, 14 Aug 2025 18:51:24 +0000 Received: by hermes--production-gq1-74d64bb7d7-khmfd (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 375ced29091e9c4c79dd27227698e5e2; Thu, 14 Aug 2025 18:51:20 +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: Example context needing use of hw.usb.usbhid.enable=0 : serial console keyboard input under Parallels (aarch64) [reproduces again] Message-Id: <7C8C2BE0-828E-494D-AF51-AA026CA000C5@yahoo.com> Date: Thu, 14 Aug 2025 11:51:09 -0700 To: Jordan Gordeev , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: <7C8C2BE0-828E-494D-AF51-AA026CA000C5.ref@yahoo.com> 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)[]; 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.205:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from] X-Rspamd-Queue-Id: 4c2vTn5q4Rz3jhQ X-Spamd-Bar: --- Jordan Gordeev wrote on Date: Thu, 14 Aug 2025 17:28:35 UTC : > On Thursday, 14 August 2025 at 00:01, Mark Millard = wrote: >=20 > > Jordan Gordeev wrote on > >=20 > > Date: Wed, 13 Aug 2025 18:14:41 UTC : > >=20 > > > On Wednesday, 13 August 2025 at 08:30, Mark Millard = marklmi@yahoo.com wrote: > > >=20 > > > > Jordan Gordeev wrote on > > > >=20 > > > Okay, you've enabled the generation of debugging output by = hkbd(4). What did you do with the generated output? > >=20 > >=20 > > Other than the diff's I'd provided (as referenced below)? >=20 > If usbhid is enabled and you put hw.hid.hkbd.debug=3D"100" in = /boot/loader.conf, after rebooting you will see messages like these in = dmesg: > hkbd_probe: > hkbd_probe: > hkbd_probe: > hkbd_probe: > hkbd0: on hidbus2 > hkbd_attach: Parsing HID descriptor of 65 bytes > hkbd_parse_hid: Found keyboard event array > hkbd_parse_hid: Found key 0xe0 > hkbd_parse_hid: Found key 0xe1 > hkbd_parse_hid: Found key 0xe2 > hkbd_parse_hid: Found key 0xe3 > hkbd_parse_hid: Found key 0xe4 > hkbd_parse_hid: Found key 0xe5 > hkbd_parse_hid: Found key 0xe6 > hkbd_parse_hid: Found key 0xe7 > hkbd_parse_hid: Found keyboard numlock > hkbd_parse_hid: Found keyboard capslock > hkbd_parse_hid: Found keyboard scrolllock > hkbd_set_leds: leds=3D0x00 > hkbd_set_leds: len=3D1, id=3D0 > hkbd_set_leds: leds=3D0x00 > hkbd_set_leds: len=3D1, id=3D0 >=20 > If you start typing on the keyboard, the messages will look like = these: > hkbd_intr_callback: actlen=3D8 bytes > hkbd_intr_callback: modifiers =3D 0x0000 > hkbd_intr_callback: Key 0x28 pressed > hkbd_put_key: 0x28 (40) pressed >=20 > If you see too many of these messages on your first virtual terminal = to the point of being unable to use it, switch to the second or = subsequent virtual terminals (e.g. Alt+F2). The first one is the = kernel's console while the others are not. You could also ssh into the = system. Have you been implicitly expecting a debug kernel instead of kernel.GENERIC-NODEBUG ? I had previously provided the text (note the "GENRIC-NODEBUG"): QUOTE # uname -apKU FreeBSD aarch64-main-pbase 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE = main-n279519-7a9834041c91 GENERIC-NODEBUG arm64 aarch64 1500059 1500059 END QUOTE But we did not catch the "which type of kernel" issue then. Now testing the debug kernel with hw.hid.hkbd.debug=3D"100" : It now provides the dmesg -a text you have been looking for all along. Sorry for the previously bad test context. So, based on kernel instead of kernel.GENERIC-NODEBUG : # grep "\ at usbus1 usbhid2: = on usbus1 hkbd_probe:=20 hkbd_probe:=20 hkbd0: on hidbus2 hkbd_attach: Parsing HID descriptor of 58 bytes hkbd_parse_hid: Found keyboard event array hkbd_parse_hid: Found key 0xe0 hkbd_parse_hid: Found key 0xe1 hkbd_parse_hid: Found key 0xe2 hkbd_parse_hid: Found key 0xe3 hkbd_parse_hid: Found key 0xe4 hkbd_parse_hid: Found key 0xe5 hkbd_parse_hid: Found key 0xe6 hkbd_parse_hid: Found key 0xe7 hkbd_parse_hid: Found keyboard numlock hkbd_parse_hid: Found keyboard capslock hkbd_parse_hid: Found keyboard scrolllock hkbd_set_leds: leds=3D0x00 hkbd_set_leds: len=3D1, id=3D0 hkbd_set_leds: leds=3D0x00 hkbd_set_leds: len=3D1, id=3D0 kbd1 at hkbd0 usbhid3: = on usbus1 hkbd_probe:=20 hkbd_probe:=20 hkbd1: on hidbus3 hkbd_attach: Parsing HID descriptor of 160 bytes hkbd_parse_hid: Found keyboard event array hkbd_parse_hid: Found key 0xe0 hkbd_parse_hid: Found key 0xe1 hkbd_parse_hid: Found key 0xe2 hkbd_parse_hid: Found key 0xe3 hkbd_parse_hid: Found key 0xe4 hkbd_parse_hid: Found key 0xe5 hkbd_parse_hid: Found key 0xe6 hkbd_parse_hid: Found key 0xe7 hkbd_parse_hid: Found keyboard numlock hkbd_parse_hid: Found keyboard capslock hkbd_parse_hid: Found keyboard scrolllock hkbd_set_leds: leds=3D0x00 hkbd_set_leds: len=3D2, id=3D1 hkbd_set_leds: leds=3D0x00 hkbd_set_leds: len=3D2, id=3D1 kbd2 at hkbd1 hkbd_probe:=20 hkbd_probe:=20 hkbd_probe:=20 hkbd_probe:=20 hkbd_probe:=20 hcons0: on hidbus3 hkbd_probe:=20 hkbd_probe:=20 hkbd_probe:=20 Typing one letter to the login prompt added: hkbd_intr_callback: actlen=3D9 bytes hkbd_intr_callback: modifiers =3D 0x0000 hkbd_intr_callback: Key 0x16 pressed hkbd_put_key: 0x16 (22) pressed hkbd_intr_callback: actlen=3D9 bytes hkbd_intr_callback: modifiers =3D 0x0000 hkbd_put_key: 0x416 (1046) released (Reminder: the FreeBSD EFI loader took input okay.) Thanks, mark =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Aug 14 18:55: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 4c2vZD3WYRz64sFJ for ; Thu, 14 Aug 2025 18:55:16 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c2vZC2T4Bz3krL for ; Thu, 14 Aug 2025 18:55:15 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=esTO64ir; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org; dmarc=pass (policy=quarantine) header.from=blastwave.org Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 57EItBll097072 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Thu, 14 Aug 2025 14:55:12 -0400 (EDT) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1755197712; bh=QKTGYg6doeXY5pRfh1/6d39Nw3qZO5oiNF8bPCu5zYo=; h=Date:To:From:Subject; b=esTO64irljgcz9Tw6rNcWglciwb+uF+7JFWriOWJ0Qbd+5TtyHDqrYsVjLIVf+T2+ IeHu1/AvxLbs3ks0zZNsfpYcpS++CU1J+TDZ8cqOEmvFBaIWfr3UzrW5jDa4AOWJKI zKKBH07N3NwPD8LvLss6ZZnUT5ktDtcNCehO+hXNlirEu6rI9WHv2EbJ7IWsNskcYA sJlSOXfZUHmTjTV0Am9DyZMmAApdq4cddVZWpgu6ISFNveQlW/L+qSxb0TWvq3IP4+ DY7Muj8wC8YvZysqQeen39yJZZgMhOeh3beKp378t6ALVCHyGTrl6cFcEyIh4LnJcB /jUIAewZYu71w== Message-ID: <04fafcf2-3b22-44b3-a600-87f51054a803@blastwave.org> Date: Thu, 14 Aug 2025 14:55:11 -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: Mozilla Thunderbird To: freebsd-current@freebsd.org Content-Language: en-CA From: Dennis Clarke Subject: How does one add a zpool name to either /etc/zfs/zpool.cache or /boot/zfs/zpool.cache ? Organization: GENUNIX Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 57EItBll097072 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Result: default: False [-3.70 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4c2vZC2T4Bz3krL X-Spamd-Bar: --- After a reboot I have a zpool missing. I have to import it manually. The script /etc/rc.d/zpool seems to be the culprit in that it processes two zpool cache files : t# t# cat /etc/rc.d/zpool #!/bin/sh # # # PROVIDE: zpool # REQUIRE: hostid disks # BEFORE: mountcritlocal # KEYWORD: nojail . /etc/rc.subr name="zpool" desc="Import ZPOOLs" rcvar="zfs_enable" start_cmd="zpool_start" required_modules="zfs" zpool_start() { local cachefile for cachefile in /etc/zfs/zpool.cache /boot/zfs/zpool.cache; do if [ -r $cachefile ]; then zpool import -c $cachefile -a -N if [ $? -ne 0 ]; then echo "Import of zpool cache ${cachefile} failed," \ "will retry after root mount hold release" root_hold_wait zpool import -c $cachefile -a -N fi break fi done } load_rc_config $name run_rc_command "$1" t# However neither of those cache files seem to hold information about anything other than the pool created during installation. There is a cachefile property in a zpool but that vanishes after a reboot. So then .. whats the magic here? -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Thu Aug 14 19:15: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 4c2w1f0sM9z64tb4 for ; Thu, 14 Aug 2025 19:15:34 +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 4c2w1b6dCRz3nph for ; Thu, 14 Aug 2025 19:15:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=kstaZMfF; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755198930; bh=gVeBkmuykvE1/GEwSroPC07wfx+XgjCSdr/cEXXoGTU=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=kstaZMfFBEggkVr6D77qr6DnwiDMClaxMLyE0bXqM+7YZVfQbNLsRokaAqER1C2OX5ZTBGrX7rvpy6WQzkzQ6f8w2CFM03VF+V6vJTk3EcEcubGjEwNqR7ppSUAfk/6bGnZHF0qhBE/jcf4fBDek2SUB15FnbSjLV9WR8n1+vGikbwfeTfS42qzGh7GkjjGGOFh+Z7Kus5lbxBJALj3blV+p6mA8HifN1zKHL50H6FjYJ4YghMRagrGD5NiRLiTtJaLo68X9bUS5BvUry2BSql12/9YQvcTnFkrsPQoHdNW+SFyjuJzxBMAj/WTN/pE40w9HlE7t0S6/g+YpT0fHZw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755198930; bh=AFjrKa8FGtX8JLXlXwv3mK2l/k7pVYlfXMmWeBcgZO8=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=e3IZN1+CTt4mNsRm9TUbC5gofgPbFSCylqDBdru5IFlxMQZh0JBmDfF3Lp0CyTL40kIiEadLtFe1fwgU10yRSVP0SNjMNsLE5KJlxgXvENKI2jOtJ2I/0Vp0VYa4j3htmZwMXjcfSxXsOLxIAJ8Zp0SqqJmcsZLnqtbdqniJF1GRk1ZqXQTkj7q/Y+zgZBCaoBIgJ8/fBMoWJpxJaCCi81AJCqpOb6jiQX8Irl6slz+pmpTPi3U034VlI1cnWAixTndQnP3Jbs48feaLOke9JSi3qfn3wYm0w5aF0GSkWsz+m8wc32TWaOdkGejrzDNHojPkm2a/4WKC4OKCWFjDWg== X-YMail-OSG: Tqc4kg0VM1kxpEHutWb7JKbVMXzIK1HSXgRPRY6xTqZV.891aF_1JCB2CvwFNt7 t6Jsv3Ei9sVrnkOXPeciAZp9eJ42KzDn.5vw9j8VNX5BW4r1fUJ0vQdf.etqMXc_wd5zjEJ1CVey WoKJrca7bRq8CjTuS.FBLTmDTf5DlrktnRvWd0EqlX4Nkf_HUX5D2TN0ZWpRa3KBGlSrI6uKhXLI N187Ymr4YeXSe.P_vuvpUINjKLPoqLA2zzlYZKV9RNbvpGbSpP4w.IxsGBg4ADk8mJTXqKI5KqHg N7qZSpGPoCIYeiFRG5mg63w2PQrkwGu6QYdPQbreyP6WRGz8E8KXFbcDJCtq7XRDF75ke3sK9fTq dUH1gURwoRnjnTkdCrDuCjryD7x_hGT9Xrt48_N396mj3HXfctf5iD.NMuzpABG..nc6hcMY1sUI cLFwFIU6sJNHSEI_MHmj3NF.BX31Ustj7gqgqFNtnQx4x2hY14_C1slSr._Duo.SjwWbS3AWJ2gj K1G3wyFiYdpxswbhGjF9Tfbb1yC6Be.HR4FjItpFexIfTYemU3GPHb27oWM.KuRAjhm0xPl8MyLg pmHK_moHp.QyKSb2desKLHVAAzmfdd_sEgaLSPmUpiX.e5KZbxyAyyTQo3wRPKdJ0cw6a.fIvahz yRzyPz0QdYqp.g.SBsdXAAUHRBBwjrrw2_Fwo0qCDG7bfz11bvGwA_mguabtWo_w8Ygy44O7Wpu5 MLibL2ADWc3_dHI5Ufg9bfooMY8w7WCd4nO6c8NER0E7MhXi5eW69so_Z2_46DBYn3lWf1pK3suG zPVH_s6mDmuEUWiPuWfCspZJQghPTd_Y10Vsu5Zjd9EbWpq9NO_I5TC0PSTCX8CCXtSKyd.8QdUl kjXQzldtOWwQj3rugIxu74k07.GNzT4u4GEwJJpToUkWqG.eA.ObCm0A5K9RUrs0fAbY6w5LlKan a0tmeasGcf1niTj7qCFKcA42RMEHzvRVvHGCGbL3L2DEfcpM9WHftdKCLgkhrJ9133lqvi5YiT3I QwirjK_enK7DwWRs9UPSiFtU8EORJr90SaMD_kDZ43__mmvr3KUIokOet5P6ukd0hHpJGR0qd5h9 4XtE58TplwZBGVBf_ow5iiNZ9dhCbRc_oSP_pcum1BKDzcnxeYjbtU_gMyjn.KFRlzTSOGkNpPFl VA5ySlvtUwXwh94KXVjr5dzqwi.IuO9bHv..07Ah96UYj1zsGZqOrgiL7XHtVVn0XNg8QGoINkP2 di3QeuozkVifjw9nCqquF00D0JgEYQyBawsHZkoNajsmcPCSl2go9NGh1k3NNHzD0iqpgv3fgiZA 6Zfq4dNQSGIVYX2CmrCZO5noOxvBO32u9MwUKPOuOd3yYBerLRRP7wRRhxoTlXf5lpuBCGONkI62 UHEpo5qxfTMFtv2vqYqb_Yd.2Msrad6gLKBzzbW.M0X5LiMynDvUzS8SXQoeU.CUm7Xk9er2dDKD YEBgk3etmvo4L9PJWn9Y5uRVJbnhiMbLu8M2GNz.Tx7tjI1O525FijN71OyA8eiJ93ri_UqAoIpe _DKMDHOSJi1iRAZFBLEs1.Jp_736YcU1Ndcn1j3SJy2pIUbAV2_oh0eoXAhpRu1QI9tNC32pIGXA Mawx6vBOYUXnL41Fry5tmjwjibEdT.QR8XpAqw36Efqzjy_YRzWK70kZHikHg2FlKuw5xoCEw9C_ RimGxyGeA_2JBJDQdAhEbhrbjZZzVFJeN..KsCj.w9PYJY1aWylSupek2ETBgQHdBNOZYHvMyLUk R1UQrYR3lauB8LgpYS420.4DIiuOPJZm1Moy9rsm5p8.umY5r6WVJNezRFcaS0VjwHnvvUVpIGYZ JLKWNqIEyHiCFVOeYSFM10godk2WYckABXXCPsgaC.HiIV8w6MVBuOyE2ZASrmN9K4uzmZuqHeTc RQbVu7Yz1fsJa9geG2zEZZs3TWSZwf4YxP6T_oXSIr65pdYxRIj.AOU9lSwlKFCcIVrGXUZVGY35 XoO17R8A2MIRaHDk76fZ3csUnURXabanDMv4towl6MZy3IrmAyfWUy8wMOz7VFaBBCaTqQnJCoxI XHq4En50wGZNmFWdONB0Uxi3Qz1V28_MmrbQpUpZThNsp85AGPpL5s5nK5C2jm35YRlIq80yP8gP d10oZBFsJpZnc2AoLIHyQ6yv4gtjeWjBjCbtrgPVUcd9uWfSVV3_gD49mDw6QOKqx8rTwcHSN_wl skHvNrYZGfCDQDWPBj36LajBCO.xBJ.w3Xj3DUW1bHoI0Bd5YO8nJdqbNd6Cg.RYz7T8lk436n8k 9UmKM1q0WgQ-- X-Sonic-MF: X-Sonic-ID: a052119b-3321-4d54-9f7a-5e4128d37944 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Thu, 14 Aug 2025 19:15:30 +0000 Received: by hermes--production-gq1-74d64bb7d7-fsgc5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1ae4f891fa52f71a26e94807b82549f9; Thu, 14 Aug 2025 19:15: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: Re: Note: libutil.so bump from main-n279246-0c381b7f0570 Message-Id: Date: Thu, 14 Aug 2025 12:15:14 -0700 Cc: FreeBSD-pkgbase@freebsd.org To: John Kennedy , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: 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_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)[3]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.205:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from] X-Rspamd-Queue-Id: 4c2w1b6dCRz3nph X-Spamd-Bar: --- John Kennedy wrote on Date: Thu, 14 Aug 2025 18:08:19 UTC on the list freebsd-current : > On Sun, Aug 03, 2025 at 06:50:03AM -0700, David Wolfskill wrote: > > TL;DR: You may want to keep a copy of /lib/libutill.so.9 around for a > > bit. ... > > For what it's worth, because of that and a few other situations like it, > I've moved my "delete-old-libs" step to after the my local poudriere jail > update + rebuild stage. > > The 15.x slush has got a lot of big changes landing fast. Also, somewhat later: libcrypto.so bump to .35 libssl.so bump to .35 pkg depends on all 3 libraries. poudriere's cpdup depends on libcrypto.so as well. As for pkgbase: pkgbase updates do not have a "delete-old-libs" like step to do later as far as I know. The old libraries were not preserved. (And: I did not use -f (force) during my pkgbase installation update.) === Mark Millard marklmi at yahoo.com From nobody Thu Aug 14 19:22: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 4c2w9S5VYSz64tnx for ; Thu, 14 Aug 2025 19:22:20 +0000 (UTC) (envelope-from mavbsd@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 4c2w9S3nBHz3qKb for ; Thu, 14 Aug 2025 19:22:20 +0000 (UTC) (envelope-from mavbsd@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb35.google.com with SMTP id 3f1490d57ef6-e932ded97easo78201276.1 for ; Thu, 14 Aug 2025 12:22:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755199334; x=1755804134; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=HYkWw+LHGNn3cojMPB059KDdtl3lJgkRYFs8uMNcTAw=; b=G0FPg5vIhrbnl4xdurVGaYC8VvR6JcBixVVT2GIscwM6bLyypHOJOT0eUl0iqOPOg6 Ng4tO8XNqCyxLZb2L7pJtRZkToOrb5g2UgVCtdqMf/6RS5QUwBGwzktHxs+k/zayGa1Z vqk1ZVWJ4lRca4xn6Ol6orhZ1I4CCO3oMyIR13b/kDQAXtuOlY8Gp1VOLwESTOeYyofl Dq6St09xu72jaiUMHIRYQxtoulmuIjtkidJF0jwhXYnIXXZDV8ihXegAnVDm83gwO9mC 2LSvaPA5vaj6gmtgvI0ZLiK+PRAT3eV7Jy+y4czCROUAp6kvCRMjLldrj8wDzCqk63MV HTRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755199334; x=1755804134; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=HYkWw+LHGNn3cojMPB059KDdtl3lJgkRYFs8uMNcTAw=; b=ruH0CNbijtQwGlFzM5whxj4IoQQllZ+tGBDCF5EacbpcgmA75ATbRSWNAOlzALiiS4 R202+lTFyHDe8F3pZajm/wuvx1SwJjHNsYVuwFgmv91FTk6eDSDI70QCDKbaWtaU4Ud2 dJfnigJboHy8UGUsdcl/Lj/yP6kW92M6hCm6GzFAucvCl39NY7kPGsHSnR7ltoWKY/7L Rb9SMI5xepIt1VLEmDZm20DShbGHWdvGkZNCSbULBCEuc5CQc8NZoIxTfxDvVzdDkVKm SV6v7sxxNdFYMEe96qgCweSqhmggIholtHnT48dxnj2jf5UgZob5VECU0xBa4PyjnkYS DLXQ== X-Forwarded-Encrypted: i=1; AJvYcCWcBHoIdg7LjrbthKugyvXRMe5T+Wlibeg2VkF+P6MmtMLZhZQHD9wP65dOGPxmqr8E42kv21iapskv4N8IhVQ=@freebsd.org X-Gm-Message-State: AOJu0YxKqRkOmCyaWxiIowuwEAbjNUhbKQHO5syr3agQQq4NCOVpvmKB VARGj+rw1bwBWehA/5qSnzA1jJ3siqhW5GNIJPMwSWt9PrZuGdTPXktJdGzrUw== X-Gm-Gg: ASbGncu5n08ercggXCDBCarURnz2oGAejTtCM+fLlpXLeC4K7oDO2vw38aNv7toM3lz UMPtbA1NnlLul0vbV1FE8qygC+bOCAD1PUkidUVkKd8W49s1cMEYrVHpXJ43Ei15ymwG+9fU1l8 0t8TJ/XTIWF8LRDyBNYz3sRWrvQOaXHscwAxJyaEzeN1n2kqVOBDLME6FOBV650I3k+l91Y5Opy 3HRwSeVMEQiSlJN1s0UYnsoBZryGHYKdwjEtceOp/KKN/XvV9ZhwXQyCsTln9PHe0jf1wtIUZPT ibob0Ku3KF19liQyYG2j1vfcA+KDlnTz+pvJ283FkPGS9dJkoSqF6FiqxRS9TGQ/W8HHBlL1aFb 6QUyzA0BfDAk= X-Google-Smtp-Source: AGHT+IGLBiA/ea1xR6Tff6Ri3IWaSGQ1Usjn952mgK7rMBLaLCKg2e6jsIeOlRK5e1X/kzt+rM8tiw== X-Received: by 2002:a05:6902:138c:b0:e93:1cba:5aeb with SMTP id 3f1490d57ef6-e932ee1ba59mr5819276.42.1755199334486; Thu, 14 Aug 2025 12:22:14 -0700 (PDT) Received: from [10.230.45.5] ([38.32.73.2]) by smtp.gmail.com with ESMTPSA id 3f1490d57ef6-e931d56d620sm863487276.22.2025.08.14.12.22.13 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 14 Aug 2025 12:22:13 -0700 (PDT) Message-ID: <1b50a628-e0a6-460f-8b0e-12f32f059e48@FreeBSD.org> Date: Thu, 14 Aug 2025 15:22:12 -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: Mozilla Thunderbird Subject: Re: How does one add a zpool name to either /etc/zfs/zpool.cache or /boot/zfs/zpool.cache ? To: Dennis Clarke , freebsd-current@freebsd.org References: <04fafcf2-3b22-44b3-a600-87f51054a803@blastwave.org> Content-Language: en-US From: Alexander Motin In-Reply-To: <04fafcf2-3b22-44b3-a600-87f51054a803@blastwave.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4c2w9S3nBHz3qKb X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] On 14.08.2025 14:55, Dennis Clarke wrote: > However neither of those cache files seem to hold information about > anything other than the pool created during installation. Pools should be added there when you import them manually and removed when you export. On reboot they should stay there to be imported next time. > There is a cachefile property in a zpool but that vanishes after a > reboot. cachefile property usually should be used only if you don't want your pools to appear in the default cachefile processed on boot. -- Alexander Motin From nobody Thu Aug 14 20:23: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 4c2xX073Kkz64yHj for ; Thu, 14 Aug 2025 20:23:28 +0000 (UTC) (envelope-from lizbethmutterhunt@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 4c2xX0175zz3w8Y for ; Thu, 14 Aug 2025 20:23:28 +0000 (UTC) (envelope-from lizbethmutterhunt@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=kE8RIQPZ; spf=pass (mx1.freebsd.org: domain of lizbethmutterhunt@gmail.com designates 2a00:1450:4864:20::533 as permitted sender) smtp.mailfrom=lizbethmutterhunt@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ed1-x533.google.com with SMTP id 4fb4d7f45d1cf-6188b690517so2044740a12.1 for ; Thu, 14 Aug 2025 13:23:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755203000; x=1755807800; darn=freebsd.org; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:from:to:cc:subject:date:message-id:reply-to; bh=Tvbw+BTCOkgzF6FMThOH6RBtn0r8NPLz3d86BbUabm4=; b=kE8RIQPZLo83VUJi0xsA6agSEU2v3CbLiuorA0Nwp7GtgeF+ZfDYKaJ9dXt5nCU7ZB C8mc+QqLL3cO1r81pH6Z4CzsSNabQZidGCIiuUde8xB35i1YCMBKnmsIGuKQMH7uY+4V RCTxmTnnltr5aVbvFnTjVmKyE7Kh9Pd9f/awkgp27DjnFVfUlGvsgUyKsY+k9q+Hv4Rt GZd47H3S2ommhXR/HeWwXUxi7cSdZ0ynub+Fs4VIrnf0p9oNqkgjJeyiavUy/Xfwvzfs 9vFUajkwGttVGuLtiI+NSLet/uvXb1R0pCpJGfAYlEPJc0tt3/sZ9ObSnSKWX5VQBh/p TJtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755203000; x=1755807800; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=Tvbw+BTCOkgzF6FMThOH6RBtn0r8NPLz3d86BbUabm4=; b=pN2HRiKXRzv3Op3lZ548ve99J7SAyFOtihJ7MvR5XIfjiLQirc3vQzlN1S0owyS8ok JOpBWW3KzCh0lvOsD8Q0ua6nRQgKMSjhpy9bCG6VZ2pKNP+2lwhrzo3RvjtcCe9To+Ok USlO8wsMggxBkvK4Vc+DMVU7xTmvJ2mAfA+61dZE0XRpyhd8S1r/0p//M0wyYJcEOPvT 8cyrh+HYkE0DYzsw19jFfpf8PXMOyrDtPQOGXJWMblwStL0NR5fw4h41Q0Jw++vz7rTE TqlUwbylAegxICQol769zWtRL+UptPDZ+hVJhgeyjVP/jahYgkwEzA2Vw4TpuSxpLTuc qqew== X-Gm-Message-State: AOJu0YxJ4GSG3ekzeDmorKR23MrR9my/YUrLs0bLmaDo8jfXOqgWvogf 8qpfBJ5jFOUJEuZ097eS72Q6YgHk5zv8TopxUjEP9IzX4qdI6r3LKGcjiHAy2R8b X-Gm-Gg: ASbGncuNKBiuQNyKkRRwWOEkwDlTUARaFFuYbBd0IaiJ2wA4qYrLjUyUXKydWI/Za5k Ggo6f9iso7RrT5LmTmq3bbxviH8E+UrM2JZRlC7Sus93FIrIniYi4VvNfM4RRusQkOmUBKdwmAk P91JM+jVYhMrrvUTzrL8iZDjsKUeE14xmEGZC5OhpVk9KKSUELHV5NZFtGPsWsLBUilImqdq57l xWXOf8kWYELiIaMl3V3WeyezFnIB50VLA34+fLeymUWPTsdgz0bp7e7/34w1ELtapVtQFyyx93D N4gGXE1gYYjjW5fLUg6+8ySjKkZizlD5NRgUxxfEs6UffXyvQtu737sgPAAgv2Mccnq5dBjD8B9 zBXSw22YGlbzQIPjbkOc9440QUuE7brdr82GrSTcIIBjpvf80FNxaWD9bHIEz X-Google-Smtp-Source: AGHT+IElFwiPP3tPhIKaRICKoqoQ7wRN8BNG+8eP9t6nPJhQRw/LNitZtzbcVGRtKh4Qj7wNqr/lfw== X-Received: by 2002:a17:906:c143:b0:ad8:9a3b:b26e with SMTP id a640c23a62f3a-afcd8d6447dmr5582766b.56.1755203000196; Thu, 14 Aug 2025 13:23:20 -0700 (PDT) Received: from smtpclient.apple ([2001:4bc9:1fa3:fa4e:e9a3:e1d4:6ceb:b5c0]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-af929c6a157sm2525667166b.91.2025.08.14.13.23.19 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Aug 2025 13:23:19 -0700 (PDT) From: "Lizbeth Mutterhunt, Ph.D" 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.600.51.1.1\)) Subject: Installation bug on recent images Message-Id: <338F6EED-2219-45B4-B6BA-22B5B3423CC2@gmail.com> Date: Thu, 14 Aug 2025 22:23:08 +0200 To: "freebsd-current@freebsd.org" X-Mailer: Apple Mail (2.3826.600.51.1.1) X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; 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)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::533:from] X-Rspamd-Queue-Id: 4c2xX0175zz3w8Y X-Spamd-Bar: --- Installation bug report: You get a traditionally installed the 7th August, 2025 version, but a = bug after partitioning when setting up firmware (alderlake, tigerake, = and wlan0 firmware), pkg wouldn=E2=80=99t bootstrap because of missing = libinit.so,9, which refers to the sh shell. =20 So built pkg (-devel) from ports, trying to install git and do a git = clone for the latest sources, git missing same library and problem with = curl. Rebuilding curl from ports is impossible because of =E2=80=9Cwrong = perl5 version=E2=80=9D. It doesnt=E2=80=99t help to install gcc or = gettext and you=E2=80=99re not able to build your own sddm.=20 elpatch can=E2=80=99t find any binaries in ELF. From nobody Thu Aug 14 20:26: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 4c2xcC5Ghhz64yJq for ; Thu, 14 Aug 2025 20:27:07 +0000 (UTC) (envelope-from lizbethmutterhunt@gmail.com) Received: from mail-ej1-x62e.google.com (mail-ej1-x62e.google.com [IPv6:2a00:1450:4864:20::62e]) (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 4c2xcB6WDVz3x6h for ; Thu, 14 Aug 2025 20:27:06 +0000 (UTC) (envelope-from lizbethmutterhunt@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=bIHbKBOc; spf=pass (mx1.freebsd.org: domain of lizbethmutterhunt@gmail.com designates 2a00:1450:4864:20::62e as permitted sender) smtp.mailfrom=lizbethmutterhunt@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ej1-x62e.google.com with SMTP id a640c23a62f3a-afcb7a2befdso208761466b.2 for ; Thu, 14 Aug 2025 13:27:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755203224; x=1755808024; darn=freebsd.org; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:from:to:cc:subject:date:message-id:reply-to; bh=NIig9li3JYtq957AG+7efcDzvB6xtN4zwBfgEPjM/bA=; b=bIHbKBOc1QUIeFCcEG7NuWrXytIiP/dOI+xqKt/Mr/wi50+K3lZAsBpNQIJt1Hz58o SLg5Nm9WNQ1xIIjvo53XZCTJf4XRZ27WNghQw8oOuy+eYcHxTnYlhRPwAqNYlZaUXN53 oJYAkOgoZTJOHAn17AW80UdQZhXRfoClMyqPyMKG5QTKAcpaAYhiMeqSyh4+vb+PlKAb p/0ExfF92qyY8EGe8zp9hOW5SlMOMTOuvqjLCUFZzN5wq0nELbGqwgD2QmaIUqxFhy1p v4bRel+IIMMQiJtQxbplRrMtoHN5wJVLiJlRFEis8auPW8Z51aeZkl7sB8EpKPfe4A/l /INw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755203224; x=1755808024; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=NIig9li3JYtq957AG+7efcDzvB6xtN4zwBfgEPjM/bA=; b=ABDiUbxAaiqqtdxQ7cHSfb1i/JEglCfHZAldwZuSK0Nd0cJK5uuyEG3Khva6m+V2P3 ka2Dbk6odjmgEcYV5q2z0BNYczngdkTK7CtpwAr4zUjH4i1JNi5VrTQD1zr6jZSgoKIc 0Ctw5nj47HN6ht18jgVOUrjs5oJNSAWMuHkxSbt1lVGY3Lql2Pt+i8Y7L1NgrI+212Zc qTo/xB6iTGPlq4mnOPWLa8I8cHI1tf8FctRaOcrg4yIOBkGGRDAGcLt8bnN2NPC3a5RK 3+oWDVZYtaMNZod4yDo916n7TTyOC8ngK4jBJWH3x8wKxS7B6b9ZAyRkx90qUMo17PnP WUXw== X-Gm-Message-State: AOJu0YyVEUCA/YhQGTIiIrg4K9zQOiSVW3l4V6DpYlWEmJTU6bSVVBbS 1UCRyBrZjeqgKk97VwqobE7cSZECxjutn/phoSuKMImlNLU7W6IClrz5Cvy2co8r X-Gm-Gg: ASbGncsIigcLn1OInBokHmTeTuMsAiTMkCz45+9ddk3gGDLcfCzzH9RowB73DOWFp+P Mak3DQP5VvEka2zfnbPwOf5VRIfcAbnbsnz6mz0lHbI123XpAvvVhjxmVxL1dFx1MoUl0h4Pdoi ggPuAk+tg8/x5C9jFuiXOj/CireG6UGLJaThU8vhNOnDRk7UHYig2BVkSC8cgun7ZuuNjD9hRKS wVBJ4Yu7si3jCVRbohlnifKC9FOQgbaJoYY/qgUIPeHmPMDlLE6jqq487pPWavopfIHO3DdaVru LyaXExp1E2/WfsagMujJ7bW1jAfnVNzxpxZo7esGMIuFZAcCizT/hK4SizWSWWoYH78rgISuINs YO9n+PW8J9e4zA1YkITjK5nV9FlSRDM8ZHahTqVa4A2dq1JxPnFpI4YBiBOgJ X-Google-Smtp-Source: AGHT+IGjeRtue7r3otU+ZXZpKE4fX7W5BkWsaCLDgPultQYhTuHJl+rl23/pDXOsHhGxXyH+YQzeBw== X-Received: by 2002:a17:907:7e91:b0:ae0:35fb:5c83 with SMTP id a640c23a62f3a-afcb98cefd6mr423379266b.28.1755203224364; Thu, 14 Aug 2025 13:27:04 -0700 (PDT) Received: from smtpclient.apple ([2001:4bc9:1fa3:fa4e:e9a3:e1d4:6ceb:b5c0]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-af91a0a3b6csm2643002466b.48.2025.08.14.13.27.03 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Aug 2025 13:27:04 -0700 (PDT) From: "Lizbeth Mutterhunt, Ph.D" 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.600.51.1.1\)) Subject: Installation bug in recent images Message-Id: <8D787966-3E48-459D-B6F5-9CA2B898889E@gmail.com> Date: Thu, 14 Aug 2025 22:26:53 +0200 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3826.600.51.1.1) X-Spamd-Result: default: False [-3.50 / 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]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62e:from] X-Rspamd-Queue-Id: 4c2xcB6WDVz3x6h X-Spamd-Bar: --- nstallation bug report: You get a traditionally installed the 7th August, 2025 version, but a = bug after partitioning when setting up firmware (alderlake, tigerake, = and wlan0 firmware), pkg wouldn=E2=80=99t bootstrap because of missing = libinit.so,9, which refers to the sh shell. =20 So built pkg (-devel) from ports, trying to install git and do a git = clone for the latest sources, git missing same library and problem with = curl. Rebuilding curl from ports is impossible because of =E2=80=9Cwrong = perl5 version=E2=80=9D. It doesnt=E2=80=99t help to install gcc or = gettext and you=E2=80=99re not able to build your own sddm.=20 elfbatch can=E2=80=99t find any binaries in ELF.= From nobody Thu Aug 14 20:39:02 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c2xtL1Cpsz640sC for ; Thu, 14 Aug 2025 20:39:22 +0000 (UTC) (envelope-from 6.internet@gmail.com) Received: from mail-vs1-xe33.google.com (mail-vs1-xe33.google.com [IPv6:2607:f8b0:4864:20::e33]) (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 4c2xtK1PgRz40S0; Thu, 14 Aug 2025 20:39:21 +0000 (UTC) (envelope-from 6.internet@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=FAgTOe0o; spf=pass (mx1.freebsd.org: domain of 6.internet@gmail.com designates 2607:f8b0:4864:20::e33 as permitted sender) smtp.mailfrom=6.internet@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-vs1-xe33.google.com with SMTP id ada2fe7eead31-50f8bf6a9d7so460149137.3; Thu, 14 Aug 2025 13:39:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755203955; x=1755808755; darn=freebsd.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=UNgxR+F2FYm+y5D19dH0OL+dsylS3+cAX4UCkD01F14=; b=FAgTOe0oELZwljblxbFPuBOLvBDWFkuT/WybalgAN5VBS06IODM71HHh1jCth8SEq6 WQY1fd35XmSXqzPQMj4f3YUCvg7ksET2jPRW+/kdXvBhOgDbakweN80zhtkAzlESKXG4 ExstfPy6Ai4CpCiXToqtnyu8fqomMhQmv13+GjBZww7JoTm6oE/MW7rAL/E9KSIcdRLU NMstm9wtTNovlHKOdIFUZ1ns1hQYhDdtGSngTSPwO9wtN8r8HeoKl3GZFI7fh0K4TNuY /70yWx6osOg3tDOvMimG7kNCpVujEwU0DIJj5HP6tpJ2ngK/+zfrhD9+EDEcVVX8RiZM 5Jiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755203955; x=1755808755; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=UNgxR+F2FYm+y5D19dH0OL+dsylS3+cAX4UCkD01F14=; b=HYPUiapiX2qBMyMSIWQApNSzEcATPOz6cRvI1RUO5ws228WQKJlpBf97EWv+HU4ShJ 8i1eYEfnw4PHrObc10DeHfgFQF+P9AjoPYWRdUM9q88e4/02PLZd2F8zINwGwHilY0/4 o90ftBmHJrzj53RKUsPhTaWAfd0Ftj9BYyywqypW8t1uj6XeS6BYt5UqrMbZtd8gIos4 eZ0brozwT0NHPGhLO23tkEqf5K+6X5KC2wXlMquE76qbjntnkRJOA4FqgTWZgWH84oEx aLNyOmn+SOtXCBFZRyNISw7uK/uINfPg6ct8dHjVIirtZNjeSNhjg4NVP4xZfwTHeBhx Spng== X-Gm-Message-State: AOJu0Yw0k2UjjuT36udwQXACRyC3LYogk1Yd2qjhboi+DvKJkMQSa1JH /9WdoCerla0UMWub2lssun94suxi+ep248xUZBkz8CXrG8vtZxMsrdiQSpjo/omx18zQdp64fXu 2AJEEmv5NoZvgWCEFM4AQaz/lAyPRYMTaZQ== X-Gm-Gg: ASbGncttAmmRb3HVRGdQIZQNPV0J59YtOFmE8gqAEXxsjMZbkJqbuyhjLEM9qdviYZa SVOh4srM1tdSb03jgNLOkLS+/P7agsLly1qJithgRU/ZXA9/c+ac9Muf/VUaXjTdH47Rnv/VQZE +3a5dGwSFbDG7FVDAgsUlLQ8SJxu0Ah+gxBaX+7vPqQay7dgJJyBflMBfxIV4jlvo3ixMYfEsDM pJltzGoWN3EIjvVQ2TDgt5/VJU32AbXLupkMZw= X-Google-Smtp-Source: AGHT+IF0wc7DGt1GAoV+UPzWvQ2DgKr6NbcMmCZiFkoQPXSA50u0i71f2x4TW1deVzQk3AQZ+ife3skkeOXqtbsakLE= X-Received: by 2002:a05:6102:f87:b0:4f9:69a9:4ec4 with SMTP id ada2fe7eead31-50febc1e1f4mr2377572137.26.1755203954968; Thu, 14 Aug 2025 13:39:14 -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: Sivasubramanian M <6.internet@gmail.com> Date: Fri, 15 Aug 2025 02:09:02 +0530 X-Gm-Features: Ac12FXxgqdMlGzPHjTN7E3PkPN1Ful_yqVNepTfQL9Hk9l78VGlxKMiYvDynpa8 Message-ID: Subject: How to resume an interrupted frrleebsd-update install if indeed it is an interruption. To: freebsd-current@freebsd.org Cc: "des@freebsd.org" , fbsd@www.zefox.net Content-Type: multipart/alternative; boundary="0000000000003e8de7063c5944cb" 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(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MANY_INVISIBLE_PARTS(0.05)[1]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TAGGED_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; 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:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e33:from] X-Rspamd-Queue-Id: 4c2xtK1PgRz40S0 X-Spamd-Bar: --- --0000000000003e8de7063c5944cb Content-Type: text/plain; charset="UTF-8" Ran freebsd-update install. ( to 14.3 Release) Rebooted after kernel update ( by the same command). While freebsd-update install was running, checked du -sh in another terminal, mistyped the passwd and then ^C and found on the first console " Installing updates .... doas : in prompt_tty(): caught signal 2.1. Does this mean that ^C also interrupted the update installation in progress in console 1? du -sh /var/db/freebsd-update remains unchangedcat 2.3 GB for over 45 minutes. on the other terminal du -sh install 21K also unchanged. *If so, what do I do now?* Thank you. (Found this problem discussed in the thread "Unfamiliar console message: in prompt_tty..." Copying to Bob Prohaska who raised and answered that thread. Sivan sender --0000000000003e8de7063c5944cb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Ran freebsd-update install. ( to 14.3 Release) Reboo= ted after kernel update ( by the same command). While freebsd-update instal= l was running, checked du -sh in another terminal, mistyped the passwd and = then ^C and found on the first console " Installing updates .... doas = : in prompt_tty(): caught signal 2.1. Does this mean that ^C also interrupt= ed the update installation in progress in console 1?=C2=A0

du -sh /var/db/freebsd-update remains un= changedcat 2.3 GB for over 45 minutes. on the other terminal=C2=A0
du -sh install 21K also unchanged.
If so, what do I do now?

Thank you.

(Found this problem discussed in the thread "Unfa= miliar console message: in prompt_tty..." Copying to Bob Prohaska who = raised and answered that thread.=C2=A0

=
Sivan
<= /div>
sender
--0000000000003e8de7063c5944cb-- From nobody Thu Aug 14 20:45: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 4c2y112cTfz641CR for ; Thu, 14 Aug 2025 20:45:09 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int-backup.realworks.nl (smtp-relay-int-backup.realworks.nl [87.255.56.188]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4c2y105m5dz4213 for ; Thu, 14 Aug 2025 20:45:08 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Authentication-Results: mx1.freebsd.org; none Received: from smtp-relay-int-backup.realworks.nl (crmpreview7.colo2.realworks.nl [10.2.52.37]) by mailrelayint2.colo2.realworks.nl (Postfix) with ESMTP id 4c2y0y4gwQz183; Thu, 14 Aug 2025 22:45:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1755204306; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to; bh=UARfAFHIeHd9jRxJKjVL3AysbMQpU84j7nI+d8xtVe0=; b=jr14ButyiFZzCasRbS4oBbsIYA6axcytsbvoSEdiu1BDkySfcZC50aaVe2yTvpEMkQ8Q/R IG0M2R0ZZNh/xOkS1c9up50Awf4hSqALGMSRQkrinFMP2TjLBSRo8YRlk7AxilFOnc1rg6 +i1qUanLsEi9jcpgxSfF9JubPN2DcDoxpKOHe7h8tg8e3QVw1E0BKF+jcA3JLBXwQbl63D M3/O7ObDMnS5GcAx10H2XHDyaNlo75SOOdc3h/Fwy9XGkGLA0Pqb1RY7nUyx3ZINeNZziX U7N0OPIE+jCs60MjLdX6vpmdiq3UEiWadmCXhIrP4MfMecb/VM0gVOOUjch26g== Received: from crmpreview7.colo2.realworks.nl (localhost [127.0.0.1]) by crmpreview7.colo2.realworks.nl (Postfix) with ESMTP id 5BE1D18015D; Thu, 14 Aug 2025 22:45:05 +0200 (CEST) Date: Thu, 14 Aug 2025 22:45:05 +0200 (CEST) From: Ronald Klop To: Dennis Clarke Cc: freebsd-current@freebsd.org Message-ID: <1333504824.10718.1755204305959@localhost> In-Reply-To: <04fafcf2-3b22-44b3-a600-87f51054a803@blastwave.org> Subject: Re: How does one add a zpool name to either /etc/zfs/zpool.cache or /boot/zfs/zpool.cache ? List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_10717_578605634.1755204305956" X-Mailer: Realworks (761.71) X-Originating-Host: from (localhost [127.0.0.1]) by crmpreview7.colo2.realworks.nl [10.2.52.37] with HTTP; Thu, 14 Aug 2025 22:45:05 +0200 Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4c2y105m5dz4213 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:38930, ipnet:87.255.32.0/19, country:NL] ------=_Part_10717_578605634.1755204305956 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Van: Dennis Clarke Datum: 14 augustus 2025 20:55 Aan: freebsd-current@freebsd.org Onderwerp: How does one add a zpool name to either /etc/zfs/zpool.cache or /boot/zfs/zpool.cache ? > > > > After a reboot I have a zpool missing. I have to import it manually. > > The script /etc/rc.d/zpool seems to be the culprit in that it > processes two zpool cache files : > > t# > t# cat /etc/rc.d/zpool > #!/bin/sh > # > # > > # PROVIDE: zpool > # REQUIRE: hostid disks > # BEFORE: mountcritlocal > # KEYWORD: nojail > > . /etc/rc.subr > > name="zpool" > desc="Import ZPOOLs" > rcvar="zfs_enable" > start_cmd="zpool_start" > required_modules="zfs" > > zpool_start() > { > local cachefile > > for cachefile in /etc/zfs/zpool.cache /boot/zfs/zpool.cache; do > if [ -r $cachefile ]; then > zpool import -c $cachefile -a -N > if [ $? -ne 0 ]; then > echo "Import of zpool cache ${cachefile} failed," > "will retry after root mount hold release" > root_hold_wait > zpool import -c $cachefile -a -N > fi > break > fi > done > } > > load_rc_config $name > run_rc_command "$1" > t# > > However neither of those cache files seem to hold information about > anything other than the pool created during installation. > > There is a cachefile property in a zpool but that vanishes after a > reboot. > > So then .. whats the magic here? > > > -- > -- > Dennis Clarke > RISC-V/SPARC/PPC/ARM/CISC > UNIX and Linux spoken > > > > > > Hi, You have a similar question here. https://lists.freebsd.org/archives/freebsd-current/2024-November/006736.html Is this about the same machine/setup? Do the replies in that thread answer your current question about the cachefile property? Regards, Ronald ------=_Part_10717_578605634.1755204305956 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit

Van: Dennis Clarke <dclarke@blastwave.org>
Datum: 14 augustus 2025 20:55
Aan: freebsd-current@freebsd.org
Onderwerp: How does one add a zpool name to either /etc/zfs/zpool.cache or /boot/zfs/zpool.cache ?


After a reboot I have a zpool missing. I have to import it manually.

The script /etc/rc.d/zpool seems to be the culprit in that it
processes two zpool cache files :

t#
t# cat /etc/rc.d/zpool
#!/bin/sh
#
#

# PROVIDE: zpool
# REQUIRE: hostid disks
# BEFORE: mountcritlocal
# KEYWORD: nojail

. /etc/rc.subr

name="zpool"
desc="Import ZPOOLs"
rcvar="zfs_enable"
start_cmd="zpool_start"
required_modules="zfs"

zpool_start()
{
         local cachefile

         for cachefile in /etc/zfs/zpool.cache /boot/zfs/zpool.cache; do
                 if [ -r $cachefile ]; then
                         zpool import -c $cachefile -a -N
                         if [ $? -ne 0 ]; then
                                 echo "Import of zpool cache ${cachefile} failed,"
                                     "will retry after root mount hold release"
                                 root_hold_wait
                                 zpool import -c $cachefile -a -N
                         fi
                         break
                 fi
         done
}

load_rc_config $name
run_rc_command "$1"
t#

However neither of those cache files seem to hold information about
anything other than the pool created during installation.

There is a cachefile property in a zpool but that vanishes after a
reboot.

So then .. whats the magic here?


-- 
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken




Hi,

You have a similar question here.


Is this about the same machine/setup?

Do the replies in that thread answer your current question about the cachefile property?

Regards,
Ronald

------=_Part_10717_578605634.1755204305956-- From nobody Thu Aug 14 21:20:56 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 4c2ypL5Wf5z643Tr; Thu, 14 Aug 2025 21:20:58 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c2ypL4gnpz45Yr; Thu, 14 Aug 2025 21:20:58 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755206458; 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=Q2wWN7cHuWDZKjO6SgdcVD/XYwa3J9Fgmhxr0mNjAGM=; b=fVQV8CJpXiD7apY+o2R/0P/6NIW9vki/rMk7GtwOlvS1s5cTxXVizsw7GWliCxl8R2UTY8 tEa0djvMZAAiR63xWHjTqKGLypvP6xslqj05H7+SHhAwNIwgH8/YRb2yobvzZn3Gj3G8PI qyA7VrzS9p+Ri8L+TRxGZXzMeBxaoTf1nuy3mUGQiHwXJcKw6b6f7P1Y8F6cgR39lQpD7a vieFfkZcR1dWPbjSs2TIWeM3d79V2qu9tMWn1sJ4H06BbnYRUqdRgeTqh1EVULZ0t8qshB f7CWAqELe34eTtTFbC0B48UvkYGC1fcalvOwDid/2rMiXw/6Qx+Wd+AewqbpQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755206458; 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=Q2wWN7cHuWDZKjO6SgdcVD/XYwa3J9Fgmhxr0mNjAGM=; b=edsaM5mtngl1zAJcbPqQLwcVNbfk0yTezObfaCNphTncZCUdBn8PwTbJ1mgBt7nsdv7edP yS7KPHRDDzdMjDfLyKzcVf/hxUj7b2Mcu0G29gjRZGqeUnkVDszZKUGDoiBXeOdeD47NCR /RLR25N9rlZvu9xzpi3xU1fpsspJjteZ5b3AUkKY+fZZKu+LePD1dsbRG/+3hd+8oi9nmt MYR9Fc83GFSfcv7ccQXOq8gwnQlXJKhFCqANUlk7UgngDnXTy6M7AeJswcSrzje24Ghh+g LBF6K7RHwyjQcMZ5lxm2LEEuEp2z+Ol5mR1ZsIcst62BvUXp0ZvFtSEAkSQxTw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755206458; a=rsa-sha256; cv=none; b=wGRdjtcdXOaJ7Frd7JI+z6kkv02fpwzS5TDn2kEhB4U01SB9HTjneOkDIZcL1msO/0typL xHKxZ7O6RfwMUIWLlBDdJCEUoS2vDG/yOQ31B91l9VuaHllnzUS2TKCx+MO6OSMM8+se1U FGp75g6cpFyDQitUxYf+yPN5CXSY30oJPXGEg4UuXdvHyLXZpnJhDFG2ehGjJ9yxI3DJtr ghZMxBA5j4zwI7J9W0lzkEkykdpe/ZjRa/LWm1kPHwVWTlWEC7wxtChB8O0Oy5jbwtJiov L+o2RnPZvs3uHqYGue5rW9mCwM1l5BtH5vM+qCe1FPJTSNWHPp4lQe1Bmj2DdA== 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 4c2ypL3PwpzQJL; Thu, 14 Aug 2025 21:20:58 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 9CED4382C6; Thu, 14 Aug 2025 23:20:56 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mark Millard Cc: John Kennedy , FreeBSD Current , FreeBSD-pkgbase@freebsd.org Subject: Re: Note: libutil.so bump from main-n279246-0c381b7f0570 In-Reply-To: (Mark Millard's message of "Thu, 14 Aug 2025 12:15:14 -0700") References: User-Agent: Gnus/5.13 (Gnus v5.13) Date: Thu, 14 Aug 2025 23:20:56 +0200 Message-ID: <86ms81vbuv.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: > pkgbase updates do not have a "delete-old-libs" like > step to do later as far as I know. The old libraries > were not preserved. See BACKUP_LIBRARIES in pkg.conf(5). We should consider making it the default. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Thu Aug 14 21:28: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 4c2yz26s5Fz6442f for ; Thu, 14 Aug 2025 21:28:30 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c2yz269yNz471n; Thu, 14 Aug 2025 21:28:30 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755206910; 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=xYiT3eZ/4bKTN6KwbbfTEeTtxT/tvwIvpc3IJunpXu0=; b=pPjvJbrsFSZYyGO3EZT0/Lu6+ph1cau8eb59tYhcV9fbgW1Au5W94iaykBsvC4QnYWCkjm U62MLsbr8ds9dD8EFgN1r9jPe0kqkQLbgO3GnzwX6k22VHqnMpOqx2rdJg3fm3JHoAPPSd ScTh2FC9OjNERb4o9nA+qbWdWhgDmQbTaC8Ze5rAWait0fUADK8gT9RPmGvaUymAqH90kZ ISBH3EmUV/zMO5V55CcmQwg6/OVa1jmIPcQ5QfBvdwuSsPPMt8uaPT+yxOYw4RLUyUbAg/ AHWv3HwchrA/uA36TygnPWLEjXq/JWjZjK7rPhpsVk8JfGlfTxGeNmK25M8qCg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755206910; 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=xYiT3eZ/4bKTN6KwbbfTEeTtxT/tvwIvpc3IJunpXu0=; b=nR0xPJPdi8G1FV20G+pdOqhbW0KqS6agoUsSwauUfMl3aj6DHcTu9T8qkmQhliqsz0qk4O 0AZJj9evj0yl0bRHxxn6O29aclUbqskPJLb3ZYETs/LkSRKy1wsszWRI0NDkbY/BlBgNVs 6BHPM7sX4se4d5Ctc5YSnXxJ+0+hv/KQOzsqa1B6AttND3+VHt5ZQGqf+2r8KOCb/9iCTw AS1qWI7OIm6hv4nlU2CoyuiAMhjezJg6UYGd3NyhQoaRgbqcySaINaQRTLGnIiaXnTtGs3 Vw70XSHG3y6eQrIGo+HAaG0GurKi5i2Ibnddv/8FVujysSic4QYBs3Mc162d3w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755206910; a=rsa-sha256; cv=none; b=dxSE4RZ77PUn9ENHHYBITRC3YQIuKUSHg7XNttb+NdS1Brw8l+8tIwtcfaAK0/DV2x/Cdm rLIlZBA4iQ4yH3kR8+zM+98qsuRdpOeeb7e1TOwBOgaYChMuJCf6iCpozK0e1WgLUX0HCD niS266JWy5+N5CtDy9FFEp7OILnAy3XPiW0k0iLJeNYq3cZfuqgcMKsM044gdsGtBwgiQ8 CHogrSeop4hVz+6CUebKCZJ6ByLmA/pmONG4nyUO9sF6cDUFgeXlt1eCWHO85pS5+nhTv4 ihu10dSXLObURnkBjxcOgez/efwqz/RbmaTEH+icO3TCPWHYILXZJReQcBH//A== 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 4c2yz24sqszQys; Thu, 14 Aug 2025 21:28:30 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 39A483A636; Thu, 14 Aug 2025 23:28:29 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Sivasubramanian M <6.internet@gmail.com> Cc: freebsd-current@freebsd.org, fbsd@www.zefox.net Subject: Re: How to resume an interrupted frrleebsd-update install if indeed it is an interruption. In-Reply-To: (Sivasubramanian M.'s message of "Fri, 15 Aug 2025 02:09:02 +0530") References: User-Agent: Gnus/5.13 (Gnus v5.13) Date: Thu, 14 Aug 2025 23:28:29 +0200 Message-ID: <86ikipvbia.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 Sivasubramanian M <6.internet@gmail.com> writes: > Ran freebsd-update install. ( to 14.3 Release) Rebooted after kernel > update ( by the same command). While freebsd-update install was > running, checked du -sh in another terminal, mistyped the passwd and > then ^C and found on the first console " Installing updates .... doas > : in prompt_tty(): caught signal 2.1. Does this mean that ^C also > interrupted the update installation in progress in console 1? No. It's just a syslog message that was deemed important enough to be echoed to the console. I recommend a) always running freebsd-update inside screen or tmux, and b) never logging in on ttyv0, since that is where console messages go. > du -sh /var/db/freebsd-update remains unchangedcat 2.3 GB for over 45 > minutes. /var/db/freebsd-update is fully populated by the fetch or upgrade stage and will not grow (or shrink) noticeably while the install stage is running. And yes, we know freebsd-update is slow. There is a Rust implementation called freebsd-rustdate which is reputedly much faster, though I have never tried it myself. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Thu Aug 14 21:31: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 4c2z2p4WVHz6444v for ; Thu, 14 Aug 2025 21:31:46 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c2z2n23svz48MF for ; Thu, 14 Aug 2025 21:31:45 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=cWKysqlB; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org; dmarc=pass (policy=quarantine) header.from=blastwave.org Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 57ELVgeT000071 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Thu, 14 Aug 2025 17:31:42 -0400 (EDT) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1755207103; bh=Qj9kqVjxjEuEvVnhKT02NzNbmE3ykDWQaI5qyXuoLUc=; h=Date:Subject:To:References:From:In-Reply-To; b=cWKysqlBcup5Q8EbaC+vlRXR6UOpDKFUKtuh7NoObySwGSO6LWIuvdKGdQa27g1Dl 0Z/N7d4JlaCg6un9dQN24HJGXZnOavy5k5GCIpdO68YuZAI4J98Xr5L5CgK8DWMWM/ D3F96g6HAhpa3MS0baOhNfbJmkmEFZcVamqXouOnfCVzS6bDyitmZSf4/nzEUMLFUe icD1HIUj6eiKNZQ9kpnguZ/BEeiLQjGh0RkuYXX/nF70Ibyht7aJIg06x/nO5UK2SR 9dBP/KsCqkoygNrMJSRpIIiO8jDY19v3ShTlo61o05nw8ePM2+vYJoo7UMkNgQ730x ggL41wKoXXV1A== Message-ID: <30351955-fb44-4808-bad5-37299461adfb@blastwave.org> Date: Thu, 14 Aug 2025 17:31:42 -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: Mozilla Thunderbird Subject: Re: How does one add a zpool name to either /etc/zfs/zpool.cache or /boot/zfs/zpool.cache ? Content-Language: en-CA To: freebsd-current@freebsd.org References: <1333504824.10718.1755204305959@localhost> From: Dennis Clarke Organization: GENUNIX In-Reply-To: <1333504824.10718.1755204305959@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 57ELVgeT000071 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Result: default: False [-3.70 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; R_SPF_ALLOW(-0.20)[+mx:c]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4c2z2n23svz48MF X-Spamd-Bar: --- On 8/14/25 16:45, Ronald Klop wrote: > Van: Dennis Clarke > Datum: 14 augustus 2025 20:55 > Aan: freebsd-current@freebsd.org > Onderwerp: How does one add a zpool name to either /etc/zfs/zpool.cache > or /boot/zfs/zpool.cache ? > >> >> >> >> After a reboot I have a zpool missing. I have to import it manually. >> >> The script /etc/rc.d/zpool seems to be the culprit in that it >> processes two zpool cache files : >> > > Hi, > > You have a similar question here. I knew this looked very familiar. > > https://lists.freebsd.org/archives/freebsd-current/2024- > November/006736.html > > Is this about the same machine/setup? > More or less. A lot more storage but close enough. > Do the replies in that thread answer your current question about the > cachefile property? > Likely. However I will dig through the past and see if I can find the magic words that make this work. Again. I will likely be back in a year with the same problem ... and the year after that and after that ... -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Thu Aug 14 21:59: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 4c2zg66cP0z645bV for ; Thu, 14 Aug 2025 21:59:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.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 4c2zg62QHRz3CR4 for ; Thu, 14 Aug 2025 21:59:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755208784; bh=PaY7kpHjKX23LhQajSiML2yr/RYS/7GunFLV1h9j8w0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=oTLE1hj2TWl3FsNtxdL6whe2iJX10UOxvO4iuAm/6NLOrzfe82wHyvOsmccxLuDSPL4Bnlo8SiW9c367bisyzOxSWWdHrLE5bzLc0ZRpyWbQJTE7FVkKT+/VLF3iEGdXFI4ZG6hcFjiCZ9JfjVIXXG949u/aRiXL3t1KBpRa0nA/37x2N70mHWuaxub7LdTDdVK+iJCHXcvye+LXvaRLRGrvQamxHUYmnnASwDMoOb/de9VibM9aZ4PVMqdVlKuNxAOSEKuvFC+5VRaTHLaVX9mfZSynmk7IrwFHcOZpjbnV5T9qZNm118jtV0XJqU7KbX8nKszVR4hOVPCv3lXadw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755208784; bh=//lI6JELOLJf9oNbCmzLjqLBUgc/cypMNhoyalEOdRQ=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Rt+ObRtEw0TT9xrPwZzYCWzlzNumx/Bi3BRYJtfbwMg52/GRXFM2gpHzExbWMjH7RUDmeZfkDoxmgQJbcIX+mt2PlIZWzFxHqpLGMhcBQbcpSi+jGvF5vMiARU+3Mww3UHtzmbuvTdH6/34oshYNyBjkvKvFVhLt48dw91VI2xB2WTdjdYLt1VswqLJqxw0dQVMPy8qyTrx7DP6y+jQTbHKx6NaMfRxEvwS1iCHVPCfYU0y3XIzInDymQuPkpbUXcYaoTo7SxjT9iXSGtjjK/NlxrQTNJoZA/GZ7lTS5QQmcsHVVXyjgLlteSPmtWtRJOk8aDv3DFywg/64V8l4oUg== X-YMail-OSG: tj9SZUgVM1lY0.3DiOMh0SgIvJ0dZy6XUzLABld7XZvgsMsbbq2un7QTas8WkXV X3Bp.ATbOGKp2DPMrFbZ_OG5e2L3FU2dBCUlrhtDA2KIn86wekCnie9Y9L23CYfj6qj27E4xPg9t tl1MaytrKk9Q7U0zX4hWgllUNB6KMebIErMBoEyNoAsLXQlsHQxdeRZ_9Fn1oNIXqysJU1WZ01uw uv28JizSlQvu9zi9orIjmJiiUQ2cEtx.4TsmlUTZrpeMXe9r_O_P2y79jejoeaaqDxit0gYr2C_D OfCgVCMZwvHyBMjkjetur5MwcllHKafLRIuCPIK4aWU.oCEJqqB_d5zDjX3vRBNgLvI_HTEqAE.S Y.6QUBlAJuAwNPMKEqK.oWAe9hID9YMH7mSVxomloITvd_nQ87QlFlFYzM5S.fHiMx3i1rGUDuVA pBtveXJYESTb_UC3xGx9ABL1PdUWsajpte19hUVGxP0HJ53am4Z8UFSiJXXTSdMVNk8cJP2Z5r0t jR6rFj_2d1CpDqV7hB5bVcyqtdwHomq.5Yxo4aN10kQW7Bvz5rnyo5frUK7L4J2UkT8HZ9X.dXUD 7RO_I1p7Ug2.e83T_LwBTkD2MjzWArBnSnWXi3ROCzJZgfSDJilH3k6Jb6aBCPOXXtqyj6ODYIrq zQXYRsr8hmAKKJMHzxNXFIldX2Hk1Z6fBD1qPJ.QECa_L27z6A4lwSs8Gz76wquLVMI11Ikxoq5M FfvWIpN5HFPvCX54ltfcNFB4BqlSbLvkoCWzKVaOhzHII.5xaIDK9sAmSxA.Q1EwJok_A70dnovj xH8F.eYsuXftOtIfRVRVw3La4YSBkPiXd13R9sNppwiiE3ncymicjeJBbdw3loRJ9vGmkrd6VpjQ kY44LXmP00qsDx_GqaScYmWYQ__BmehTYSZJXOjl9lNS21lpP7UZOk569vTsNBJ7JRNGRNbLemXR QmXej9pZLCMtpKen.To9YGn.7TW8A5eoHBhJXDsAl60Iu460tEX_Zt_q.0ycLgW3LM51oGZilGEF d7_oiwl6KXdvXbzQxQ05J9girH5GsZaumh8vfnygrEdQRPeiBwzUUKX9wv7wzp3qO5SDvoWGBJ2U oMySTnPLoEuc31LZWv7PrvGrhyvNrDiJhq5kpTR8ojIE55dhorCiBkpu_N6d_zNXkpMFWxi4kdAS k7YNTTO8s_ZpVKpFoZgvjI2BDYiJ53RHsbNHtDlVqPCIBBYBvotor9wJJ3qqL8Ot4Dg0wki2sMgn f8tgj6_iG6n.heUFIqK8z1MU54R1ybwHop2lw5cDZ6l3cotaUeK3nCOhIihbObHeEoOiBJVGxU2H uAQ_z5b3xBB8zB7Y5Gnz8Wi2yf7RCLyNfJDyjC0VyqigFc1qLJYA.PuGp.P3V9RdgQKb0tUOU.iF s2zjXRGrDPAv_W5q3TYnrvIczUr3I9rVviDOPlUpEY3ZtQ3wmrTamT539JhjITSqwgKCINxCCHNA bh6kCWHMDIMJs2c3w265TyyR3VnJvHpzXhAOWVce8D7OZbUrJuZnAVXi_g9MoArXaPkxa.PGMjpx DfJTn1Pw.wOjY9iSnD13_j2OELu1k0Nu4ZYsp0LHWzcJ5qkw0gwLFAb76u4.RpHXyTxWO11eM835 fnfalPjtdpygQiZl7RGxKeEi2uVJpfoCGE8RgDAkamTLpKbk_HbiU7Fdtk3V_p5Jln93mTaXWsce X3tiNkzt9qRd1Y0LHPpP2aAlA3l_qbMGfUY48Xlr7OtWSIFyM.wmgN2uKuog80ngnx8D_aukvcbZ 7TSCQrjyVFJwDo4832GH3XtMQQTHrFKQcZ94Wh87fdszBQzzvGIqfSR3ihnBJicSrKp3BOkG1DEI N1SZ.PeJU79xWM.5CQjd4do2nAbfPGPQt1SX051BxOE2OVfDxaFgZOpIROYQDfw6L96j69uYyI61 mFPaIXt1tHvqqTqoBjFQfxeNCQApVW2Wh4IP4EKzLON073miewzgNrCGVrplQG_IZjpSrTG7DWdg F_Nfmiml_AUhCuuL7P7iPpwtAVhuR.sNokflXv4MUM.sJSa1kEE4Zme_8aANSux86YKGQ9nXaS4a fP1inRQwCampmNyN1DKX7AyFIxa1ZnR8GF_ahGOi.iCs3gZ_1ARhuuoG8DJzIyYSnl9ADLZijpqW RM8eRSKTJmoJF8LdjV.SzrBA94MuqDW5V1TBtpRURueWvh1cVEEoGtuSwDg43PeWG1MhNZXupk.t b_cC8hzFAIyY8O7NUrOSKT4m8hBukRG.Y4yCujVGLjpouXe9d3brK5M919b30T9m2pCmLjArkjT5 V.Drj X-Sonic-MF: X-Sonic-ID: 3adfc110-c763-49ea-a7db-fa485c6b5a7b Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Thu, 14 Aug 2025 21:59:44 +0000 Received: by hermes--production-gq1-74d64bb7d7-fsgc5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 817a27b80838729c05f96c1df9c70fe8; Thu, 14 Aug 2025 21:59:40 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: Note: libutil.so bump from main-n279246-0c381b7f0570 From: Mark Millard In-Reply-To: <86ms81vbuv.fsf@ltc.des.dev> Date: Thu, 14 Aug 2025 14:59:29 -0700 Cc: John Kennedy , FreeBSD Current , FreeBSD-pkgbase@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <86ms81vbuv.fsf@ltc.des.dev> To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= X-Mailer: Apple Mail (2.3826.700.81) X-Rspamd-Queue-Id: 4c2zg62QHRz3CR4 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] On Aug 14, 2025, at 14:20, Dag-Erling Sm=C3=B8rgrav = wrote: > Mark Millard writes: >> pkgbase updates do not have a "delete-old-libs" like >> step to do later as far as I know. The old libraries >> were not preserved. >=20 > See BACKUP_LIBRARIES in pkg.conf(5). We should consider making it the > default. On the amd64 system I've long had: # grep BACKUP /usr/local/etc/pkg.conf BACKUP_LIBRARIES=3Dtrue On the aarch64 system I've long had: # grep BACKUP /usr/local/etc/pkg.conf BACKUP_LIBRARIES=3Dtrue I still ended up without the 3 libraries in each context: libutil.so.9 libcrypto.so.30 libssl.so.30 But there might be a distinction for such if 'pkg install' is used to progress instead of using 'pkg upgrade'? If it had left in place the 3 older files, there is still the question of the standard way of later cleaning out the old versions: no delete-old-libs =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Aug 14 23:33:13 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c31kz0V1Rz64C9S; Thu, 14 Aug 2025 23:33:15 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c31ky6m2jz3NXQ; Thu, 14 Aug 2025 23:33:14 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755214395; 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=/lkOlGbb61QbWaY/t1UmqzeyjXbmSC5JW/ZTCSTCNas=; b=GSrVlLCr8u38CKOFpgrsD2GzDImQPnVdbr6kWTDv7mJ/unalHHA5MWFeHHlpj1LPw+N7OF 3lvH0dnG3JJYFtbofogDhRlqkD//fH29aDBlNZhDtBG7zfAmBGOITv9ZKp1b/EDQE5j9Km xnie6/pZ1hPerIOWhDxJXnjd0Rj9wbCudr+7aNXSNAUTKujrJqCCXTlKfMjCA5gLPg8vPN 7SlpJn/wfuypi9wNaqsa64nyx6q6go26tZKMw8ljTlg6FxTzoBtqAcBEsPgUeSpziShN/9 SX4AvFRJuSsLb/akLEZXPQFXrtgRKx7TY+fR7f/aciaJWswIKLURECRyU5201Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755214395; 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=/lkOlGbb61QbWaY/t1UmqzeyjXbmSC5JW/ZTCSTCNas=; b=RzfTeURFsO2jQRxSaVXDLVJJgIybfh21ws5bDw4RTJwGKz4sa/8q7c+vQ7LEcvVTa5mjos 2RlEZn25rUqDmAWNoLH4K7d/t4BC7JliPz+oq8jItclgo6PKjcqywaDd1wksGbsbCJaAjN gfWzTDM5geuRwEJnfn6cjsdPBejEx3pc19kgpmigAPfzex447d6jN5h9zbru9Mm4bIzFcC 4CQ6Kkd5ZUFWIop5DhIWWGwWRme4gjpn1JCcgcQcLf05LUN0qUCDFiS6VmXRaE7/d8irYm 4WQ9hRA0eAaZKPMQMqoS1wgWgKDjqyqj7xXwzMBXnXtdHllD8VGp7YSk5q+OdQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755214395; a=rsa-sha256; cv=none; b=wnx48b4y6TakNFH3aSqScxnS1aGE4433+ct+SI1MRQz07vX+qWlCWA4ebaXwy84bGPdzz/ B/SL7aFCAOzdzq5/ErwoRifUPLXfQIjcrgsC5uXfPbrpBpdc22j8nilapM2wKYU09XT44A GNx4erQYPd1lG5dtwOzvHLM4rHUUnGnHIEHTXd3yqmY3m8Lgjo0OgybR6IPm3eDQMMjuBL OFUAY68cPVwAPvm2TpfOt3HBKh7Squnpnhw++qrUKBxXtijHFTSL8ZAduIG4UueoZxEwFm f2fkyy9Mog0OYO07gcPer+kalu/WtoQgXT6jKy17QDPkhh1/dW0CAHIEe/Tz9g== 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 4c31ky5GYGzkZy; Thu, 14 Aug 2025 23:33:14 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 7FFED38230; Fri, 15 Aug 2025 01:33:13 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mark Millard Cc: John Kennedy , FreeBSD Current , FreeBSD-pkgbase@freebsd.org Subject: Re: Note: libutil.so bump from main-n279246-0c381b7f0570 In-Reply-To: (Mark Millard's message of "Thu, 14 Aug 2025 14:59:29 -0700") References: <86ms81vbuv.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Fri, 15 Aug 2025 01:33:13 +0200 Message-ID: <86bjohv5qe.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: > On the amd64 system I've long had: [...] I still ended up without the > 3 libraries in each context: Check `pkg info -b compat-libraries` and `ldconfig -r | grep util.so.9`. The first should show that the compat-libraries package provides the library, the second should show that the linker finds it. (although to be fair it appears `pkg upgrade` does not take the fact that it intends to keep copies of the removed libraries into account when deciding to remove a package because libraries it needs are no longer available, so this feature still needs work, but it's there) > If it had left in place the 3 older files, there is still the question > of the standard way of later cleaning out the old versions: no > delete-old-libs `pkg delete compat-libraries` (pkg should refuse to delete it if some of its libraries are still needed) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Fri Aug 15 00:30: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 4c33130dVdz64GCY for ; Fri, 15 Aug 2025 00:30:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4c33124Ryzz3SZS for ; Fri, 15 Aug 2025 00:30:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755217828; bh=haD/Vb9iyy7d7poi5prJV4iUqGs+8lBN6y9eojzUVl4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=S0bEIGeb+7wE7CD4tnXiILJDDIctupO+XZ7A3+S7Yej7iAx4yc4TzE+crPmgIhQmbSwSJcd+pDJKHCotky3NGS5x+kJYfFCkayYn9h2GPMkxGaLN/MOKctvSYWpV7bh3AdPgjTHLWgVTLA/mkmQJUxaPo1KvNVVltR1oaFFjoLvkABLUCmmEvJcgYsnRVmCjey7SdorOP5rxzvcG9xr9BOyWpZhD1DBcraarwofx6XMtKJqB0gDWRd+eWDUgZU6eTXNCQahC6SwYRR1AmsL1cHvj9MCtgfLa8BCdaBiDaLWn9Ztw4Z4Sqy+a4RcXpZsQv1jmD4ArbF3harEMqQ/glg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755217828; bh=2RK+6XypNzgrd843udN3ovRxEbvXlPQHVeIP4KM+7AX=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=mQol5HkidFjoMTsvsNo6Y7cnbNh6odkb17meMfJH+o3E/WEiJPIT2mBhQ9euljG1Ti0XDYlcoOm/4o+nGtRhErXslkft9WlAQ8VEp+slbKFSghM4EAuFH9cX1JBKQY3zwNsIbhX3wr4VAICNzNJbsMAJxfKr21rV88jjfNFrBqwP5ud8YL9lsMCG0atSaFxWL5ueXRMd2GK/nRKi0lKmJrBUhqZFVOo7AT3jHwuYBZ8gQ9Dzezi6ioIGX8sY7QXgRyrFkgeTE/UYprxW3Fqroo7jA5ZfMvtI5+U0+GhHeha2rf726Ep8Wyn5ufEQHJN08DIKHPwfFzqbranj5tYbRg== X-YMail-OSG: NOwvcTMVM1kArcSfVz_kxd8ijwj.2.s1.h67pjk2DjC9Aq64B0m4qhi7XvfueOb 9wD0lJ4T.7n20sFTkIBDjLzOGRxtssjGq.fpkLdvm9TnDdWtB.zv8A1ZToijOQk8QHo1JbfGCMpY AuktzMFz8sbkzruj5GF.R4pEpRcgD7WYId.wzjsz19p5tWbgrd95CJczkk3tA10ts0BBVQ49OUFr oU0n0lsctNafEnQB8pGdIUS4lshiNFLK7o__shhgIqVK0qsKaPRgGViBsu9BrdfPizkCFrrO53V2 b0Ezzyy77OXphF2az4HpqPa8QP7DqMOLk2_ooJZYeqce.MYwKE4XeiF31vFyQ8kgr3RMTV.2zKpb mWJ2p1t9wQvZ9wiZlISDY9dPS14t1YocbzKJ3v5elfdTKFDr0EfANZ07C168oK9jhU5oKwGv4z3n NTNpzMgcIqXCnATOj5hFNegFe.6WTnmp_uPC.Aaj9w98ZQC6LO0OH7GFOjOLS7UXuIc1hQck0TcI 6uUDKhHVvuns1iyEOY3qKiBZ41HOTTElHAb6xkBWNdQyoSQg.igTRHS3bcsHcQDrei5lBQ6a6sT2 YSw0_DGhuoIiez2rb6NdjzicjyuFL7hRnbUY8xQYW59m2lict4CLb7Qv4M4Uhbv.rbgf5OuZVgAS ubTXZF6TXDa9GN8HYO.juaS8RHk2xJm2hPsCgBYXjonIA.2eUXFQZVHF0fuRMOoACLxV10.7aYP7 9LgLoI5QPGnpyFcJCurYrFjtniGK3Kva1zJQELuE6FVH0AP0I3f4RWVBgwgMFMHZzjP.pFqJ7_ZR vuPIkFTcrquGuy5eEEE2ibQdKefjZXDNLq7JYe3i.vNMqyoHz2PFDAS78TAsyMtRpy8x9K.JxJXc 2lVqLHBsLEVcL8eA3EjhSP.g6Ffiik1xH55SmuqoCMEcHR.zzeLYLftpWvLbOadt9qsqunJFcKgD E2pFhoDoBX1PZMxlw8kjSlVRLgFU8YdBWfusfR5ZicyzBfKMHZqVTq8uWqJqLC0gQTBs6JO9mEou 2JfrzDazHFf.H.z0.BQ.EaD7iN1UalxlSiLvLrgumoCSnaIcRuhBwtMl0dFmTrPwlk2rI04KL9mK yltiwYJM_fn.br_fjpQsHC84J4Tm4lnDCAAaUUMMOgiI5YaaWYC2bDgkZ6_cztCL4kOaCYrtycdd Y.DAINPendP7oZXqqF0U9UbxCp_QDtqka774zyfZJI8w_.WOCK3wvot4ce3gNoPENABANrdY2k0_ Y2bkzh8alrL7zkQgHFYqsGbIBuoY6bw15b5T2.GNito5Kos.1Utm_IsQYPgyAIyPoTii9tJ9mM1I AUug2gUwz2jEjndlMteVVRATtf1MsPbxoonWiZYea1mZ8YRcq_likrY.Oa8dDAVhCNLISPgDQqGy gN..jWqiDU_TU0RrlAkz0080Er3YOcwSRbMmq8X07sCFzI9VtcWcJgs_VFcmVjlhP8Alvufzi9A_ UDZ4GloVVWW2agbWJvQLW9OEzzMBsFUm2FI0bV291EVoIgUiMpuvHAKTgUo9j3jqxqgG4pbXed0I y1YEJp.I2o4FRIM3n28yNfw6XmfcaJardU7pVDtmwG1LUmyi2eBDM8l8EV4dTG0YS_5M7fUthdkI qwPRwUfOVo0Y7eLsdgl4JDDsI.nEWeXgf5vJdiK1ElgHcfdlNovCsZ_KiByTXs4iPYHOHxqB.I8m 54RAS2FJ3Gk1NR4tuAw2uKWnC7KAdB92PfUvSzen1kqpLwGHu8gz.wOrm8vE0cT5iJeJ0Xjc_UzY aZWFGgbwnkAyVQCYxhmfvmx_Qz48c6qx_W6mxNjIWksGbH.BFDIiO3ueqZhqNrM0S7iTWu8OINmn nZQnFZviun.kSw4xHKPTNlUF2s6LR3PQNXyhoIWGENsVcPG3.12amuiG9VdNuSdOMFVx73HVxtac lt4xuhT6EjlNAiSVLPMck5z7FHqrHPjSQ950849Wnn2vMc8RRkQYGvmZm2I8OD9JT4yxsZ0yn6d7 zjrMRXFhtowj_clHu9O9TBmjilnpq_1tyMlNHGKsq5UU7I.5dk6M4L3f8NcPpxHaMvV5Q3SjdLJT qZWLpPd3aTPrV.cZ.rv0i_EyRNoRD7CkiXEHnDICR7SeGdKN08Kh4WKLryn44l_Ajivjilq0BIYd GFA4zTLReqJ5MdXrmlS0c.27kWPlO.4kemsl1INrI0ZgvK85M4Qa_cdIkbpSQi4ViBjDVHgt9TH1 Jcu24VAk7y5wMrH1QuJq4CMHk8BvYewbuu.WvRHo7fg5OLPD6Estx6dtmgAiv0AjHwzvz4j3rWMR UDWZJdAs- X-Sonic-MF: X-Sonic-ID: 481a6e07-7a83-4e88-badf-7062c17970d7 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Fri, 15 Aug 2025 00:30:28 +0000 Received: by hermes--production-gq1-74d64bb7d7-2dlqg (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 8116710babcd08739d55dff578c10891; Fri, 15 Aug 2025 00:30:23 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: Note: libutil.so bump from main-n279246-0c381b7f0570 From: Mark Millard In-Reply-To: <86bjohv5qe.fsf@ltc.des.dev> Date: Thu, 14 Aug 2025 17:30:13 -0700 Cc: John Kennedy , FreeBSD Current , FreeBSD-pkgbase@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <86ms81vbuv.fsf@ltc.des.dev> <86bjohv5qe.fsf@ltc.des.dev> To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= X-Mailer: Apple Mail (2.3826.700.81) X-Rspamd-Queue-Id: 4c33124Ryzz3SZS X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] On Aug 14, 2025, at 16:33, Dag-Erling Sm=C3=B8rgrav = wrote: > Mark Millard writes: >> On the amd64 system I've long had: [...] I still ended up without = the >> 3 libraries in each context: >=20 > Check `pkg info -b compat-libraries` and `ldconfig -r | grep = util.so.9`. > The first should show that the compat-libraries package provides the > library, the second should show that the linker finds it. >=20 > (although to be fair it appears `pkg upgrade` does not take the fact > that it intends to keep copies of the removed libraries into account > when deciding to remove a package because libraries it needs are no > longer available, so this feature still needs work, but it's there) My original check technique looking for relevant copies used: # find / -name libutil.so.9 -print # find / -name libcrypto.so.9 -print # find / -name libssl.so.9 -print The only found examples were in my non-updated chroot/jail directory trees. As for your example commands: amd64: # pkg info -b compat-libraries pkg: No package(s) matching compat-libraries # ldconfig -r | grep util.so.9 #=20 aarch64: # pkg info -b compat-libraries compat-libraries-20250811223518: librustc_driver-3b46dba39a49a3ae.so librustc_driver-8ef71439f16254ac.so libxml2.so.2 # ldconfig -r | grep util.so.9 #=20 So: Also no such instance of any of the 3 old libraries in question being found. (I'll note, this is after having gotten things to be using the new .so files already for the updated contexts.) >> If it had left in place the 3 older files, there is still the = question >> of the standard way of later cleaning out the old versions: no >> delete-old-libs >=20 > `pkg delete compat-libraries` (pkg should refuse to delete it if some = of > its libraries are still needed) Okay. # man pkg-info | grep -i compat compatibility. compatibility. # man pkg-delete | grep -i compat #=20 The 2 pkg commands involved do not seem to document how they are to be used with "compat-libraries" for such things. # grep compat /usr/local/etc/pkg.conf* #=20 So: No sample command alias either. ( unknown-repository use could be another undocumented context ) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Aug 15 02:44: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 4c36091VbKz64PQs for ; Fri, 15 Aug 2025 02:44:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4c36086Gwqz3fDx for ; Fri, 15 Aug 2025 02:44:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=RWWHfYGp; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755225890; bh=EwVyAml1ZjzgQL9RVAWW8s1PN7BnpXjS6EfybcBipl0=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=RWWHfYGp60cbpQAmNfoGDJos8tCbvDWhNyoeCnSyVcijZPdKwMrb+5epvvt3J7adyL3aUHBTXKdGxlyyT+9HgRwG77QnPZlTbXjrt78K32XUCyAJqDIwSZZUCiAIttZ5OY9OpA7152KSB1whQxuivxgHEKdeJeNgSWNqsYBADNMFHVhcdPsYVMsgb8F74vvpdNYnkc93ZMGC8RlAiYvDu5UzveiQZn7+hTSzd2OKj0l9TVXPAoLvp7Eskxej/AQVlevoalj2jrE2zRIvcbKe20X5zx/ppvKuaGjfHm/8bhK3KGtghTWgPGKtGkZ3aLQz0r74EuSXohIuaj94HaeBog== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755225890; bh=DYMdznR6W12pIAYskT638PWeTngEiONI2sknJx8gsTD=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=F6F4cR955Gbhl9NPrRKcPaY+WPiZS7auS1kc2ZINE2juajk2AriJ2B6jkbCQe6WFucXg+7dtF/bMHuBzAwBp4HIoyieWKt8OrsE/hprr2kxK/ekq+zTuco1u8d5MQ15VFAfC/82hAUkjFYh7PWEhHl190t8YVRgVfZa6z533B15Z1yI0nzqcesTc0z7/ZRMHLfx4oSuX3ufEaFRoKx4Q6L4HIZpVL43nspM9XQ8nYm/FOqnQOFkQpfU1Yt96UO42+dztrv2+g9r5/iQv5A3FH8oBiRCT7aJKRyAHbXUUlfUpXbXqGae2JkSJuEcrlg0RBssyYF2ZkiUSe3rp57rotw== X-YMail-OSG: 6B65COAVM1noyWkBFXAJFtziHbZPh6goR4br0FKFYEU.UOFxIu.AClRu_FZz6Op vfAykj8Ha9YnvYR30zUwlOb59nbl1xk9zDcXxdil1r8YTkeICDAVbvbUkVcVQvbxYUSFOVwrotZu JYvtkpmgskU.Bhf59OsXJlGN5roaWD6gI5sx_sdB3zFo_biDf86zLW9bH.kkSWBqX61b2xPRW1eS t9PVjj3FIviuBVyv.9JW7pzG.iV5mqrMEehoS.OKrhLCUk4zo4bVZIUVWOlKWGItaTKMHkfFEX5t NLNV.kChr_fHk3sLSfgjgUA62YB35UHvn5Ec3gkghUwL.Z1_An3aP0GtnBlE7Iis8iOh0Av1rVrG ETHj2XCECe5DGu8w1gIQza.EoIawjf7TN1L636o5DqC_TT71yXpdBydJb.clJy_XDsA050Ukx4_D R1WOX_f34Pb_8CHr7NB12ktqGUNtkaqd.TBefWIbqJ7XbQjWbrGuTVDQgVAL46b9x6Bb9oKH5j0j x820naxS95lz6damUhr9zXpExyUnxlQxMJ8TSWRnW_KfPE.xpsi5EVFFzaLkV5Uxb.CcokmsCyiQ 41d4JyIX7jd6hjBjVgRd3OUi7IOgFdV5g0EtEg.K2hALMWndpkvAQ0.BTa9Jjjml5i9ixXj0ICCi AlSbuL5UhABDx7Ih0vZrLKu1jgiwShWX2Ti4MaXVXeQ_3FdgV65aimCRfDaT_xyF2nHIymtdLC2u 0QplGZhUW.dSYW8zzWtl2SGwJ.Z.SynXFOZW4hvZY3nqmceRQPVU9ay0fyu7jxU_ay63GnnKJ0Rq naO8ZYF9FH.9Vh1Mkz0KRUL5FeUPBG5k91UA4lQA6NyLy.RfIi95FTlaUDJgPSP.QgoWucVFhrfg eB8uZZJKfY8T6kUBwuIprzI7e_hGF4Q4EyILTkI3MLKRCUbSyKulchb63fz36tSQ0nB2MDajKo3r v0IL6NKUrJhVeAkkEyCMAtHaNAtrKSfWb9hpHaeo.ekP3RRmMtK3TXSg27OEBkZgKiAzbsneOvCB KCuLnoahTxMvRXZppEk2oenUE83JAUvZC5jPJa61AsvQ7p0ofP09y8DsOjPtYME2py6stAeW5Ejr E5kaZXyHZoOdjirbB6KePgpxGRGgI1cDjSg3zNcYS8pi6Q.D8V0ki0jbni_yvuoCHLesVOBTUV4f HzOObdD_fHhBJLW1gUYR5AEl9qhX4gzye_1lmKk1tKm7cWoZz0eFiqK4EqyOPaDCaJ2Ce.tUkN5j 3u6cNBMrr_937JFZyKV7E.pdgafluqn504hjsX84sqnmh66qklmquuVr7wIVb6PJ5fPS3Z2fxTFp dh36xvdu.4E6NFk1Dv73E5C2dJ958ZFP4HhV2RORdA6j5VLZT8CecVPJE3qyxnydGm__QklE0gjL fPcUVp6VPjDm14QI5ygwSSiNIdMzB.zVJSiQFQGGAJTl.hzNrxIPVwYOAMwbm3LjPCHe2AhbDR4Q dGV_oyrxV5aSDdHXv8KFqxAFRwoWhzNR1aHzD1FDfg8yyrXLy1jRDXx.H_sDCYf4mQtrZV31UAfF YXP.aHMKzrMJdKEzhZI5DXzaBA76AOQ.qahuGRhcpas0lzK_RatqcXN6DVxS1Fnk23MSEq3feVn3 V3K.eIFOPhzEUYgU.D5oYKhcIVIAPNEIYdLi7RTpw4uzaqzGKqen3v2eQ9n2LbDVfT1V_Dp8OYrp R0vl9M8Om.KDzj6h8OkkDdsxeOi69fuPvCIgzHKqxHPzB2PURltM7_ZZkNFbADs6ZKW5VZuIxtdi 17cG8HfidK7UIT1QJsLCPS9rNpPSnqamr.fX5g6P3UCkLZZP.HXOj5O2a.yOnOrkqoOyxk3sb1I5 HHXBZxFiKAOD7VvOdJmlenL4Go60ddS2zmR1tR4HN1KJaf9ca_J1pFiuxGqmmzPSADpWeNEmbNoY 82BToov25RwL59CYB2dcz8p60ivxM.DpOfY.jOWoKaB1_8wXIzBtNx38U8RiJ8aYJghn2dG6ioLg 1Uve60swLddd.x9J69Icj0xd6w2oCZ_C_S.c9CuEuhcLbwJzSxBZG0IgiKWU5seIvV80ZAv7MY9I .gbeb8efjnsc6DU4JT4_uCgvNwrXbxGfp1E8YOxJAu.PKJVX0x2SLygDlO0WE9IqTjCaHTP8g8wl TwNWIQobyc4Jhhi_DnobfPbbmhKR53EpbrA6SnKxKgLigecUFeJMYCD8rE.j.F.pt67hJCbuZBoz QGQq1GGrQkYT1oHwWCO4fIg7g_nmUXjcjj9kyfDXUY2rQCSlBR5Obq3GhVCcC83sQM_iP2fHxLAR aDoE- X-Sonic-MF: X-Sonic-ID: cd502848-e78c-497b-a43b-53d4f7f0dec4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Fri, 15 Aug 2025 02:44:50 +0000 Received: by hermes--production-gq1-74d64bb7d7-s6s6l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID f1f45c76eeae68db55d40bef398a2f4c; Fri, 15 Aug 2025 02:44:48 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: FreeBSD-kerberos* problems? : "pkg check -n -d -a" shows various FreeBSD-kerberos*-lib32 as "is missing a required shared library: " Message-Id: <966C5804-AC13-4C42-BD27-F0F22EA23B22@yahoo.com> Date: Thu, 14 Aug 2025 19:44:37 -0700 To: FreeBSD-pkgbase@freebsd.org, FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: <966C5804-AC13-4C42-BD27-F0F22EA23B22.ref@yahoo.com> 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.997]; 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]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; 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]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; 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.69.206:from]; SUBJECT_HAS_QUESTION(0.00)[] X-Rspamd-Queue-Id: 4c36086Gwqz3fDx X-Spamd-Bar: --- Note: The system is booting an official pkgbase kernel build and world = build. It looks like amd64 and aarch64 agree. amd64: # pkg check -n -d -a Checking all packages: 100% FreeBSD-kerberos-lib-dev-lib32 is missing a required shared library: = libcom_err.so.122:32 FreeBSD-kerberos-lib-dev-lib32 is missing a required shared library: = libkrb5profile.so.122:32 FreeBSD-kerberos-lib-dev-lib32 is missing a required shared library: = libkrb5support.so.122:32 FreeBSD-kerberos-lib-dev-lib32 is missing a required shared library: = libverto.so.122:32 FreeBSD-kerberos-lib-lib32 is missing a required shared library: = libcom_err.so.122:32 FreeBSD-kerberos-lib-lib32 is missing a required shared library: = libkrb5profile.so.122:32 FreeBSD-kerberos-lib-lib32 is missing a required shared library: = libkrb5support.so.122:32 FreeBSD-kerberos-lib-lib32 is missing a required shared library: = libverto.so.122:32 FreeBSD-kerberos-lib32 is missing a required shared library: = libcom_err.so.122:32 # uname -apKU FreeBSD 7950X3D-ZFS 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE = main-n279547-b89104dfd5cf GENERIC-NODEBUG amd64 amd64 1500059 1500059 # pkg -v 2.2.2 aarch64: # pkg check -n -d -a Checking all packages: 100% FreeBSD-kerberos-lib-dev-lib32 is missing a required shared library: = libcom_err.so.122:32 FreeBSD-kerberos-lib-dev-lib32 is missing a required shared library: = libkrb5profile.so.122:32 FreeBSD-kerberos-lib-dev-lib32 is missing a required shared library: = libkrb5support.so.122:32 FreeBSD-kerberos-lib-dev-lib32 is missing a required shared library: = libverto.so.122:32 FreeBSD-kerberos-lib-lib32 is missing a required shared library: = libcom_err.so.122:32 FreeBSD-kerberos-lib-lib32 is missing a required shared library: = libkrb5profile.so.122:32 FreeBSD-kerberos-lib-lib32 is missing a required shared library: = libkrb5support.so.122:32 FreeBSD-kerberos-lib-lib32 is missing a required shared library: = libverto.so.122:32 FreeBSD-kerberos-lib32 is missing a required shared library: = libcom_err.so.122:32 # uname -apKU FreeBSD aarch64-main-pbase 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE = main-n279547-b89104dfd5cf GENERIC arm64 aarch64 1500059 1500059 # pkg -v 2.2.2 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Aug 15 04:45: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 4c38gQ25mRz64X88 for ; Fri, 15 Aug 2025 04:45:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4c38gP0VbYz3qfr for ; Fri, 15 Aug 2025 04:45:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=myGtaFH9; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755233134; bh=lcME7JtbW/mLe/ekzIGPW+mSGMrU63TNSEAogqv1ZFE=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=myGtaFH9+IiXwNyoW08nsuwuk0Al6mwoXidBM+7kD9FcXCvH1BegXb1IhI8hpWomcffFhU9Y0KcNUg09B5FgK89fWScGmPiKgQKDEmRcBydNExeX2JP5/ObtpoQimVNARlKCS0V6TxeNx57vetpumdMFEe2uYWHXpEk2w3Y+7ry1m5TYJ9U+FQ/Iais21TTZP8bQtgG7iDULz9tsOCcUFvZvbMc4EClr//X8ouhy4R/2W97ZAfst3qhWAJW2Qc4VQNZkzpN7V2L0TpufJ/sDHiUTRtnF0m2DicxvnacrthXF+WXDaWR8yI2DhCx+fXDqRWqtWL7RcVfeAI6ktGU4/A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755233134; bh=xQ7wtVkwvA/Dkws1iFDvOFHdPz/mx6nYRJ+8LjMeMq2=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=tcRWuy9L5htEsBimSwnC+Mk9to6vh6mgSHsYvumGwo4LADtvb1bdPEO7x8nITbf26p4scIu5Ro4vOE6k0qN0Fd/D7dkIDN73pTRBfVZNcnf0qQmQ3/tkiHBCBhAqk00e0/awfgwo2hByLFG3+Z7kcdOevIxrR3YBqHSewOnBb2Zd2G3jUDj/lLLPGhHSxCrvLsSf5+muBQK3zhbOwNsyrmhu6+GxVEL1a4PJrmet7iNtGozV4L4s7bKqwnXrQ82hsFqnJkMQp+/AfNUOEOPzRG4ZGEXkVncTfu6UKchOCIATO/Hi7zRxVqiCloycwjGENtvV4cF2NcChQhsLGse/ew== X-YMail-OSG: wd9JGv4VM1kijEBmcwsZbO6pw8uOx1aoalQgBakQdK3XQhJEidrD1ziakZEGIIA tA7K_SN4rSKTaAN0i4o3dNactGrRMndOIus6V6FFbXgGKu6gq7ZzL16TszwfAxIMThzDZbNNMBTn kgZLgWRq0S.rP5WCq37bYNlv.OjSQulWyN32fW8lJP2bZaFFHKQrubhOvyVl22fcZHli8GCxNSbb lxIWzRUridJIUpl4VHoytTaLonl2o_7Ryft9n2Xx2tB74RWkZHpoUG9im5wfa6n2LQXjZyocjkBB Lc0OdAs6lGKan4bWeGHw_qO30vR2GabjT.b0OQ9hqb9uvvvhk86EXOLySE2ehiTbNdTZj24DGsSd 1Ec1IneR6h9Fi64dC3761jJI7efg3bjmtkvaX0gfkHhWW34E4qbl7CJIXxUZTsFlyqQbXR2SpK2A Zx6wN4Nc9yd_GDuz9c3BA00wNOy3qO0d_zcAluRjMU_USal6bCnWMcZpWoxskzks.d5uUVLVGyhO ysZiJRepBWsyJ0ww4dSlP5Fs_iZ08EYgwlwvktFCgUkX_5hzVpbhJPUob7Xm9vIdPG.8ouItnMQA zeYLU23yrRBIjI1cZ74t91dt2Q7FkIEgmJlYcwLoUr25qqsfqaQ3A67EoGoiHJvpC0aikkMvwQIn Nqsz.EbppA73LUnCfi6rxyXtvYDr2.J_X8MnSG.QcRd2RpXIljBYRlf_i5.bcoCl52BFfjI5ppBP .bt2mLBHKJmNeKeHGGCD3SsLMpCKQz47aqupIf2tu6A51GGlhRydfyBazAVheNv52cap5cpKonfP vmBKT1q6yulwEvbTUyzIFmpX1j1QnjVQwXzwjUJWr35Ddgq2LV95SGElghZQ11q5Z4vqKVwEs1AV oJ2nuMGT4XKqcDF9qiGut9d8JHYwuFLR8QxTZL04KGS_rbpsI5t9pPQWJJZLNaFvA_zLhAgY7bKL ri4A.aPKLSW91epY9MhQWPw2yjLobpfRgNEzaJ..a4Q75pTPF_5DlVCa1.2Kf6UBv3YjzcrRRyA3 egouuVEdW23q3aZC5tKtp2aTAdCLmY_3WWxIVGBPQHbX5NqKIBkXzp6367GBMMZzIw8a6EgXzBK5 tkqbMHJeEVbQP9Wup3TcC32kq0W_QkwpIlbAFd31ks81VdPUvcb1Bto1YibpKjg_cP2Rogn7skPz iw03wRWxsAvQtYjldw01QKvIXGxDs41Nf7J6zlkJs4rfSBrz5H97RMLcTILGH4aQHXcIZgDYRWyc gvY3UNfWCmqgrcf9T5j2HtDRvmurQTUkApTYOTCTEoCxKniwnSgpkhmPdPT7K_M91Sc5Dst3BQRD GLMJ4YpQ8dm9tuYI1KXtu8wlWg1F4um3EFybwe8kIV.hDoaaAHGc7ZtPxSKP.L6yZd1cevTJ5wkc 0GADNLAAO074ua7gPSYqT8SdjrT7mpgiKbAqBCbjubvAjYsrefir2JD1oLryy9xlR4i38OFgXfLf RmqyiTeNHdy1eWFaGdsCdTp9AZQW1eLEiQNKjb0EFASqZ_JcF9.yqi361CjofLSwgEjZzq1Qa96L eSqMa6mqW3aUoHCVCebGQVBOnBBFDjv40XL2vSzS7PJUvP1z9dl3xs1x.vyVG5m7TnAvB1hgvfB4 wl595S1iLPLDtDvQVBhG90m.ppiIM78RZOflzyXMYzE_9gQrzzKkKrG6UXGQFdaQw5w89neaiBxT dd6K0khemr9XWtCBihsMmzSF7IP64T.CWa5ekDLjfrRbZmbObKgr4Ws0WpkBPJolIQU1V1GJZ0sh cnxfQl.2kzrU.Nm.d3DLatl_FWdQXaOpOKYwtHcSfwSmISfWtCQfwEd2mPXYKhRFL3fTu_Rwm2z5 82w7huHr1Edf_xalo2_uhPDuZH0EsGa4s5GTAyD._2UnfeOhH_Gx8TRulUTJUDHYusKEbqQWydyf d_hhFRsru1WYf6cuMfx1HGRLWkJ1uq5OoE1Qpo1l1MNsSRiUdgUj7sS2r67IFhe2v.ROD4aWcBU2 cR3r2TU0aALLgGD_Svp9o580H0R9MDRxjr.Hr2Byr9FXPI2a1UroE0e.ZjAHEN.mYaVj20.QGY.1 cdhrT7lUWe.3ZW1tYDbktmRtESLG3ROCdS8GDSYtgZErVObWJblFueBfqOkUHoyY3H9fP7ixcuS1 mUdFn2H7eNvyOAvhwJeL91QsiMReejaAEB5tszBbDXUt9uHPxW1uF15GOWFQ1HTvj1oq_fyOq2Sc hNIahq0s_BQ9enhkt0lfaQvHhhJVwA87Yi6IUAkj_MIOeDRkUbaGOh03SxtRevVt. X-Sonic-MF: X-Sonic-ID: ac7adb33-a87a-4221-a209-1c214d0671cb Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Fri, 15 Aug 2025 04:45:34 +0000 Received: by hermes--production-gq1-74d64bb7d7-2dlqg (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ebfc88c359174a1b4d27617a39a98a56; Fri, 15 Aug 2025 04:45:31 +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: "Invoking IPv6 network device address event may sleep with the following non-sleepable locks held: . . . exclusive sleep mutex vtnet0-rx0 (vtnet0-rx0) r = 0 (0xffffa000c1b2d480) . . . Message-Id: <40402FEF-E3F1-443E-BB14-3B37B946D5EE@yahoo.com> Date: Thu, 14 Aug 2025 21:45:20 -0700 To: FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: <40402FEF-E3F1-443E-BB14-3B37B946D5EE.ref@yahoo.com> X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.32:from]; APPLE_MAILER_COMMON(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.32:from] X-Rspamd-Queue-Id: 4c38gP0VbYz3qfr X-Spamd-Bar: --- Context has FreeBSD running under Parallels Desktop 20 for Mac 20.4.1 = (55996). With an official pkgbase debug kernel being booted I get:=20 ( from/for: FreeBSD 15.0-PRERELEASE main-n279616-a66e5ce3d5c9 GENERIC = arm64 ) Aug 15 03:50:50 aarch64-main-pbase kernel: lo0: link state changed to UP Aug 15 03:50:50 aarch64-main-pbase kernel: vtnet0: link state changed to = UP Aug 15 03:50:50 aarch64-main-pbase kernel: Invoking IPv6 network device = address event may sleep with the following non-sleepable locks held: Aug 15 03:50:50 aarch64-main-pbase kernel: exclusive sleep mutex = vtnet0-rx0 (vtnet0-rx0) r =3D 0 (0xffffa000c1b2d480) locked @ = /home/pkgbuild/worktrees/main/sys/dev/virtio/network/if_vtnet.c:2213 Aug 15 03:50:50 aarch64-main-pbase kernel: stack backtrace: Aug 15 03:50:50 aarch64-main-pbase kernel: #0 0xffff00000053b4a8 at = witness_debugger+0x60 Aug 15 03:50:50 aarch64-main-pbase kernel: #1 0xffff00000053c6dc at = witness_warn+0x408 Aug 15 03:50:50 aarch64-main-pbase kernel: #2 0xffff0000006b5294 at = in6_update_ifa+0xa68 Aug 15 03:50:50 aarch64-main-pbase kernel: #3 0xffff0000006e2074 at = in6_ifadd+0x1dc Aug 15 03:50:50 aarch64-main-pbase kernel: #4 0xffff0000006de470 at = nd6_ra_input+0xe34 Aug 15 03:50:50 aarch64-main-pbase kernel: #5 0xffff0000006af63c at = icmp6_input+0x900 Aug 15 03:50:50 aarch64-main-pbase kernel: #6 0xffff0000006c8f38 at = ip6_input+0xf64 Aug 15 03:50:50 aarch64-main-pbase kernel: #7 0xffff000000627bf8 at = netisr_dispatch_src+0xd8 Aug 15 03:50:50 aarch64-main-pbase kernel: #8 0xffff000000609a44 at = ether_demux+0x174 Aug 15 03:50:50 aarch64-main-pbase kernel: #9 0xffff00000060b0f8 at = ether_nh_input+0x374 Aug 15 03:50:50 aarch64-main-pbase kernel: #10 0xffff000000627bf8 at = netisr_dispatch_src+0xd8 Aug 15 03:50:50 aarch64-main-pbase kernel: #11 0xffff000000609eac at = ether_input+0xdc Aug 15 03:50:50 aarch64-main-pbase kernel: #12 0xffff00000032a314 at = vtnet_rxq_eof+0x6f4 Aug 15 03:50:50 aarch64-main-pbase kernel: #13 0xffff000000329b5c at = vtnet_rx_vq_process+0xb0 Aug 15 03:50:50 aarch64-main-pbase kernel: #14 0xffff000000320c94 at = vtpci_intx_intr+0xe8 Aug 15 03:50:50 aarch64-main-pbase kernel: #15 0xffff000000476104 at = ithread_loop+0x29c Aug 15 03:50:50 aarch64-main-pbase kernel: #16 0xffff000000472220 at = fork_exit+0x78 Aug 15 03:50:50 aarch64-main-pbase kernel: #17 0xffff0000008a31e8 at = fork_trampoline+0x18 Aug 15 03:50:50 aarch64-main-pbase kernel: lock order reversal: = (sleepable after non-sleepable) Aug 15 03:50:50 aarch64-main-pbase kernel: 1st 0xffffa000c1b2d480 = vtnet0-rx0 (vtnet0-rx0, sleep mutex) @ = /home/pkgbuild/worktrees/main/sys/dev/virtio/network/if_vtnet.c:2213 Aug 15 03:50:50 aarch64-main-pbase kernel: 2nd 0xffff000001162618 = in6_multi_sx (in6_multi_sx, sx) @ = /home/pkgbuild/worktrees/main/sys/netinet6/in6_mcast.c:1217 Aug 15 03:50:50 aarch64-main-pbase kernel: lock order vtnet0-rx0 -> = in6_multi_sx attempted at: Aug 15 03:50:50 aarch64-main-pbase kernel: #0 0xffff00000053b048 at = witness_checkorder+0xad0 Aug 15 03:50:50 aarch64-main-pbase kernel: #1 0xffff0000004cc858 at = _sx_xlock+0x70 Aug 15 03:50:50 aarch64-main-pbase kernel: #2 0xffff0000006bdb28 at = in6_joingroup+0x48 Aug 15 03:50:50 aarch64-main-pbase kernel: #3 0xffff0000006b54c8 at = in6_update_ifa+0xc9c Aug 15 03:50:50 aarch64-main-pbase kernel: #4 0xffff0000006e2074 at = in6_ifadd+0x1dc Aug 15 03:50:50 aarch64-main-pbase kernel: #5 0xffff0000006de470 at = nd6_ra_input+0xe34 Aug 15 03:50:50 aarch64-main-pbase kernel: #6 0xffff0000006af63c at = icmp6_input+0x900 Aug 15 03:50:50 aarch64-main-pbase kernel: #7 0xffff0000006c8f38 at = ip6_input+0xf64 Aug 15 03:50:50 aarch64-main-pbase kernel: #8 0xffff000000627bf8 at = netisr_dispatch_src+0xd8 Aug 15 03:50:50 aarch64-main-pbase kernel: #9 0xffff000000609a44 at = ether_demux+0x174 Aug 15 03:50:50 aarch64-main-pbase kernel: #10 0xffff00000060b0f8 at = ether_nh_input+0x374 Aug 15 03:50:50 aarch64-main-pbase kernel: #11 0xffff000000627bf8 at = netisr_dispatch_src+0xd8 Aug 15 03:50:50 aarch64-main-pbase kernel: #12 0xffff000000609eac at = ether_input+0xdc Aug 15 03:50:50 aarch64-main-pbase kernel: #13 0xffff00000032a314 at = vtnet_rxq_eof+0x6f4 Aug 15 03:50:50 aarch64-main-pbase kernel: #14 0xffff000000329b5c at = vtnet_rx_vq_process+0xb0 Aug 15 03:50:50 aarch64-main-pbase kernel: #15 0xffff000000320c94 at = vtpci_intx_intr+0xe8 Aug 15 03:50:50 aarch64-main-pbase kernel: #16 0xffff000000476104 at = ithread_loop+0x29c Aug 15 03:50:50 aarch64-main-pbase kernel: #17 0xffff000000472220 at = fork_exit+0x78 Also, in the shutdown I can get the likes of: Aug 14 21:01:00 aarch64-main-pbase kernel: lock order reversal: Aug 14 21:01:00 aarch64-main-pbase kernel: 1st 0xffff0000405eb438 = netlink lock (netlink lock, rm) @ = /home/pkgbuild/worktrees/main/sys/netlink/netlink_domain.c:219 Aug 14 21:01:00 aarch64-main-pbase kernel: 2nd 0xffff000196afefa0 = so_rcv (so_rcv, sleep mutex) @ = /home/pkgbuild/worktrees/main/sys/netlink/netlink_io.c:229 Aug 14 21:01:00 aarch64-main-pbase kernel: lock order netlink lock -> = so_rcv attempted at: Aug 14 21:01:00 aarch64-main-pbase kernel: #0 0xffff00000053b048 at = witness_checkorder+0xad0 Aug 14 21:01:00 aarch64-main-pbase kernel: #1 0xffff00000049a3cc at = __mtx_lock_flags+0x9c Aug 14 21:01:00 aarch64-main-pbase kernel: #2 0xffff000000704a8c at = nl_send+0xb4 Aug 14 21:01:00 aarch64-main-pbase kernel: #3 0xffff000000700c14 at = nl_send_group+0x1b4 Aug 14 21:01:00 aarch64-main-pbase kernel: #4 0xffff000000704ec0 at = _nlmsg_flush+0x30 Aug 14 21:01:00 aarch64-main-pbase kernel: #5 0xffff00000079bf30 at = clnt_nl_call+0x288 Aug 14 21:01:00 aarch64-main-pbase kernel: #6 0xffff0000007a1d18 at = clnt_call_private+0xc0 Aug 14 21:01:00 aarch64-main-pbase kernel: #7 0xffff0000007a2970 at = rpcb_unset+0x70 Aug 14 21:01:00 aarch64-main-pbase kernel: #8 0xffff0000007a4168 at = svc_unreg+0x34 Aug 14 21:01:00 aarch64-main-pbase kernel: #9 0xffff0000007a3678 at = svcpool_cleanup+0x174 Aug 14 21:01:00 aarch64-main-pbase kernel: #10 0xffff0000007a3764 at = svcpool_close+0x18 Aug 14 21:01:00 aarch64-main-pbase kernel: #11 0xffff0000003bd6b4 at = nfsrvd_nfsd+0x1dc Aug 14 21:01:00 aarch64-main-pbase kernel: #12 0xffff0000003d86f8 at = nfssvc_nfsd+0x3d8 Aug 14 21:01:00 aarch64-main-pbase kernel: #13 0xffff00000070ef20 at = sys_nfssvc+0xcc Aug 14 21:01:00 aarch64-main-pbase kernel: #14 0xffff0000008a3f88 at = do_el0_sync+0x618 Aug 14 21:01:00 aarch64-main-pbase kernel: #15 0xffff0000008789ac at = handle_el0_sync+0x4c Aug 14 21:01:01 aarch64-main-pbase ntpd[2540]: ntpd exiting on signal 15 = (Terminated) Aug 14 21:01:02 aarch64-main-pbase syslogd: exiting on signal 15 Note: I do not normally boot the debug kernel. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Aug 15 07:17: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 4c3D2K2ch0z64hMR; Fri, 15 Aug 2025 07:17:13 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c3D2K1wMTz46mv; Fri, 15 Aug 2025 07:17:13 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755242233; 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=X+Embn2ClclsVsr8DnFT0KFHIlC36G/P+K4+cU4IlTc=; b=FDn/vq+R0A+0mtv6z7Ja0OXKJ3/EMEQ9gCbhlJ9M6lOg9ftsclUhk7wdpYn/6Pwrr/r+0m bhUIsN2Pb5xA4HQ/SogxD0y7+PUUjTB2E/fwHGlgFkEDl2naR54hvxgm85o/kOj0ftGEIM mla3NAPXUNh2iJvS8DepRjRaeRXWh0jrprqHIRW27q0AAcUG9o/HWDhLpw2xkWFBfHcmva Bf6d6KSxbz6JzFceI1jscYfNfyuikCsz6DCjtyJ0Xi7ocF3KEN2I6jyjXWRjQpKJimq7/g G5z3JWfnPN+o9EINR/mR8d67nusDaOqBq1QZbQMuG0GmkfjhXNltX9tme0lJoQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755242233; 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=X+Embn2ClclsVsr8DnFT0KFHIlC36G/P+K4+cU4IlTc=; b=U5zHX3kcCKFISD9hJNdDdQo2/qdt/R/3mGemLcQje0JSsGjVwYvNBVtH9K8fah2YU4R+Zt 8gnIivsKbuuT0oLFZF7fEaaOBoXjIlPxMf416Tw14HQG75eTm7eKPSmbRtUc1ElPJoik15 ugV9bgsseWM1PWy0eKd/Bqr2fNvD/xqZhcg0U+dGNub9ttxE/cvi6NbL8kgDpChXuBHe1O H7IhbaJU6fsD70W0Y5P7EzN4PhIqX/2MgF6kawrShXaOtpAEy6fK4lOfGDPk9uksxiurp4 DRI8MqKX+xq5CHp63Y32GMJDhP9Ti7ZaGjSvTLSQoy7xUIKRYWciPY3aoucy1w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755242233; a=rsa-sha256; cv=none; b=aHACTWyvv6BtDONVuGCt1JKdv05S42xrmDuUJ0NO6Xi2yOK2O6O04XyalP5Wiyp9dQ96H0 Sb0HkB6rYBVosXsa9PrTXDhv7RF7lf9MR/edEvuLpLIrA4VcHi2vt6nfNQeszsk82iX9ZJ IUC6V+2Dc8kqzHINL1U4fjzwKcBF97EYEnm8KV1vKKsIdx8+bNDG+CZeqjZsPWrBcGTACI nz1L25Y4ehnhs2BIAe50i3vUA+DTLzKza6afWu7A7A8EEP7hot7wtPURHGDnFiclB7aGB4 xuUbKXjEt1h/gXtQMmjdULHO2CUfrHFAGpqa3MsyPqhs3mvygzJUmZQlMrWPcA== 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 4c3D2K0Rbgztq2; Fri, 15 Aug 2025 07:17:12 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 7A5071B538; Fri, 15 Aug 2025 09:17:10 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mark Millard Cc: John Kennedy , FreeBSD Current , FreeBSD-pkgbase@freebsd.org Subject: Re: Note: libutil.so bump from main-n279246-0c381b7f0570 In-Reply-To: (Mark Millard's message of "Thu, 14 Aug 2025 17:30:13 -0700") References: <86ms81vbuv.fsf@ltc.des.dev> <86bjohv5qe.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Fri, 15 Aug 2025 09:17:10 +0200 Message-ID: <864iu9uk95.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: > Okay. > > # man pkg-info | grep -i compat > compatibility. > compatibility. > > # man pkg-delete | grep -i compat > #=20 > > The 2 pkg commands involved do not seem to document how > they are to be used with "compat-libraries" for such > things. Are you really incapable of putting =E2=80=9Clegacy libraries get moved to = the compat-libraries package=E2=80=9D and =E2=80=9Cthe pkg delete command can b= e used to delete packages=E2=80=9D together to form =E2=80=9Cpkg delete compat-librar= ies will remove all legacy libraries=E2=80=9D? > # grep compat /usr/local/etc/pkg.conf* > #=20 > > So: No sample command alias either. What would you want an alias for? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Fri Aug 15 08:36: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 4c3Fpp4SCwz64mWF for ; Fri, 15 Aug 2025 08:37:22 +0000 (UTC) (envelope-from herbert@fastmail.jp) Received: from fout-b4-smtp.messagingengine.com (fout-b4-smtp.messagingengine.com [202.12.124.147]) (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 4c3Fpn6lKGz3Gbf for ; Fri, 15 Aug 2025 08:37:21 +0000 (UTC) (envelope-from herbert@fastmail.jp) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fastmail.jp header.s=fm3 header.b=SjtmB75u; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=ftRiUQPQ; spf=pass (mx1.freebsd.org: domain of herbert@fastmail.jp designates 202.12.124.147 as permitted sender) smtp.mailfrom=herbert@fastmail.jp; dmarc=pass (policy=none) header.from=fastmail.jp Received: from phl-compute-01.internal (phl-compute-01.internal [10.202.2.41]) by mailfout.stl.internal (Postfix) with ESMTP id B78571D000EC for ; Fri, 15 Aug 2025 04:37:20 -0400 (EDT) Received: from phl-imap-02 ([10.202.2.81]) by phl-compute-01.internal (MEProxy); Fri, 15 Aug 2025 04:37:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.jp; h= cc:content-transfer-encoding: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=fm3; t=1755247040; x=1755333440; bh=qpxA2Uextvr/9H2WLjTF6LOoAmFTcd8nLsmIAhiArHc=; b= SjtmB75uOhs5Nm1N8L/slNXO9+zYRK7nqurmDy1/AeH9jpShlHwrTs2sB4ByroZI D97yU5E8+J6UqkmbRUgaZtpsL7zoyDAvXkd5HwBWiSLMSWnvkGGqoNbvAA8kM4mq 5vre/X0b9JPJ6A/SWgGoJGZv8N2L3e3PjslTTZcmOSP15gqWynYPKDkavR/x0NtX /IpLwu6chNsB9ih+vDq2RriXLWx6Bpl6oNP/TWRnxwVrMomaftJARKO7cfIoYlUR AqnTVQSjdVU8jKt//T3aqCcaV9OF1FD1437UYMc3ROxiyFGC9U/HIdEkDdlv17vO 6TgK3KCx6UEsOOcfNHlecA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding: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=fm3; t=1755247040; x=1755333440; bh=q pxA2Uextvr/9H2WLjTF6LOoAmFTcd8nLsmIAhiArHc=; b=ftRiUQPQ37y3nM1Gq YCBr5duZAQEEq+kQcUzIIV03qCG8fo0rCMvryZ43gI2Mcw/LntaZNmTtzCuf8o2m S5MGXK+Nn5nj8D9MCJ9I5ADT6wX25S7qMy5VMpWM28IqH52/wGNT+GUfQmMMHuc3 ctuo4npEv2NHplv2GHkEUvOUI7Acba1Nk7qEgjPheu3DoxZL74JVKX+ZqG4Dqbxl Gc/fCwc/D8+SWuQqacp8BC37Ad6/deK9ysJh6YEVJ6RI6pcTZvtTJgk/NXK3kjvd 3ZAgSax2Rr81zPmeaRpUL9E2Ty0CWEvbAv6mYJvpocghDFX5cYRdw9NlddqPORV0 EEdFg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgddugeefhedtucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucenucfjughrpefoggffhffvkfgjfhfutgfgsehtqhertd ertdejnecuhfhrohhmpefjvghrsggvrhhtuceohhgvrhgsvghrthesfhgrshhtmhgrihhl rdhjpheqnecuggftrfgrthhtvghrnhepvdejffejhffgfeeiieejleehvedvheekffethe fhudeifeefueegleekgfelgeefnecuffhomhgrihhnpeeftddrshhonecuvehluhhsthgv rhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhephhgvrhgsvghrthesfhgrsh htmhgrihhlrdhjphdpnhgspghrtghpthhtohepuddpmhhouggvpehsmhhtphhouhhtpdhr tghpthhtoheptghurhhrvghnthesfhhrvggvsghsugdrohhrgh X-ME-Proxy: Feedback-ID: i8e7149f9:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 5B498700065; Fri, 15 Aug 2025 04:37:20 -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: AaRcydz8zeUk Date: Fri, 15 Aug 2025 10:36:51 +0200 From: Herbert To: current@freebsd.org Message-Id: <5c43988a-1cfe-4d81-8937-b5bee2c2c354@betaapp.fastmail.com> In-Reply-To: <338F6EED-2219-45B4-B6BA-22B5B3423CC2@gmail.com> References: <338F6EED-2219-45B4-B6BA-22B5B3423CC2@gmail.com> Subject: Re: Installation bug on recent images Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-4.09 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[fastmail.jp,none]; R_DKIM_ALLOW(-0.20)[fastmail.jp:s=fm3,messagingengine.com:s=fm3]; 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.147:from]; XM_UA_NO_VERSION(0.01)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:151847, ipnet:202.12.124.0/24, country:AU]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; FREEMAIL_FROM(0.00)[fastmail.jp]; FREEMAIL_ENVFROM(0.00)[fastmail.jp]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[fastmail.jp:+,messagingengine.com:+] X-Rspamd-Queue-Id: 4c3Fpn6lKGz3Gbf X-Spamd-Bar: ---- On Thu, Aug 14, 2025, at 22:23, Lizbeth Mutterhunt, Ph.D wrote: > Installation bug report: > > > You get a traditionally installed the 7th August, 2025 version, but a=20 > bug after partitioning when setting up firmware (alderlake, tigerake,=20 > and wlan0 firmware), pkg wouldn=E2=80=99t bootstrap because of missi= ng=20 > libinit.so,9, which refers to the sh shell. I guess you mean libutil.so.9.=20 Known issue (same for libssl.so.30 and libcrypto.so.30). > So built pkg (-devel) from ports, trying to install git and do a git=20 > clone for the latest sources, git missing same library and problem wit= h=20 > curl. Rebuilding curl from ports is impossible because of =E2=80=9Cwro= ng perl5=20 > version=E2=80=9D. It doesnt=E2=80=99t help to install gcc or gettext a= nd you=E2=80=99re not=20 > able to build your own sddm.=20 Sorry, but if you can't resolve this yourself you probably should use stable/x. From nobody Fri Aug 15 11:57:45 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 4c3LGB3zT8z64yLq for ; Fri, 15 Aug 2025 11:57:54 +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 4c3LG83QvGz3b13 for ; Fri, 15 Aug 2025 11:57:52 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org; dmarc=none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 57FBvjn2095938 for ; Fri, 15 Aug 2025 11:57:45 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 57FBvjc9095937 for current@freebsd.org; Fri, 15 Aug 2025 04:57:45 -0700 (PDT) (envelope-from david) Date: Fri, 15 Aug 2025 04:57:45 -0700 From: David Wolfskill To: current@freebsd.org Subject: sshd Assertion failed after main-n279609-e9bcf7cb96de -> main-n279623-5205b32de3fb Message-ID: Mail-Followup-To: David Wolfskill , 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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Sjl3hp1gsVaqg11H" Content-Disposition: inline X-Spamd-Result: default: False [-5.39 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[david]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DMARC_NA(0.00)[catwhisker.org]; MLMMJ_DEST(0.00)[current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[] X-Rspamd-Queue-Id: 4c3LG83QvGz3b13 X-Spamd-Bar: ----- --Sjl3hp1gsVaqg11H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Yesterday, I had updated the developemnt machines to: FreeBSD 15.0-PRERELEASE #302 main-n279609-e9bcf7cb96de: Thu Aug 14 10:55:32= UTC 2025 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.am= d64/sys/GENERIC amd64 1500060 1500060 Today's update was to: FreeBSD freebeast.catwhisker.org 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE #3= 03 main-n279623-5205b32de3fb: Fri Aug 15 11:10:29 UTC 2025 root@freebea= st.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1500= 060 1500060 The cited machine runs headless, so inability to ssh in is proving awkward. (I was able to login on the serial console, and ssh out =66rom there, FWIW.) I also note that "sudo" claims my login isn't in sudoers; while that is (technically) true, it has been thus for years: I'm using group membership (in "wheel" -- as I have for decades), though "groups" seems to detect the group membership OK. I had worked around recent issues with library bumps, and I run ssh =66rom base (vs. ports/packages). If I "service sshd stop", then fire up sshd in debug mode from the seroial console, then try to ssh in, I see a fair bit of stuff that I suspect is not especially relevant or interesting (because t loks fairly normal), ending with: =2E.. debug1: attempt 1 failures 0 [preauth] debug1: userauth_pubkey: publickey test pkalg rsa-sha2-512 pkblob RSA SHA25= 6:Oo/+Lm/ZaJCct0htUaKgWUM1x/EB11h/FDUnzhJLI4w [preauth] Assertion failed: (saved_egroupslen > 0), function temporarily_use_uid, fil= e /usr/src/crypto/openssh/uidswap.c, line 134. Abort Maybe that's a sufficient clue for someone cleverer than I. Peace, david --=20 David H. Wolfskill david@catwhisker.org Of course firing the statistician will force the statistics to conform! See https://www.catwhisker.org/~david/publickey.gpg for my public key. --Sjl3hp1gsVaqg11H Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaJ8guV8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5bXEAQCfDQxWaRQkm+0bfmH8b194KkwfNa5kkNEGlfqsgQTp2gD/ernOYpcofb41 r3k11S4OanCzFqZzhYZqdM7QwCA7GQg= =DtrA -----END PGP SIGNATURE----- --Sjl3hp1gsVaqg11H-- From nobody Fri Aug 15 12:06: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 4c3LTD635wz64ypD for ; Fri, 15 Aug 2025 12:07:28 +0000 (UTC) (envelope-from henryk.paluch@pickering.cz) Received: from pgw.pickering.cz (mail.pickering.cz [81.200.56.74]) (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 4c3LTD2DFxz3cyS for ; Fri, 15 Aug 2025 12:07:28 +0000 (UTC) (envelope-from henryk.paluch@pickering.cz) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pickering.cz header.s=pmg.pickering.cz header.b=DuMgSkDn; dkim=pass header.d=pickering.cz header.s=001B6668-20D8-11EE-95F6-B514B69B4328 header.b=amRGB2sM; spf=pass (mx1.freebsd.org: domain of henryk.paluch@pickering.cz designates 81.200.56.74 as permitted sender) smtp.mailfrom=henryk.paluch@pickering.cz; dmarc=pass (policy=quarantine) header.from=pickering.cz Received: from pgw.pickering.cz (localhost.localdomain [127.0.0.1]) by pgw.pickering.cz (Proxmox) with ESMTP id 0EF7F8173E for ; Fri, 15 Aug 2025 14:07:26 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pickering.cz; h= cc:content-transfer-encoding:content-type:content-type:date:from :from:message-id:mime-version:reply-to:subject:subject:to:to; s= pmg.pickering.cz; bh=AO37MsifIJrk6Fs4axfjX651JZXiqq4o3Y9G90euLjs =; b=DuMgSkDniHRbNtIJXjkDbV6VUgKPT5tCZLODONidVdboAUbAvuh9cD8xbI4 FIvNOzX0lLwHkdlNyblVd6Kvsgp8rWLAXlhWtzLYqmJm5gF62FNqd/55s9PcdnFM EcI9iksD6/0Rw64c/LtuP9enBL9FwAmwQejXJz3az0UtsMppPF5Bva3FUYDD0ooy 27nH0LH0HsXeLmkDOvvjoEUZ/vJD0DVEP1lQsT2J5OhZcVl5CFzUle0H4gE/GhMs pGQvyvwdiL8np/K/9+edBWKyKaClbpigXPlfqxDcaGloynPPpObOfJB6vdjMv9Sw ysTXW8pjUi4vMnnESCK+rrNFeNQ== Received: from mail.pickering.cz (unknown [192.168.10.2]) by pgw.pickering.cz (Proxmox) with ESMTPS id E0082816FE for ; Fri, 15 Aug 2025 14:07:20 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.pickering.cz (Postfix) with ESMTP id 0AFED1AC5F7D for ; Fri, 15 Aug 2025 14:06:30 +0200 (CEST) Received: from mail.pickering.cz ([127.0.0.1]) by localhost (mail.pickering.cz [127.0.0.1]) (amavis, port 10032) with ESMTP id YK1nLqEGSI4R for ; Fri, 15 Aug 2025 14:06:21 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.pickering.cz (Postfix) with ESMTP id 13CEB1AC5F7E for ; Fri, 15 Aug 2025 14:06:21 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.pickering.cz 13CEB1AC5F7E DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pickering.cz; s=001B6668-20D8-11EE-95F6-B514B69B4328; t=1755259581; bh=AO37MsifIJrk6Fs4axfjX651JZXiqq4o3Y9G90euLjs=; h=Date:From:To:Message-ID:MIME-Version; b=amRGB2sMv0c6kEx8dync8seamdSWrYar3OAcYlV4EWAvqj752FZhkak/9IS3MmuWE 24zYhAXJ9Gw9YlrTC6N2KXlYB49bkcWPYtPSC2bQP7+PPpt5RbdXF0K+CppbZ2zYCQ +k8pjf8Sl1IdM0sAOzH73A+2PdPZhVeuLVoc9h30eTD7AJFkCCqfPO/8vMl6fDcR9u EsE7C7qT1r9dEeNGLcNi3qRtwQ9wCRolSV0smuUSNV30stTiO/yGzFTFGNuJp70Za5 WarYWsmQnEgJc4gQ/D2KTrIA9Ktouz1HFuNBSTYpZ5LpkOv6h7B1z0zPBl8mqV69Fs 5zSvFlbquB8hQ== Received: from mail.pickering.cz ([127.0.0.1]) by localhost (mail.pickering.cz [127.0.0.1]) (amavis, port 10026) with ESMTP id Rj53n-fErJwZ for ; Fri, 15 Aug 2025 14:06:20 +0200 (CEST) Received: from mail.pickering.cz (localhost [127.0.0.1]) by mail.pickering.cz (Postfix) with ESMTP id C90771AC5F7D for ; Fri, 15 Aug 2025 14:06:20 +0200 (CEST) Date: Fri, 15 Aug 2025 14:06:20 +0200 (CEST) From: Henryk Paluch To: freebsd-current@FreeBSD.org Message-ID: <595365288.15536127.1755259580702.JavaMail.zimbra@pickering.cz> Subject: sshd-session (sshd on conect) crashes with signal 6 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: 7bit Thread-Index: 6ROEIZdLF1e7MnnaVY0QpCuGPOSbFg== Thread-Topic: sshd-session (sshd on conect) crashes with signal 6 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)[pickering.cz,quarantine]; R_DKIM_ALLOW(-0.20)[pickering.cz:s=pmg.pickering.cz,pickering.cz:s=001B6668-20D8-11EE-95F6-B514B69B4328]; R_SPF_ALLOW(-0.20)[+mx:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_SEVEN(0.00)[7]; ASN(0.00)[asn:41046, ipnet:81.200.56.0/21, country:CZ]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RECEIVED_HELO_LOCALHOST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@FreeBSD.org]; RCPT_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[pickering.cz:+] X-Rspamd-Queue-Id: 4c3LTD2DFxz3cyS X-Spamd-Bar: --- Hello! After one week following current I recently started experiencing sshd-session crashes on 2 machines running latest 15.0-PRERELEASE (git Main branch). Anytime I try to SSH login to my 15.0-PRERELASE, sshd crashes on sshd-sesson subprocess with: pid 1217 (sshd-session), jid 0, uid 0: exited on signal 6 More details: gdb /usr/libexec/sshd-session /sshd-session.core Core was generated by `sshd-session: ansible [priv]'. Program terminated with signal SIGABRT, Aborted. Sent by thr_kill() from pid 15843 and user 0. #0 thr_kill () at thr_kill.S:4 warning: Source file is more recent than executable. 4 RSYSCALL(thr_kill) (gdb) bt #0 thr_kill () at thr_kill.S:4 #1 0x000019ceda634fa4 in __raise (s=s@entry=6) at /usr/src/lib/libc/gen/raise.c:48 #2 0x000019ceda6e52a9 in abort () at /usr/src/lib/libc/stdlib/abort.c:61 #3 0x000019ceda617d51 in __assert (func=, file=, line=line@entry=134, failedexpr=) at /usr/src/lib/libc/gen/assert.c:47 #4 0x000019c6b21029c3 in temporarily_use_uid (pw=pw@entry=0x3c3261215280) at /usr/src/crypto/openssh/uidswap.c:134 #5 0x000019c6b20e8517 in user_key_allowed2 (pw=0x3c3261215280, key=0x3c32612e5820, file=0x3c3261233e30 "/home/ansible/.ssh/authorized_keys", remote_ip=0x3c3261212da0 "192.168.122.1", remote_host=0x3c3261212dd0 "192.168.122.1", authoptsp=0x19ced2ed0590) at /usr/src/crypto/openssh/auth2-pubkey.c:599 #6 user_key_allowed (ssh=ssh@entry=0x3c32612f4000, pw=0x3c3261215280, key=0x3c32612e5820, auth_attempt=, authoptsp=authoptsp@entry=0x19ced2ed0688) at /usr/src/crypto/openssh/auth2-pubkey.c:783 #7 0x000019c6b20ed99d in mm_answer_keyallowed (ssh=0x3c32612f4000, sock=7, m=0x3c3261214d40) at /usr/src/crypto/openssh/monitor.c:1205 #8 0x000019c6b20f034d in monitor_read (ssh=ssh@entry=0x3c32612f4000, pmonitor=pmonitor@entry=0x3c32612c4cc0, ent=0x19c6b210a720 , pent=pent@entry=0x19ced2ed0758) at /usr/src/crypto/openssh/monitor.c:523 #9 0x000019c6b20efdf2 in monitor_child_preauth (ssh=ssh@entry=0x3c32612f4000, pmonitor=0x3c32612c4cc0) at /usr/src/crypto/openssh/monitor.c:298 #10 0x000019c6b20cac27 in privsep_preauth (ssh=ssh@entry=0x3c32612f4000) at /usr/src/crypto/openssh/sshd-session.c:353 #11 0x000019c6b20c9e3b in main (ac=2, av=) at /usr/src/crypto/openssh/sshd-session.c:1322 (gdb) q Encountered on 2 machines: Machine 1 "fbsd-next": uname -v -> FreeBSD 15.0-PRERELEASE #1 main-n279622-c992ac621327: Fri Aug 15 12:55:01 CEST 2025 root@fbsd-next:/usr/obj/usr/src/amd64.amd64/sys/GENERIC freebsd-version -> 15.0-PRERELEASE uname -UK -> 1500060 1500060 git branch -v -> * main c992ac621327 ipheth(4): Add CDC-NCM support for RX git describe -> vendor/NetBSD/bmake/20250804-302114-gc992ac621327 (Machine 2 is currently rebuilding): git branch -v -> * main 5205b32de3fb libc: Drop incorrect qsort optimization git describe -> vendor/NetBSD/bmake/20250804-302115-g5205b32de3fb Is anybody else experiencing same problem? Best regards --Henryk Paluch From nobody Fri Aug 15 12:11: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 4c3LZs5FvGz650bR for ; Fri, 15 Aug 2025 12:12:21 +0000 (UTC) (envelope-from henryk.paluch@pickering.cz) Received: from pgw.pickering.cz (mail.pickering.cz [81.200.56.74]) (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 4c3LZr692cz3ft4 for ; Fri, 15 Aug 2025 12:12:20 +0000 (UTC) (envelope-from henryk.paluch@pickering.cz) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pickering.cz header.s=pmg.pickering.cz header.b=1XBiXmBh; dkim=pass header.d=pickering.cz header.s=001B6668-20D8-11EE-95F6-B514B69B4328 header.b=2iyvBxqO; spf=pass (mx1.freebsd.org: domain of henryk.paluch@pickering.cz designates 81.200.56.74 as permitted sender) smtp.mailfrom=henryk.paluch@pickering.cz; dmarc=pass (policy=quarantine) header.from=pickering.cz Received: from pgw.pickering.cz (localhost.localdomain [127.0.0.1]) by pgw.pickering.cz (Proxmox) with ESMTP id D6697814F7 for ; Fri, 15 Aug 2025 14:12:13 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pickering.cz; h= cc:content-transfer-encoding:content-type:content-type:date:from :from:in-reply-to:message-id:mime-version:references:reply-to :subject:subject:to:to; s=pmg.pickering.cz; bh=JQIOz/lYgJqQhMn1Q LqcPx7lzKsDsqfAjIn4+mzLuYQ=; b=1XBiXmBhkm8EA5cY2Y/VX7bQgwhIE2DKJ qRyaU8H3tkVqGzbadPEnjh81JX2a56N5Kbk3q2osg5m2DxDuE/eZLfrhvCJyz4nZ 2rslEV5y/Am82PWlFe7+nM3ZL0zRtmMivasoAhtwegKmT6kd1R4m/KkdZZ6JuEqS UVlm935/jOoDvIrfAxPoMnyIkhYDXea2WtB/2y8WWSqZjfQ9UH/Jx39URRafpKbu HbXw0v/52DwsOpGD8gmPSJsH36f5tVpzutCq3s7jnkKuwzSPbpnkv+a7IBghfFS3 C/g73APlfjPHx7azgWkBAlaxPoYA3Q77L/tlBVOomYAC8TA2SHbhA== Received: from mail.pickering.cz (unknown [192.168.10.2]) by pgw.pickering.cz (Proxmox) with ESMTPS id B53FD816FE for ; Fri, 15 Aug 2025 14:12:08 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.pickering.cz (Postfix) with ESMTP id CF9F21AC5FB4 for ; Fri, 15 Aug 2025 14:11:17 +0200 (CEST) Received: from mail.pickering.cz ([127.0.0.1]) by localhost (mail.pickering.cz [127.0.0.1]) (amavis, port 10032) with ESMTP id L6A4XYh10fbE for ; Fri, 15 Aug 2025 14:11:12 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.pickering.cz (Postfix) with ESMTP id E47B11AC5FB6 for ; Fri, 15 Aug 2025 14:11:12 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.pickering.cz E47B11AC5FB6 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pickering.cz; s=001B6668-20D8-11EE-95F6-B514B69B4328; t=1755259872; bh=JQIOz/lYgJqQhMn1QLqcPx7lzKsDsqfAjIn4+mzLuYQ=; h=Date:From:To:Message-ID:MIME-Version; b=2iyvBxqO5sRbpT/Zq2aHoed2J7uURLOUvQ3ry0WPYdlS8h2+NNUeCVqcWiYS1QlLn PQ0O1AxxDYKR6Fv8sV5VuUZoutESaAiMOop9FOWM6d+4hxayeGoFYyqZSXd5s71siJ DbL3urIzvG40MMDbq4YeWD8h5ntrR8wS9kEVUGchwLYaomOzIMzwouFKfFDl0Z+3/r m8j1J16LOXgm4IGWrVrPvkwsxS2otQ77Ju/80HdVjfYfIhIP/TdhvpOcd4dGcn93HY K4e6L8/i17smMHDRNbahgYWJYDCfNvYR51S4dEc5e8gvCdYwzaHOnpWXVensiVSrMX XiT9xprKjlc6A== Received: from mail.pickering.cz ([127.0.0.1]) by localhost (mail.pickering.cz [127.0.0.1]) (amavis, port 10026) with ESMTP id o-DYYfi-8GJO for ; Fri, 15 Aug 2025 14:11:12 +0200 (CEST) Received: from mail.pickering.cz (localhost [127.0.0.1]) by mail.pickering.cz (Postfix) with ESMTP id AB5E91AC5FB4 for ; Fri, 15 Aug 2025 14:11:12 +0200 (CEST) Date: Fri, 15 Aug 2025 14:11:12 +0200 (CEST) From: Henryk Paluch To: freebsd-current Message-ID: <1546719498.15536396.1755259872619.JavaMail.zimbra@pickering.cz> In-Reply-To: <595365288.15536127.1755259580702.JavaMail.zimbra@pickering.cz> References: <595365288.15536127.1755259580702.JavaMail.zimbra@pickering.cz> Subject: Re: sshd-session (sshd on conect) crashes with signal 6 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: 7bit Thread-Topic: sshd-session (sshd on conect) crashes with signal 6 Thread-Index: 6ROEIZdLF1e7MnnaVY0QpCuGPOSbFsStf/0L 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)[pickering.cz,quarantine]; R_DKIM_ALLOW(-0.20)[pickering.cz:s=pmg.pickering.cz,pickering.cz:s=001B6668-20D8-11EE-95F6-B514B69B4328]; R_SPF_ALLOW(-0.20)[+mx:c]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[pickering.cz:+]; ASN(0.00)[asn:41046, ipnet:81.200.56.0/21, country:CZ]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RECEIVED_HELO_LOCALHOST(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-current@FreeBSD.org]; RCVD_COUNT_SEVEN(0.00)[7] X-Rspamd-Queue-Id: 4c3LZr692cz3ft4 X-Spamd-Bar: --- Addendum - source code listing: /usr/src/crypto/openssh/uidswap.c:134 grep -n . /usr/src/crypto/openssh/uidswap.c | fgrep -A 10 -B 10 134: 124: fatal("setgroups: %.100s", strerror(errno)); 125:#ifndef SAVED_IDS_WORK_WITH_SETEUID 126: /* Propagate the privileged gid to all of our gids. */ 127:#ifdef __FreeBSD__ 128: /* 129: * FreeBSD traditionally includes the egid as the first element. If we 130: * use getegid() here then we effectively propagate user_groups[0], 131: * which is probably pw->pw_gid. Fix it to work as intended by using 132: * the egid we already have stashed off. 133: */ // here it crashes: 134: assert(saved_egroupslen > 0); 135: if (setgid(saved_egroups[0]) == -1) 136: debug("setgid %u: %.100s", (u_int) saved_egroups[0], strerror(errno)); 137:#else 138: if (setgid(getegid()) == -1) 139: debug("setgid %u: %.100s", (u_int) getegid(), strerror(errno)); 140:#endif 141: /* Propagate the privileged uid to all of our uids. */ 142: if (setuid(geteuid()) == -1) 143: debug("setuid %u: %.100s", (u_int) geteuid(), strerror(errno)); 144:#endif /* SAVED_IDS_WORK_WITH_SETEUID */ ----- Original Message ----- > From: "henryk paluch" > To: "freebsd-current" > Sent: Friday, August 15, 2025 2:06:20 PM > Subject: sshd-session (sshd on conect) crashes with signal 6 > Hello! > > After one week following current I recently started experiencing > sshd-session crashes on 2 machines running latest 15.0-PRERELEASE (git Main > branch). > > Anytime I try to SSH login to my 15.0-PRERELASE, sshd crashes on sshd-sesson > subprocess with: > > pid 1217 (sshd-session), jid 0, uid 0: exited on signal 6 > > More details: > > gdb /usr/libexec/sshd-session /sshd-session.core > > Core was generated by `sshd-session: ansible [priv]'. > Program terminated with signal SIGABRT, Aborted. > Sent by thr_kill() from pid 15843 and user 0. > #0 thr_kill () at thr_kill.S:4 > warning: Source file is more recent than executable. > 4 RSYSCALL(thr_kill) > (gdb) bt > #0 thr_kill () at thr_kill.S:4 > #1 0x000019ceda634fa4 in __raise (s=s@entry=6) at > /usr/src/lib/libc/gen/raise.c:48 > #2 0x000019ceda6e52a9 in abort () at /usr/src/lib/libc/stdlib/abort.c:61 > #3 0x000019ceda617d51 in __assert (func=, file=, > line=line@entry=134, > failedexpr=) at /usr/src/lib/libc/gen/assert.c:47 > #4 0x000019c6b21029c3 in temporarily_use_uid (pw=pw@entry=0x3c3261215280) at > /usr/src/crypto/openssh/uidswap.c:134 > #5 0x000019c6b20e8517 in user_key_allowed2 (pw=0x3c3261215280, > key=0x3c32612e5820, > file=0x3c3261233e30 "/home/ansible/.ssh/authorized_keys", > remote_ip=0x3c3261212da0 "192.168.122.1", > remote_host=0x3c3261212dd0 "192.168.122.1", authoptsp=0x19ced2ed0590) at > /usr/src/crypto/openssh/auth2-pubkey.c:599 > #6 user_key_allowed (ssh=ssh@entry=0x3c32612f4000, pw=0x3c3261215280, > key=0x3c32612e5820, auth_attempt=, > authoptsp=authoptsp@entry=0x19ced2ed0688) at > /usr/src/crypto/openssh/auth2-pubkey.c:783 > #7 0x000019c6b20ed99d in mm_answer_keyallowed (ssh=0x3c32612f4000, sock=7, > m=0x3c3261214d40) > at /usr/src/crypto/openssh/monitor.c:1205 > #8 0x000019c6b20f034d in monitor_read (ssh=ssh@entry=0x3c32612f4000, > pmonitor=pmonitor@entry=0x3c32612c4cc0, > ent=0x19c6b210a720 , pent=pent@entry=0x19ced2ed0758) > at /usr/src/crypto/openssh/monitor.c:523 > #9 0x000019c6b20efdf2 in monitor_child_preauth (ssh=ssh@entry=0x3c32612f4000, > pmonitor=0x3c32612c4cc0) > at /usr/src/crypto/openssh/monitor.c:298 > #10 0x000019c6b20cac27 in privsep_preauth (ssh=ssh@entry=0x3c32612f4000) at > /usr/src/crypto/openssh/sshd-session.c:353 > #11 0x000019c6b20c9e3b in main (ac=2, av=) at > /usr/src/crypto/openssh/sshd-session.c:1322 > (gdb) q > > > Encountered on 2 machines: > > Machine 1 "fbsd-next": > > uname -v -> FreeBSD 15.0-PRERELEASE #1 main-n279622-c992ac621327: Fri Aug > 15 12:55:01 CEST 2025 > root@fbsd-next:/usr/obj/usr/src/amd64.amd64/sys/GENERIC > freebsd-version -> 15.0-PRERELEASE > uname -UK -> 1500060 1500060 > git branch -v -> * main c992ac621327 ipheth(4): Add CDC-NCM support for RX > git describe -> vendor/NetBSD/bmake/20250804-302114-gc992ac621327 > > > (Machine 2 is currently rebuilding): > > git branch -v -> * main 5205b32de3fb libc: Drop incorrect qsort optimization > git describe -> vendor/NetBSD/bmake/20250804-302115-g5205b32de3fb > > Is anybody else experiencing same problem? > > Best regards > --Henryk Paluch From nobody Fri Aug 15 13:00:25 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 4c3Mfd33rLz652cW for ; Fri, 15 Aug 2025 13:00:41 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [IPv6:2a01:4f8:13b:240c::25]) (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 4c3MfZ6vnVz3lc9 for ; Fri, 15 Aug 2025 13:00:38 +0000 (UTC) (envelope-from herbert@gojira.at) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b=TPh5jaBQ; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 2a01:4f8:13b:240c::25 as permitted sender) smtp.mailfrom=herbert@gojira.at; dmarc=none Date: Fri, 15 Aug 2025 15:00:25 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1755262830; bh=4uf6jqAs2G2NRW38hnqMxFnQ/RPhY+sBOStI/C57dlU=; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type; b=TPh5jaBQj88R+fOelbXAV2OvQF4GWpR+UaI8BWjV177oHJm1FESPbbchVZKZGZ+JX yj5GBb0HxJGtwFouYs81jmxbgvV3xisqnG+N4EhWXpS8bpPzZQX77fwwn9gcb38DFV vbX8GkqDCQ6UIiNxfnuXpv3QP/litAEdDt4n3CuZb1jLv+0CrcvLkkYrgtbiqU1v+q mGxwql3bGmRM0v3nDWh9tWPPC9/+jnOCReH/2Yaw88wIHTWqHO1JYdDkSmuKhFdMIF CTeXv9Qzw7Hz/xAqmYXBrMhtZ95eeSoIkagkG//AIGpdbQIy5cg3iPgIGX5J2YqzeK QBYQXZGhAGFnA== Message-ID: <87349sg2om.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: current@FreeBSD.org Subject: Re: sshd-session (sshd on conect) crashes with signal 6 In-Reply-To: <595365288.15536127.1755259580702.JavaMail.zimbra@pickering.cz> References: <595365288.15536127.1755259580702.JavaMail.zimbra@pickering.cz> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/31.0 Mule/6.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 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Spamd-Result: default: False [-2.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:240c::25]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[gojira.at]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[current@FreeBSD.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gojira.at:+] X-Rspamd-Queue-Id: 4c3MfZ6vnVz3lc9 X-Spamd-Bar: -- On Fri, 15 Aug 2025 14:06:20 +0200, Henryk Paluch wrote: > > Hello! > > After one week following current I recently started experiencing > sshd-session crashes on 2 machines running latest 15.0-PRERELEASE (git Main branch). > > Anytime I try to SSH login to my 15.0-PRERELASE, sshd crashes on sshd-sesson subprocess with: > > pid 1217 (sshd-session), jid 0, uid 0: exited on signal 6 > > More details: > > gdb /usr/libexec/sshd-session /sshd-session.core > > Core was generated by `sshd-session: ansible [priv]'. > Program terminated with signal SIGABRT, Aborted. > Sent by thr_kill() from pid 15843 and user 0. > #0 thr_kill () at thr_kill.S:4 > warning: Source file is more recent than executable. > 4 RSYSCALL(thr_kill) > (gdb) bt > #0 thr_kill () at thr_kill.S:4 > #1 0x000019ceda634fa4 in __raise (s=s@entry=6) at /usr/src/lib/libc/gen/raise.c:48 > #2 0x000019ceda6e52a9 in abort () at /usr/src/lib/libc/stdlib/abort.c:61 > #3 0x000019ceda617d51 in __assert (func=, file=, line=line@entry=134, > failedexpr=) at /usr/src/lib/libc/gen/assert.c:47 > #4 0x000019c6b21029c3 in temporarily_use_uid (pw=pw@entry=0x3c3261215280) at /usr/src/crypto/openssh/uidswap.c:134 > #5 0x000019c6b20e8517 in user_key_allowed2 (pw=0x3c3261215280, key=0x3c32612e5820, > file=0x3c3261233e30 "/home/ansible/.ssh/authorized_keys", remote_ip=0x3c3261212da0 "192.168.122.1", > remote_host=0x3c3261212dd0 "192.168.122.1", authoptsp=0x19ced2ed0590) at /usr/src/crypto/openssh/auth2-pubkey.c:599 > #6 user_key_allowed (ssh=ssh@entry=0x3c32612f4000, pw=0x3c3261215280, key=0x3c32612e5820, auth_attempt=, > authoptsp=authoptsp@entry=0x19ced2ed0688) at /usr/src/crypto/openssh/auth2-pubkey.c:783 > #7 0x000019c6b20ed99d in mm_answer_keyallowed (ssh=0x3c32612f4000, sock=7, m=0x3c3261214d40) > at /usr/src/crypto/openssh/monitor.c:1205 > #8 0x000019c6b20f034d in monitor_read (ssh=ssh@entry=0x3c32612f4000, pmonitor=pmonitor@entry=0x3c32612c4cc0, > ent=0x19c6b210a720 , pent=pent@entry=0x19ced2ed0758) > at /usr/src/crypto/openssh/monitor.c:523 > #9 0x000019c6b20efdf2 in monitor_child_preauth (ssh=ssh@entry=0x3c32612f4000, pmonitor=0x3c32612c4cc0) > at /usr/src/crypto/openssh/monitor.c:298 > #10 0x000019c6b20cac27 in privsep_preauth (ssh=ssh@entry=0x3c32612f4000) at /usr/src/crypto/openssh/sshd-session.c:353 > #11 0x000019c6b20c9e3b in main (ac=2, av=) at /usr/src/crypto/openssh/sshd-session.c:1322 > (gdb) q > > > Encountered on 2 machines: > > Machine 1 "fbsd-next": > > uname -v -> FreeBSD 15.0-PRERELEASE #1 main-n279622-c992ac621327: Fri Aug 15 12:55:01 CEST 2025 root@fbsd-next:/usr/obj/usr/src/amd64.amd64/sys/GENERIC > freebsd-version -> 15.0-PRERELEASE > uname -UK -> 1500060 1500060 > git branch -v -> * main c992ac621327 ipheth(4): Add CDC-NCM support for RX > git describe -> vendor/NetBSD/bmake/20250804-302114-gc992ac621327 > > > (Machine 2 is currently rebuilding): > > git branch -v -> * main 5205b32de3fb libc: Drop incorrect qsort optimization > git describe -> vendor/NetBSD/bmake/20250804-302115-g5205b32de3fb > > Is anybody else experiencing same problem? Yes, I can confirm the issue (arm64). Downgrading to c75550e49997 resolved it for me. -- Herbert From nobody Fri Aug 15 13:09: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 4c3Mrj2MV3z6534D for ; Fri, 15 Aug 2025 13:09:25 +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 4c3Mrh6F5Hz3n1p; Fri, 15 Aug 2025 13:09:24 +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 57FD9Mt1097094; Fri, 15 Aug 2025 13:09:22 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 57FD9MvE097093; Fri, 15 Aug 2025 06:09:22 -0700 (PDT) (envelope-from david) Date: Fri, 15 Aug 2025 06:09:22 -0700 From: David Wolfskill To: "Herbert J. Skuhra" Cc: current@freebsd.org Subject: Re: sshd-session (sshd on conect) crashes with signal 6 Message-ID: Mail-Followup-To: David Wolfskill , "Herbert J. Skuhra" , current@freebsd.org References: <595365288.15536127.1755259580702.JavaMail.zimbra@pickering.cz> <87349sg2om.wl-herbert@gojira.at> 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="86R5NyBXE69JOcyd" Content-Disposition: inline In-Reply-To: <87349sg2om.wl-herbert@gojira.at> X-Rspamd-Queue-Id: 4c3Mrh6F5Hz3n1p X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US] --86R5NyBXE69JOcyd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 15, 2025 at 03:00:25PM +0200, Herbert J. Skuhra wrote: > ... > > Is anybody else experiencing same problem? >=20 > Yes, I can confirm the issue (arm64). > Downgrading to c75550e49997 resolved it for me. > .... Interesting:=20 freebeast(14.3-S)[7] gen_fbsd_git_tag -fr . -h c75550e49997 main-n279618-c75550e49997 freebeast(14.3-S)[8] gen_fbsd_git_tag -fr . -Cc n279619 main-n279619-9da2fe96ff2e commit 9da2fe96ff2ea227e4d5f03ef92b55aabeabb7fc Author: Kyle Evans AuthorDate: Thu Aug 14 23:06:09 2025 -0500 Commit: Kyle Evans CommitDate: Thu Aug 14 23:06:09 2025 -0500 kern: fix setgroups(2) and getgroups(2) to match other platforms =2E.. Peace, david --=20 David H. Wolfskill david@catwhisker.org Of course firing the statistician will force the statistics to conform! See https://www.catwhisker.org/~david/publickey.gpg for my public key. --86R5NyBXE69JOcyd Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaJ8xgl8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5ffAAQC8ih76kteKrB9tcA+g6dIlSkvxhJh54b3v0hx5reBSmgD/XPXJJyVPf8fc CZX590upiyUwp86l6gqPVqCmV+I2Vws= =/33r -----END PGP SIGNATURE----- --86R5NyBXE69JOcyd-- From nobody Fri Aug 15 13:12: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 4c3Mwh5nx9z652fZ for ; Fri, 15 Aug 2025 13:12:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-23.consmr.mail.gq1.yahoo.com (sonic311-23.consmr.mail.gq1.yahoo.com [98.137.65.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 4c3Mwh0zMMz3pYP for ; Fri, 15 Aug 2025 13:12:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755263570; bh=YkU9NJihWj9kNfHICqbqtnUHfo1wlF2WQ0BGnwulLfE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ua0fAfUND6pRZvDbogyEvE7jzB38RlwKdgda8lJnSEK9i4YBS39nGdmoEoYgJR5z5uf9QLFAobgPJ6q4MJcyt+lu4kUzsW9Ko4VoOTAmIw8l5w/WIy1o0krNZHG9iZLXbutoCp2GZlE6bgsNFSlyfV+oRrJH2wP41cmZdq5dd7MgzikbwV0nRk+uzWHtLZwgpq93i9CLKVDsaAkdrkDwN+DiZzuuwaPxFrNBUUF68JGQAy03nHYAmmUa7n8P+iZxQO4NvL3UOvsCgmwCfpkoheWbFWGsxL+/WMcl8Yqs3pp3FMYkxT0AKXZHd/vGnu9mkugIBGdkfoceZDI6zkN9Og== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755263570; bh=Ohm5sPogdYn2CguKkBQfhHXtZPaGoxarpjN31Xo9pTF=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=OIL7hapTI4oUScLvLlK77ruqafjJPQ05z1iTjsc7/r+yedy+7/nQLvzZnYXoG+Bt1ISTbMK4MpjSZIDtckDFEMl+vnE5Dgx1J4U9PAcJxDi58xOMvcn6JXrcHm0MzpNNCzeM/rOL+3JEQklA54UmiIvVubDmX5x54+eokoad3KFeIP1Zou7aflHCwsemt+Ao+br8phe+sraafgmFPNOtIn1Ui6zxIZ1s9R2Eld77mYx32IF9APeUWrH2UzjKlVi1icyzIIuEJOKAuti1NC3RaQJTKt5kddSrtFMxoIid+TB/ZKVgzEq/KjMhCI06irUq7Oxtn+QqK01Po34AGkiNSQ== X-YMail-OSG: j35MYqQVM1lkcLwSx3q1H31Wk8R9dnfFggKT4cKPScP7SbSmMdci.3DQU9vuCxs 7eQpEIOUe1XHIENC55nXUWdkbOvJsriUYeYwFeysA6XpBvvR4VqgSGcl_iuYxzVHNn9luLFhN3yG tsryAZVTXADG9MZJbE6tL6vdAkJCS9ZO_3W3rjRfiUNlRzOH1EsdapuUtg8YCnrb8uvm0p624a_p DXsz0PfhGo7r2Ke3VTqHaD0W4DVj6Z3PhMvg6pKSfThVEIErSQcB2iYL0XwREj0FbnkFh4aOPAmI Ad0mN4IW53yLukdkg3x92QDa8m37gALfb0WvVOhlrz_WfUCL_505Lyks08KZYU4xw0.JxzlUfJm3 4GM5Zd4j04p8ftTWhcDqNPSSn6In2Iw8ss3zJGui_tlYD33jvFkriApW3X32m6N4dAU.gccV39Zt R.Ov7icfe0DC2PuS.4byy40Zfkiw1CTMuDxdmZI1KEexhAoKp2YE7iIjHyL1eYi7l.8uBLKXCLt8 Op1dtqiVEncac2VT1QYAkf6jMPlLN6k908tKiazZiODsuYVd7OhV9gGDM3oaQ.R7_871kg45NrO5 goLdz1BaWFqbmO4bJLyELV64nFRMsr3wIIJewBqk6BaX1dJbwrh7NU74TuB1tF4LoZfQvTM9a_3A IEHdzAZFJaYVWnyLEVRiYHILAU5nysi6WPtfj6EQRX7WyoIFry5GUIvl7.4vt15FxLsE8IBhDKC8 xBvE0h0XWwYMU_Y0YXH0IICyRh8rYiTO_jGwwqbX9TmXHh55J9VRvgNdG_W0lQxa0uUQ1JxfxdZY e7W5MqxdZJL0ZFHQyZ9tZudv9cDgfh2YvkbCSfhbN60A_HfZFDfkMxptZeVLMuWYz1nRQUqJFJML 7tsXgCpoSfmV5pFxL3Agu8Fzq2c9M_3HZYys1qLfT3m6Y1NrtYlNTVhTTEdbe0UoRUEl0Dx.vgJZ 3eLqrCvxBZwccRxJ_Wf1lQ50VTbPQtHTGyS4d9qlm7z1dCwgUqzKmPGKgzIQayOdZSHK1zsiq4by F_x2trtncsHL.43Jslwfzj51GteFtN243ftPXUR0b5B7rJVzUHcpcj9ZDgYciWLixFwVU9piGnGr OrFcphbIkiagzON.tB7XGC9xSMbxHAJFZiQFtFSk4KYOhjnCWqQE0SWrC03VApRlBf5.cz8rnGzK 3YuPvK2FqvGlTDxOoYnS1par0UvglLQErMcJuRJnIMogIA.rqFTsi6OYlMWI1LZNwMB1F5IgKY9v Z1XcuwtaBCk5TMJCYJUWZkSHIbMq0KxurumboKynBYhEHEC21.ttj_kuWcjGDQlqmSOyCz_GGSGo LRSyrWkxvxbz0Ph4t7LChk8c86kIsdWG7QDXRqthHsvDiNbLdbXnT5y3vxOfRj5RvXu9EX9eSpxa VkMUJ_dzvefQli0lBbJpfVoypgl_WFz5Srs9eruOB2Ep8ThAe7OjuXC1sXHDNKwsZzy3HsVj5MW3 VWSg4cV6L0TbwI0Cgzf9Mf5bJEdONpK8nlUmMLoU48OZN3cGXcp_rPx03C6f3d0VElAKCGdUDfow YkFHlEGqmLjRCgejCQ9mphmV2913pu5_fB.nlzMSP0fkHq_OmAKmNCoTmbj8B_tTmebpkZje_lez 89sUeSabE_pO9fFCcUFriBQFydv16r5Lc7pQLWM2Axv6PaJxrkvFDtvCh6UMB3GRNybQAftbgb4W oxA3T18AETU7_AdfJBndn6ZDCPR0vZBOyjQbvDKnNWO1818WvSBjDkZrRbezIiNjJwHYvG_EGuaF IZnFAlzvuhLrIGcanGWtg5RDNlMso40sLf8j4PVOYgf.KMrpqYaqOcX7U8kr_DEIgcnd1lCGKpPH 9sINADDp0Lm.Jr59QkbNqv11qaaWUOEfKwAy_IwwT8YvgQ5Zt0iAedm.1ROTgyXeMKMHQxvE0yzH ARtpNmEkVzO6jjLVSgFYe.SVmVEWOJlFO607rfUnl0wy5BUuPsunPAzqiBUxsBcVzSPg0L8uy0rw D6o5ypD0lpZurU06mM0V4su6aPuJ88BoURAqwRU_zwaUg3T8n9UlzyW25Mtsu0V27HqIV48YqoF6 Vpq3HgVRfVrdRckJnptauBcH8Zao27YRpclpfVr0ggmR8PoRN1F6GNYoVGkkjId0SlVKdfPI7c0K 3NbYVtHiXV1hyZAEO8QFr4vCyjDcVQoYHJAsjjKZrnqVpZSDkfPVwICSFJMDAahbHmD0Ar3dIOui EHIF7IbpmdPxZOs3B0gQ.S7Y7hZAgsNmz X-Sonic-MF: X-Sonic-ID: 83d4a6aa-f5ae-47e2-97a8-4146254d216d Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Fri, 15 Aug 2025 13:12:50 +0000 Received: by hermes--production-gq1-74d64bb7d7-ntkkg (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ffdc32e67ebdca548989338f6f8bf7be; Fri, 15 Aug 2025 13:12:48 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: Note: libutil.so bump from main-n279246-0c381b7f0570 From: Mark Millard In-Reply-To: <864iu9uk95.fsf@ltc.des.dev> Date: Fri, 15 Aug 2025 06:12:37 -0700 Cc: John Kennedy , FreeBSD Current , FreeBSD-pkgbase@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <86ms81vbuv.fsf@ltc.des.dev> <86bjohv5qe.fsf@ltc.des.dev> <864iu9uk95.fsf@ltc.des.dev> To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= X-Mailer: Apple Mail (2.3826.700.81) X-Rspamd-Queue-Id: 4c3Mwh0zMMz3pYP X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] On Aug 15, 2025, at 00:17, Dag-Erling Sm=C3=B8rgrav = wrote: > Mark Millard writes: >> Okay. >>=20 >> # man pkg-info | grep -i compat >> compatibility. >> compatibility. >>=20 >> # man pkg-delete | grep -i compat >> #=20 >>=20 >> The 2 pkg commands involved do not seem to document how >> they are to be used with "compat-libraries" for such >> things. >=20 > Are you really incapable of putting =E2=80=9Clegacy libraries get = moved to the > compat-libraries package=E2=80=9D and =E2=80=9Cthe pkg delete command = can be used to > delete packages=E2=80=9D together to form =E2=80=9Cpkg delete = compat-libraries will > remove all legacy libraries=E2=80=9D? # man -K compat-libraries /usr/local/share/man/man5/pkg.conf.5.gz: exist yet a = new package "compat-libraries" will be created. In my view the concept of compat-libraries is not very discoverable as stands --because of the single existing documentation reference being the one in: BACKUP_LIBRARIES: boolean If set to true pkg(8) will backup ancient libraries if = they are removed as the result of an upgrade and keep a = copy in the path define in BACKUP_LIBRARY_PATH. If it does = not exist yet a new package "compat-libraries" will be = created. the version will be bumped each time a new library is = backed up Default: NO. in "man 5 pkg.conf". Also: # grep compat-libraries /usr/local/etc/pkg.conf* #=20 In my view having some primary commands show some usage (and possibly have a see-also reference to the BACKUP_LIBRARIES material) would be useful. Side note: Ridicule as a reply was an interesting choice that I not think much of. >> # grep compat /usr/local/etc/pkg.conf* >> #=20 >>=20 >> So: No sample command alias either. >=20 > What would you want an alias for? I was just looking for another reference to compat-libraries besides the BACKUP_LIBRARIES description's reference but did not find one. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Aug 15 13:23:24 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 4c3N8v4fVdz653rB for ; Fri, 15 Aug 2025 13:23:27 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c3N8t5QrVz3rHf; Fri, 15 Aug 2025 13:23:26 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755264206; 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=wetcXn2jv4sM5pPgeRLs4iJqew8I44D2VhRH39IKRZs=; b=piAya2THdcy4GfHIaBvSwzAshxc3Cz/pApMBs3RrFXj8VzLhPtIC/6z3x4Brpd26j0ep41 MBuV1M65ZD6Me9szb0bk8x4U7oG++e/YGkij1+/rHofziAJ4u+wcrwWPPdXEYXCapRSW+B TUsiNWumf3hrS8OLiROx1Zmtt+m1CWjOTn9SVXBwcwRzOiE2iOXq02n8ENoup7fcP7PcQX l9WNtue9dT9fiWV4poO6Jw4KZgxiTfNLw5+uB+MjQ0HSNk7O8HESrNI3vBIw14bywhgeeP m2qU0MGUGCpZ9fjFfppJcQolN/C42UnwJeP/o0fYU3bogqx1+0KSFUo7CT/RvQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755264206; 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=wetcXn2jv4sM5pPgeRLs4iJqew8I44D2VhRH39IKRZs=; b=SfbnQdEueRKh5uCAobN/wPO3RCOTfTK6oDolOSs5xw4YSz0MXlW2j8Ewko1DErov+pcSEk MNCQCoZq+bVg+n3qcBW9CX8EkWF9D2McvN5W9pKqfmaKNghLWj+9RLe2JiRpp7o/CA8PYV 2i+kHn9Lym67bNqB+50ekMXGaVnIU8KER6V1idEzLSWGqflxZStTDEEpAuKAQgqCqNsaxY F2eYwT68KvTIjwjVW++3V1o/KjjqMAx0VG87BZkpbbCbq4imKQ2fJme2c1xT65dYHiA70N vl6LujYqBW3sesJXnEMAiwl9x2xflkdCu3S8bLlvZUODWuG7rikxOMbW/1QUfg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755264206; a=rsa-sha256; cv=none; b=ZAmKq5VW2icXZ2BGQqdb6LAYVtJfYnf6ct7+NCDm583Hvx33bo/K7u/Q7G7ecK4hXlLULd zOtglOLoHMiGaow2X3JZOjPMjON1PT1VLM4gAjBxyEprITSIm+ToAx7uYdSplXwTA0RX30 +gkfW0W6WdPMV1Sl1tix0ouCxDjeWUH4jpb4kAw2Kpt1kHYE/I+Y+brgPCZEhdKXfAcYY1 pjUz0uxhot2dhQUPalQrpVmIex15J2YTckCB5pIZkhItYEEgJvZRpVy8suO7EK+E9cDojJ aCk1O0+jfLZKauavJkxyVOxVhFK8V9QgLNLcUz39FROpoHSm6CXt14/m3rs2Zw== 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 4c3N8t2m4xz12Zk; Fri, 15 Aug 2025 13:23:26 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <74e3a0e5-9681-43a1-a45f-9ea45783599a@FreeBSD.org> Date: Fri, 15 Aug 2025 08:23:24 -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: sshd-session (sshd on conect) crashes with signal 6 To: David Wolfskill , "Herbert J. Skuhra" , current@freebsd.org References: <595365288.15536127.1755259580702.JavaMail.zimbra@pickering.cz> <87349sg2om.wl-herbert@gojira.at> Content-Language: en-US From: Kyle Evans In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 8/15/25 08:09, David Wolfskill wrote: > On Fri, Aug 15, 2025 at 03:00:25PM +0200, Herbert J. Skuhra wrote: >> ... >>> Is anybody else experiencing same problem? >> >> Yes, I can confirm the issue (arm64). >> Downgrading to c75550e49997 resolved it for me. >> .... > > Interesting: > > freebeast(14.3-S)[7] gen_fbsd_git_tag -fr . -h c75550e49997 > main-n279618-c75550e49997 > freebeast(14.3-S)[8] gen_fbsd_git_tag -fr . -Cc n279619 > main-n279619-9da2fe96ff2e > commit 9da2fe96ff2ea227e4d5f03ef92b55aabeabb7fc > Author: Kyle Evans > AuthorDate: Thu Aug 14 23:06:09 2025 -0500 > Commit: Kyle Evans > CommitDate: Thu Aug 14 23:06:09 2025 -0500 > > kern: fix setgroups(2) and getgroups(2) to match other platforms > ... > > Peace, > david Hi, Yes, very sorry about that- I've reverted the openssh change in 207cf8773aa7600b340cf673d973add10d9031e5. It needed to be reverted after the above-mentioned change anyways, but I forgot to roll that into it. Apologies- Thanks, Kyle Evans From nobody Fri Aug 15 14:33: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 4c3Pjk0ltgz657FS for ; Fri, 15 Aug 2025 14:33:30 +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 4c3Pjj41Hnz40DT; Fri, 15 Aug 2025 14:33:29 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 57FEXR2G098617; Fri, 15 Aug 2025 14:33:27 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 57FEXQsx098616; Fri, 15 Aug 2025 07:33:26 -0700 (PDT) (envelope-from david) Date: Fri, 15 Aug 2025 07:33:26 -0700 From: David Wolfskill To: Kyle Evans Cc: "Herbert J. Skuhra" , current@freebsd.org Subject: Re: sshd-session (sshd on conect) crashes with signal 6 Message-ID: Mail-Followup-To: David Wolfskill , Kyle Evans , "Herbert J. Skuhra" , current@freebsd.org References: <595365288.15536127.1755259580702.JavaMail.zimbra@pickering.cz> <87349sg2om.wl-herbert@gojira.at> <74e3a0e5-9681-43a1-a45f-9ea45783599a@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="m48wRHwHGzyFomnv" Content-Disposition: inline In-Reply-To: <74e3a0e5-9681-43a1-a45f-9ea45783599a@FreeBSD.org> X-Rspamd-Queue-Id: 4c3Pjj41Hnz40DT X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US] --m48wRHwHGzyFomnv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 15, 2025 at 08:23:24AM -0500, Kyle Evans wrote: > ... > Yes, very sorry about that- I've reverted the openssh change in > 207cf8773aa7600b340cf673d973add10d9031e5. It needed to be reverted after > the above-mentioned change anyways, but I forgot to roll that into it. > Apologies- > .... OK; thanks for the quick response: I confirm that that fixes ssh in my case. However, I suspect that in the case (as for me) where (e.g.) sudo is built under stable/14, but one attempts to use it under head after main-n279619-9da2fe96ff2e will be "problematic," at best. (I just tested and confirmed that I was able to circumvent the problem in my case by augmenting the "sudoers" file "%wheel" group entry with a user-specific entry for me.) This may become a more pressing issue when folks start upgrading from 14 to 15. Peace, david --=20 David H. Wolfskill david@catwhisker.org Of course firing the statistician will force the statistics to conform! See https://www.catwhisker.org/~david/publickey.gpg for my public key. --m48wRHwHGzyFomnv Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaJ9FNl8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5aZ2AQDMybjTFnkWTv8mWFoDi0jpa0/9K/RyRQIeU4UauJ2/nAEAtUQGVR1lsdfY jK7RxX8//39MPSO9SI7oXjdBTbgm3wU= =Uydw -----END PGP SIGNATURE----- --m48wRHwHGzyFomnv-- From nobody Fri Aug 15 14:41:25 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 4c3Ptv3hPcz65708 for ; Fri, 15 Aug 2025 14:41:27 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c3Ptv2tjpz41y2; Fri, 15 Aug 2025 14:41:27 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755268887; 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=n/1ssgtmkK1R8T3vMXvKQ1XpuTEDNMRs+lhCar7/vnI=; b=Ibwm4BpGQKPR/V6QLaM22byhbRbIqiGed+8poxE0Okn53jrnqVLfqRiNxoDdAv7Wb7124r Vi/pVCr2NdMu9TjdjOsIi2T6frBXnCl6nvNRelcSR8WzJZZ5HjVq/I+JNDMYDhwZb38L75 UIsfuaCFWcwjlf8rmW5EDf+gtxrvMnBkI6hk1td75R2NrcUdj5KcGJVKUZISxycc0jVXfJ frbtS0OOUxHqBgySDgxhJRqF5usH04YRB1uog76W196T/IyXAuuhu6Y9uCg2MuGS8H8FQf 7JQJXDWAO6GtgWzbdfs3qKrE1xunVkk7jGVNtTEyTC4HoksVPv8JdOrSINrYLQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755268887; 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=n/1ssgtmkK1R8T3vMXvKQ1XpuTEDNMRs+lhCar7/vnI=; b=oQ4ZoWmHbO/5qX4wxW+ve4q8w3xmrMkkT3SBTes7oK22sY9U1hx/XS5/Ev9GGVDQEPya/N NPprs9a0Sc1rbUgE4FexyN/2/xZ0d00tVVoOQNEENzIUuXGYjvAMbfLx02Iyhu7ahOx2MF YiZWy4j8HMAyTxaj2TTVzBd/8+m28T4qERVyAcdK6eS/PzMkmCEEO4TiQN6V+rPkO3xuUM gM/HR82dJ9TH5fXF9EbpnRTULWEIV11Vq40IKrXo+krNQ3Fq7/x40OjZtC8k0j/q5s12R+ Eg4Uhtm84moXdPZVdgVFMrjGUu5kdXPzPbQeFyEKLVu3ict1wBVJZ+4SetLWyA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755268887; a=rsa-sha256; cv=none; b=xLDHrZXmPx7hCf729QivpSkpXqPKD2/sJ9RkMv3crZIdAGK/ldjMyxoPEIaH1GJoT0gpJC 3m/ADRPFjaVeLkxS32b9cHUMbxxPt46oazV3laAhtVCQ8aj43emkQbGDU5OH7yr/m6ecdt Cd8RT70JohEzi+lU6zyJj7CorMpMdSPtlsz4ifUPet+JQEBtBGHgjWgdD++vHTtd5QT2jW 5fEZEe58RjpSUOzgQI0Bc6u3bafGY380V6PkDagKm+VjACUI4q4EUv8CmQ+Msbc4p0Ef1k DNaCfFsok42WNpO0mCdJNbGhHDS0u31NbWJBFCig1ouAuw9zy+UYcK+1gpsk2g== 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 4c3Ptv0362z13LR; Fri, 15 Aug 2025 14:41:26 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <3c6ae62b-e844-4845-9706-854bfa87935c@FreeBSD.org> Date: Fri, 15 Aug 2025 09:41:25 -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: sshd-session (sshd on conect) crashes with signal 6 To: David Wolfskill , "Herbert J. Skuhra" , current@freebsd.org References: <595365288.15536127.1755259580702.JavaMail.zimbra@pickering.cz> <87349sg2om.wl-herbert@gojira.at> <74e3a0e5-9681-43a1-a45f-9ea45783599a@FreeBSD.org> Content-Language: en-US From: Kyle Evans In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 8/15/25 09:33, David Wolfskill wrote: > On Fri, Aug 15, 2025 at 08:23:24AM -0500, Kyle Evans wrote: >> ... >> Yes, very sorry about that- I've reverted the openssh change in >> 207cf8773aa7600b340cf673d973add10d9031e5. It needed to be reverted after >> the above-mentioned change anyways, but I forgot to roll that into it. >> Apologies- >> .... > > OK; thanks for the quick response: I confirm that that fixes ssh in my > case. > > However, I suspect that in the case (as for me) where (e.g.) sudo > is built under stable/14, but one attempts to use it under head > after main-n279619-9da2fe96ff2e will be "problematic," at best. > I haven't really had enough coffee this morning, can you expand on your concerns a little more, please? These changes introduced an entirely new version of the syscalls and retained COMPAT14 versions so that, e.g., 14.x jails should still do what they've always done. > (I just tested and confirmed that I was able to circumvent the problem > in my case by augmenting the "sudoers" file "%wheel" group entry with a > user-specific entry for me.) > I think I'm missing some context, what problem is this referring to? > This may become a more pressing issue when folks start upgrading from > 14 to 15. > > Peace, > david From nobody Fri Aug 15 14:42:09 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c3Pvy0fGSz6570R for ; Fri, 15 Aug 2025 14:42:22 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [94.130.200.20]) (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 4c3Pvx517rz42xw; Fri, 15 Aug 2025 14:42:21 +0000 (UTC) (envelope-from herbert@gojira.at) Authentication-Results: mx1.freebsd.org; none Date: Fri, 15 Aug 2025 16:42:09 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1755268933; bh=BZ1/B5aldiHGmht3E/HFHzWP0kzapx3MZ+ogDV6v+Ig=; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type; b=1mMnibZKL6GXwKKJk+a4qaiau67mhgyX+0D/q2I1Hu9NLvDjtYrikGhMx+JkuIjS6 hesXFF0op3Vf4csNtq8F/NDVBlnyquhyzHaBsHZzMPITAff52ypDmuRkhEo3or2rDJ PihzvW32KViQTvCfziCuSQFI7PYqwNqALobbmlnuLpGUwZ7jZ7YVzKEqMrcmyNHdgE +RChehMSB8p81lcP7t+wxxQrsu5sYSVyBgyyn5SZy0d+aFgbhWCkLzY4oDxuVXGtv9 K1NFF1PJcM9OeT5Du2weN5ztcOm5X6JAkCJ1O8KxlKQDB2pKvJYdKm9Q+PxJenMBjJ 9w6+Km2SINuLw== Message-ID: <871ppcfxz2.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: David Wolfskill , Kyle Evans , current@freebsd.org Subject: Re: sshd-session (sshd on conect) crashes with signal 6 In-Reply-To: References: <595365288.15536127.1755259580702.JavaMail.zimbra@pickering.cz> <87349sg2om.wl-herbert@gojira.at> <74e3a0e5-9681-43a1-a45f-9ea45783599a@FreeBSD.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/31.0 Mule/6.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 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4c3Pvx517rz42xw X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:94.130.0.0/16, country:DE] On Fri, 15 Aug 2025 16:33:26 +0200, David Wolfskill wrote: > > On Fri, Aug 15, 2025 at 08:23:24AM -0500, Kyle Evans wrote: > > ... > > Yes, very sorry about that- I've reverted the openssh change in > > 207cf8773aa7600b340cf673d973add10d9031e5. It needed to be reverted after > > the above-mentioned change anyways, but I forgot to roll that into it. > > Apologies- > > .... > > OK; thanks for the quick response: I confirm that that fixes ssh in my > case. > > However, I suspect that in the case (as for me) where (e.g.) sudo > is built under stable/14, but one attempts to use it under head > after main-n279619-9da2fe96ff2e will be "problematic," at best. > > (I just tested and confirmed that I was able to circumvent the problem > in my case by augmenting the "sudoers" file "%wheel" group entry with a > user-specific entry for me.) > > This may become a more pressing issue when folks start upgrading from > 14 to 15. I had to rebuild sysutils/sudo on arm64 only, because it failed with "$user is not in the sudoers file". From nobody Fri Aug 15 14:46: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 4c3Q0q025dz657kt for ; Fri, 15 Aug 2025 14:46:35 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "R10" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c3Q0n40C9z44Mj for ; Fri, 15 Aug 2025 14:46:33 +0000 (UTC) (envelope-from imb@protected-networks.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protected-networks.net header.s=201508 header.b=jtT9FmjZ; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 2001:470:8d59:1::8 as permitted sender) smtp.mailfrom=imb@protected-networks.net; dmarc=pass (policy=reject) header.from=protected-networks.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:from:from:content-language:references :subject:subject:user-agent:mime-version:date:date:message-id; s=201508; t=1755269186; bh=HFnSTYtIsB1AJXinb6tSUORLc6BPCGVF2uS9 jWafPqs=; b=jtT9FmjZxsQ++WhNx0oMzu+9Yma2sVA8uygXfNCU3lMZ8TzHFyXC ZL9ovtz05Ao/+N6Cd19PT4FGaO2cL+W/nx29qStpQXHmAj+WcZqrxw1SSIvSqWUm Hwic1M2GahUTLdU2vNal9AexZ2J3a2LqZshxMB+K+KsDd+duhK3i0gk= Received: from [IPV6:2600:4040:53d9:8200:694e:e9cb:6d0:3814] (unknown [IPv6:2600:4040:53d9:8200:694e:e9cb:6d0:3814]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange x25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 239CD304D8 for ; Fri, 15 Aug 2025 10:46:26 -0400 (EDT) Message-ID: <9b2fd327-78b5-402d-a6d2-6646a119274d@protected-networks.net> Date: Fri, 15 Aug 2025 10:46:26 -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: Mozilla Thunderbird Subject: Re: sshd-session (sshd on conect) crashes with signal 6 To: freebsd-current@freebsd.org References: <595365288.15536127.1755259580702.JavaMail.zimbra@pickering.cz> <87349sg2om.wl-herbert@gojira.at> <74e3a0e5-9681-43a1-a45f-9ea45783599a@FreeBSD.org> <871ppcfxz2.wl-herbert@gojira.at> Content-Language: en-US From: Michael Butler In-Reply-To: <871ppcfxz2.wl-herbert@gojira.at> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+] X-Rspamd-Queue-Id: 4c3Q0n40C9z44Mj X-Spamd-Bar: --- On 8/15/2025 10:42 AM, Herbert J. Skuhra wrote: > On Fri, 15 Aug 2025 16:33:26 +0200, David Wolfskill wrote: >> >> On Fri, Aug 15, 2025 at 08:23:24AM -0500, Kyle Evans wrote: >>> ... >>> Yes, very sorry about that- I've reverted the openssh change in >>> 207cf8773aa7600b340cf673d973add10d9031e5. It needed to be reverted after >>> the above-mentioned change anyways, but I forgot to roll that into it. >>> Apologies- >>> .... >> >> OK; thanks for the quick response: I confirm that that fixes ssh in my >> case. >> >> However, I suspect that in the case (as for me) where (e.g.) sudo >> is built under stable/14, but one attempts to use it under head >> after main-n279619-9da2fe96ff2e will be "problematic," at best. >> >> (I just tested and confirmed that I was able to circumvent the problem >> in my case by augmenting the "sudoers" file "%wheel" group entry with a >> user-specific entry for me.) >> >> This may become a more pressing issue when folks start upgrading from >> 14 to 15. > > I had to rebuild sysutils/sudo on arm64 only, because it failed with > "$user is not in the sudoers file". +1 on amd64 From nobody Fri Aug 15 14:54:05 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c3Q9W5HLrz657vt for ; Fri, 15 Aug 2025 14:54:07 +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 4c3Q9W14Wpz45MD; Fri, 15 Aug 2025 14:54:07 +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 57FEs5st099303; Fri, 15 Aug 2025 14:54:05 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 57FEs5id099302; Fri, 15 Aug 2025 07:54:05 -0700 (PDT) (envelope-from david) Date: Fri, 15 Aug 2025 07:54:05 -0700 From: David Wolfskill To: Kyle Evans Cc: "Herbert J. Skuhra" , current@freebsd.org Subject: Re: sshd-session (sshd on conect) crashes with signal 6 Message-ID: Mail-Followup-To: David Wolfskill , Kyle Evans , "Herbert J. Skuhra" , current@freebsd.org References: <595365288.15536127.1755259580702.JavaMail.zimbra@pickering.cz> <87349sg2om.wl-herbert@gojira.at> <74e3a0e5-9681-43a1-a45f-9ea45783599a@FreeBSD.org> <3c6ae62b-e844-4845-9706-854bfa87935c@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="/OuDZiJfZbIrzTtE" Content-Disposition: inline In-Reply-To: <3c6ae62b-e844-4845-9706-854bfa87935c@FreeBSD.org> X-Rspamd-Queue-Id: 4c3Q9W14Wpz45MD X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US] --/OuDZiJfZbIrzTtE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 15, 2025 at 09:41:25AM -0500, Kyle Evans wrote: > ... > > However, I suspect that in the case (as for me) where (e.g.) sudo > > is built under stable/14, but one attempts to use it under head > > after main-n279619-9da2fe96ff2e will be "problematic," at best. > >=20 >=20 > I haven't really had enough coffee this morning, can you expand on your > concerns a little more, please? These changes introduced an entirely new > version of the syscalls and retained COMPAT14 versions so that, e.g., 14.x > jails should still do what they've always done. >=20 > > (I just tested and confirmed that I was able to circumvent the problem > > in my case by augmenting the "sudoers" file "%wheel" group entry with a > > user-specific entry for me.) > >=20 >=20 > I think I'm missing some context, what problem is this referring to? >=20 > > This may become a more pressing issue when folks start upgrading from > > 14 to 15. > .... =46rom https://lists.freebsd.org/archives/freebsd-current/2025-August/008401.html | I also note that "sudo" claims my login isn't in sudoers; while that | is (technically) true, it has been thus for years: I'm using group | membership (in "wheel" -- as I have for decades), though "groups" | seems to detect the group membership OK. (I am not using jails. I have machines set up to boot from any of the 4 slices; slice 1 is presently stable/14; slice 4 is presently head. The file system where /usr/local resides remains the same, regardless of which slice is booted. Ports are built under stable/*. Yeah, it's "old school" -- been doing this way for about 25 years.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Of course firing the statistician will force the statistics to conform! See https://www.catwhisker.org/~david/publickey.gpg for my public key. --/OuDZiJfZbIrzTtE Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaJ9KDV8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5RFcAQD5sF0Dyl48/q/Kexg/YoSUZQh7uOrVnKkmGfboc7MOtwD+MWulS+FjTbpE RjC6BOVolbsiW3QmJTIA/a0SR9wAWA8= =iJBH -----END PGP SIGNATURE----- --/OuDZiJfZbIrzTtE-- From nobody Fri Aug 15 15:14:06 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 4c3Qcc31qpz6592G for ; Fri, 15 Aug 2025 15:14:08 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c3Qcc2SLnz481H; Fri, 15 Aug 2025 15:14:08 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755270848; 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=BXZF73o7GirEqGQEj6C//bBCJixUBgc/RP4Jt/TJmVM=; b=l/Wj+mpcIFl7l8M6dGoczTlihaEfsyTdWzNT3KnaYaWHAS/RJSgTiTfr0bViDzNy4BEtMI KrsBngksiLLDf+brBHHn9Cid9ifXIj0iw1N/2K2NNAhFTY98VH2UA7H2Ry9p3P/GmGKBQO Im+s2jwlknEORZVvSaA6sh4CHaXwT3mezD5f6U7XVX5nIe6b2EsYPgBK08SaIBr4h1wqIp qKegqV9QJijgLWJiWa9FURBbINVUqxu/kz4rGmpGV50ghQPr18ol2/nWdDwZ90/nK1TSJt NLPytGCkymeAnynKu7Y3yIkPJe60EHYBj60jOYxySnevnJ6uX/IujGBnPYOZPg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755270848; 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=BXZF73o7GirEqGQEj6C//bBCJixUBgc/RP4Jt/TJmVM=; b=IZHmPegHghfK6ZWPNM5+qyxGX5+ZHIfkeCwYfL6jjarJNkIP51AUIpYQ5qdM6RkAVa45Qd VYB6wZ1Z9B13eIBoMRV2kcinBzEyIyS4AuNGzwKfQDWG6p3eBOFT/Dqch48FOgmzZn2MNX 6POQbYUirk+QH0tg3aKqI07f85uV6nTL1i02QKuJp1NGjjqn4DazPou2G/ExC5Xo3FaQ8A H3iAZrIGAUdI5Q/kyk3pGZNRBqhELSGifjqonX7OYJRrcWk1H5wcDc9mSOC/1D6DHdYwRb /nFU4SGF73xfdJ2PuFiXcvyADZyowkSwAAIDnM/qcDpg/C4XCtYKULU20uFndQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755270848; a=rsa-sha256; cv=none; b=A5+cI5kfIuKk1lhe/6drjQa5Gn3KGT6UIbed87PPkGN5abWL/J+hgkVUPKxZx6w+1HkWeB 4s9Mggy2PMlNBthITqS8priRQsEAWwoP2j1AtcNJ/aD4mw+lSMDaEjJpeJ3/G+7J1XcEOH xyIzM3NuxTkcyNyOYv7d/d0On/jBA5HmGJHtOr9j44YeH5lsH7PzXDkFECUZ9YwB5eNPgi s2+r/NwY/mdTHXD1zWbyRQRml10HcmajkY2Vp1dWXa5WisQrT4u/7Y7G5Rx0rh7bXf8JAF jMVXj7cUmf+Tv1wRf1jlznI93+jbDECoey4gM4h0iJbdJOALr2vDozPQ/Mrv5A== 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 4c3Qcb6kvQz14TC; Fri, 15 Aug 2025 15:14:07 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: <8362a151-3f0a-46e7-831b-f50559ce8919@FreeBSD.org> Date: Fri, 15 Aug 2025 10:14:06 -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: sshd-session (sshd on conect) crashes with signal 6 To: "Herbert J. Skuhra" , David Wolfskill , current@freebsd.org References: <595365288.15536127.1755259580702.JavaMail.zimbra@pickering.cz> <87349sg2om.wl-herbert@gojira.at> <74e3a0e5-9681-43a1-a45f-9ea45783599a@FreeBSD.org> <871ppcfxz2.wl-herbert@gojira.at> Content-Language: en-US From: Kyle Evans In-Reply-To: <871ppcfxz2.wl-herbert@gojira.at> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 8/15/25 09:42, Herbert J. Skuhra wrote: > On Fri, 15 Aug 2025 16:33:26 +0200, David Wolfskill wrote: >> >> On Fri, Aug 15, 2025 at 08:23:24AM -0500, Kyle Evans wrote: >>> ... >>> Yes, very sorry about that- I've reverted the openssh change in >>> 207cf8773aa7600b340cf673d973add10d9031e5. It needed to be reverted after >>> the above-mentioned change anyways, but I forgot to roll that into it. >>> Apologies- >>> .... >> >> OK; thanks for the quick response: I confirm that that fixes ssh in my >> case. >> >> However, I suspect that in the case (as for me) where (e.g.) sudo >> is built under stable/14, but one attempts to use it under head >> after main-n279619-9da2fe96ff2e will be "problematic," at best. >> >> (I just tested and confirmed that I was able to circumvent the problem >> in my case by augmenting the "sudoers" file "%wheel" group entry with a >> user-specific entry for me.) >> >> This may become a more pressing issue when folks start upgrading from >> 14 to 15. > > I had to rebuild sysutils/sudo on arm64 only, because it failed with > "$user is not in the sudoers file". > Hi, *sigh* Fixed as of 08f5e06c5e3332de231 -- I have a test that exercises this (setgroups_max in [0]) that I ran against the final version, but it was missing the memset() there in the middle so it didn't notice that every entry after the first hadn't been touched. Old sudo should work again now, sorry about that. Thanks, Kyle Evans [0] http://people.freebsd.org/~kevans/setgroups_test.c From nobody Fri Aug 15 18:19:55 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c3VlM3zwrz6470y for ; Fri, 15 Aug 2025 18:20:15 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: from mail-pf1-x42a.google.com (mail-pf1-x42a.google.com [IPv6:2607:f8b0:4864:20::42a]) (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 4c3VlL1Zm3z3CBS for ; Fri, 15 Aug 2025 18:20:13 +0000 (UTC) (envelope-from bakul@iitbombay.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=iitbombay.org header.s=google header.b="QjVw/Th1"; spf=pass (mx1.freebsd.org: domain of bakul@iitbombay.org designates 2607:f8b0:4864:20::42a as permitted sender) smtp.mailfrom=bakul@iitbombay.org; dmarc=pass (policy=quarantine) header.from=iitbombay.org Received: by mail-pf1-x42a.google.com with SMTP id d2e1a72fcca58-76e2ead79b5so171788b3a.3 for ; Fri, 15 Aug 2025 11:20:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iitbombay.org; s=google; t=1755282007; x=1755886807; darn=freebsd.org; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:from:to:cc:subject:date:message-id:reply-to; bh=MSnzvuKWRjfNNq0+AdESZeUf7wqWi7hgubesUU2tpWE=; b=QjVw/Th1aliuj3ePPbeifvrowfd09jVuAcGBVlkFwWetOjpNdnTC+ochY7SzUHcLos DWHZtwy/WIUbGOW+9kO0ZWc62O7GzxC3wWnPMRQXsgW1xsCdK7YXMMHI5ADdPqnAkyJj GoYmhcZwR+GsvMe1mHHnESsgoPONej2C3mF8Q= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755282007; x=1755886807; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=MSnzvuKWRjfNNq0+AdESZeUf7wqWi7hgubesUU2tpWE=; b=k7hfC/4iMIqs/YS2wNDauUysUg37jq449b2ArDmXEDra26fCyd56BgbpXjpt0QUIWP o182wjdJwXtN2i5s2RZ5S5i/zMB1HU/sC6/TooIbN71Tfs15pxUU7LV8Hih1eKtaOK5q NGL0DJ+dAqjqkAqIh4Ic7aqPpqvDeTqHvRfPWt2ISnLNNoUowy4thNxunyhk0sptDeCL y9UMvh58OpwhUgGCbrdbZK2ZbUKQIrBlBMmhLnvoVR5zt0k9F+TiCmEkvjGGMUqIiszF xqejjl4z1kKbB8XLmLcsMjAstvrVQ+8Df0bCWXIb3LMqIRUQXpu3AjvN70wL3hHJ6wYF yI/Q== X-Gm-Message-State: AOJu0YyjsVtJtdx3XuOXECZuzs0LVL/WxU+Nz7GMo/0Z+VV7g+NzX5m6 T24uFnX9ZpQmsFgURLy29XA8wkD5oaz58e9iVKm4AUF5dxv3edJrd7kS8mVl0NtCquwo1MOl+eo YszA= X-Gm-Gg: ASbGncsJKqauR5hhe1GbLbdQS8DGadTBubk1B5ZU8mU9h84AknLi5LzGb5ZLRuYAhz9 TGzt079k4tymoZUhaKBdnDF3mDY1RYk4I0YvGgNEpr2IcH4J3SMJk/nxhLiNcvg9lew5uWIprd1 1y5Fh6qScBubaZ5AtMeoHQC/jGhHQmuRawDKjQlTgRitdNBg3iTzAIV2J5sYIIPHFm/CGWTwrmP 72DmyGJM7sRkR7ndKfu1FVIlcDjDra/uqYkZMZkW8XyLroQW1zxn8UYH8DkscRbwx2BffRilt1B /rW5aDU/znTlc46Lp6rEd/d7HZTFhXBC+i4yRZF+yy8qXz4XaI4aFUcrzQmsjGvKTFdgUdzmeRc V0oJUocBCfLCQdcMLN/sEDJ8nhg2XaIrT4LStDMFxF5nTPerJpAtxmYT8uW8a3r3cmeII4uAEqw wHtH37cb3ZGwgM9XigGSISerJtMuewnQ== X-Google-Smtp-Source: AGHT+IHAHddrYxMiNj9u3Hz3puJ0y+QLGegz7QsQ0oX5V4fsM023ZIx55vfP8i+kwkaDWjKaD6IApQ== X-Received: by 2002:a05:6a00:80b:b0:730:9989:d2d4 with SMTP id d2e1a72fcca58-76e4480b00amr2049717b3a.3.1755282007242; Fri, 15 Aug 2025 11:20:07 -0700 (PDT) Received: from smtpclient.apple (107-215-223-229.lightspeed.sntcca.sbcglobal.net. [107.215.223.229]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-76e4526d20dsm1589314b3a.11.2025.08.15.11.20.06 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Aug 2025 11:20:06 -0700 (PDT) From: Bakul Shah 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: zfs related panic Message-Id: <14C5523D-1F66-434F-A4D9-E14DA4BBF1E9@iitbombay.org> Date: Fri, 15 Aug 2025 11:19:55 -0700 To: FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) 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)[iitbombay.org,quarantine]; R_DKIM_ALLOW(-0.20)[iitbombay.org:s=google]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[iitbombay.org:+]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEFALL_USER(0.00)[bakul]; 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)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::42a:from] X-Rspamd-Queue-Id: 4c3VlL1Zm3z3CBS X-Spamd-Bar: --- Is this a known bug or may be something specific on my machine? If the latter, any way to "fsck" it? FYI, the zpool is a mirror (two files on the host via nvme). built from c992ac621327 commit hash (which has other issues but they seem to be separate from this). I saw the same panic when I booted from a day old snapshot. Note that "ls /.zfs" panics but "ls /.zfs/snapshot" doesn't! This is on a -current VM: root@:/ # ls .zfs VNASSERT failed: oresid =3D=3D 0 || nresid !=3D oresid || = *(a)->a_eofflag =3D=3D 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) 0xfffff800058b0528: type VDIR state VSTATE_CONSTRUCTED op = 0xffffffff82734fd0 usecount 1, writecount 0, refcount 1 seqc users 0 mountedhere 0 hold count flags () flags () lock type zfs: SHARED (count 1) name =3D .zfs parent_id =3D 0 id =3D 1 panic: VOP_READDIR: eofflag not set cpuid =3D 0 time =3D 1755218355 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe0053f83af0 vpanic() at vpanic+0x136/frame 0xfffffe0053f83c20 panic() at panic+0x43/frame 0xfffffe0053f83c80 VOP_READDIR_APV() at VOP_READDIR_APV+0x205/frame 0xfffffe0053f83cd0 kern_getdirentries() at kern_getdirentries+0x228/frame = 0xfffffe0053f83dd0 sys_getdirentries() at sys_getdirentries+0x29/frame 0xfffffe0053f83e00 amd64_syscall() at amd64_syscall+0x169/frame 0xfffffe0053f83f30 fast_syscall_common() at fast_syscall_common+0xf8/frame = 0xfffffe0053f83f30 --- syscall (554, FreeBSD ELF64, getdirentries), rip =3D 0x2a1c933af6aa, = rsp =3D 0x2a1c8f0bf838, rbp =3D 0x2a1c8f0bf870 --- KDB: enter: panic [ thread pid 51 tid 100211 ] Stopped at kdb_enter+0x33: movq $0,0x1231602(%rip) zpool scrub finishes without trouble. Same problem when I boot a day = old kernel. gdb shows: #15 0xffffffff80b7970b in vpanic ( fmt=3D0xffffffff812ddf30 "VOP_READDIR: eofflag not set", ap=3Dap@entry=3D0xfffffe0053f83c60) at /home/FreeBSD/current/sys/kern/kern_shutdown.c:962 #16 0xffffffff80b79573 in panic ( fmt=3D0xffffffff81d9eab0 = "\304\372\032\201\377\377\377\377") at /home/FreeBSD/current/sys/kern/kern_shutdown.c:887 #17 0xffffffff81195fd5 in VOP_READDIR_APV (vop=3D, a=3Da@entry=3D0xfffffe0053f83d30) at vnode_if.c:1824 #18 0xffffffff80c95c38 in VOP_READDIR (vp=3D0xfffff800058b0528, uio=3D0xfffffe0053f83d00, cred=3D, = eofflag=3D0xfffffe0053f83d6c, ncookies=3D0x0, cookies=3D0x0) at ./vnode_if.h:972 #19 kern_getdirentries (td=3D0xfffff8007e7c3780, fd=3D, buf=3D0x3009ffe20000 "\001", count=3D4096, basep=3Dbasep@entry=3D0xfffffe0053f83df0, residp=3Dresidp@entry=3D0x0,= bufseg=3DUIO_USERSPACE) at = /home/FreeBSD/current/sys/kern/vfs_syscalls.c:4353 #20 0xffffffff80c96069 in sys_getdirentries ( td=3D0xffffffff81d9eab0 , uap=3D0xfffff8007e7c3ba8) at /home/FreeBSD/current/sys/kern/vfs_syscalls.c:4287 #21 0xffffffff810ca8b9 in syscallenter (td=3D0xfffff8007e7c3780) at = /home/FreeBSD/current/sys/amd64/amd64/../../kern/subr_syscall.c:193 #22 amd64_syscall (td=3D0xfffff8007e7c3780, traced=3D0) at /home/FreeBSD/current/sys/amd64/amd64/trap.c:1208 From nobody Fri Aug 15 20:33: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 4c3Yhw5tztz64Gjm; Fri, 15 Aug 2025 20:33:20 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c3Yhw59GJz3SKB; Fri, 15 Aug 2025 20:33:20 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755290000; 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=ombBwqkn6WelqAUOiT1OKtPRDRjewowZz2yOZhJmh20=; b=Mgph6/LQQnOxxx7LF0ufBQcAFmDomWCRYHH7JtseI2GZ7EvEHQ99xlviMfKEaDDATvxoRK pxMwkPIZzxiYf0gKKk/OJDqaYaeG0ho317uv0BafGhQAfPd6ALCXxKQvpBS7ieT5no2yJ+ W6yHJ8MdDbj29dHV73f+YHiyD7Nd5d2cDWwWKwk4haomRsBDie6QK3r3MjJvD+ES3atDaf C8aI03l4wMByulI1E5YNE3ZsWBlaFuqeZFI28SGxzlUFAri0oy/AIV/rackLLe7tIt0k0q 2dKvgFlXmDs8G8lqQKXST6uzFLZqpIJ0c8SHIJ2eXR0FWEulKWFpE/3m3cObiw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755290000; 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=ombBwqkn6WelqAUOiT1OKtPRDRjewowZz2yOZhJmh20=; b=GAdPvx1yM6rH8Fz+rN5dvGCfiXiV/e2/5RdF2bvL6xXUCIjIp7BcgIWeOTsIUdcL4dNdDc ZtCDJc1kHKZfAKVhNLbeKssGOuQ9B0Z8/yyx/REw4fGV8ivPia58/+BAW2mE2InJdBqM6s w04w6koQRAW6075MoEq+HhGn4VyI2RQ3Tk8a+/Was/xqXpsc/BgZpb+4bxX/gY3C77qk4a m++lcNe2ugX2l1xtE//Xji/HCRz5Sh4Nohmkln7timo4LviJWRrn9GX0pIaKn9WyF9cL0H F1H8KXTy0gitftrM0+7//EK86UgXvm0tGho5AM4bI3Plt/GjGjHtqY89rXj3/w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755290000; a=rsa-sha256; cv=none; b=hB/Rud6NNCuByc/bBfnRmjqK6n8ZqKIkcd7RoInT/Iof8zY5J5zMrdPLwztjJ4LPj2J7Bg 5SsuJ8fVu8WLUVisQLF6wNTOPrx6z3gEYlVgTM+s91I6g7o+6Po+ZIL9r+M23jjUL/fru9 K4nu3WUck6s1SK8be47BocUJi5IZUxF0X0hNnEJo/9vNGys/w5f+OQb52FT/Uid1lpFjEI 4hRHJfyHBBBi2Wm51GaVFNj1Z32+vPhw8QUa4t0hqF/lyExzbMN7pPB2x0sasDcL9TmJI5 0JLD6I1RuSF1EnwNmUnWPjWpkjZZFF3ae1c089bqjjXzTu11qrcoJlMe6ttN+A== Received: by freefall.freebsd.org (Postfix, from userid 1532) id A0C811213B; Fri, 15 Aug 2025 20:33:20 +0000 (UTC) Date: Fri, 15 Aug 2025 21:33:20 +0100 From: Lexi Winter To: Mark Millard Cc: FreeBSD-pkgbase@freebsd.org, FreeBSD Current Subject: Re: FreeBSD-kerberos* problems? : "pkg check -n -d -a" shows various FreeBSD-kerberos*-lib32 as "is missing a required shared library: " Message-ID: Mail-Followup-To: Mark Millard , FreeBSD-pkgbase@freebsd.org, FreeBSD Current References: <966C5804-AC13-4C42-BD27-F0F22EA23B22.ref@yahoo.com> <966C5804-AC13-4C42-BD27-F0F22EA23B22@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; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="880XtOYFeUXo14wk" Content-Disposition: inline In-Reply-To: <966C5804-AC13-4C42-BD27-F0F22EA23B22@yahoo.com> --880XtOYFeUXo14wk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Mark Millard: > # pkg check -n -d -a > Checking all packages: 100% > FreeBSD-kerberos-lib-dev-lib32 is missing a required shared library: libcom_err.so.122:32 > FreeBSD-kerberos-lib-dev-lib32 is missing a required shared library: libkrb5profile.so.122:32 > FreeBSD-kerberos-lib-dev-lib32 is missing a required shared library: libkrb5support.so.122:32 > FreeBSD-kerberos-lib-dev-lib32 is missing a required shared library: libverto.so.122:32 this should be fixed by https://reviews.freebsd.org/D51926. the problem affects all builds, not specific to pkgbase. --880XtOYFeUXo14wk Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaJ+ZjAAKCRD1nT63mIK/ YIQCAQCfUinCyLy+yyLmW9ODbn9vOjH7J8uMJlVa7q997gQjSwEAwbEe5s7W83i0 DPbN6otf7LsFZdobE7580Zk9pyxKbwQ= =zpqP -----END PGP SIGNATURE----- --880XtOYFeUXo14wk-- From nobody Fri Aug 15 21:56: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 4c3bXj2j2Jz64MQ0 for ; Fri, 15 Aug 2025 21:56:21 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1034.google.com (mail-pj1-x1034.google.com [IPv6:2607:f8b0:4864:20::1034]) (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 4c3bXh3HBCz3g1S for ; Fri, 15 Aug 2025 21:56:20 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20230601.gappssmtp.com header.s=20230601 header.b=ATUjBipS; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::1034) smtp.mailfrom=wlosh@bsdimp.com Received: by mail-pj1-x1034.google.com with SMTP id 98e67ed59e1d1-323267b7dfcso2480718a91.1 for ; Fri, 15 Aug 2025 14:56:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1755294977; x=1755899777; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=5Md21S4Tb16mzrQfuhIpDA/ShC82SYjDTnoKFuijnUU=; b=ATUjBipSHLzpIEDfPbUlB3YF6iMjEWWVr/7PzX4DuThf9syM442S76pkZbIc8lbOid uaoudPdiS42wxsG7j0rHJ54jHnFCAu53VHqkpHN+JFqA/nSTR0ch08b6gTMXKOaqILnZ r/ioIbLbgVrYSwv6XrDRnD0YJH+llrIjP7hm7rkZ3/RVk/tyzgEUeIQzbMQ6nu8eBys9 jWIZ6uaSBbU3Dp7mfKHYwDnVkYOSrXszsRLSs9ROozJwC0kvZfmvsNgSTUgRLG032avC WhxOMEXTRF7wHjOJ454v5HbAnA9pO23zKV/4X0gR9bi3CDh07vBrNwXqZ+igf8WQRUsj RPxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755294977; x=1755899777; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=5Md21S4Tb16mzrQfuhIpDA/ShC82SYjDTnoKFuijnUU=; b=sZuFyeuWdZ544cc7Lge1Uyz6L50DhgEXw1qtUI5BEm7KsjpOOIDrRxrEq9qfTz0/Ib Kbq1PCdLNoXUaPfYl3EbaLDR5Q3SX8s335rsOEM5ct7lDxKi+POG5nslgo2OUqWRYzeR GIHDBujCq3wa0BRbmtYnFSXC973iJ9eTuISmzZCyCRo3v2HXxGPjnQBCB/gJKfBpIuE1 ipx1LgqXI0uDK98u/6oSVb1HoTkDegzx6VEZRChdCbEC/Y2WML3RbTPrAxlXE+XezJ9s e77U/Go4hnhuI+/sMohz/ToClFInkD/QYGwMA3ITV12/dBOcI8uV0FIIm4arOytA7WJs yFjQ== X-Gm-Message-State: AOJu0YwAJWtIx+MVmgJyqCa2bKVLI/RWtfrQ4hS/yzJazECxlEwbLBDa 60Ylt9BsWQlUWGPnIvFJn6b3CuGe2Feq/055QiWQtbOE06SOkIJbEX2rd3mw4MwvES8bye1F32X DVQJ/KjS8ahMn10HBz9Ybywp3t5OLpNHeDoQsf/dWXkkVY//RaZVnTOE= X-Gm-Gg: ASbGncvolmvmBQM2hlGjvomUfGKZGSvg1TdwPlFYtu9Zq4Graa/Xxa5GAu7/pztp3Hh NPctdi/+i9yMakJmv7Jd9N25DPD8aVMa5mg2qp+FhKtjOGLeCqbc5TyV+hrxhQ/+eoBwPFdLs5h nVEzOooOh50TI/dM2ku42bm0bboi++ExJPgC+n1X38x++9bZFaQg94izVxLEzl7mL5EDGCZKEux 5m8UKw= X-Google-Smtp-Source: AGHT+IG7V2cDOfvMKnMJ/HMw9/3It8ilMl7B3UqokvrMU5TFEPP8Psa+GV43WEy9r3fstnXnf6gU5w8gBSJ/EL7X1vM= X-Received: by 2002:a17:90b:2804:b0:312:f0d0:bb0 with SMTP id 98e67ed59e1d1-32341e26a90mr5942929a91.12.1755294976715; Fri, 15 Aug 2025 14:56:16 -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: Warner Losh Date: Fri, 15 Aug 2025 15:56:05 -0600 X-Gm-Features: Ac12FXwHiOthN_VVlB42nBeX9VNjae-xVLdYAUvEkyAG5fpFZ9biFlR2nSD1kSg Message-ID: Subject: jemalloc 5.3.0 upgrade To: FreeBSD Current , FreeBSD Release Engineering Team Content-Type: multipart/alternative; boundary="000000000000903e73063c6e7512" X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; MISSING_XM_UA(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1034:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; DKIM_TRACE(0.00)[bsdimp-com.20230601.gappssmtp.com:+] X-Rspamd-Queue-Id: 4c3bXh3HBCz3g1S --000000000000903e73063c6e7512 Content-Type: text/plain; charset="UTF-8" After much delay, I've landed jemalloc 5.3.0 into main. This is likely the last update of jemalloc since the upstream is, at best, in turmoil, and at worst dead. I tried to completely automate all the details of the upgrade, but only got so far. I did the rest of the upgrade by hand (described in FREEBSD-upgrade). I'd held off landing this until I had that, but once it was clear this was likely the last time we'd need this, I just did the last few steps by hand. I did this to make it easier to audit to ensure that the pull request we got for this (which I redid, but compared to the original) didn't sneak something in. Others can audit me as well. I've run this with a netflix workload and my developer workload with no regressions. Please let me know if this causes problems for anybody. I'm sure glad I'll not have to rebase the merge again (it was a pathological case for the instructions in the handbook, so I'll update those). I've been coordinating this with the release engineer for a while now, who gave me a go ahead for landing this during the freeze since I couldn't finish before my vacation last month... Warner P.S. Here's the release notes: +* 5.3.0 (May 6, 2022) + + This release contains many speed and space optimizations, from micro + optimizations on common paths to rework of internal data structures and + locking schemes, and many more too detailed to list below. Multiple percent + of system level metric improvements were measured in tested production + workloads. The release has gone through large-scale production testing. + + New features: + - Add the thread.idle mallctl which hints that the calling thread will be + idle for a nontrivial period of time. (@davidtgoldblatt) + - Allow small size classes to be the maximum size class to cache in the + thread-specific cache, through the opt.[lg_]tcache_max option. (@interwq, + @jordalgo) + - Make the behavior of realloc(ptr, 0) configurable with opt.zero_realloc. + (@davidtgoldblatt) + - Add 'make uninstall' support. (@sangshuduo, @Lapenkov) + - Support C++17 over-aligned allocation. (@marksantaniello) + - Add the thread.peak mallctl for approximate per-thread peak memory tracking. + (@davidtgoldblatt) + - Add interval-based stats output opt.stats_interval. (@interwq) + - Add prof.prefix to override filename prefixes for dumps. (@zhxchen17) + - Add high resolution timestamp support for profiling. (@tyroguru) + - Add the --collapsed flag to jeprof for flamegraph generation. + (@igorwwwwwwwwwwwwwwwwwwww) + - Add the --debug-syms-by-id option to jeprof for debug symbols discovery. + (@DeannaGelbart) + - Add the opt.prof_leak_error option to exit with error code when leak is + detected using opt.prof_final. (@yunxuo) + - Add opt.cache_oblivious as an runtime alternative to config.cache_oblivious. + (@interwq) + - Add mallctl interfaces: + + opt.zero_realloc (@davidtgoldblatt) + + opt.cache_oblivious (@interwq) + + opt.prof_leak_error (@yunxuo) + + opt.stats_interval (@interwq) + + opt.stats_interval_opts (@interwq) + + opt.tcache_max (@interwq) + + opt.trust_madvise (@azat) + + prof.prefix (@zhxchen17) + + stats.zero_reallocs (@davidtgoldblatt) + + thread.idle (@davidtgoldblatt) + + thread.peak.{read,reset} (@davidtgoldblatt) + + Bug fixes: + - Fix the synchronization around explicit tcache creation which could cause + invalid tcache identifiers. This regression was first released in 5.0.0. + (@yoshinorim, @davidtgoldblatt) + - Fix a profiling biasing issue which could cause incorrect heap usage and + object counts. This issue existed in all previous releases with the heap + profiling feature. (@davidtgoldblatt) + - Fix the order of stats counter updating on large realloc which could cause + failed assertions. This regression was first released in 5.0.0. (@azat) + - Fix the locking on the arena destroy mallctl, which could cause concurrent + arena creations to fail. This functionality was first introduced in 5.0.0. + (@interwq) + + Portability improvements: + - Remove nothrow from system function declarations on macOS and FreeBSD. + (@davidtgoldblatt, @fredemmott, @leres) + - Improve overcommit and page alignment settings on NetBSD. (@zoulasc) + - Improve CPU affinity support on BSD platforms. (@devnexen) + - Improve utrace detection and support. (@devnexen) + - Improve QEMU support with MADV_DONTNEED zeroed pages detection. (@azat) + - Add memcntl support on Solaris / illumos. (@devnexen) + - Improve CPU_SPINWAIT on ARM. (@AWSjswinney) + - Improve TSD cleanup on FreeBSD. (@Lapenkov) + - Disable percpu_arena if the CPU count cannot be reliably detected. (@azat) + - Add malloc_size(3) override support. (@devnexen) + - Add mmap VM_MAKE_TAG support. (@devnexen) + - Add support for MADV_[NO]CORE. (@devnexen) + - Add support for DragonFlyBSD. (@devnexen) + - Fix the QUANTUM setting on MIPS64. (@brooksdavis) + - Add the QUANTUM setting for ARC. (@vineetgarc) + - Add the QUANTUM setting for LoongArch. (@wangjl-uos) + - Add QNX support. (@jqian-aurora) + - Avoid atexit(3) calls unless the relevant profiling features are enabled. + (@BusyJay, @laiwei-rice, @interwq) + - Fix unknown option detection when using Clang. (@Lapenkov) + - Fix symbol conflict with musl libc. (@georgthegreat) + - Add -Wimplicit-fallthrough checks. (@nickdesaulniers) + - Add __forceinline support on MSVC. (@santagada) + - Improve FreeBSD and Windows CI support. (@Lapenkov) + - Add CI support for PPC64LE architecture. (@ezeeyahoo) + + Incompatible changes: + - Maximum size class allowed in tcache (opt.[lg_]tcache_max) now has an upper + bound of 8MiB. (@interwq) + + Optimizations and refactors (@davidtgoldblatt, @Lapenkov, @interwq): + - Optimize the common cases of the thread cache operations. + - Optimize internal data structures, including RB tree and pairing heap. + - Optimize the internal locking on extent management. + - Extract and refactor the internal page allocator and interface modules. + + Documentation: + - Fix doc build with --with-install-suffix. (@lawmurray, @interwq) + - Add PROFILING_INTERNALS.md. (@davidtgoldblatt) + - Ensure the proper order of doc building and installation. (@Mingli-Yu) --000000000000903e73063c6e7512 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
After much delay, I've landed jemalloc 5.3.0 into main= .

This is likely the last update of jemalloc since the u= pstream is, at best, in turmoil, and at worst dead.

I tried to completely automate all the details of the upgrade, but only g= ot so far. I did the rest of the upgrade by hand (described in FREEBSD-upgr= ade). I'd held off landing this until I had that, but once it was clear= this was likely the last time we'd need this, I just did the last few = steps by hand. I did this to make it easier to audit to ensure that the pul= l request we got for this (which I redid, but compared to the original) did= n't sneak something in. Others can audit me as well.

I've run this with a netflix workload and my developer workload = with no regressions.

Please let me know if this ca= uses problems for anybody. I'm sure glad I'll not have to rebase th= e merge again (it was a pathological case for the instructions in the handb= ook, so I'll update those).

I've been coor= dinating this with the release engineer for a while now, who gave me a go a= head for landing this during the freeze since I couldn't finish before = my vacation last month...

Warner

P.S. Here's the release notes:
+* 5.3.0 (May 6, 2022)=
+
+ =C2=A0This release contains many speed and space optimizations, = from micro
+ =C2=A0optimizations on common paths to rework of internal d= ata structures and
+ =C2=A0locking schemes, and many more too detailed t= o list below.=C2=A0 Multiple percent
+ =C2=A0of system level metric impr= ovements were measured in tested production
+ =C2=A0workloads.=C2=A0 The= release has gone through large-scale production testing.
+
+ =C2=A0N= ew features:
+ =C2=A0- Add the thread.idle mallctl which hints that the = calling thread will be
+ =C2=A0 =C2=A0idle for a nontrivial period of ti= me. =C2=A0(@davidtgoldblatt)
+ =C2=A0- Allow small size classes to be th= e maximum size class to cache in the
+ =C2=A0 =C2=A0thread-specific cach= e, through the opt.[lg_]tcache_max option. =C2=A0(@interwq,
+ =C2=A0 =C2= =A0@jordalgo)
+ =C2=A0- Make the behavior of realloc(ptr, 0) configurabl= e with opt.zero_realloc.
+ =C2=A0 =C2=A0(@davidtgoldblatt)
+ =C2=A0- = Add 'make uninstall' support. =C2=A0(@sangshuduo, @Lapenkov)
+ = =C2=A0- Support C++17 over-aligned allocation. =C2=A0(@marksantaniello)
= + =C2=A0- Add the thread.peak mallctl for approximate per-thread peak memor= y tracking.
+ =C2=A0 =C2=A0(@davidtgoldblatt)
+ =C2=A0- Add interval-= based stats output opt.stats_interval. =C2=A0(@interwq)
+ =C2=A0- Add pr= of.prefix to override filename prefixes for dumps. =C2=A0(@zhxchen17)
+ = =C2=A0- Add high resolution timestamp support for profiling. =C2=A0(@tyrogu= ru)
+ =C2=A0- Add the --collapsed flag to jeprof for flamegraph generati= on.
+ =C2=A0 =C2=A0(@igorwwwwwwwwwwwwwwwwwwww)
+ =C2=A0- Add the --de= bug-syms-by-id option to jeprof for debug symbols discovery.
+ =C2=A0 = =C2=A0(@DeannaGelbart)
+ =C2=A0- Add the opt.prof_leak_error option to e= xit with error code when leak is
+ =C2=A0 =C2=A0detected using opt.prof_= final. =C2=A0(@yunxuo)
+ =C2=A0- Add opt.cache_oblivious as an runtime a= lternative to config.cache_oblivious.
+ =C2=A0 =C2=A0(@interwq)
+ =C2= =A0- Add mallctl interfaces:
+ =C2=A0 =C2=A0+ opt.zero_realloc =C2=A0(@d= avidtgoldblatt)
+ =C2=A0 =C2=A0+ opt.cache_oblivious =C2=A0(@interwq)+ =C2=A0 =C2=A0+ opt.prof_leak_error =C2=A0(@yunxuo)
+ =C2=A0 =C2=A0+ o= pt.stats_interval =C2=A0(@interwq)
+ =C2=A0 =C2=A0+ opt.stats_interval_o= pts =C2=A0(@interwq)
+ =C2=A0 =C2=A0+ opt.tcache_max =C2=A0(@interwq)+ =C2=A0 =C2=A0+ opt.trust_madvise =C2=A0(@azat)
+ =C2=A0 =C2=A0+ prof.= prefix =C2=A0(@zhxchen17)
+ =C2=A0 =C2=A0+ stats.zero_reallocs =C2=A0(@d= avidtgoldblatt)
+ =C2=A0 =C2=A0+ thread.idle =C2=A0(@davidtgoldblatt)+ =C2=A0 =C2=A0+ thread.peak.{read,reset} =C2=A0(@davidtgoldblatt)
++ =C2=A0Bug fixes:
+ =C2=A0- Fix the synchronization around explicit tc= ache creation which could cause
+ =C2=A0 =C2=A0invalid tcache identifier= s.=C2=A0 This regression was first released in 5.0.0.
+ =C2=A0 =C2=A0(@y= oshinorim, @davidtgoldblatt)
+ =C2=A0- Fix a profiling biasing issue whi= ch could cause incorrect heap usage and
+ =C2=A0 =C2=A0object counts.=C2= =A0 This issue existed in all previous releases with the heap
+ =C2=A0 = =C2=A0profiling feature. =C2=A0(@davidtgoldblatt)
+ =C2=A0- Fix the orde= r of stats counter updating on large realloc which could cause
+ =C2=A0 = =C2=A0failed assertions.=C2=A0 This regression was first released in 5.0.0.= =C2=A0(@azat)
+ =C2=A0- Fix the locking on the arena destroy mallctl, w= hich could cause concurrent
+ =C2=A0 =C2=A0arena creations to fail.=C2= =A0 This functionality was first introduced in 5.0.0.
+ =C2=A0 =C2=A0(@i= nterwq)
+
+ =C2=A0Portability improvements:
+ =C2=A0- Remove nothr= ow from system function declarations on macOS and FreeBSD.
+ =C2=A0 =C2= =A0(@davidtgoldblatt, @fredemmott, @leres)
+ =C2=A0- Improve overcommit = and page alignment settings on NetBSD. =C2=A0(@zoulasc)
+ =C2=A0- Improv= e CPU affinity support on BSD platforms. =C2=A0(@devnexen)
+ =C2=A0- Imp= rove utrace detection and support. =C2=A0(@devnexen)
+ =C2=A0- Improve Q= EMU support with MADV_DONTNEED zeroed pages detection. =C2=A0(@azat)
+ = =C2=A0- Add memcntl support on Solaris / illumos. =C2=A0(@devnexen)
+ = =C2=A0- Improve CPU_SPINWAIT on ARM. =C2=A0(@AWSjswinney)
+ =C2=A0- Impr= ove TSD cleanup on FreeBSD. =C2=A0(@Lapenkov)
+ =C2=A0- Disable percpu_a= rena if the CPU count cannot be reliably detected. =C2=A0(@azat)
+ =C2= =A0- Add malloc_size(3) override support. =C2=A0(@devnexen)
+ =C2=A0- Ad= d mmap VM_MAKE_TAG support. =C2=A0(@devnexen)
+ =C2=A0- Add support for = MADV_[NO]CORE. =C2=A0(@devnexen)
+ =C2=A0- Add support for DragonFlyBSD.= =C2=A0(@devnexen)
+ =C2=A0- Fix the QUANTUM setting on MIPS64. =C2=A0(@= brooksdavis)
+ =C2=A0- Add the QUANTUM setting for ARC. =C2=A0(@vineetga= rc)
+ =C2=A0- Add the QUANTUM setting for LoongArch. =C2=A0(@wangjl-uos)=
+ =C2=A0- Add QNX support. =C2=A0(@jqian-aurora)
+ =C2=A0- Av= oid atexit(3) calls unless the relevant profiling features are enabled.
= + =C2=A0 =C2=A0(@BusyJay, @laiwei-rice, @interwq)
+ =C2=A0- Fix unknown = option detection when using Clang. =C2=A0(@Lapenkov)
+ =C2=A0- Fix symbo= l conflict with musl libc. =C2=A0(@georgthegreat)
+ =C2=A0- Add -Wimplic= it-fallthrough checks. =C2=A0(@nickdesaulniers)
+ =C2=A0- Add __forceinl= ine support on MSVC. =C2=A0(@santagada)
+ =C2=A0- Improve FreeBSD and Wi= ndows CI support. =C2=A0(@Lapenkov)
+ =C2=A0- Add CI support for PPC64LE= architecture. =C2=A0(@ezeeyahoo)
+
+ =C2=A0Incompatible changes:
= + =C2=A0- Maximum size class allowed in tcache (opt.[lg_]tcache_max) now ha= s an upper
+ =C2=A0 =C2=A0bound of 8MiB. =C2=A0(@interwq)
+
+ =C2= =A0Optimizations and refactors (@davidtgoldblatt, @Lapenkov, @interwq):
= + =C2=A0- Optimize the common cases of the thread cache operations.
+ = =C2=A0- Optimize internal data structures, including RB tree and pairing he= ap.
+ =C2=A0- Optimize the internal locking on extent management.
+ = =C2=A0- Extract and refactor the internal page allocator and interface modu= les.
+
+ =C2=A0Documentation:
+ =C2=A0- Fix doc build with --with-= install-suffix. =C2=A0(@lawmurray, @interwq)
+ =C2=A0- Add PROFILING_INT= ERNALS.md. =C2=A0(@davidtgoldblatt)
+ =C2=A0- Ensure the proper order of= doc building and installation. =C2=A0(@Mingli-Yu)

--000000000000903e73063c6e7512-- From nobody Fri Aug 15 22:18:55 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c3c2w5Ctcz64NnY for ; Fri, 15 Aug 2025 22:19:04 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo49.interia.pl (smtpo49.interia.pl [217.74.67.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4c3c2v0TKxz3mhw for ; Fri, 15 Aug 2025 22:19:02 +0000 (UTC) (envelope-from vermaden@interia.pl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=interia.pl header.s=biztos header.b="mY/JbgJB"; dmarc=pass (policy=quarantine) header.from=interia.pl; spf=pass (mx1.freebsd.org: domain of vermaden@interia.pl designates 217.74.67.49 as permitted sender) smtp.mailfrom=vermaden@interia.pl Date: Sat, 16 Aug 2025 00:18:55 +0200 From: vermaden Subject: FreeBSD @ GitHub Automated Tests - Monthly Compute Limit Exceeded To: freebsd-current@freebsd.org X-Mailer: interia.pl/pf09 X-Originating-IP: 45.148.42.2 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: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1755296335; bh=nStYQYhjLt/rLdRTrkvUOpgpuT2IIZsSrJX+ga51sJ4=; h=Date:From:Subject:To:Message-Id:MIME-Version:Content-Type; b=mY/JbgJB/CGW6apBQnibJFrRLjqmKMrP+m6/tSNR0Oz70/2w9h/34RV2E9HHcI9BY GIHdQTgdAAUG/bUb3FbS6xmjOGRU0HwdAjyOQ0yCN2MOPuBogxeBTFWqyOKf85wJIs 1C7NF1UpXnPQ8+piH/s/auEuhY0qZoyojcFzQUZk= X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.60 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; DWL_DNSWL_LOW(-1.00)[interia.pl:dkim]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[interia.pl,quarantine]; R_SPF_ALLOW(-0.20)[+ip4:217.74.64.0/22]; RWL_MAILSPIKE_VERYGOOD(-0.20)[217.74.67.49:from]; R_DKIM_ALLOW(-0.20)[interia.pl:s=biztos]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; MIME_TRACE(0.00)[0:+]; SUSPICIOUS_AUTH_ORIGIN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:16138, ipnet:217.74.64.0/22, country:PL]; FREEMAIL_FROM(0.00)[interia.pl]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[interia.pl:+]; HAS_XOIP(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FREEMAIL_ENVFROM(0.00)[interia.pl] X-Rspamd-Queue-Id: 4c3c2v0TKxz3mhw Hi. For example here: - https://github.com/freebsd/poudriere/pull/1241/checks?check_run_id=47800694325 Error(s): - Failed to start an instance: FAILED_PRECONDITION: Monthly compute limit exceeded! Where should I report that? Regards, vermaden From nobody Fri Aug 15 22:51: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 4c3cn22TfQz64QZY for ; Fri, 15 Aug 2025 22:52:06 +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 4c3cn16F0wz3sTW for ; Fri, 15 Aug 2025 22:52:05 +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 57FMpr9H038443; Sat, 16 Aug 2025 01:51:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 57FMpr9H038443 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 57FMprEi038442; Sat, 16 Aug 2025 01:51:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 16 Aug 2025 01:51:53 +0300 From: Konstantin Belousov To: Bakul Shah Cc: FreeBSD Current Subject: Re: zfs related panic Message-ID: References: <14C5523D-1F66-434F-A4D9-E14DA4BBF1E9@iitbombay.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: <14C5523D-1F66-434F-A4D9-E14DA4BBF1E9@iitbombay.org> 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: 4c3cn16F0wz3sTW On Fri, Aug 15, 2025 at 11:19:55AM -0700, Bakul Shah wrote: > Is this a known bug or may be something specific on my machine? > If the latter, any way to "fsck" it? FYI, the zpool is a mirror > (two files on the host via nvme). built from c992ac621327 commit hash > (which has other issues but they seem to be separate from this). > I saw the same panic when I booted from a day old snapshot. > > Note that "ls /.zfs" panics but "ls /.zfs/snapshot" doesn't! > > This is on a -current VM: > > root@:/ # ls .zfs > VNASSERT failed: oresid == 0 || nresid != oresid || *(a)->a_eofflag == 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) Try this, untested. commit a97fc29bf2c03bbfc57b9c188ab3b24450d453bc Author: Konstantin Belousov Date: Sat Aug 16 01:50:42 2025 +0300 zfs control dir: properly set eof diff --git a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c index 61d0bb26d1e5..725c02d47edf 100644 --- a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c +++ b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c @@ -1056,17 +1056,22 @@ zfsctl_snapdir_readdir(struct vop_readdir_args *ap) zfs_uio_t uio; int *eofp = ap->a_eofflag; off_t dots_offset; + offset_t orig_resid; int error; zfs_uio_init(&uio, ap->a_uio); + orig_resid = uio.uio->uio_resid; ASSERT3S(vp->v_type, ==, VDIR); error = sfs_readdir_common(ZFSCTL_INO_ROOT, ZFSCTL_INO_SNAPDIR, ap, &uio, &dots_offset); if (error != 0) { - if (error == ENAMETOOLONG) /* ran out of destination space */ + if (error == ENAMETOOLONG) { /* ran out of destination space */ error = 0; + if (orig_resid == uio.uio->uio_resid && eofp != NULL) + *eofp = 1; + } return (error); } @@ -1084,7 +1089,8 @@ zfsctl_snapdir_readdir(struct vop_readdir_args *ap) dsl_pool_config_exit(dmu_objset_pool(zfsvfs->z_os), FTAG); if (error != 0) { if (error == ENOENT) { - if (eofp != NULL) + if (orig_resid == uio.uio->uio_resid && + eofp != NULL) *eofp = 1; error = 0; } @@ -1099,8 +1105,12 @@ zfsctl_snapdir_readdir(struct vop_readdir_args *ap) entry.d_reclen = sizeof (entry); error = vfs_read_dirent(ap, &entry, zfs_uio_offset(&uio)); if (error != 0) { - if (error == ENAMETOOLONG) + if (error == ENAMETOOLONG) { error = 0; + if (orig_resid == uio.uio->uio_resid && + eofp != NULL) + *eofp = 1; + } zfs_exit(zfsvfs, FTAG); return (SET_ERROR(error)); } From nobody Fri Aug 15 22:53: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 4c3cpX06Flz64QdM for ; Fri, 15 Aug 2025 22:53:24 +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 4c3cpW5GZKz3tWp; Fri, 15 Aug 2025 22:53:23 +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 57FMrGb3038492; Sat, 16 Aug 2025 01:53:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 57FMrGb3038492 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 57FMrGXw038491; Sat, 16 Aug 2025 01:53:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 16 Aug 2025 01:53:16 +0300 From: Konstantin Belousov To: Warner Losh Cc: FreeBSD Current , FreeBSD Release Engineering Team Subject: Re: jemalloc 5.3.0 upgrade 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-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: 4c3cpW5GZKz3tWp On Fri, Aug 15, 2025 at 03:56:05PM -0600, Warner Losh wrote: > After much delay, I've landed jemalloc 5.3.0 into main. > > This is likely the last update of jemalloc since the upstream is, at best, > in turmoil, and at worst dead. > > I tried to completely automate all the details of the upgrade, but only got > so far. I did the rest of the upgrade by hand (described in > FREEBSD-upgrade). I'd held off landing this until I had that, but once it > was clear this was likely the last time we'd need this, I just did the last > few steps by hand. I did this to make it easier to audit to ensure that the > pull request we got for this (which I redid, but compared to the original) > didn't sneak something in. Others can audit me as well. > > I've run this with a netflix workload and my developer workload with no > regressions. Did you tested new malloc with LA57 enabled on amd64? From nobody Fri Aug 15 23:16:09 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 4c3dK76gtFz64Rjs for ; Fri, 15 Aug 2025 23:16:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1033.google.com (mail-pj1-x1033.google.com [IPv6:2607:f8b0:4864:20::1033]) (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 4c3dK746rYz3wk4 for ; Fri, 15 Aug 2025 23:16:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1033.google.com with SMTP id 98e67ed59e1d1-323266baa22so1982320a91.0 for ; Fri, 15 Aug 2025 16:16:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1755299781; x=1755904581; 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=D8AxyVKTN6DlgTDhbyBXiz3JzBKVzRtPoL1Uf/1HMOU=; b=zclYEz+RUZhMaK+AhwcVOe7u7VmL4MapkUZ82L7x6Uf+37Morr9JIuCfs54Q6ZFVWn XFduVmnCa+K1ogHDOSLKHRUkfpbmOHSOFYaGS/xT7E7/Pc/HJIzPbzOU9T7x4N47hPx/ GlL3PAsgqcI3CiRVA+WNuNbWqBATXMFI7+6atd7EpxEkRGCcchtYfmqISIl9s8iu8Wlp LKkW6J5Fd7R6rQ67hDW/9M8DsQ+FgR5fjui6hOdjq6UAHSPEsiDtwZAXwYmxjiojEc0y JT0GmTn74XJ1iBagsm1yuIQnAbCeun4Ezv288hwoqzyt3kNXQ8uzQESWA1IIlJc3pkHB Q6EQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755299781; x=1755904581; 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=D8AxyVKTN6DlgTDhbyBXiz3JzBKVzRtPoL1Uf/1HMOU=; b=NldFfbdLeT/CyTz+8rVSVrOcaRwuMfqpZIwC3qzTM7sbk7NXikbvsoJhdGVJ3tT7ye pMgKGtI0UWz44h9j+YpIJfZi5ERrfl3X7LDyjPLsudD8jHmGB9Itk/Qxa9OJFLT4fb2H lyTAtslwxlt9D22Ey+DoQs9ilWZqUxdlvY9j4o//CCw5Rp1nltFdLkosV2aVuqu5WFpb H1op6XMhBTi9ff1SoGJG8JdZbwdmMuWoT/Le6UAYXwfFo7u6g5OB0cys72261yvOTgCM emqQjYjeSPXD5w4iA+V5hMaFRNi23UBoooaRq2Yaqd//ue1qEJXh27WPZbdLr68WNE25 cHsw== X-Gm-Message-State: AOJu0Yyh17bSex1I/rvZcQ8aVW/Cdssy+/fQEsXjVPpoLTH1oAgRcVXe J3tzmA/fPoIR05HhJBU6433SR5ins4/3jw22ft7Lm1ZIYEspj0ls0+FeEeq8JIQO3HHOmYlpEXX OdSkZID89L0BHobtRPqPZtnI2jQRWOiH6ZasQi2Rxhg== X-Gm-Gg: ASbGncusPXoe1v92C41tsRPfPnZ4PFY/Q58hK2WiAP65lrmRVvZRjCo/RkIkGGKLTA5 wZk72zbwKCxyrd5HKtArx/b4bSpQzZmO1s5PeKWFBm4UVzcPX2w+yidWycDtbfucNi7DNf6KHy1 49UWrvPGTmSaz4yzZsOifETRVRPuynPDS3HLOq6K6CedvV/+GltgKYEtKeRi2Wvn40JZZFaba8l WZ9t8JhNGrY+x4unc4XvuGdKeRIPnnr3+rp X-Google-Smtp-Source: AGHT+IFACR/eXqcYFzefR0RgUTYm3CT4uDCnLUvbeXvAp+QfdtVq9vx5MM+V2AOjegI4hnRNx9gKdi21AN3ByzyWFLQ= X-Received: by 2002:a17:90a:d607:b0:31f:313b:4d23 with SMTP id 98e67ed59e1d1-3234dc64492mr1072132a91.20.1755299781385; Fri, 15 Aug 2025 16:16:21 -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: Fri, 15 Aug 2025 17:16:09 -0600 X-Gm-Features: Ac12FXzfVkZJCyXSzs-epKuqQSYtANZdbB6OUmg5dJ266VNVOvnBW2EOJAXkj0E Message-ID: Subject: Re: jemalloc 5.3.0 upgrade To: Konstantin Belousov Cc: FreeBSD Current , FreeBSD Release Engineering Team Content-Type: multipart/alternative; boundary="000000000000f1b2c6063c6f938c" 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: 4c3dK746rYz3wk4 --000000000000f1b2c6063c6f938c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Aug 15, 2025, 4:53=E2=80=AFPM Konstantin Belousov wrote: > On Fri, Aug 15, 2025 at 03:56:05PM -0600, Warner Losh wrote: > > After much delay, I've landed jemalloc 5.3.0 into main. > > > > This is likely the last update of jemalloc since the upstream is, at > best, > > in turmoil, and at worst dead. > > > > I tried to completely automate all the details of the upgrade, but only > got > > so far. I did the rest of the upgrade by hand (described in > > FREEBSD-upgrade). I'd held off landing this until I had that, but once = it > > was clear this was likely the last time we'd need this, I just did the > last > > few steps by hand. I did this to make it easier to audit to ensure that > the > > pull request we got for this (which I redid, but compared to the > original) > > didn't sneak something in. Others can audit me as well. > > > > I've run this with a netflix workload and my developer workload with no > > regressions. > > Did you tested new malloc with LA57 enabled on amd64? > Not on purpose. Can you? Warner --000000000000f1b2c6063c6f938c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Fri, Aug 15, 2025, 4:53=E2=80= =AFPM Konstantin Belousov <kostik= bel@gmail.com> wrote:
On Fri= , Aug 15, 2025 at 03:56:05PM -0600, Warner Losh wrote:
> After much delay, I've landed jemalloc 5.3.0 into main.
>
> This is likely the last update of jemalloc since the upstream is, at b= est,
> in turmoil, and at worst dead.
>
> I tried to completely automate all the details of the upgrade, but onl= y got
> so far. I did the rest of the upgrade by hand (described in
> FREEBSD-upgrade). I'd held off landing this until I had that, but = once it
> was clear this was likely the last time we'd need this, I just did= the last
> few steps by hand. I did this to make it easier to audit to ensure tha= t the
> pull request we got for this (which I redid, but compared to the origi= nal)
> didn't sneak something in. Others can audit me as well.
>
> I've run this with a netflix workload and my developer workload wi= th no
> regressions.

Did you tested new malloc with LA57 enabled on amd64?

Not on purpose. Can yo= u?

Warner

--000000000000f1b2c6063c6f938c-- From nobody Fri Aug 15 23:51:00 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 4c3f5H0l1tz64TgW for ; Fri, 15 Aug 2025 23:51:15 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c3f5G3KXSz41Mp for ; Fri, 15 Aug 2025 23:51:14 +0000 (UTC) (envelope-from bakul@iitbombay.org) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x62b.google.com with SMTP id d9443c01a7336-244582766a8so3829875ad.3 for ; Fri, 15 Aug 2025 16:51:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iitbombay.org; s=google; t=1755301872; x=1755906672; darn=freebsd.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=tAaAD9MUAXdEnC4BYDlUjZxj09EIQ9OLdq4Wla5QPQ4=; b=golquTNpBXuCUuCGdt9zZK0qxrgq19KttwMwjKEgZ9XoOFi75IbtUpWp4vzb3mzmYg My1BEg//QBTIbKVe2vPNXMy/NIEI9r+UV/KUpiZrYu8YFSoJrsMN0+osRvn74IkThPo1 LcpwY2++P9GgKcrY7zCZtrYRwTVusMJL+6M+g= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755301872; x=1755906672; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=tAaAD9MUAXdEnC4BYDlUjZxj09EIQ9OLdq4Wla5QPQ4=; b=qd0dsc917UXyaM+QiIB0Tr+QSfTUxswWstHBzURVfRQjNNdI/InxXuKUCOlBxNsrf7 hv8el9J156f2KNTViyuAql6UCYg5awT73WN0wLN0WlfsvcUi3hEO5Xn2AM/FJevhgz+f e5bF5ijHhpM+6ROQcqATRfAoKCWU1obCiAj0QcJ+mZjmgMpbU09d5Q9ZAa1x7LG6/x8c Bn3ZYtGlJoitv1E4thjVKcVVgHAN7XrYIgPjTrANbErAGMUQXJ5jgYO7WFvPbVxu+l1P VwwgdiIJLRL+M5rfPM9FL6Fx6sylltEugsy9+RApR4Z0naZ9VL8B5e5isq3eQyJPIJ7r w+aw== X-Gm-Message-State: AOJu0Yw8PiHx5NxsWM9KRkpbHtyHXXDcvg+sMU6axcpLy9Ty0fn6dGt7 VsOpa42uhxID74e1bzp+2JCtm8Dx2kB9UFdRNR1Fknb2xI+SrwMimnCyF6urqmGXLw== X-Gm-Gg: ASbGncsoDsXzGMfBgG1hc28UEXBTk+fh7J8uoumPjFyLn/zNJJXzysul+xxIvF9M0M5 YEgSY5sm5URJ0W8eU7mHVftZAftkuzdYx/i536hvQ+CseOfVfrqkXGyCoqC23RX8hekdCc8Rwjg hyh/JcyX83pdLE3aCw0vSl/9z8iLie3VNUQ2FXbV4v0GNJp+dzpD3TjV8W/uBhV06LS41wyYJrL zX3Wnot3FKePL9bgZE62jrn5LYOJrM4bGf8MBowZYd5NdSuZIF4kTzO+Wb/qg8u+atGAxP5T+qu IRE/sNf9TCK/64F8q6UkCYJZniUtDSOuMTXgEE0raXeuWX4suRU/Z0HvscQQ7b4/Yl5Zoc3Xtex EsR51SQbyz8aM90kKfjViz06JKHgVKxhh53i/h3E8c0oDhZLqPtoY66b9s35dcBJo/92UyAu2+o DsmC0ou4t+DRBJHxJwnPSE+RdixSRoaLVnKvVMF9Fn X-Google-Smtp-Source: AGHT+IHDYN1jRM53bqjqYrrwiEoYjJE6LrV3hiT49ZaBPivkd/zXRPKcBQoH0NJoGyBsSi2dN5og5g== X-Received: by 2002:a17:903:41c8:b0:240:58a7:892f with SMTP id d9443c01a7336-2446d82d032mr26400165ad.5.1755301871926; Fri, 15 Aug 2025 16:51:11 -0700 (PDT) Received: from smtpclient.apple (107-215-223-229.lightspeed.sntcca.sbcglobal.net. [107.215.223.229]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-2446d58ab11sm22849575ad.159.2025.08.15.16.51.10 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Aug 2025 16:51:11 -0700 (PDT) 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: zfs related panic From: Bakul Shah In-Reply-To: Date: Fri, 15 Aug 2025 16:51:00 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <14C5523D-1F66-434F-A4D9-E14DA4BBF1E9@iitbombay.org> To: Konstantin Belousov 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: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: 4c3f5G3KXSz41Mp On Aug 15, 2025, at 3:51=E2=80=AFPM, Konstantin Belousov = wrote: >=20 > On Fri, Aug 15, 2025 at 11:19:55AM -0700, Bakul Shah wrote: >> Is this a known bug or may be something specific on my machine? >> If the latter, any way to "fsck" it? FYI, the zpool is a mirror >> (two files on the host via nvme). built from c992ac621327 commit hash >> (which has other issues but they seem to be separate from this). >> I saw the same panic when I booted from a day old snapshot. >>=20 >> Note that "ls /.zfs" panics but "ls /.zfs/snapshot" doesn't! >>=20 >> This is on a -current VM: >>=20 >> root@:/ # ls .zfs >> VNASSERT failed: oresid =3D=3D 0 || nresid !=3D oresid || = *(a)->a_eofflag =3D=3D 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) >=20 > Try this, untested. Thanks for the quick patch! But I am afraid it didn't help. Let me know = if you want me to check things via gdb. [I have filed https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288889 so we can continue debugging there] On the console (single user, RO root): # ls /.zfs VNASSERT failed: oresid =3D=3D 0 || nresid !=3D oresid || = *(a)->a_eofflag =3D=3D 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) 0xfffff800059546e0: type VDIR state VSTATE_CONSTRUCTED op = 0xffffffff8272cfd0 usecount 1, writecount 0, refcount 1 seqc users 0 mountedhere 0 hold count flags () flags () lock type zfs: SHARED (count 1) name =3D .zfs parent_id =3D 0 id =3D 1 panic: VOP_READDIR: eofflag not set cpuid =3D 0 time =3D 1755276357 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe0053f83af0 vpanic() at vpanic+0x136/frame 0xfffffe0053f83c20 panic() at panic+0x43/frame 0xfffffe0053f83c80 VOP_READDIR_APV() at VOP_READDIR_APV+0x205/frame 0xfffffe0053f83cd0 kern_getdirentries() at kern_getdirentries+0x228/frame = 0xfffffe0053f83dd0 sys_getdirentries() at sys_getdirentries+0x29/frame 0xfffffe0053f83e00 amd64_syscall() at amd64_syscall+0x169/frame 0xfffffe0053f83f30 fast_syscall_common() at fast_syscall_common+0xf8/frame = 0xfffffe0053f83f30 --- syscall (554, FreeBSD ELF64, getdirentries), rip =3D 0x331339f976aa, = rsp =3D 0x33133631ade8, rbp =3D 0x33133631ae20 --- KDB: enter: panic [ thread pid 23 tid 100211 ] Stopped at kdb_enter+0x33: movq $0,0x12313e2(%rip) db> Running gdb on the host (attached to tcp port): #16 0xffffffff80b7992b in vpanic ( fmt=3D0xffffffff812ddf30 "VOP_READDIR: eofflag not set", ap=3Dap@entry=3D0xfffffe0053f83c60) at /home/FreeBSD/current/sys/kern/kern_shutdown.c:962 #17 0xffffffff80b79793 in panic ( fmt=3D0xffffffff81d9eab0 = "\304\372\032\201\377\377\377\377") at /home/FreeBSD/current/sys/kern/kern_shutdown.c:887 #18 0xffffffff81195fd5 in VOP_READDIR_APV (vop=3D, a=3Da@entry=3D0xfffffe0053f83d30) at vnode_if.c:1824 #19 0xffffffff80c95e58 in VOP_READDIR (vp=3D0xfffff800059546e0, uio=3D0xfffffe0053f83d00, cred=3D, = eofflag=3D0xfffffe0053f83d6c, ncookies=3D0x0, cookies=3D0x0) at ./vnode_if.h:972 #20 kern_getdirentries (td=3D0xfffff8007e7c3780, fd=3D, buf=3D0x4ea30d020000 "\001", count=3D4096, basep=3Dbasep@entry=3D0xfffffe0053f83df0, residp=3Dresidp@entry=3D0x0,= bufseg=3DUIO_USERSPACE) at = /home/FreeBSD/current/sys/kern/vfs_syscalls.c:4353 #21 0xffffffff80c96289 in sys_getdirentries ( td=3D0xffffffff81d9eab0 , uap=3D0xfffff8007e7c3ba8) at /home/FreeBSD/current/sys/kern/vfs_syscalls.c:4287 #22 0xffffffff810ca8b9 in syscallenter (td=3D0xfffff8007e7c3780) at = /home/FreeBSD/current/sys/amd64/amd64/../../kern/subr_syscall.c:193 #23 amd64_syscall (td=3D0xfffff8007e7c3780, traced=3D0) at /home/FreeBSD/current/sys/amd64/amd64/trap.c:1208 >=20 > commit a97fc29bf2c03bbfc57b9c188ab3b24450d453bc > Author: Konstantin Belousov > Date: Sat Aug 16 01:50:42 2025 +0300 >=20 > zfs control dir: properly set eof >=20 > diff --git a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c = b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c > index 61d0bb26d1e5..725c02d47edf 100644 > --- a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c > +++ b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c > @@ -1056,17 +1056,22 @@ zfsctl_snapdir_readdir(struct vop_readdir_args = *ap) > zfs_uio_t uio; > int *eofp =3D ap->a_eofflag; > off_t dots_offset; > + offset_t orig_resid; > int error; >=20 > zfs_uio_init(&uio, ap->a_uio); > + orig_resid =3D uio.uio->uio_resid; >=20 > ASSERT3S(vp->v_type, =3D=3D, VDIR); >=20 > error =3D sfs_readdir_common(ZFSCTL_INO_ROOT, ZFSCTL_INO_SNAPDIR, ap, > &uio, &dots_offset); > if (error !=3D 0) { > - if (error =3D=3D ENAMETOOLONG) /* ran out of destination space */ > + if (error =3D=3D ENAMETOOLONG) { /* ran out of destination space */ > error =3D 0; > + if (orig_resid =3D=3D uio.uio->uio_resid && eofp !=3D NULL) > + *eofp =3D 1; > + } > return (error); > } >=20 > @@ -1084,7 +1089,8 @@ zfsctl_snapdir_readdir(struct vop_readdir_args = *ap) > dsl_pool_config_exit(dmu_objset_pool(zfsvfs->z_os), FTAG); > if (error !=3D 0) { > if (error =3D=3D ENOENT) { > - if (eofp !=3D NULL) > + if (orig_resid =3D=3D uio.uio->uio_resid && > + eofp !=3D NULL) > *eofp =3D 1; > error =3D 0; > } > @@ -1099,8 +1105,12 @@ zfsctl_snapdir_readdir(struct vop_readdir_args = *ap) > entry.d_reclen =3D sizeof (entry); > error =3D vfs_read_dirent(ap, &entry, zfs_uio_offset(&uio)); > if (error !=3D 0) { > - if (error =3D=3D ENAMETOOLONG) > + if (error =3D=3D ENAMETOOLONG) { > error =3D 0; > + if (orig_resid =3D=3D uio.uio->uio_resid && > + eofp !=3D NULL) > + *eofp =3D 1; > + } > zfs_exit(zfsvfs, FTAG); > return (SET_ERROR(error)); > } From nobody Sat Aug 16 00:06:49 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c3fRW1JbZz64VHd for ; Sat, 16 Aug 2025 00:07:03 +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 4c3fRV4by8z43Mq for ; Sat, 16 Aug 2025 00:07:02 +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 57G06nun040962; Sat, 16 Aug 2025 03:06:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 57G06nun040962 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 57G06nwB040961; Sat, 16 Aug 2025 03:06:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 16 Aug 2025 03:06:49 +0300 From: Konstantin Belousov To: Bakul Shah Cc: FreeBSD Current Subject: Re: zfs related panic Message-ID: References: <14C5523D-1F66-434F-A4D9-E14DA4BBF1E9@iitbombay.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-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: 4c3fRV4by8z43Mq On Fri, Aug 15, 2025 at 04:51:00PM -0700, Bakul Shah wrote: > On Aug 15, 2025, at 3:51 PM, Konstantin Belousov wrote: > > > > On Fri, Aug 15, 2025 at 11:19:55AM -0700, Bakul Shah wrote: > >> Is this a known bug or may be something specific on my machine? > >> If the latter, any way to "fsck" it? FYI, the zpool is a mirror > >> (two files on the host via nvme). built from c992ac621327 commit hash > >> (which has other issues but they seem to be separate from this). > >> I saw the same panic when I booted from a day old snapshot. > >> > >> Note that "ls /.zfs" panics but "ls /.zfs/snapshot" doesn't! > >> > >> This is on a -current VM: > >> > >> root@:/ # ls .zfs > >> VNASSERT failed: oresid == 0 || nresid != oresid || *(a)->a_eofflag == 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > > > Try this, untested. > > Thanks for the quick patch! But I am afraid it didn't help. Let me know if you > want me to check things via gdb. [I have filed > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=288889 > so we can continue debugging there] > > On the console (single user, RO root): > # ls /.zfs > VNASSERT failed: oresid == 0 || nresid != oresid || *(a)->a_eofflag == 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > 0xfffff800059546e0: type VDIR state VSTATE_CONSTRUCTED op 0xffffffff8272cfd0 > usecount 1, writecount 0, refcount 1 seqc users 0 mountedhere 0 > hold count flags () > flags () > lock type zfs: SHARED (count 1) > name = .zfs > parent_id = 0 > id = 1 > panic: VOP_READDIR: eofflag not set > cpuid = 0 > time = 1755276357 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0053f83af0 > vpanic() at vpanic+0x136/frame 0xfffffe0053f83c20 > panic() at panic+0x43/frame 0xfffffe0053f83c80 > VOP_READDIR_APV() at VOP_READDIR_APV+0x205/frame 0xfffffe0053f83cd0 > kern_getdirentries() at kern_getdirentries+0x228/frame 0xfffffe0053f83dd0 > sys_getdirentries() at sys_getdirentries+0x29/frame 0xfffffe0053f83e00 > amd64_syscall() at amd64_syscall+0x169/frame 0xfffffe0053f83f30 > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe0053f83f30 > --- syscall (554, FreeBSD ELF64, getdirentries), rip = 0x331339f976aa, rsp = 0x33133631ade8, rbp = 0x33133631ae20 --- > KDB: enter: panic > [ thread pid 23 tid 100211 ] > Stopped at kdb_enter+0x33: movq $0,0x12313e2(%rip) > db> > > Running gdb on the host (attached to tcp port): > #16 0xffffffff80b7992b in vpanic ( > fmt=0xffffffff812ddf30 "VOP_READDIR: eofflag not set", > ap=ap@entry=0xfffffe0053f83c60) > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:962 > #17 0xffffffff80b79793 in panic ( > fmt=0xffffffff81d9eab0 "\304\372\032\201\377\377\377\377") > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:887 > #18 0xffffffff81195fd5 in VOP_READDIR_APV (vop=, > a=a@entry=0xfffffe0053f83d30) at vnode_if.c:1824 > #19 0xffffffff80c95e58 in VOP_READDIR (vp=0xfffff800059546e0, > uio=0xfffffe0053f83d00, cred=, eofflag=0xfffffe0053f83d6c, > ncookies=0x0, cookies=0x0) at ./vnode_if.h:972 >From this frame, do p *vp and p *(vp->v_op) I am mostly interested what is the .vop_readdir fp points to. From nobody Sat Aug 16 00:10:49 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c3fWx3ZXsz64Vk0 for ; Sat, 16 Aug 2025 00:10:53 +0000 (UTC) (envelope-from cshapiro@panix.com) Received: from mailbackend.panix.com (mailbackend.panix.com [166.84.1.89]) (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 4c3fWw32TYz44Rv for ; Sat, 16 Aug 2025 00:10:52 +0000 (UTC) (envelope-from cshapiro@panix.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=panix.com header.s=panix header.b=YDKxjIor; dmarc=pass (policy=none) header.from=panix.com; spf=pass (mx1.freebsd.org: domain of cshapiro@panix.com designates 166.84.1.89 as permitted sender) smtp.mailfrom=cshapiro@panix.com Received: from panix3.panix.com (panix3.panix.com [166.84.1.3]) by mailbackend.panix.com (Postfix) with ESMTPS id 4c3fWt3HsMz1CfS for ; Fri, 15 Aug 2025 20:10:50 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=panix.com; s=panix; t=1755303050; bh=oZgoey68GvQCfGitd51Umkg54oC4ienn7y8ebyR9DkQ=; h=From:To:Subject:In-Reply-To:References:Date; b=YDKxjIorYVpIUMPSmPQ5bLkzdwWKKNOIP+gOs2zFiGSGf4ExwcBR2gdeXuOWCGf3S YULxUHFItwIQc5tu3G7ZUrevJEjBxhSTJOwQdz/MJO3UjXIafH6+RLY1yoB+rTyf7+ cuZX9HmZCGqQyTshMKt3gPAdeDfnu+twvPm5eKa8= From: Carl Shapiro To: FreeBSD Current Subject: Re: jemalloc 5.3.0 upgrade In-Reply-To: (Warner Losh's message of "Fri, 15 Aug 2025 15:56:05 -0600") References: Date: Fri, 15 Aug 2025 20:10:49 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) 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 X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.18 / 15.00]; DWL_DNSWL_LOW(-1.00)[panix.com:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.975]; DMARC_POLICY_ALLOW(-0.50)[panix.com,none]; R_SPF_ALLOW(-0.20)[+ip4:166.84.1.64/26]; R_DKIM_ALLOW(-0.20)[panix.com:s=panix]; RWL_MAILSPIKE_GOOD(-0.10)[166.84.1.89:from]; RCVD_IN_DNSWL_LOW(-0.10)[166.84.1.89:from]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:2033, ipnet:166.84.0.0/16, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[panix.com:+] X-Rspamd-Queue-Id: 4c3fWw32TYz44Rv Warner Losh writes: > This is likely the last update of jemalloc since the upstream is, at best, in > turmoil, and at worst dead. Most of the jemalloc development over the past few years has been done by engineers at Meta. Development actively continues in this repository https://github.com/facebook/jemalloc/ The intention, even prior to the archiving, has been to do a major release after HPA improvements have landed. In all likelihood, the release will happen in the fork. From nobody Sat Aug 16 00:26: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 4c3ftB5LlSz64Wym for ; Sat, 16 Aug 2025 00:26:42 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (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 4c3ftB3D8Cz46Pf for ; Sat, 16 Aug 2025 00:26:42 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x52b.google.com with SMTP id 4fb4d7f45d1cf-6188b5be5deso3241098a12.0 for ; Fri, 15 Aug 2025 17:26:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755303994; x=1755908794; 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=vkm3zM/276DSfjTjh/bXBcs27ZAn81d3C8WXS+fufBI=; b=TMp91fv7/9OobWrpHscdAFK+hsXYrPCMCYiJW2gKgRe0MQlol9A5wsRcRAzjKdZKew RQhXvDzUKhkKCx1V6G+cyi3bRGWNob51Gd7qFrkMlSvYmAXFIIiLYvDlH9KJdfqjBAIU wqFQJpe5LDrLjIQxDjOWkjI2mHHEKaSPOqIlZs18H/sBrdLo4PioMBJUgXQRG6+1K/7K W0h/zWevPj6jWFQfJdJjKGx/qQcU/WGA3g7xeK/kbz/3mKopOP62eIzA/vsIIZjS02fE zmQN4JWSoauw6jofzwbKsvUezGcS6Dr4/8geTrqc3B1Y8dNV5aRoGvcnTc5jQ1qKzFJu iw2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755303994; x=1755908794; 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=vkm3zM/276DSfjTjh/bXBcs27ZAn81d3C8WXS+fufBI=; b=nil2bTqmz4UsmWZQOD+u7nfBUCQOz5GNSt7Cc6raCNnLYQQ5wZMeLCbKCYKNIaTNIv kka63Ii0MHaRs9RE7zFcFr3yU2iVmgK07URUD84tZJSm9t1bYloWkZWU11DcpjZo/gO5 cfVnyKTv1EInwuULLMza3JhVAS6VLUxGupK0ztIAQ+39QyLpBCVvb9cqBhvGbGqpiP68 MaqqV/ruWavj/Rdq76iO50l7hNjDSVcj9bAeAJdtr/7P18lUkcZ9U6g2fuUFGC0r+Myd E6ULG2/Zs/+4XInViYLEBrMJwK5YzAZf6z+G+ESlsCjY7preWC0niYa/K9vnffC386eC 59BQ== X-Forwarded-Encrypted: i=1; AJvYcCWedEOMxSa73hgwE6iqjCC7r+SUL4A/f5ZG4oZ0SIH+q+Fh6txB6ot07onsYi0fxfS7JZn/wVYFOOXS+cLu0ds=@freebsd.org X-Gm-Message-State: AOJu0YwWtXS3wIYewlhZDbhtNsiJ/cYxvxq10+EwOMIOqQmqaincniUv +VTWRjH2bQ8wjAXjGRss8ygW/77xuGc88PAdyrrQdjAgO20kt4u80WSHZrBQg1KsOLZQ2wqL7/2 JS8NEFz1QFmeesmvKa6c59sgCyQeJYA== X-Gm-Gg: ASbGncuNPpdi1EOGFLWzkaiuBSsk96KYp3UXxheEz2vLUAlSRNu5dhe2I6g+I3FHqKE 3nTWpqx97qfXj0mnGgZPVyJsNh6aa3c1PHiDBjBQgU+runYKwBD5jl5QQPCsqdxLslcPmE8ZtDS IeFgGCqa412MThVmqQcxXQWtayfUJWVMNJdU4XvWUDC1J13Qyh5TY0uKjVoPWDUZQ99dahsSNsY W6Yy5UVO87Gd/CpW93Mfhj7UL7+y0yspkfUBOY6H7q+Wh0uqQ== X-Google-Smtp-Source: AGHT+IGFvXP9BWX7D0tDzHNWswuxOH9xXrOPAcruHqFjmDsBUzR7E4Nn35nwsZ5V5SK2hnuprsXLuikEyT+G0vtkj8I= X-Received: by 2002:a05:6402:84d:b0:618:139d:3128 with SMTP id 4fb4d7f45d1cf-618b054afe5mr3052108a12.17.1755303993722; Fri, 15 Aug 2025 17:26:33 -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: <14C5523D-1F66-434F-A4D9-E14DA4BBF1E9@iitbombay.org> In-Reply-To: From: Rick Macklem Date: Fri, 15 Aug 2025 17:26:21 -0700 X-Gm-Features: Ac12FXzsqXaVSK2jsMWJi5JQFxepJBr4pMixynO7dhDQioJMoEC6wXCB16r2A8U Message-ID: Subject: Re: zfs related panic To: Konstantin Belousov Cc: Bakul Shah , FreeBSD Current 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: 4c3ftB3D8Cz46Pf On Fri, Aug 15, 2025 at 5:07=E2=80=AFPM Konstantin Belousov wrote: > > On Fri, Aug 15, 2025 at 04:51:00PM -0700, Bakul Shah wrote: > > On Aug 15, 2025, at 3:51=E2=80=AFPM, Konstantin Belousov wrote: > > > > > > On Fri, Aug 15, 2025 at 11:19:55AM -0700, Bakul Shah wrote: > > >> Is this a known bug or may be something specific on my machine? > > >> If the latter, any way to "fsck" it? FYI, the zpool is a mirror > > >> (two files on the host via nvme). built from c992ac621327 commit has= h > > >> (which has other issues but they seem to be separate from this). > > >> I saw the same panic when I booted from a day old snapshot. > > >> > > >> Note that "ls /.zfs" panics but "ls /.zfs/snapshot" doesn't! > > >> > > >> This is on a -current VM: > > >> > > >> root@:/ # ls .zfs > > >> VNASSERT failed: oresid =3D=3D 0 || nresid !=3D oresid || *(a)->a_eo= fflag =3D=3D 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > > > > > Try this, untested. > > > > Thanks for the quick patch! But I am afraid it didn't help. Let me know= if you > > want me to check things via gdb. [I have filed > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288889 > > so we can continue debugging there] > > > > On the console (single user, RO root): > > # ls /.zfs > > VNASSERT failed: oresid =3D=3D 0 || nresid !=3D oresid || *(a)->a_eoffl= ag =3D=3D 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > 0xfffff800059546e0: type VDIR state VSTATE_CONSTRUCTED op 0xffffffff827= 2cfd0 > > usecount 1, writecount 0, refcount 1 seqc users 0 mountedhere 0 > > hold count flags () > > flags () > > lock type zfs: SHARED (count 1) > > name =3D .zfs > > parent_id =3D 0 > > id =3D 1 > > panic: VOP_READDIR: eofflag not set > > cpuid =3D 0 > > time =3D 1755276357 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe005= 3f83af0 > > vpanic() at vpanic+0x136/frame 0xfffffe0053f83c20 > > panic() at panic+0x43/frame 0xfffffe0053f83c80 > > VOP_READDIR_APV() at VOP_READDIR_APV+0x205/frame 0xfffffe0053f83cd0 > > kern_getdirentries() at kern_getdirentries+0x228/frame 0xfffffe0053f83d= d0 > > sys_getdirentries() at sys_getdirentries+0x29/frame 0xfffffe0053f83e00 > > amd64_syscall() at amd64_syscall+0x169/frame 0xfffffe0053f83f30 > > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe0053f83= f30 > > --- syscall (554, FreeBSD ELF64, getdirentries), rip =3D 0x331339f976aa= , rsp =3D 0x33133631ade8, rbp =3D 0x33133631ae20 --- > > KDB: enter: panic > > [ thread pid 23 tid 100211 ] > > Stopped at kdb_enter+0x33: movq $0,0x12313e2(%rip) > > db> > > > > Running gdb on the host (attached to tcp port): > > #16 0xffffffff80b7992b in vpanic ( > > fmt=3D0xffffffff812ddf30 "VOP_READDIR: eofflag not set", > > ap=3Dap@entry=3D0xfffffe0053f83c60) > > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:962 > > #17 0xffffffff80b79793 in panic ( > > fmt=3D0xffffffff81d9eab0 "\304\372\032\201\377\377\377= \377") > > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:887 > > #18 0xffffffff81195fd5 in VOP_READDIR_APV (vop=3D, > > a=3Da@entry=3D0xfffffe0053f83d30) at vnode_if.c:1824 > > #19 0xffffffff80c95e58 in VOP_READDIR (vp=3D0xfffff800059546e0, > > uio=3D0xfffffe0053f83d00, cred=3D, eofflag=3D0xfffff= e0053f83d6c, > > ncookies=3D0x0, cookies=3D0x0) at ./vnode_if.h:972 > From this frame, do > p *vp > and > p *(vp->v_op) > I am mostly interested what is the .vop_readdir fp points to. I think the problem is that, for this case, ZFS replies with eofflag =3D=3D -1 instead of 1. (I don't know if you want to change the ASSERT or try to fix ZFS to not do this?) rick > From nobody Sat Aug 16 00:27:49 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c3fvm6v4wz64Wwb for ; Sat, 16 Aug 2025 00:28:04 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1029.google.com (mail-pj1-x1029.google.com [IPv6:2607:f8b0:4864:20::1029]) (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 4c3fvm1wB2z47p3 for ; Sat, 16 Aug 2025 00:28:04 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1029.google.com with SMTP id 98e67ed59e1d1-32326e06496so3048078a91.2 for ; Fri, 15 Aug 2025 17:28:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1755304081; x=1755908881; 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=iH5kpSjBOjcrVHstN2qRUTD2faz5Ej/cEE8+V/iAKHc=; b=jc2ZxninJ0be1xtCdyZ5crWn8jD+HIJbrrJl2cOYSWR8dSlg0pZNtdjjRq1qWcBpM1 DiG9nEBjrQPd4U+cRG4UjXaXo5KDl2TyuqXGaUFHmauzYyjXHCSvLHQ+7lV5LIPUoLcZ x98QC6roUKVZCDLunMtHrpbKJIlMG1xIqhXptu/7hRQGJZibcjcYqyPy3p1nIIdfbu2R OdgFSDYbqE3A+ueED5ZSjtrqev6q9AioErJfHyUpE4+9v2usZ+I10BR5U/L4pdD9jsM5 xkKJlQoZ/gDCvvo4aNMu2o/+SP7uak0IZXfw4h0qgyQj7z2eI7FIkFmxgRh0P0HtAoJ9 a2MA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755304081; x=1755908881; 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=iH5kpSjBOjcrVHstN2qRUTD2faz5Ej/cEE8+V/iAKHc=; b=H2aHuuZ9YA2+MpvxAtClaonHSmaezGI1lkjF7XZ+X24eWNx/B3X/LRkQMsdfGwAm2P xIjsgl4B6ZH1ZDzTmwS4umwRtEli7SinNiNcIHQAyLCEdVjf4cWXHKI1UGyDCS6ov3+Q XR4CbSS+XvM3GpwW62KmQ9410ru8Gbhw9PFYSHE+sy0oJj6xfeq4/91ApDZZGbT4S5Nc LTD69OlIDEiPqtRZxEFt97l6fx8IErR/MHrXSu0FvKTOkBsroUhitVZY5vmcRLbzcchX AhLCkENrpPOnB4DbrtKCoclULIXvkvfBggz5/a6HlahcS8nv/aqr33masg+nKqxa2hh5 UQvg== X-Gm-Message-State: AOJu0YzODbFAK7rS9Dx9oFpZ5tIZJ/EKubByaCxCp13CQcIpLbV+Un8Y x8TRPhpyG+8jwtWgiumYqp1qys79Cw69zhp/hcxhCxon0z6RZl5jOHtJyFZ1bl5QkOD0BL4NPfm TdSl503T/BmHa0uEYLtSuQyXACVbLObvqHToEt1Ha302IC+1AP29H X-Gm-Gg: ASbGncv7pWeBvj5czIwnwTuRrc1Bx8Oi0pdiq5yK3WG5pR5MCFH0MHsHn2tHYtbL/Mj otTNooSVOLxsqNrJgcY2iBpRA0Gk8dRlZHTNmrk5wJCuzGawr+yaxaL/rUXFhG4kFLfm75mdbUm W0kPYPYR9Lg4JPMuzi8WAY8uTBr7zGYvb2YFjcdDKjGvFXUxxmMzHnInp/itB/9xFrQQqj7R6WM S2yinnoKdi4oypZrTqwbaCkxgDDt1UDI7vnCodKGw== X-Google-Smtp-Source: AGHT+IEQZXwURz2tA1mAckyKfhhFW1+PvygkdjSAHfMpYFJplcZyEoFccKc5gLaFcbcd4/a2BCFsjfLKXB7aJbsCwBY= X-Received: by 2002:a17:90b:4c0c:b0:31f:2ef4:bc04 with SMTP id 98e67ed59e1d1-32341e0e873mr6147011a91.14.1755304080973; Fri, 15 Aug 2025 17:28:00 -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: Fri, 15 Aug 2025 18:27:49 -0600 X-Gm-Features: Ac12FXyg5nDSm4lSv5g3G95iJYdYepAMC4XjhBKjDfaDhCXTEzTo2PES9NaZM-k Message-ID: Subject: Re: jemalloc 5.3.0 upgrade To: Carl Shapiro Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="000000000000383554063c709430" 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: 4c3fvm1wB2z47p3 --000000000000383554063c709430 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Aug 15, 2025, 6:11=E2=80=AFPM Carl Shapiro wro= te: > Warner Losh writes: > > > This is likely the last update of jemalloc since the upstream is, at > best, in > > turmoil, and at worst dead. > > Most of the jemalloc development over the past few years has been done > by engineers at Meta. Development actively continues in this repository > > https://github.com/facebook/jemalloc/ > > The intention, even prior to the archiving, has been to do a major > release after HPA improvements have landed. In all likelihood, the > release will happen in the fork. > Great! I'll finish the automation for 5.4/6.0. From the outside, it wasn't clear to me. Warnrr Warner > --000000000000383554063c709430 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Fri, Aug 15, 2025, 6:11=E2=80= =AFPM Carl Shapiro <cshapiro@panix= .com> wrote:
Warner Losh <= ;imp= @bsdimp.com> writes:

> This is likely the last update of jemalloc since the upstream is, at b= est, in
> turmoil, and at worst dead.

Most of the jemalloc development over the past few years has been done
by engineers at Meta.=C2=A0 Development actively continues in this reposito= ry

https://github.com/facebook/jemalloc/

The intention, even prior to the archiving, has been to do a major
release after HPA improvements have landed.=C2=A0 In all likelihood, the release will happen in the fork.


Great! I'll= finish the automation for 5.4/6.0. From the outside, it wasn't clear t= o me.

Warnrr

Warner=C2=A0
--000000000000383554063c709430-- From nobody Sat Aug 16 00:35:09 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 4c3g4B3RCXz64XSr for ; Sat, 16 Aug 2025 00:35:22 +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 4c3g493yr4z3C23 for ; Sat, 16 Aug 2025 00:35:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com 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 57G0Z9ev042341; Sat, 16 Aug 2025 03:35:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 57G0Z9ev042341 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 57G0Z9oH042340; Sat, 16 Aug 2025 03:35:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 16 Aug 2025 03:35:09 +0300 From: Konstantin Belousov To: Rick Macklem Cc: Bakul Shah , FreeBSD Current Subject: Re: zfs related panic Message-ID: References: <14C5523D-1F66-434F-A4D9-E14DA4BBF1E9@iitbombay.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-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 [-2.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; TAGGED_RCPT(0.00)[]; HAS_XAW(0.00)[]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_THREE(0.00)[3] X-Rspamd-Queue-Id: 4c3g493yr4z3C23 On Fri, Aug 15, 2025 at 05:26:21PM -0700, Rick Macklem wrote: > On Fri, Aug 15, 2025 at 5:07 PM Konstantin Belousov wrote: > > > > On Fri, Aug 15, 2025 at 04:51:00PM -0700, Bakul Shah wrote: > > > On Aug 15, 2025, at 3:51 PM, Konstantin Belousov wrote: > > > > > > > > On Fri, Aug 15, 2025 at 11:19:55AM -0700, Bakul Shah wrote: > > > >> Is this a known bug or may be something specific on my machine? > > > >> If the latter, any way to "fsck" it? FYI, the zpool is a mirror > > > >> (two files on the host via nvme). built from c992ac621327 commit hash > > > >> (which has other issues but they seem to be separate from this). > > > >> I saw the same panic when I booted from a day old snapshot. > > > >> > > > >> Note that "ls /.zfs" panics but "ls /.zfs/snapshot" doesn't! > > > >> > > > >> This is on a -current VM: > > > >> > > > >> root@:/ # ls .zfs > > > >> VNASSERT failed: oresid == 0 || nresid != oresid || *(a)->a_eofflag == 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > > > > > > > Try this, untested. > > > > > > Thanks for the quick patch! But I am afraid it didn't help. Let me know if you > > > want me to check things via gdb. [I have filed > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=288889 > > > so we can continue debugging there] > > > > > > On the console (single user, RO root): > > > # ls /.zfs > > > VNASSERT failed: oresid == 0 || nresid != oresid || *(a)->a_eofflag == 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > > 0xfffff800059546e0: type VDIR state VSTATE_CONSTRUCTED op 0xffffffff8272cfd0 > > > usecount 1, writecount 0, refcount 1 seqc users 0 mountedhere 0 > > > hold count flags () > > > flags () > > > lock type zfs: SHARED (count 1) > > > name = .zfs > > > parent_id = 0 > > > id = 1 > > > panic: VOP_READDIR: eofflag not set > > > cpuid = 0 > > > time = 1755276357 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0053f83af0 > > > vpanic() at vpanic+0x136/frame 0xfffffe0053f83c20 > > > panic() at panic+0x43/frame 0xfffffe0053f83c80 > > > VOP_READDIR_APV() at VOP_READDIR_APV+0x205/frame 0xfffffe0053f83cd0 > > > kern_getdirentries() at kern_getdirentries+0x228/frame 0xfffffe0053f83dd0 > > > sys_getdirentries() at sys_getdirentries+0x29/frame 0xfffffe0053f83e00 > > > amd64_syscall() at amd64_syscall+0x169/frame 0xfffffe0053f83f30 > > > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe0053f83f30 > > > --- syscall (554, FreeBSD ELF64, getdirentries), rip = 0x331339f976aa, rsp = 0x33133631ade8, rbp = 0x33133631ae20 --- > > > KDB: enter: panic > > > [ thread pid 23 tid 100211 ] > > > Stopped at kdb_enter+0x33: movq $0,0x12313e2(%rip) > > > db> > > > > > > Running gdb on the host (attached to tcp port): > > > #16 0xffffffff80b7992b in vpanic ( > > > fmt=0xffffffff812ddf30 "VOP_READDIR: eofflag not set", > > > ap=ap@entry=0xfffffe0053f83c60) > > > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:962 > > > #17 0xffffffff80b79793 in panic ( > > > fmt=0xffffffff81d9eab0 "\304\372\032\201\377\377\377\377") > > > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:887 > > > #18 0xffffffff81195fd5 in VOP_READDIR_APV (vop=, > > > a=a@entry=0xfffffe0053f83d30) at vnode_if.c:1824 > > > #19 0xffffffff80c95e58 in VOP_READDIR (vp=0xfffff800059546e0, > > > uio=0xfffffe0053f83d00, cred=, eofflag=0xfffffe0053f83d6c, > > > ncookies=0x0, cookies=0x0) at ./vnode_if.h:972 > > From this frame, do > > p *vp > > and > > p *(vp->v_op) > > I am mostly interested what is the .vop_readdir fp points to. > I think the problem is that, for this case, ZFS replies with eofflag > == -1 instead > of 1. (I don't know if you want to change the ASSERT or try to fix ZFS > to not do this?) Where do you see it? I mean the '-1' set to *eofp. From nobody Sat Aug 16 00:38:30 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c3g894Q80z64XRK for ; Sat, 16 Aug 2025 00:38:49 +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 4c3g886bCWz3DF0 for ; Sat, 16 Aug 2025 00:38:48 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=ASS9vv7Y; 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-6188b793d21so3780643a12.3 for ; Fri, 15 Aug 2025 17:38:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755304722; x=1755909522; 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=FmHCOvN0SUtuqoCuCrAsukMXYyW3ffEVmx2S+Q6Ev+c=; b=ASS9vv7YcTtcUmKXABlIRbh4T6bSCyXKxwKkJ4ztkbvo+bCECl5cgw/i/rCtfMAc7v 8IRRO2Il1Z5i1VPyfnr/7dTg3sb3vMpIdAxj5xmOO7r4HvF3ZnTiEh5qUohU0ZZwwSed LOx6Q2xkPmD4sT+FNgODHRevkhSX+dz4OAFweW3DUPwAIb1RsMXIyH4x4x2AtQVUTk01 rrBjRL8z3aWEYaLKDEUPiNtzTG6MRMgY5Kswaq7ZAswe0bY3t+xgg0rg9NoqQ1UdD+dE Jfh75vfvwOt2PRQpibrRhQF1JcOg6Od1NxDKSFK60kebOpzHoMQYappJ/mpZTddaOTmU slAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755304722; x=1755909522; 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=FmHCOvN0SUtuqoCuCrAsukMXYyW3ffEVmx2S+Q6Ev+c=; b=q1fDN/19Oo+gsRm7spR93SoeDZ5mkETA/BLhMnnt1EsKOVrNMWC0Q5nuAWDiKFzYo9 dRGqTm5ktZD/vuckspToVDqTKIojm3J58SG2JIHadFLQgl61z9vZbdn/aY+srMeygwcS +cn1ztFnqpgss8eISNz8xN+Ki7vcyj14orEaKoI2Ag8whaDqw66fAOeeMCLqOXUUnvao yMkhHT902quSjC3XQoPcuDbZmPuJiARxd6mfg+vSvm5jXMiObEOHBIEQtlhRJyGqWHDz xqsfqaTxi/H8TKn6vGvcP9NHKabrUfYupPecp/F0Tme2+q+8Gv15Og/HGFHfn5aj1vur yseg== X-Forwarded-Encrypted: i=1; AJvYcCXe8YmWil3TFIxprbWwi/odiNZzQHpNqaJYqbsUX4qivpBIcV3uFH/CUboQmMZMrbLG4Uud96ta1dChcXc+kBw=@freebsd.org X-Gm-Message-State: AOJu0Yx8cU//LWbf26Xjv0cZ/TTe3Bj9ghbhnOc69KigRDs1mMTFUdmC 3gdcwcfqJ8Qp4NN0fch9rx/RfpElRMTevqPmUDy9k357w6A/Tyce5Ln0nNZBnnHQBwA/FcBdlM7 10XzCFh9A6zKF0be7yNxbKlId8NNsTg== X-Gm-Gg: ASbGnculXxqE84REoyh0H52Vq+cLhfqE1BnMRWEl7v/jwr0tN7hILaFvob5Mu1Eytya Ti0d4Qo2PH6xLOTjUZhixxgZFYcuROKVyn0a/srj3w7CUnUfotjTyTRiXjecUuXKFCwiMXuQ8lK 6k6utJhvrbwHxhqEpp7o3E+wQGlsT7eLqMsYm2Ic3HcLm3OvSukVLt+lJHpp6NopozOsmOzePYB PIyRF8Uai7DLksGVIYsE0TI4b+2mfVLiEGyYDE= X-Google-Smtp-Source: AGHT+IHRVo0450u53dlLyHPnp7GCTNRXJ62lFXt1vXdmdawGqRQ0MEHIueHHAwhaBJueNf5l5fNjw93giBAq1z27oio= X-Received: by 2002:a05:6402:430b:b0:618:66a9:72da with SMTP id 4fb4d7f45d1cf-618b05181a2mr3117456a12.15.1755304722405; Fri, 15 Aug 2025 17:38:42 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <14C5523D-1F66-434F-A4D9-E14DA4BBF1E9@iitbombay.org> In-Reply-To: From: Rick Macklem Date: Fri, 15 Aug 2025 17:38:30 -0700 X-Gm-Features: Ac12FXwoZOjkr34hrSCAzZDTFGYgxV_FkjW8hk43Zu-SitntUw0eRZp6fouSrvI Message-ID: Subject: Re: zfs related panic To: Konstantin Belousov Cc: Bakul Shah , FreeBSD Current 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_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TAGGED_FROM(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::531:from] X-Rspamd-Queue-Id: 4c3g886bCWz3DF0 On Fri, Aug 15, 2025 at 5:26=E2=80=AFPM Rick Macklem wrote: > > On Fri, Aug 15, 2025 at 5:07=E2=80=AFPM Konstantin Belousov wrote: > > > > On Fri, Aug 15, 2025 at 04:51:00PM -0700, Bakul Shah wrote: > > > On Aug 15, 2025, at 3:51=E2=80=AFPM, Konstantin Belousov wrote: > > > > > > > > On Fri, Aug 15, 2025 at 11:19:55AM -0700, Bakul Shah wrote: > > > >> Is this a known bug or may be something specific on my machine? > > > >> If the latter, any way to "fsck" it? FYI, the zpool is a mirror > > > >> (two files on the host via nvme). built from c992ac621327 commit h= ash > > > >> (which has other issues but they seem to be separate from this). > > > >> I saw the same panic when I booted from a day old snapshot. > > > >> > > > >> Note that "ls /.zfs" panics but "ls /.zfs/snapshot" doesn't! > > > >> > > > >> This is on a -current VM: > > > >> > > > >> root@:/ # ls .zfs > > > >> VNASSERT failed: oresid =3D=3D 0 || nresid !=3D oresid || *(a)->a_= eofflag =3D=3D 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > > > > > > > Try this, untested. > > > > > > Thanks for the quick patch! But I am afraid it didn't help. Let me kn= ow if you > > > want me to check things via gdb. [I have filed > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288889 > > > so we can continue debugging there] > > > > > > On the console (single user, RO root): > > > # ls /.zfs > > > VNASSERT failed: oresid =3D=3D 0 || nresid !=3D oresid || *(a)->a_eof= flag =3D=3D 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > > 0xfffff800059546e0: type VDIR state VSTATE_CONSTRUCTED op 0xffffffff8= 272cfd0 > > > usecount 1, writecount 0, refcount 1 seqc users 0 mountedhere 0 > > > hold count flags () > > > flags () > > > lock type zfs: SHARED (count 1) > > > name =3D .zfs > > > parent_id =3D 0 > > > id =3D 1 > > > panic: VOP_READDIR: eofflag not set > > > cpuid =3D 0 > > > time =3D 1755276357 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0= 053f83af0 > > > vpanic() at vpanic+0x136/frame 0xfffffe0053f83c20 > > > panic() at panic+0x43/frame 0xfffffe0053f83c80 > > > VOP_READDIR_APV() at VOP_READDIR_APV+0x205/frame 0xfffffe0053f83cd0 > > > kern_getdirentries() at kern_getdirentries+0x228/frame 0xfffffe0053f8= 3dd0 > > > sys_getdirentries() at sys_getdirentries+0x29/frame 0xfffffe0053f83e0= 0 > > > amd64_syscall() at amd64_syscall+0x169/frame 0xfffffe0053f83f30 > > > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe0053f= 83f30 > > > --- syscall (554, FreeBSD ELF64, getdirentries), rip =3D 0x331339f976= aa, rsp =3D 0x33133631ade8, rbp =3D 0x33133631ae20 --- > > > KDB: enter: panic > > > [ thread pid 23 tid 100211 ] > > > Stopped at kdb_enter+0x33: movq $0,0x12313e2(%rip) > > > db> > > > > > > Running gdb on the host (attached to tcp port): > > > #16 0xffffffff80b7992b in vpanic ( > > > fmt=3D0xffffffff812ddf30 "VOP_READDIR: eofflag not set", > > > ap=3Dap@entry=3D0xfffffe0053f83c60) > > > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:962 > > > #17 0xffffffff80b79793 in panic ( > > > fmt=3D0xffffffff81d9eab0 "\304\372\032\201\377\377\3= 77\377") > > > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:887 > > > #18 0xffffffff81195fd5 in VOP_READDIR_APV (vop=3D, > > > a=3Da@entry=3D0xfffffe0053f83d30) at vnode_if.c:1824 > > > #19 0xffffffff80c95e58 in VOP_READDIR (vp=3D0xfffff800059546e0, > > > uio=3D0xfffffe0053f83d00, cred=3D, eofflag=3D0xfff= ffe0053f83d6c, > > > ncookies=3D0x0, cookies=3D0x0) at ./vnode_if.h:972 > > From this frame, do > > p *vp > > and > > p *(vp->v_op) > > I am mostly interested what is the .vop_readdir fp points to. > I think the problem is that, for this case, ZFS replies with eofflag > =3D=3D -1 instead > of 1. (I don't know if you want to change the ASSERT or try to fix ZFS > to not do this?) Ok, this time I got eofflag=3D=3D0. Looks like it isn't being set for a ret= urn when already at eof. The first call returns with an offset=3D840, eof=3D1 and 840bytes of data. Then another VOP_READDIR is done and it returns offset=3D840 eof=3D0 or -1 and no data. rick > > rick > > > From nobody Sat Aug 16 00:41: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 4c3gCS0Y0hz64XST for ; Sat, 16 Aug 2025 00:41:40 +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 4c3gCS0204z3FN9 for ; Sat, 16 Aug 2025 00:41:40 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-61a1663bd7dso76149a12.1 for ; Fri, 15 Aug 2025 17:41:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755304899; x=1755909699; 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=IEyZSooPZ/7qxB4TaohK7tvOPbEFiuXciX7OFETO2f0=; b=gQMLKnBMLOyhT3/1PzK3nPFlbqQ73oQqy7MfU1Lw+p9Cnmvgy0ZOjDYo4w+vWYWmwn ued18AhdwXpR2i6NWPlbg3G5z8x3jRliGeYhGVj3uq7Cvmi/zOCm4+bYXjMCgicMMQ+P hAe6aTBvan3TSuIbuL2BapAj/1EVYH2Sa31TdMmkMvtnZL6t606TDZlPmqPfTmPRE7Sp 1pkraa2c3PLEPeJMNp1HB27g17RmloZLcyy1Fc7StVLMazIjkMk+WXhZ+Byy4HQkP9Gh y96hFH4i1HL+/jOQpT5dc4cJaC9qC/SIQtgHcV+b7FgpcHOjGzhcoPWUPOFRJWAuhNf9 2gSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755304899; x=1755909699; 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=IEyZSooPZ/7qxB4TaohK7tvOPbEFiuXciX7OFETO2f0=; b=TiTBhU5x0gZzD+swKXhxHTXygNt3HjnlxFeOe5kd9xh1nG711SW60So1SA1y99LbJ3 Ew0/M9Sr5WE7q0Rtfb2/8hvC/WFNmKT1S7QFuKhGlLRSf6euF8d/AbtnSfaqe3QKHfeQ ic01rYiX49ec1jgBr1pULEtQKDOp+XiKNuuVBoYDysjSiFasCyPQwrE8th2uINDnhBqb aX2hCJGvr26dJ0ez/D6h17yA3F6DNe/kAH5lqIwIUifc9jKmNmZp/Fyqz4CalCV//MoB kDBtpKPahYDiWlYCxWWmFJVOjF5gkt8B8s3ZDogudPMmj+iTKOjvQZ64p2w4zlvScNjB FR5Q== X-Forwarded-Encrypted: i=1; AJvYcCUQY4wr6qU8na+tXcKuPzIHMTzFoTTy9UVlI5bU1AT+pNIrI9a1xvK2rxAQKU2eKaBzzFyjI/6d1x7xgrQzc54=@freebsd.org X-Gm-Message-State: AOJu0YwW5Hk1lPsQQPonm6Ze/qV2gF9sTm+g3+1NZ9/uWWAt31dNo8iz ixoc834diK/hT7Y2Pc67kxZY5h2mHkyyYIrxpPmqf801XPqvVa7TnwZAeUv/BxORXYrqH/FKuvq y73NcK2lNGf9O2SMAxSCqCZzYvaOAQw== X-Gm-Gg: ASbGncvF8J0tcEq8KKl9xLkFfQiVF6GBTKWlttFXFDYNSsNNA/3nT2KRCyWrVV75p5q Rma9G+6M8j1IdBst6N8RPZmS524+I0+0FxSC556EIF+85tYzdgMMMIRAqWoK3g2fXzIjIHSG8nD fHQdqROnay65MsAGUUEFw8xvXYqw+zmktKt/GJFcIKhaQMmL95mgCCo3/7GaWIEWzsXM/V1joXH StvOseOTPG2JPleckzSAEXTLsyPrPKUttrWjJQ= X-Google-Smtp-Source: AGHT+IEi+QNbSuABH6XX7HOH79SgHnZK/lrr1USQ0+faCuTcRb6EQO+M0QYxwrLjKRyh/zt5J2F3IBUkoEzhULwFkII= X-Received: by 2002:a05:6402:50c8:b0:618:1835:249f with SMTP id 4fb4d7f45d1cf-618b0502bccmr3129236a12.3.1755304898685; Fri, 15 Aug 2025 17:41: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: <14C5523D-1F66-434F-A4D9-E14DA4BBF1E9@iitbombay.org> In-Reply-To: From: Rick Macklem Date: Fri, 15 Aug 2025 17:41:26 -0700 X-Gm-Features: Ac12FXyWlYzkH8DVocu00VIz0y0Hu73wck-huhWGOfgPfiF_TEGfVcgeDzokLSs Message-ID: Subject: Re: zfs related panic To: Konstantin Belousov Cc: Bakul Shah , FreeBSD Current 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: 4c3gCS0204z3FN9 On Fri, Aug 15, 2025 at 5:35=E2=80=AFPM Konstantin Belousov wrote: > > On Fri, Aug 15, 2025 at 05:26:21PM -0700, Rick Macklem wrote: > > On Fri, Aug 15, 2025 at 5:07=E2=80=AFPM Konstantin Belousov wrote: > > > > > > On Fri, Aug 15, 2025 at 04:51:00PM -0700, Bakul Shah wrote: > > > > On Aug 15, 2025, at 3:51=E2=80=AFPM, Konstantin Belousov wrote: > > > > > > > > > > On Fri, Aug 15, 2025 at 11:19:55AM -0700, Bakul Shah wrote: > > > > >> Is this a known bug or may be something specific on my machine? > > > > >> If the latter, any way to "fsck" it? FYI, the zpool is a mirror > > > > >> (two files on the host via nvme). built from c992ac621327 commit= hash > > > > >> (which has other issues but they seem to be separate from this). > > > > >> I saw the same panic when I booted from a day old snapshot. > > > > >> > > > > >> Note that "ls /.zfs" panics but "ls /.zfs/snapshot" doesn't! > > > > >> > > > > >> This is on a -current VM: > > > > >> > > > > >> root@:/ # ls .zfs > > > > >> VNASSERT failed: oresid =3D=3D 0 || nresid !=3D oresid || *(a)->= a_eofflag =3D=3D 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > > > > > > > > > Try this, untested. > > > > > > > > Thanks for the quick patch! But I am afraid it didn't help. Let me = know if you > > > > want me to check things via gdb. [I have filed > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288889 > > > > so we can continue debugging there] > > > > > > > > On the console (single user, RO root): > > > > # ls /.zfs > > > > VNASSERT failed: oresid =3D=3D 0 || nresid !=3D oresid || *(a)->a_e= offlag =3D=3D 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > > > 0xfffff800059546e0: type VDIR state VSTATE_CONSTRUCTED op 0xfffffff= f8272cfd0 > > > > usecount 1, writecount 0, refcount 1 seqc users 0 mountedhere 0 > > > > hold count flags () > > > > flags () > > > > lock type zfs: SHARED (count 1) > > > > name =3D .zfs > > > > parent_id =3D 0 > > > > id =3D 1 > > > > panic: VOP_READDIR: eofflag not set > > > > cpuid =3D 0 > > > > time =3D 1755276357 > > > > KDB: stack backtrace: > > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffff= e0053f83af0 > > > > vpanic() at vpanic+0x136/frame 0xfffffe0053f83c20 > > > > panic() at panic+0x43/frame 0xfffffe0053f83c80 > > > > VOP_READDIR_APV() at VOP_READDIR_APV+0x205/frame 0xfffffe0053f83cd0 > > > > kern_getdirentries() at kern_getdirentries+0x228/frame 0xfffffe0053= f83dd0 > > > > sys_getdirentries() at sys_getdirentries+0x29/frame 0xfffffe0053f83= e00 > > > > amd64_syscall() at amd64_syscall+0x169/frame 0xfffffe0053f83f30 > > > > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe005= 3f83f30 > > > > --- syscall (554, FreeBSD ELF64, getdirentries), rip =3D 0x331339f9= 76aa, rsp =3D 0x33133631ade8, rbp =3D 0x33133631ae20 --- > > > > KDB: enter: panic > > > > [ thread pid 23 tid 100211 ] > > > > Stopped at kdb_enter+0x33: movq $0,0x12313e2(%rip) > > > > db> > > > > > > > > Running gdb on the host (attached to tcp port): > > > > #16 0xffffffff80b7992b in vpanic ( > > > > fmt=3D0xffffffff812ddf30 "VOP_READDIR: eofflag not set", > > > > ap=3Dap@entry=3D0xfffffe0053f83c60) > > > > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:962 > > > > #17 0xffffffff80b79793 in panic ( > > > > fmt=3D0xffffffff81d9eab0 "\304\372\032\201\377\377= \377\377") > > > > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:887 > > > > #18 0xffffffff81195fd5 in VOP_READDIR_APV (vop=3D, > > > > a=3Da@entry=3D0xfffffe0053f83d30) at vnode_if.c:1824 > > > > #19 0xffffffff80c95e58 in VOP_READDIR (vp=3D0xfffff800059546e0, > > > > uio=3D0xfffffe0053f83d00, cred=3D, eofflag=3D0xf= ffffe0053f83d6c, > > > > ncookies=3D0x0, cookies=3D0x0) at ./vnode_if.h:972 > > > From this frame, do > > > p *vp > > > and > > > p *(vp->v_op) > > > I am mostly interested what is the .vop_readdir fp points to. > > I think the problem is that, for this case, ZFS replies with eofflag > > =3D=3D -1 instead > > of 1. (I don't know if you want to change the ASSERT or try to fix ZFS > > to not do this?) > > Where do you see it? I mean the '-1' set to *eofp. I saw it in a printf() after VOP_READDIR(). However, a subsequent test showed 0. --> The first time I was printing out for non-ZFS, so there was a fair amou= nt of other printf()s being logged. Then I limited it to ZFS. Anyhow, ZFS seems to get eof wrong when it is already at eof. I'll take a look at the ZFS code, rick > From nobody Sat Aug 16 00:57: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 4c3gZ22G4lz64Xm9 for ; Sat, 16 Aug 2025 00:57:46 +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 4c3gZ051HZz3H5g for ; Sat, 16 Aug 2025 00:57:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com 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 57G0vWfW043105; Sat, 16 Aug 2025 03:57:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 57G0vWfW043105 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 57G0vWsx043104; Sat, 16 Aug 2025 03:57:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 16 Aug 2025 03:57:32 +0300 From: Konstantin Belousov To: Rick Macklem Cc: Bakul Shah , FreeBSD Current Subject: Re: zfs related panic Message-ID: References: <14C5523D-1F66-434F-A4D9-E14DA4BBF1E9@iitbombay.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-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 [-2.98 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; NEURAL_HAM_MEDIUM(-0.99)[-0.986]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; TO_DN_ALL(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; HAS_XAW(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; TAGGED_RCPT(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_SOFTFAIL(0.00)[~all:c]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com] X-Rspamd-Queue-Id: 4c3gZ051HZz3H5g On Fri, Aug 15, 2025 at 05:41:26PM -0700, Rick Macklem wrote: > On Fri, Aug 15, 2025 at 5:35 PM Konstantin Belousov wrote: > > > > On Fri, Aug 15, 2025 at 05:26:21PM -0700, Rick Macklem wrote: > > > On Fri, Aug 15, 2025 at 5:07 PM Konstantin Belousov wrote: > > > > > > > > On Fri, Aug 15, 2025 at 04:51:00PM -0700, Bakul Shah wrote: > > > > > On Aug 15, 2025, at 3:51 PM, Konstantin Belousov wrote: > > > > > > > > > > > > On Fri, Aug 15, 2025 at 11:19:55AM -0700, Bakul Shah wrote: > > > > > >> Is this a known bug or may be something specific on my machine? > > > > > >> If the latter, any way to "fsck" it? FYI, the zpool is a mirror > > > > > >> (two files on the host via nvme). built from c992ac621327 commit hash > > > > > >> (which has other issues but they seem to be separate from this). > > > > > >> I saw the same panic when I booted from a day old snapshot. > > > > > >> > > > > > >> Note that "ls /.zfs" panics but "ls /.zfs/snapshot" doesn't! > > > > > >> > > > > > >> This is on a -current VM: > > > > > >> > > > > > >> root@:/ # ls .zfs > > > > > >> VNASSERT failed: oresid == 0 || nresid != oresid || *(a)->a_eofflag == 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > > > > > > > > > > > Try this, untested. > > > > > > > > > > Thanks for the quick patch! But I am afraid it didn't help. Let me know if you > > > > > want me to check things via gdb. [I have filed > > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=288889 > > > > > so we can continue debugging there] > > > > > > > > > > On the console (single user, RO root): > > > > > # ls /.zfs > > > > > VNASSERT failed: oresid == 0 || nresid != oresid || *(a)->a_eofflag == 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > > > > 0xfffff800059546e0: type VDIR state VSTATE_CONSTRUCTED op 0xffffffff8272cfd0 > > > > > usecount 1, writecount 0, refcount 1 seqc users 0 mountedhere 0 > > > > > hold count flags () > > > > > flags () > > > > > lock type zfs: SHARED (count 1) > > > > > name = .zfs > > > > > parent_id = 0 > > > > > id = 1 > > > > > panic: VOP_READDIR: eofflag not set > > > > > cpuid = 0 > > > > > time = 1755276357 > > > > > KDB: stack backtrace: > > > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0053f83af0 > > > > > vpanic() at vpanic+0x136/frame 0xfffffe0053f83c20 > > > > > panic() at panic+0x43/frame 0xfffffe0053f83c80 > > > > > VOP_READDIR_APV() at VOP_READDIR_APV+0x205/frame 0xfffffe0053f83cd0 > > > > > kern_getdirentries() at kern_getdirentries+0x228/frame 0xfffffe0053f83dd0 > > > > > sys_getdirentries() at sys_getdirentries+0x29/frame 0xfffffe0053f83e00 > > > > > amd64_syscall() at amd64_syscall+0x169/frame 0xfffffe0053f83f30 > > > > > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe0053f83f30 > > > > > --- syscall (554, FreeBSD ELF64, getdirentries), rip = 0x331339f976aa, rsp = 0x33133631ade8, rbp = 0x33133631ae20 --- > > > > > KDB: enter: panic > > > > > [ thread pid 23 tid 100211 ] > > > > > Stopped at kdb_enter+0x33: movq $0,0x12313e2(%rip) > > > > > db> > > > > > > > > > > Running gdb on the host (attached to tcp port): > > > > > #16 0xffffffff80b7992b in vpanic ( > > > > > fmt=0xffffffff812ddf30 "VOP_READDIR: eofflag not set", > > > > > ap=ap@entry=0xfffffe0053f83c60) > > > > > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:962 > > > > > #17 0xffffffff80b79793 in panic ( > > > > > fmt=0xffffffff81d9eab0 "\304\372\032\201\377\377\377\377") > > > > > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:887 > > > > > #18 0xffffffff81195fd5 in VOP_READDIR_APV (vop=, > > > > > a=a@entry=0xfffffe0053f83d30) at vnode_if.c:1824 > > > > > #19 0xffffffff80c95e58 in VOP_READDIR (vp=0xfffff800059546e0, > > > > > uio=0xfffffe0053f83d00, cred=, eofflag=0xfffffe0053f83d6c, > > > > > ncookies=0x0, cookies=0x0) at ./vnode_if.h:972 > > > > From this frame, do > > > > p *vp > > > > and > > > > p *(vp->v_op) > > > > I am mostly interested what is the .vop_readdir fp points to. > > > I think the problem is that, for this case, ZFS replies with eofflag > > > == -1 instead > > > of 1. (I don't know if you want to change the ASSERT or try to fix ZFS > > > to not do this?) > > > > Where do you see it? I mean the '-1' set to *eofp. > I saw it in a printf() after VOP_READDIR(). However, a subsequent > test showed 0. > --> The first time I was printing out for non-ZFS, so there was a fair amount > of other printf()s being logged. Then I limited it to ZFS. > > Anyhow, ZFS seems to get eof wrong when it is already at eof. > > I'll take a look at the ZFS code, rick > Below is what I gathered so far. diff --git a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c index 61d0bb26d1e5..c191b2abf6cc 100644 --- a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c +++ b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c @@ -674,6 +674,7 @@ zfsctl_root_readdir(struct vop_readdir_args *ap) zfs_uio_t uio; int *eofp = ap->a_eofflag; off_t dots_offset; + ssize_t orig_resid; int error; zfs_uio_init(&uio, ap->a_uio); @@ -688,14 +689,20 @@ zfsctl_root_readdir(struct vop_readdir_args *ap) * count to return is 0. */ if (zfs_uio_offset(&uio) == 3 * sizeof (entry)) { + if (eofp != NULL) + *eofp = 1; return (0); } + orig_resid = zfs_uio_resid(&uio); error = sfs_readdir_common(zfsvfs->z_root, ZFSCTL_INO_ROOT, ap, &uio, &dots_offset); if (error != 0) { - if (error == ENAMETOOLONG) /* ran out of destination space */ + if (error == ENAMETOOLONG) { /* ran out of destination space */ error = 0; + if (orig_resid == zfs_uio_resid(&uio) && eofp != NULL) + *eofp = 1; + } return (error); } if (zfs_uio_offset(&uio) != dots_offset) @@ -710,8 +717,11 @@ zfsctl_root_readdir(struct vop_readdir_args *ap) entry.d_reclen = sizeof (entry); error = vfs_read_dirent(ap, &entry, zfs_uio_offset(&uio)); if (error != 0) { - if (error == ENAMETOOLONG) + if (error == ENAMETOOLONG) { error = 0; + if (orig_resid == zfs_uio_resid(&uio) && eofp != NULL) + *eofp = 1; + } return (SET_ERROR(error)); } if (eofp != NULL) @@ -1056,17 +1066,22 @@ zfsctl_snapdir_readdir(struct vop_readdir_args *ap) zfs_uio_t uio; int *eofp = ap->a_eofflag; off_t dots_offset; + ssize_t orig_resid; int error; zfs_uio_init(&uio, ap->a_uio); + orig_resid = zfs_uio_resid(&uio); ASSERT3S(vp->v_type, ==, VDIR); error = sfs_readdir_common(ZFSCTL_INO_ROOT, ZFSCTL_INO_SNAPDIR, ap, &uio, &dots_offset); if (error != 0) { - if (error == ENAMETOOLONG) /* ran out of destination space */ + if (error == ENAMETOOLONG) { /* ran out of destination space */ error = 0; + if (orig_resid == zfs_uio_resid(&uio) && eofp != NULL) + *eofp = 1; + } return (error); } @@ -1084,7 +1099,8 @@ zfsctl_snapdir_readdir(struct vop_readdir_args *ap) dsl_pool_config_exit(dmu_objset_pool(zfsvfs->z_os), FTAG); if (error != 0) { if (error == ENOENT) { - if (eofp != NULL) + if (orig_resid == zfs_uio_resid(&uio) && + eofp != NULL) *eofp = 1; error = 0; } @@ -1099,8 +1115,12 @@ zfsctl_snapdir_readdir(struct vop_readdir_args *ap) entry.d_reclen = sizeof (entry); error = vfs_read_dirent(ap, &entry, zfs_uio_offset(&uio)); if (error != 0) { - if (error == ENAMETOOLONG) + if (error == ENAMETOOLONG) { error = 0; + if (orig_resid == zfs_uio_resid(&uio) && + eofp != NULL) + *eofp = 1; + } zfs_exit(zfsvfs, FTAG); return (SET_ERROR(error)); } diff --git a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c index 1813c411b013..79e808a3ab3d 100644 --- a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c +++ b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c @@ -1695,6 +1695,7 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t *cr, int *eofp, objset_t *os; caddr_t outbuf; size_t bufsize; + ssize_t orig_resid; zap_cursor_t zc; zap_attribute_t *zap; uint_t bytes_wanted; @@ -1735,7 +1736,7 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t *cr, int *eofp, /* * Quit if directory has been removed (posix) */ - if ((*eofp = zp->z_unlinked) != 0) { + if ((*eofp = (zp->z_unlinked != 0)) != 0) { zfs_exit(zfsvfs, FTAG); return (0); } @@ -1743,6 +1744,7 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t *cr, int *eofp, error = 0; os = zfsvfs->z_os; offset = zfs_uio_offset(uio); + orig_resid = zfs_uio_resid(uio); prefetch = zp->z_zn_prefetch; zap = zap_attribute_long_alloc(); @@ -1933,6 +1935,8 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t *cr, int *eofp, *cookies = NULL; *ncookies = 0; } + if (error == 0 && zfs_uio_resid(uio) != orig_resid) + *eofp = 1; return (error); } From nobody Sat Aug 16 00: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 4c3gcB6hSkz64YJ9 for ; Sat, 16 Aug 2025 00:59:38 +0000 (UTC) (envelope-from zlei@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c3gcB67vmz3HrZ; Sat, 16 Aug 2025 00:59:38 +0000 (UTC) (envelope-from zlei@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755305978; 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=4Hq0PvIR2I178bb6ihFjzoDE0Pu3cUkzV19wylGBU0k=; b=pZbH4Yx99qqZGATaxlZpcSFlQBkaGjWoSr4Re/QoOTp6uLX7kbdBlQWXkVv9LZfeBtRoQ4 qn2R9yyZfdaAsBjt75y/rR+MzP5HR27FhCnL9QKzrhOAXM8bZBlDuHXwD7e8rY/C4vbGz0 2DN04cX1QttbeZwzKQ1Fa9D6pmWbmqa31ApTXmvVmIJAneOIwaJOQ6fRsRFFUkgERTv/HW bESaMtQ2q3ULDU0F6iLQPq66dQDlhThUF6LNkc1HEWceyemYyjT4gF1llXu1SHp+/MGwFF ksfgCDizNzqQYh1zNiSx/cGWLO1UjxJNs3TFRUHjXrpE9FPhXJKJsu8sH7fwxg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755305978; 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=4Hq0PvIR2I178bb6ihFjzoDE0Pu3cUkzV19wylGBU0k=; b=NauhgGaw1opugXh2+QgFGNU7cARip9CosGs8WIHYkKKLCQKVw8Aigr5aloZb/HyM702bGV ISdzha7K/hoHELXK66HKUPU3cef5luJIVZ4Jr2ER/VJmWWKMVgIFmIBP71j2oewOduLef0 cIxpkmL8iIDwJTaA4eeRBnIr2XcIFSwf7HvMRjMYCbLHnko6/N8zzzPpz+yMtRDzkfBVLu HEIYtJQWG5OVie18lc+JpwLNmBQDwExdvNuObXnDxTxzIBBuU+IOPz5DmphbBbnqEBahXQ hHvj/cy4CLufL8oriDcdbzU0d4BJRFh7eQd1/v0mLlrz8SZcFsS+jMnaLDg4sg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755305978; a=rsa-sha256; cv=none; b=UlP8ep4YqhCl4raM/Fw0oIjbr5WerFA1PCKw3qy4G2sqTo1F1EyLryE3tvOhqtmjumOiFE aWkKU4E5ZYfchQvR+DrpQrWPSYDtVEsHvX5YVMCKfpKY1P6Mc7JcBkIVKxPdgx099SVlFb 6g8wETKA/Gvw530Q8q7RyazsZ4l+P5edjRVDR9i6WIEI6qnUhlNalkg3/QKanhxi4+HIno Ae95n/aBE/pIbGnVitVU9gd6FbXuP7auONQaePj67opNzsgPLOb12Mi95Q19W/lmL65Dsf ZeY30QrfI3cagQMj3+ad8/OAY6pEzPlPxfS1il8wwnnP1HrD7FytkeL3D0pOEw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from smtpclient.apple (ns1.oxydns.net [45.32.91.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zlei/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4c3gc724w7z3Hy; Sat, 16 Aug 2025 00:59:34 +0000 (UTC) (envelope-from zlei@FreeBSD.org) 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 \(3696.120.41.1.10\)) Subject: Re: FreeBSD @ GitHub Automated Tests - Monthly Compute Limit Exceeded From: Zhenlei Huang In-Reply-To: Date: Sat, 16 Aug 2025 08:59:26 +0800 Cc: FreeBSD Current , Li-Wen Hsu Content-Transfer-Encoding: quoted-printable Message-Id: <13679594-5CD2-44B8-8187-9D4FDE8DD27F@FreeBSD.org> References: To: vermaden X-Mailer: Apple Mail (2.3696.120.41.1.10) > On Aug 16, 2025, at 6:18 AM, vermaden wrote: >=20 > Hi. >=20 > For example here: > - = https://github.com/freebsd/poudriere/pull/1241/checks?check_run_id=3D47800= 694325 >=20 > Error(s): > - Failed to start an instance: FAILED_PRECONDITION: Monthly compute = limit exceeded! >=20 > Where should I report that? >=20 > Regards, > vermaden >=20 I think that should go to infra team, CC Li-Wen. Best regards, Zhenlei From nobody Sat Aug 16 01:13: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 4c3gwZ691Mz64Zts for ; Sat, 16 Aug 2025 01:13:50 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: from mail-pg1-x529.google.com (mail-pg1-x529.google.com [IPv6:2607:f8b0: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 4c3gwZ2wL6z3LHG for ; Sat, 16 Aug 2025 01:13:50 +0000 (UTC) (envelope-from bakul@iitbombay.org) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x529.google.com with SMTP id 41be03b00d2f7-b47174b335bso332971a12.2 for ; Fri, 15 Aug 2025 18:13:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iitbombay.org; s=google; t=1755306824; x=1755911624; darn=freebsd.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=jUnJVpXKqH+Hs0ThbJK2VJLvImftBkd+KsX3DSOE5tY=; b=QRBAWIVrZYH4J05oQTUlAUxN0QuAvNNyr8uC5z73FMPBh3IAEIC098fJ7/8/RNFbd+ rJO0lldQQa1ImkXKscV76B1RC7TkYd59QO1480NrM4HIgo+ry6zRbZc1RTl/9McYC/Mk BJucZ/a6NQAYdrapKhXTw+OniZlbWjWaW5Akc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755306824; x=1755911624; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=jUnJVpXKqH+Hs0ThbJK2VJLvImftBkd+KsX3DSOE5tY=; b=CaEQWGE+QKVmlcF7d8aayWSVxSaTN1kEapSguAMC5SE4L93YkMQlvoHXlb15Vzgg1k KrfS1M+wnCwFJbMg4eSW5Y2wf/Lvv5vxTHPXy077RMSAEUZmUY6OqZ/nOq29gloTyTEO CXib75OFRKK1+YugQTaj/rM+aVv/HbDBnMsKLRAt5SLPrX7l6VkVZuD++b/0p76sPTYH XCTFw5kIcGqev0YIjdsG5k1vmQXAgz2v9sTEEGONgIAHAjQhSo77SF9cxMg54JqLBWs3 mqdTHKXdP3qwXnZxB1Wuz1NGoaSkL3A/cCGcKE0SXMi9BObQif+I0sqYebIt9x+VI3rP 7VPw== X-Forwarded-Encrypted: i=1; AJvYcCWvZV/s6dP4lEhhawWhH7txhvLTAUqZWeTI7Y1LZUeSDlsYT1fRvQNMb3+7KBULIz0bGIH0R6p0ZTpp+AAuMAI=@freebsd.org X-Gm-Message-State: AOJu0Yzg49YVwEKc9tbmCCh1fqmhOl6QvRPT9FIVJgtUXTHKKx0ps/Si OlKUoH7D095iyjnUzATJeIpQN+t812VN/Naoz+LCsZSXTsglmaw45CAP4ggdsgtdDA== X-Gm-Gg: ASbGncvduroDCLZu0Xl61WB6os7I3eRB1+OGfkJ2RCk0hQ8TehWXKCQogEMC9Ym7kmf PhdwO/fL67djNwrf6TDNqdSQbevBkE9UVMKNLZul6Ff0Hc1IbV5cLznTGOsHCcLIgHWTJIMoj7B tpNjWsIdAfE2nfFw6dwKKcrd6mgc9EksVWCNVsuH2fWz3PAyuqoKlFrNb0V3xuhfEfXOi1Hkjcu R2EbYsELjywDb3mMavUdc8zcn8SZZJN7vRyINs+BxRBiT1VwrVY2B/gJVnftX4EGW8MFMQq4T/O G0Kqg2o2DCE/4d63taBzlLbJZOFy7jbepxqs5gIjd4nwQueDP9kNgaXgBlsYVV4VE4ODdf4uR4p Y/AkDrQ01RgpEies5emWNnlSNSljV4z5EKCOuNqPIkO4wH41coUlaVNQaE/4JdUeNMm5mMBGUve +KV/MnGq0zNKmqLudR2AA= X-Google-Smtp-Source: AGHT+IHCXRvSim6gokQHx2cW5+NYf8Gwj3vA3DWgI3AJ1HBmJ0pA56PiFZcbO2pJy3FUuwyw9F4m7Q== X-Received: by 2002:a17:90b:1e12:b0:31e:cdc1:999e with SMTP id 98e67ed59e1d1-32341e96021mr2698564a91.1.1755306824024; Fri, 15 Aug 2025 18:13:44 -0700 (PDT) Received: from smtpclient.apple (107-215-223-229.lightspeed.sntcca.sbcglobal.net. [107.215.223.229]) by smtp.gmail.com with ESMTPSA id 98e67ed59e1d1-32343c92b2asm2178476a91.29.2025.08.15.18.13.43 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Aug 2025 18:13:43 -0700 (PDT) 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: zfs related panic From: Bakul Shah In-Reply-To: Date: Fri, 15 Aug 2025 18:13:32 -0700 Cc: Rick Macklem , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <6FB3CDFB-9727-41E3-8B52-008B4F0B5FFD@iitbombay.org> References: <14C5523D-1F66-434F-A4D9-E14DA4BBF1E9@iitbombay.org> To: Konstantin Belousov X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_RCPT(0.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: 4c3gwZ2wL6z3LHG On Aug 15, 2025, at 5:57=E2=80=AFPM, Konstantin Belousov = wrote: >=20 > Below is what I gathered so far. I haven't tried this patch as yet but a previous patch kib@ sent to me fixed the problem. Many thanks! Incidentally the breakpoint I set on zfsctl_root_readdir(struct vop_readdir_args *ap) was never triggered. Wrong thread? >=20 > diff --git a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c = b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c > index 61d0bb26d1e5..c191b2abf6cc 100644 > --- a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c > +++ b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c > @@ -674,6 +674,7 @@ zfsctl_root_readdir(struct vop_readdir_args *ap) > zfs_uio_t uio; > int *eofp =3D ap->a_eofflag; > off_t dots_offset; > + ssize_t orig_resid; > int error; >=20 > zfs_uio_init(&uio, ap->a_uio); > @@ -688,14 +689,20 @@ zfsctl_root_readdir(struct vop_readdir_args *ap) > * count to return is 0. > */ > if (zfs_uio_offset(&uio) =3D=3D 3 * sizeof (entry)) { > + if (eofp !=3D NULL) > + *eofp =3D 1; > return (0); > } >=20 > + orig_resid =3D zfs_uio_resid(&uio); > error =3D sfs_readdir_common(zfsvfs->z_root, ZFSCTL_INO_ROOT, ap, = &uio, > &dots_offset); > if (error !=3D 0) { > - if (error =3D=3D ENAMETOOLONG) /* ran out of destination space */ > + if (error =3D=3D ENAMETOOLONG) { /* ran out of destination space */ > error =3D 0; > + if (orig_resid =3D=3D zfs_uio_resid(&uio) && eofp !=3D NULL) > + *eofp =3D 1; > + } > return (error); > } > if (zfs_uio_offset(&uio) !=3D dots_offset) > @@ -710,8 +717,11 @@ zfsctl_root_readdir(struct vop_readdir_args *ap) > entry.d_reclen =3D sizeof (entry); > error =3D vfs_read_dirent(ap, &entry, zfs_uio_offset(&uio)); > if (error !=3D 0) { > - if (error =3D=3D ENAMETOOLONG) > + if (error =3D=3D ENAMETOOLONG) { > error =3D 0; > + if (orig_resid =3D=3D zfs_uio_resid(&uio) && eofp !=3D NULL) > + *eofp =3D 1; > + } > return (SET_ERROR(error)); > } > if (eofp !=3D NULL) > @@ -1056,17 +1066,22 @@ zfsctl_snapdir_readdir(struct vop_readdir_args = *ap) > zfs_uio_t uio; > int *eofp =3D ap->a_eofflag; > off_t dots_offset; > + ssize_t orig_resid; > int error; >=20 > zfs_uio_init(&uio, ap->a_uio); > + orig_resid =3D zfs_uio_resid(&uio); >=20 > ASSERT3S(vp->v_type, =3D=3D, VDIR); >=20 > error =3D sfs_readdir_common(ZFSCTL_INO_ROOT, ZFSCTL_INO_SNAPDIR, ap, > &uio, &dots_offset); > if (error !=3D 0) { > - if (error =3D=3D ENAMETOOLONG) /* ran out of destination space */ > + if (error =3D=3D ENAMETOOLONG) { /* ran out of destination space */ > error =3D 0; > + if (orig_resid =3D=3D zfs_uio_resid(&uio) && eofp !=3D NULL) > + *eofp =3D 1; > + } > return (error); > } >=20 > @@ -1084,7 +1099,8 @@ zfsctl_snapdir_readdir(struct vop_readdir_args = *ap) > dsl_pool_config_exit(dmu_objset_pool(zfsvfs->z_os), FTAG); > if (error !=3D 0) { > if (error =3D=3D ENOENT) { > - if (eofp !=3D NULL) > + if (orig_resid =3D=3D zfs_uio_resid(&uio) && > + eofp !=3D NULL) > *eofp =3D 1; > error =3D 0; > } > @@ -1099,8 +1115,12 @@ zfsctl_snapdir_readdir(struct vop_readdir_args = *ap) > entry.d_reclen =3D sizeof (entry); > error =3D vfs_read_dirent(ap, &entry, zfs_uio_offset(&uio)); > if (error !=3D 0) { > - if (error =3D=3D ENAMETOOLONG) > + if (error =3D=3D ENAMETOOLONG) { > error =3D 0; > + if (orig_resid =3D=3D zfs_uio_resid(&uio) && > + eofp !=3D NULL) > + *eofp =3D 1; > + } > zfs_exit(zfsvfs, FTAG); > return (SET_ERROR(error)); > } > diff --git a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c = b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c > index 1813c411b013..79e808a3ab3d 100644 > --- a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c > +++ b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c > @@ -1695,6 +1695,7 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t = *cr, int *eofp, > objset_t *os; > caddr_t outbuf; > size_t bufsize; > + ssize_t orig_resid; > zap_cursor_t zc; > zap_attribute_t *zap; > uint_t bytes_wanted; > @@ -1735,7 +1736,7 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t = *cr, int *eofp, > /* > * Quit if directory has been removed (posix) > */ > - if ((*eofp =3D zp->z_unlinked) !=3D 0) { > + if ((*eofp =3D (zp->z_unlinked !=3D 0)) !=3D 0) { > zfs_exit(zfsvfs, FTAG); > return (0); > } > @@ -1743,6 +1744,7 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t = *cr, int *eofp, > error =3D 0; > os =3D zfsvfs->z_os; > offset =3D zfs_uio_offset(uio); > + orig_resid =3D zfs_uio_resid(uio); > prefetch =3D zp->z_zn_prefetch; > zap =3D zap_attribute_long_alloc(); >=20 > @@ -1933,6 +1935,8 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t = *cr, int *eofp, > *cookies =3D NULL; > *ncookies =3D 0; > } > + if (error =3D=3D 0 && zfs_uio_resid(uio) !=3D orig_resid) > + *eofp =3D 1; > return (error); > } >=20 From nobody Sat Aug 16 01:14:39 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c3gxt4XbTz64b02 for ; Sat, 16 Aug 2025 01:14:58 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (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 4c3gxt0ZXtz3MQT for ; Sat, 16 Aug 2025 01:14:58 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x52a.google.com with SMTP id 4fb4d7f45d1cf-6188b5b11b2so3141710a12.0 for ; Fri, 15 Aug 2025 18:14:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755306891; x=1755911691; 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=1NEiPpDIWfTK69wog8TycqDIPUAxWqOrq48j7TMgXSs=; b=UGvbnMnfH6k9gg+4NKPdEUM2143a39mVXKzCqhZcDKLAkqhuaoe+6lWMe41/9OV1ip 4cSlbXqrwnC3NAyWRSdxApQo7wMTlrTVQZ3QcIItJDSfEjna0nqTz/qQ/BI09jMgo5JG tF+yibou8Y2oYc472xyoiyWdcRW07mCRpP2IMg2f9X0V/scd0zFGCj9woGlQXR8ms1rf RbV8JVdVjiVGkelz+qBMuvFPfVw6jAwevrFvXgQWVZuReYWSZNSvXFjdYh4GYGczwuXN FrFx670dUQ/NRrK/jx7/5n5grx1QNc1J7ImdmBvfdmeSUv2mD/u2Y6CGK5UPOKCwpvaL atJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755306891; x=1755911691; 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=1NEiPpDIWfTK69wog8TycqDIPUAxWqOrq48j7TMgXSs=; b=XdNJtuJX/4HXds9V5pNkW4Brqnzznvvt/+7xHkqM8y/65y+OMobEZ7jRe0Ba0Mpm3k xWnvy+vPx36I2Z79tEBnwUjGxJhNey26kIYYaQxrHz7ND0i8mdlYjxCCim7IUE37ct+n Xg0cCuOyfJ+U8zzN6gYGWXEdlo26Swsm5a1+6BARStDHIgXvz2Ub0HsOKwGBulG/Ea78 294VyqKGzc5uiefnbPV89TGg9S78WeNQr71JlDXi371dZ/6D3T6kl2eu2aWyyTSVHweS ujDb5bXGt0qu4PaTXpk9LiDIyoYa9oRy97s9Q5szhrfbvTV+QqpStGKMVVIHw4RqhQRO kzYw== X-Forwarded-Encrypted: i=1; AJvYcCXHscJ1YQmELrmbZemSpL+bN4HFA7S1NfJQnHhykJoZFEoX+qwaJW3P+FUHQjWcR6yHTWdMVrxL8aCyejzY17k=@freebsd.org X-Gm-Message-State: AOJu0Yy6pddSUwaMSSQCP5LMbWlWMJiY98kZDphuT7dvB7FNU+JcyHj6 tSYKuVwfOzbfv2bdagCUZxu1sRJ4INgLDTDe4ZZMjL7gkLCyzrOOZ7RdFQVZAbocEp2I3n56XeW AtQUJkP5LbOuWE8j9k64rJUS3RyUoTscQ X-Gm-Gg: ASbGncuqX3ctorIDhDecnxFLSoqRJziuudHQ4zOO2xAp+RTACmsp/2TmEBy9yldPSnY Odd1xi6+oAGZJx9U2tWUKsy/tLskC+jWL2Qw1ASJUtes7UYYZ7wJWpasPygz6SzScPJJdOls33j d+EKBuEB7eJa7IZGCHqOjYUXdEt5MK88yHwts4DQAZedY6RG7GW/xBykMh5/8qLCevXVilH+JZK PricPd0nqaQ039Wp5WFKuOY+xTqPkbZfgR0020PLNbdfQmnbQ== X-Google-Smtp-Source: AGHT+IHp5JUZdF7c2wvJF89H97DIZAQT74akgIQVh2HwzOZAB02Cfq/MjFla0QJK5Eg7a1sj/X/gNrl7fDxfhmYeZ50= X-Received: by 2002:a05:6402:2345:b0:618:af07:9e09 with SMTP id 4fb4d7f45d1cf-619bf1d686dmr781710a12.17.1755306890989; Fri, 15 Aug 2025 18:14: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: <14C5523D-1F66-434F-A4D9-E14DA4BBF1E9@iitbombay.org> In-Reply-To: From: Rick Macklem Date: Fri, 15 Aug 2025 18:14:39 -0700 X-Gm-Features: Ac12FXz2jPLmkFmNejZEVpZFW29WoAZ4Qi1mgr0jAiG58amjr1NmgJD9qVrPFJg Message-ID: Subject: Re: zfs related panic To: Konstantin Belousov Cc: Bakul Shah , FreeBSD Current 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: 4c3gxt0ZXtz3MQT On Fri, Aug 15, 2025 at 5:58=E2=80=AFPM Konstantin Belousov wrote: > > On Fri, Aug 15, 2025 at 05:41:26PM -0700, Rick Macklem wrote: > > On Fri, Aug 15, 2025 at 5:35=E2=80=AFPM Konstantin Belousov wrote: > > > > > > On Fri, Aug 15, 2025 at 05:26:21PM -0700, Rick Macklem wrote: > > > > On Fri, Aug 15, 2025 at 5:07=E2=80=AFPM Konstantin Belousov wrote: > > > > > > > > > > On Fri, Aug 15, 2025 at 04:51:00PM -0700, Bakul Shah wrote: > > > > > > On Aug 15, 2025, at 3:51=E2=80=AFPM, Konstantin Belousov wrote: > > > > > > > > > > > > > > On Fri, Aug 15, 2025 at 11:19:55AM -0700, Bakul Shah wrote: > > > > > > >> Is this a known bug or may be something specific on my machi= ne? > > > > > > >> If the latter, any way to "fsck" it? FYI, the zpool is a mir= ror > > > > > > >> (two files on the host via nvme). built from c992ac621327 co= mmit hash > > > > > > >> (which has other issues but they seem to be separate from th= is). > > > > > > >> I saw the same panic when I booted from a day old snapshot. > > > > > > >> > > > > > > >> Note that "ls /.zfs" panics but "ls /.zfs/snapshot" doesn't! > > > > > > >> > > > > > > >> This is on a -current VM: > > > > > > >> > > > > > > >> root@:/ # ls .zfs > > > > > > >> VNASSERT failed: oresid =3D=3D 0 || nresid !=3D oresid || *(= a)->a_eofflag =3D=3D 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > > > > > > > > > > > > > Try this, untested. > > > > > > > > > > > > Thanks for the quick patch! But I am afraid it didn't help. Let= me know if you > > > > > > want me to check things via gdb. [I have filed > > > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D28888= 9 > > > > > > so we can continue debugging there] > > > > > > > > > > > > On the console (single user, RO root): > > > > > > # ls /.zfs > > > > > > VNASSERT failed: oresid =3D=3D 0 || nresid !=3D oresid || *(a)-= >a_eofflag =3D=3D 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > > > > > 0xfffff800059546e0: type VDIR state VSTATE_CONSTRUCTED op 0xfff= fffff8272cfd0 > > > > > > usecount 1, writecount 0, refcount 1 seqc users 0 mountedhe= re 0 > > > > > > hold count flags () > > > > > > flags () > > > > > > lock type zfs: SHARED (count 1) > > > > > > name =3D .zfs > > > > > > parent_id =3D 0 > > > > > > id =3D 1 > > > > > > panic: VOP_READDIR: eofflag not set > > > > > > cpuid =3D 0 > > > > > > time =3D 1755276357 > > > > > > KDB: stack backtrace: > > > > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xf= ffffe0053f83af0 > > > > > > vpanic() at vpanic+0x136/frame 0xfffffe0053f83c20 > > > > > > panic() at panic+0x43/frame 0xfffffe0053f83c80 > > > > > > VOP_READDIR_APV() at VOP_READDIR_APV+0x205/frame 0xfffffe0053f8= 3cd0 > > > > > > kern_getdirentries() at kern_getdirentries+0x228/frame 0xfffffe= 0053f83dd0 > > > > > > sys_getdirentries() at sys_getdirentries+0x29/frame 0xfffffe005= 3f83e00 > > > > > > amd64_syscall() at amd64_syscall+0x169/frame 0xfffffe0053f83f30 > > > > > > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffff= e0053f83f30 > > > > > > --- syscall (554, FreeBSD ELF64, getdirentries), rip =3D 0x3313= 39f976aa, rsp =3D 0x33133631ade8, rbp =3D 0x33133631ae20 --- > > > > > > KDB: enter: panic > > > > > > [ thread pid 23 tid 100211 ] > > > > > > Stopped at kdb_enter+0x33: movq $0,0x12313e2(%rip) > > > > > > db> > > > > > > > > > > > > Running gdb on the host (attached to tcp port): > > > > > > #16 0xffffffff80b7992b in vpanic ( > > > > > > fmt=3D0xffffffff812ddf30 "VOP_READDIR: eofflag not set", > > > > > > ap=3Dap@entry=3D0xfffffe0053f83c60) > > > > > > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:962 > > > > > > #17 0xffffffff80b79793 in panic ( > > > > > > fmt=3D0xffffffff81d9eab0 "\304\372\032\201\377= \377\377\377") > > > > > > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:887 > > > > > > #18 0xffffffff81195fd5 in VOP_READDIR_APV (vop=3D, > > > > > > a=3Da@entry=3D0xfffffe0053f83d30) at vnode_if.c:1824 > > > > > > #19 0xffffffff80c95e58 in VOP_READDIR (vp=3D0xfffff800059546e0, > > > > > > uio=3D0xfffffe0053f83d00, cred=3D, eofflag= =3D0xfffffe0053f83d6c, > > > > > > ncookies=3D0x0, cookies=3D0x0) at ./vnode_if.h:972 > > > > > From this frame, do > > > > > p *vp > > > > > and > > > > > p *(vp->v_op) > > > > > I am mostly interested what is the .vop_readdir fp points to. > > > > I think the problem is that, for this case, ZFS replies with eoffla= g > > > > =3D=3D -1 instead > > > > of 1. (I don't know if you want to change the ASSERT or try to fix = ZFS > > > > to not do this?) > > > > > > Where do you see it? I mean the '-1' set to *eofp. > > I saw it in a printf() after VOP_READDIR(). However, a subsequent > > test showed 0. > > --> The first time I was printing out for non-ZFS, so there was a fair = amount > > of other printf()s being logged. Then I limited it to ZFS. > > > > Anyhow, ZFS seems to get eof wrong when it is already at eof. > > > > I'll take a look at the ZFS code, rick > > > > Below is what I gathered so far. > > diff --git a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c b/sys= /contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c > index 61d0bb26d1e5..c191b2abf6cc 100644 > --- a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c > +++ b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c > @@ -674,6 +674,7 @@ zfsctl_root_readdir(struct vop_readdir_args *ap) > zfs_uio_t uio; > int *eofp =3D ap->a_eofflag; > off_t dots_offset; > + ssize_t orig_resid; > int error; > > zfs_uio_init(&uio, ap->a_uio); > @@ -688,14 +689,20 @@ zfsctl_root_readdir(struct vop_readdir_args *ap) > * count to return is 0. > */ > if (zfs_uio_offset(&uio) =3D=3D 3 * sizeof (entry)) { > + if (eofp !=3D NULL) > + *eofp =3D 1; Yea, I was just going to try the same thing. I think it probably fixes the assert. (Of course, it might take a while to get this in ZFS, so you might have to = drop the assert until it downstreams from OpenZFS?) > return (0); > } > > + orig_resid =3D zfs_uio_resid(&uio); > error =3D sfs_readdir_common(zfsvfs->z_root, ZFSCTL_INO_ROOT, ap,= &uio, > &dots_offset); > if (error !=3D 0) { > - if (error =3D=3D ENAMETOOLONG) /* ran out of destination = space */ > + if (error =3D=3D ENAMETOOLONG) { /* ran out of destinatio= n space */ > error =3D 0; > + if (orig_resid =3D=3D zfs_uio_resid(&uio) && eofp= !=3D NULL) > + *eofp =3D 1; If it hasn't filled in an entry, shouldn't it be an error return and not setting "error =3D 0;"? > + } > return (error); > } > if (zfs_uio_offset(&uio) !=3D dots_offset) > @@ -710,8 +717,11 @@ zfsctl_root_readdir(struct vop_readdir_args *ap) > entry.d_reclen =3D sizeof (entry); > error =3D vfs_read_dirent(ap, &entry, zfs_uio_offset(&uio)); > if (error !=3D 0) { > - if (error =3D=3D ENAMETOOLONG) > + if (error =3D=3D ENAMETOOLONG) { > error =3D 0; > + if (orig_resid =3D=3D zfs_uio_resid(&uio) && eofp= !=3D NULL) > + *eofp =3D 1; Ditto above. > + } > return (SET_ERROR(error)); > } > if (eofp !=3D NULL) > @@ -1056,17 +1066,22 @@ zfsctl_snapdir_readdir(struct vop_readdir_args *a= p) > zfs_uio_t uio; > int *eofp =3D ap->a_eofflag; > off_t dots_offset; > + ssize_t orig_resid; > int error; > > zfs_uio_init(&uio, ap->a_uio); > + orig_resid =3D zfs_uio_resid(&uio); > > ASSERT3S(vp->v_type, =3D=3D, VDIR); > > error =3D sfs_readdir_common(ZFSCTL_INO_ROOT, ZFSCTL_INO_SNAPDIR,= ap, > &uio, &dots_offset); > if (error !=3D 0) { > - if (error =3D=3D ENAMETOOLONG) /* ran out of destination = space */ > + if (error =3D=3D ENAMETOOLONG) { /* ran out of destinatio= n space */ > error =3D 0; > + if (orig_resid =3D=3D zfs_uio_resid(&uio) && eofp= !=3D NULL) > + *eofp =3D 1; > + } Ditto again. > return (error); > } > > @@ -1084,7 +1099,8 @@ zfsctl_snapdir_readdir(struct vop_readdir_args *ap) > dsl_pool_config_exit(dmu_objset_pool(zfsvfs->z_os), FTAG)= ; > if (error !=3D 0) { > if (error =3D=3D ENOENT) { > - if (eofp !=3D NULL) > + if (orig_resid =3D=3D zfs_uio_resid(&uio)= && > + eofp !=3D NULL) > *eofp =3D 1; > error =3D 0; > } > @@ -1099,8 +1115,12 @@ zfsctl_snapdir_readdir(struct vop_readdir_args *ap= ) > entry.d_reclen =3D sizeof (entry); > error =3D vfs_read_dirent(ap, &entry, zfs_uio_offset(&uio= )); > if (error !=3D 0) { > - if (error =3D=3D ENAMETOOLONG) > + if (error =3D=3D ENAMETOOLONG) { > error =3D 0; > + if (orig_resid =3D=3D zfs_uio_resid(&uio)= && > + eofp !=3D NULL) > + *eofp =3D 1; Ditto again. > + } > zfs_exit(zfsvfs, FTAG); > return (SET_ERROR(error)); > } > diff --git a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c b/s= ys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c > index 1813c411b013..79e808a3ab3d 100644 > --- a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c > +++ b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c > @@ -1695,6 +1695,7 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t *cr= , int *eofp, > objset_t *os; > caddr_t outbuf; > size_t bufsize; > + ssize_t orig_resid; > zap_cursor_t zc; > zap_attribute_t *zap; > uint_t bytes_wanted; > @@ -1735,7 +1736,7 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t *cr= , int *eofp, > /* > * Quit if directory has been removed (posix) > */ > - if ((*eofp =3D zp->z_unlinked) !=3D 0) { > + if ((*eofp =3D (zp->z_unlinked !=3D 0)) !=3D 0) { > zfs_exit(zfsvfs, FTAG); > return (0); > } > @@ -1743,6 +1744,7 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t *cr= , int *eofp, > error =3D 0; > os =3D zfsvfs->z_os; > offset =3D zfs_uio_offset(uio); > + orig_resid =3D zfs_uio_resid(uio); > prefetch =3D zp->z_zn_prefetch; > zap =3D zap_attribute_long_alloc(); > > @@ -1933,6 +1935,8 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t *cr= , int *eofp, > *cookies =3D NULL; > *ncookies =3D 0; > } > + if (error =3D=3D 0 && zfs_uio_resid(uio) !=3D orig_resid) > + *eofp =3D 1; I looked at this earlier and I don't this is needed. When it breaks out of the loop, it has set eof if it got ENOENT from zap_cursor_retrieve(), which I think is the only case that will return 0 and not an error? (But it looks harmless to me.) > return (error); > } > > From nobody Sat Aug 16 01:30:09 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 4c3hHp0R2dz64c2Q for ; Sat, 16 Aug 2025 01:30:30 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x52f.google.com (mail-ed1-x52f.google.com [IPv6:2a00:1450:4864:20::52f]) (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 4c3hHn0cpyz3PPp for ; Sat, 16 Aug 2025 01:30:29 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=QZpvs04E; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::52f as permitted sender) smtp.mailfrom=rick.macklem@gmail.com Received: by mail-ed1-x52f.google.com with SMTP id 4fb4d7f45d1cf-6188b72b7caso2937169a12.2 for ; Fri, 15 Aug 2025 18:30:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755307822; x=1755912622; 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=IEJZixaM38CXIw9X5QhZl/kh4QDg2WVHsAVr29Vzv0I=; b=QZpvs04ExAt/2+KBgXBy8kZHmW57Z7P6sNuNUCPnJX5SROwkBojvYvWay6/j/KYmTG qPXv2gzqXh4iaSWa2SSNUxKHF5ADql1JMELfo3w4YSa0qbptT+Qkx9IGtk5FDk1Svekl 55Gew6Pn9ImauCP/GPfRsfx7yUDLWrPlhTaGTZJjyD85mq6jDti0Hbe4TkYow9sLazzV pBY3ugQW9XPGum0JyHpZr9AhuI24H6KDiH6hMzlUwlHJDmbMhhD7fjxH0BRZMG+rqQKj E/gXA/VMQztrEOiplx4RC1TySNIgWf1YCbJHmV5GIqpHn4x8lL2YAokUnoUcpWnrG1c8 EVSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755307822; x=1755912622; 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=IEJZixaM38CXIw9X5QhZl/kh4QDg2WVHsAVr29Vzv0I=; b=QL3OHzzYLxCL2D5s4spajAVvWJddkuTpHiXP/nU7/yiFqye57Qusv8srZwTVmP5Iuf zvKDbUcNtAkEHu9Ka1uuJaU3ZtLeDpdxF6rPal1FJ8e+PHHk7ByconoYKvY2h/onYr9e umVJDrZCkvlske5gN2YVhdtcuNkohwgL4JVj3m57alTt+Bl2d8Omd/BXyyRXJTrFAg2W piJUKhNuunNvZ9BVWe5l6SrHyraV3ZMmrgKsU7ViKAu64EOZXWlxBqZi11REYwCPq9Z+ LdoVLnf0Qf/eC0f+jV+Uv85lr1eqQ0pvh61S6WBp/iNbrq7RU3HlwnainWVc4rR6CCMK 4G7g== X-Forwarded-Encrypted: i=1; AJvYcCX1yTx3Q4vHXnF/ycLqhGNHAVjTO+WIm2ZlvajLb3sag20fIDB5lHjZty9ylRvtOfNtidAL+dQZDp2YfHfV+ys=@freebsd.org X-Gm-Message-State: AOJu0Yw92dKv9K2eGq4x0a8JzoLc2IryWHLNZIe+vHnUUj6K447pZgYL TdnbW3Zk2ONAIWgFy0iGSvHpY4taLqy3mrmYZZZoUzdIRN/2BmdIRe/MRelZwzwCLYNX0TfY4zD KyjqqoKzEhS1l2uLIp+DPm8uUQDgmlA== X-Gm-Gg: ASbGnct9BO/ugwU/wwQw6Cd+dj7boz6fj9sRAfiqCqWzFrovKjWW/rg8Kjzp1Vl2HDu xaE81wtKoAJURDZ5Ij96A5liVN4EWMN8cz3y/qFeU/WC+sPUW5fi/PcJWXi2OvLQv1ZeEJ1V7zQ SWNal5ARi9jBhvqS2v6Exj8exVuULU/g3NPFH0RIUhP7hw27QFbhKqqlvUv6metwXDiIfICju5Z KEVFOg5RLW8Ws53kueHgHPJmsHjIG5GECkdiag= X-Google-Smtp-Source: AGHT+IHb2vyve6PkB/YKxINH4kqMMDXen1Pbcgcc0cO7zk3/29oK8yuRQhiHxRdZjLR0LqFooJh4hWqZv96aadeBuXg= X-Received: by 2002:a05:6402:5188:b0:618:a3ca:cfd2 with SMTP id 4fb4d7f45d1cf-618b051ea43mr2937454a12.15.1755307821481; Fri, 15 Aug 2025 18:30:21 -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: <14C5523D-1F66-434F-A4D9-E14DA4BBF1E9@iitbombay.org> In-Reply-To: From: Rick Macklem Date: Fri, 15 Aug 2025 18:30:09 -0700 X-Gm-Features: Ac12FXwTZeyGP28jjPSC4pBa0s1gKf7uKFtyZ18G8tXPKf-B27_qQ5ig-NETckM Message-ID: Subject: Re: zfs related panic To: Konstantin Belousov Cc: Bakul Shah , FreeBSD Current 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_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:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TAGGED_FROM(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52f:from]; RCVD_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4c3hHn0cpyz3PPp On Fri, Aug 15, 2025 at 6:14=E2=80=AFPM Rick Macklem wrote: > > On Fri, Aug 15, 2025 at 5:58=E2=80=AFPM Konstantin Belousov wrote: > > > > On Fri, Aug 15, 2025 at 05:41:26PM -0700, Rick Macklem wrote: > > > On Fri, Aug 15, 2025 at 5:35=E2=80=AFPM Konstantin Belousov wrote: > > > > > > > > On Fri, Aug 15, 2025 at 05:26:21PM -0700, Rick Macklem wrote: > > > > > On Fri, Aug 15, 2025 at 5:07=E2=80=AFPM Konstantin Belousov wrote: > > > > > > > > > > > > On Fri, Aug 15, 2025 at 04:51:00PM -0700, Bakul Shah wrote: > > > > > > > On Aug 15, 2025, at 3:51=E2=80=AFPM, Konstantin Belousov wrote: > > > > > > > > > > > > > > > > On Fri, Aug 15, 2025 at 11:19:55AM -0700, Bakul Shah wrote: > > > > > > > >> Is this a known bug or may be something specific on my mac= hine? > > > > > > > >> If the latter, any way to "fsck" it? FYI, the zpool is a m= irror > > > > > > > >> (two files on the host via nvme). built from c992ac621327 = commit hash > > > > > > > >> (which has other issues but they seem to be separate from = this). > > > > > > > >> I saw the same panic when I booted from a day old snapshot= . > > > > > > > >> > > > > > > > >> Note that "ls /.zfs" panics but "ls /.zfs/snapshot" doesn'= t! > > > > > > > >> > > > > > > > >> This is on a -current VM: > > > > > > > >> > > > > > > > >> root@:/ # ls .zfs > > > > > > > >> VNASSERT failed: oresid =3D=3D 0 || nresid !=3D oresid || = *(a)->a_eofflag =3D=3D 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > > > > > > > > > > > > > > > Try this, untested. > > > > > > > > > > > > > > Thanks for the quick patch! But I am afraid it didn't help. L= et me know if you > > > > > > > want me to check things via gdb. [I have filed > > > > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D288= 889 > > > > > > > so we can continue debugging there] > > > > > > > > > > > > > > On the console (single user, RO root): > > > > > > > # ls /.zfs > > > > > > > VNASSERT failed: oresid =3D=3D 0 || nresid !=3D oresid || *(a= )->a_eofflag =3D=3D 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > > > > > > 0xfffff800059546e0: type VDIR state VSTATE_CONSTRUCTED op 0xf= fffffff8272cfd0 > > > > > > > usecount 1, writecount 0, refcount 1 seqc users 0 mounted= here 0 > > > > > > > hold count flags () > > > > > > > flags () > > > > > > > lock type zfs: SHARED (count 1) > > > > > > > name =3D .zfs > > > > > > > parent_id =3D 0 > > > > > > > id =3D 1 > > > > > > > panic: VOP_READDIR: eofflag not set > > > > > > > cpuid =3D 0 > > > > > > > time =3D 1755276357 > > > > > > > KDB: stack backtrace: > > > > > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0= xfffffe0053f83af0 > > > > > > > vpanic() at vpanic+0x136/frame 0xfffffe0053f83c20 > > > > > > > panic() at panic+0x43/frame 0xfffffe0053f83c80 > > > > > > > VOP_READDIR_APV() at VOP_READDIR_APV+0x205/frame 0xfffffe0053= f83cd0 > > > > > > > kern_getdirentries() at kern_getdirentries+0x228/frame 0xffff= fe0053f83dd0 > > > > > > > sys_getdirentries() at sys_getdirentries+0x29/frame 0xfffffe0= 053f83e00 > > > > > > > amd64_syscall() at amd64_syscall+0x169/frame 0xfffffe0053f83f= 30 > > > > > > > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfff= ffe0053f83f30 > > > > > > > --- syscall (554, FreeBSD ELF64, getdirentries), rip =3D 0x33= 1339f976aa, rsp =3D 0x33133631ade8, rbp =3D 0x33133631ae20 --- > > > > > > > KDB: enter: panic > > > > > > > [ thread pid 23 tid 100211 ] > > > > > > > Stopped at kdb_enter+0x33: movq $0,0x12313e2(%rip) > > > > > > > db> > > > > > > > > > > > > > > Running gdb on the host (attached to tcp port): > > > > > > > #16 0xffffffff80b7992b in vpanic ( > > > > > > > fmt=3D0xffffffff812ddf30 "VOP_READDIR: eofflag not set", > > > > > > > ap=3Dap@entry=3D0xfffffe0053f83c60) > > > > > > > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:962 > > > > > > > #17 0xffffffff80b79793 in panic ( > > > > > > > fmt=3D0xffffffff81d9eab0 "\304\372\032\201\3= 77\377\377\377") > > > > > > > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:887 > > > > > > > #18 0xffffffff81195fd5 in VOP_READDIR_APV (vop=3D, > > > > > > > a=3Da@entry=3D0xfffffe0053f83d30) at vnode_if.c:1824 > > > > > > > #19 0xffffffff80c95e58 in VOP_READDIR (vp=3D0xfffff800059546e= 0, > > > > > > > uio=3D0xfffffe0053f83d00, cred=3D, eofflag= =3D0xfffffe0053f83d6c, > > > > > > > ncookies=3D0x0, cookies=3D0x0) at ./vnode_if.h:972 > > > > > > From this frame, do > > > > > > p *vp > > > > > > and > > > > > > p *(vp->v_op) > > > > > > I am mostly interested what is the .vop_readdir fp points to. > > > > > I think the problem is that, for this case, ZFS replies with eoff= lag > > > > > =3D=3D -1 instead > > > > > of 1. (I don't know if you want to change the ASSERT or try to fi= x ZFS > > > > > to not do this?) > > > > > > > > Where do you see it? I mean the '-1' set to *eofp. > > > I saw it in a printf() after VOP_READDIR(). However, a subsequent > > > test showed 0. > > > --> The first time I was printing out for non-ZFS, so there was a fai= r amount > > > of other printf()s being logged. Then I limited it to ZFS. > > > > > > Anyhow, ZFS seems to get eof wrong when it is already at eof. > > > > > > I'll take a look at the ZFS code, rick > > > > > > > Below is what I gathered so far. > > > > diff --git a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c b/s= ys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c > > index 61d0bb26d1e5..c191b2abf6cc 100644 > > --- a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c > > +++ b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c > > @@ -674,6 +674,7 @@ zfsctl_root_readdir(struct vop_readdir_args *ap) > > zfs_uio_t uio; > > int *eofp =3D ap->a_eofflag; > > off_t dots_offset; > > + ssize_t orig_resid; > > int error; > > > > zfs_uio_init(&uio, ap->a_uio); > > @@ -688,14 +689,20 @@ zfsctl_root_readdir(struct vop_readdir_args *ap) > > * count to return is 0. > > */ > > if (zfs_uio_offset(&uio) =3D=3D 3 * sizeof (entry)) { > > + if (eofp !=3D NULL) > > + *eofp =3D 1; > Yea, I was just going to try the same thing. I think it probably fixes > the assert. This fixes the simple test case I am doing. > (Of course, it might take a while to get this in ZFS, so you might have t= o drop > the assert until it downstreams from OpenZFS?) > > > return (0); > > } > > > > + orig_resid =3D zfs_uio_resid(&uio); > > error =3D sfs_readdir_common(zfsvfs->z_root, ZFSCTL_INO_ROOT, a= p, &uio, > > &dots_offset); > > if (error !=3D 0) { > > - if (error =3D=3D ENAMETOOLONG) /* ran out of destinatio= n space */ > > + if (error =3D=3D ENAMETOOLONG) { /* ran out of destinat= ion space */ > > error =3D 0; > > + if (orig_resid =3D=3D zfs_uio_resid(&uio) && eo= fp !=3D NULL) > > + *eofp =3D 1; > If it hasn't filled in an entry, shouldn't it be an error return and not > setting "error =3D 0;"? > > > + } > > return (error); > > } > > if (zfs_uio_offset(&uio) !=3D dots_offset) > > @@ -710,8 +717,11 @@ zfsctl_root_readdir(struct vop_readdir_args *ap) > > entry.d_reclen =3D sizeof (entry); > > error =3D vfs_read_dirent(ap, &entry, zfs_uio_offset(&uio)); > > if (error !=3D 0) { > > - if (error =3D=3D ENAMETOOLONG) > > + if (error =3D=3D ENAMETOOLONG) { > > error =3D 0; > > + if (orig_resid =3D=3D zfs_uio_resid(&uio) && eo= fp !=3D NULL) > > + *eofp =3D 1; > Ditto above. > > + } > > return (SET_ERROR(error)); > > } > > if (eofp !=3D NULL) > > @@ -1056,17 +1066,22 @@ zfsctl_snapdir_readdir(struct vop_readdir_args = *ap) > > zfs_uio_t uio; > > int *eofp =3D ap->a_eofflag; > > off_t dots_offset; > > + ssize_t orig_resid; > > int error; > > > > zfs_uio_init(&uio, ap->a_uio); > > + orig_resid =3D zfs_uio_resid(&uio); > > > > ASSERT3S(vp->v_type, =3D=3D, VDIR); > > > > error =3D sfs_readdir_common(ZFSCTL_INO_ROOT, ZFSCTL_INO_SNAPDI= R, ap, > > &uio, &dots_offset); > > if (error !=3D 0) { > > - if (error =3D=3D ENAMETOOLONG) /* ran out of destinatio= n space */ > > + if (error =3D=3D ENAMETOOLONG) { /* ran out of destinat= ion space */ > > error =3D 0; > > + if (orig_resid =3D=3D zfs_uio_resid(&uio) && eo= fp !=3D NULL) > > + *eofp =3D 1; > > + } > Ditto again. > > return (error); > > } > > > > @@ -1084,7 +1099,8 @@ zfsctl_snapdir_readdir(struct vop_readdir_args *a= p) > > dsl_pool_config_exit(dmu_objset_pool(zfsvfs->z_os), FTA= G); > > if (error !=3D 0) { > > if (error =3D=3D ENOENT) { > > - if (eofp !=3D NULL) > > + if (orig_resid =3D=3D zfs_uio_resid(&ui= o) && > > + eofp !=3D NULL) > > *eofp =3D 1; > > error =3D 0; > > } > > @@ -1099,8 +1115,12 @@ zfsctl_snapdir_readdir(struct vop_readdir_args *= ap) > > entry.d_reclen =3D sizeof (entry); > > error =3D vfs_read_dirent(ap, &entry, zfs_uio_offset(&u= io)); > > if (error !=3D 0) { > > - if (error =3D=3D ENAMETOOLONG) > > + if (error =3D=3D ENAMETOOLONG) { > > error =3D 0; > > + if (orig_resid =3D=3D zfs_uio_resid(&ui= o) && > > + eofp !=3D NULL) > > + *eofp =3D 1; > Ditto again. > > + } > > zfs_exit(zfsvfs, FTAG); > > return (SET_ERROR(error)); > > } > > diff --git a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c b= /sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c > > index 1813c411b013..79e808a3ab3d 100644 > > --- a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c > > +++ b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c > > @@ -1695,6 +1695,7 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t *= cr, int *eofp, > > objset_t *os; > > caddr_t outbuf; > > size_t bufsize; > > + ssize_t orig_resid; > > zap_cursor_t zc; > > zap_attribute_t *zap; > > uint_t bytes_wanted; > > @@ -1735,7 +1736,7 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t *= cr, int *eofp, > > /* > > * Quit if directory has been removed (posix) > > */ > > - if ((*eofp =3D zp->z_unlinked) !=3D 0) { > > + if ((*eofp =3D (zp->z_unlinked !=3D 0)) !=3D 0) { > > zfs_exit(zfsvfs, FTAG); > > return (0); > > } > > @@ -1743,6 +1744,7 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t *= cr, int *eofp, > > error =3D 0; > > os =3D zfsvfs->z_os; > > offset =3D zfs_uio_offset(uio); > > + orig_resid =3D zfs_uio_resid(uio); > > prefetch =3D zp->z_zn_prefetch; > > zap =3D zap_attribute_long_alloc(); > > > > @@ -1933,6 +1935,8 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t *= cr, int *eofp, > > *cookies =3D NULL; > > *ncookies =3D 0; > > } > > + if (error =3D=3D 0 && zfs_uio_resid(uio) !=3D orig_resid) > > + *eofp =3D 1; > I looked at this earlier and I don't this is needed. When it breaks out > of the loop, it has set eof if it got ENOENT from zap_cursor_retrieve(), > which I think is the only case that will return 0 and not an error? > (But it looks harmless to me.) > > > return (error); > > } > > > > From nobody Sat Aug 16 01:43:17 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c3hZq0JqXz64csW for ; Sat, 16 Aug 2025 01:43:31 +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 4c3hZn4mLfz3R0x for ; Sat, 16 Aug 2025 01:43:29 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com 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 57G1hHcV044787; Sat, 16 Aug 2025 04:43:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 57G1hHcV044787 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 57G1hHdj044786; Sat, 16 Aug 2025 04:43:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 16 Aug 2025 04:43:17 +0300 From: Konstantin Belousov To: Rick Macklem Cc: Bakul Shah , FreeBSD Current Subject: Re: zfs related panic Message-ID: References: <14C5523D-1F66-434F-A4D9-E14DA4BBF1E9@iitbombay.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-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 [-2.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-0.99)[-0.988]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; TAGGED_RCPT(0.00)[]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_THREE(0.00)[3] X-Rspamd-Queue-Id: 4c3hZn4mLfz3R0x On Fri, Aug 15, 2025 at 06:14:39PM -0700, Rick Macklem wrote: > On Fri, Aug 15, 2025 at 5:58 PM Konstantin Belousov wrote: > > > > On Fri, Aug 15, 2025 at 05:41:26PM -0700, Rick Macklem wrote: > > > On Fri, Aug 15, 2025 at 5:35 PM Konstantin Belousov wrote: > > > > > > > > On Fri, Aug 15, 2025 at 05:26:21PM -0700, Rick Macklem wrote: > > > > > On Fri, Aug 15, 2025 at 5:07 PM Konstantin Belousov wrote: > > > > > > > > > > > > On Fri, Aug 15, 2025 at 04:51:00PM -0700, Bakul Shah wrote: > > > > > > > On Aug 15, 2025, at 3:51 PM, Konstantin Belousov wrote: > > > > > > > > > > > > > > > > On Fri, Aug 15, 2025 at 11:19:55AM -0700, Bakul Shah wrote: > > > > > > > >> Is this a known bug or may be something specific on my machine? > > > > > > > >> If the latter, any way to "fsck" it? FYI, the zpool is a mirror > > > > > > > >> (two files on the host via nvme). built from c992ac621327 commit hash > > > > > > > >> (which has other issues but they seem to be separate from this). > > > > > > > >> I saw the same panic when I booted from a day old snapshot. > > > > > > > >> > > > > > > > >> Note that "ls /.zfs" panics but "ls /.zfs/snapshot" doesn't! > > > > > > > >> > > > > > > > >> This is on a -current VM: > > > > > > > >> > > > > > > > >> root@:/ # ls .zfs > > > > > > > >> VNASSERT failed: oresid == 0 || nresid != oresid || *(a)->a_eofflag == 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > > > > > > > > > > > > > > > Try this, untested. > > > > > > > > > > > > > > Thanks for the quick patch! But I am afraid it didn't help. Let me know if you > > > > > > > want me to check things via gdb. [I have filed > > > > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=288889 > > > > > > > so we can continue debugging there] > > > > > > > > > > > > > > On the console (single user, RO root): > > > > > > > # ls /.zfs > > > > > > > VNASSERT failed: oresid == 0 || nresid != oresid || *(a)->a_eofflag == 1 not true at vnode_if.c:1824 (VOP_READDIR_APV) > > > > > > > 0xfffff800059546e0: type VDIR state VSTATE_CONSTRUCTED op 0xffffffff8272cfd0 > > > > > > > usecount 1, writecount 0, refcount 1 seqc users 0 mountedhere 0 > > > > > > > hold count flags () > > > > > > > flags () > > > > > > > lock type zfs: SHARED (count 1) > > > > > > > name = .zfs > > > > > > > parent_id = 0 > > > > > > > id = 1 > > > > > > > panic: VOP_READDIR: eofflag not set > > > > > > > cpuid = 0 > > > > > > > time = 1755276357 > > > > > > > KDB: stack backtrace: > > > > > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0053f83af0 > > > > > > > vpanic() at vpanic+0x136/frame 0xfffffe0053f83c20 > > > > > > > panic() at panic+0x43/frame 0xfffffe0053f83c80 > > > > > > > VOP_READDIR_APV() at VOP_READDIR_APV+0x205/frame 0xfffffe0053f83cd0 > > > > > > > kern_getdirentries() at kern_getdirentries+0x228/frame 0xfffffe0053f83dd0 > > > > > > > sys_getdirentries() at sys_getdirentries+0x29/frame 0xfffffe0053f83e00 > > > > > > > amd64_syscall() at amd64_syscall+0x169/frame 0xfffffe0053f83f30 > > > > > > > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe0053f83f30 > > > > > > > --- syscall (554, FreeBSD ELF64, getdirentries), rip = 0x331339f976aa, rsp = 0x33133631ade8, rbp = 0x33133631ae20 --- > > > > > > > KDB: enter: panic > > > > > > > [ thread pid 23 tid 100211 ] > > > > > > > Stopped at kdb_enter+0x33: movq $0,0x12313e2(%rip) > > > > > > > db> > > > > > > > > > > > > > > Running gdb on the host (attached to tcp port): > > > > > > > #16 0xffffffff80b7992b in vpanic ( > > > > > > > fmt=0xffffffff812ddf30 "VOP_READDIR: eofflag not set", > > > > > > > ap=ap@entry=0xfffffe0053f83c60) > > > > > > > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:962 > > > > > > > #17 0xffffffff80b79793 in panic ( > > > > > > > fmt=0xffffffff81d9eab0 "\304\372\032\201\377\377\377\377") > > > > > > > at /home/FreeBSD/current/sys/kern/kern_shutdown.c:887 > > > > > > > #18 0xffffffff81195fd5 in VOP_READDIR_APV (vop=, > > > > > > > a=a@entry=0xfffffe0053f83d30) at vnode_if.c:1824 > > > > > > > #19 0xffffffff80c95e58 in VOP_READDIR (vp=0xfffff800059546e0, > > > > > > > uio=0xfffffe0053f83d00, cred=, eofflag=0xfffffe0053f83d6c, > > > > > > > ncookies=0x0, cookies=0x0) at ./vnode_if.h:972 > > > > > > From this frame, do > > > > > > p *vp > > > > > > and > > > > > > p *(vp->v_op) > > > > > > I am mostly interested what is the .vop_readdir fp points to. > > > > > I think the problem is that, for this case, ZFS replies with eofflag > > > > > == -1 instead > > > > > of 1. (I don't know if you want to change the ASSERT or try to fix ZFS > > > > > to not do this?) > > > > > > > > Where do you see it? I mean the '-1' set to *eofp. > > > I saw it in a printf() after VOP_READDIR(). However, a subsequent > > > test showed 0. > > > --> The first time I was printing out for non-ZFS, so there was a fair amount > > > of other printf()s being logged. Then I limited it to ZFS. > > > > > > Anyhow, ZFS seems to get eof wrong when it is already at eof. > > > > > > I'll take a look at the ZFS code, rick > > > > > > > Below is what I gathered so far. > > > > diff --git a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c > > index 61d0bb26d1e5..c191b2abf6cc 100644 > > --- a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c > > +++ b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_ctldir.c > > @@ -674,6 +674,7 @@ zfsctl_root_readdir(struct vop_readdir_args *ap) > > zfs_uio_t uio; > > int *eofp = ap->a_eofflag; > > off_t dots_offset; > > + ssize_t orig_resid; > > int error; > > > > zfs_uio_init(&uio, ap->a_uio); > > @@ -688,14 +689,20 @@ zfsctl_root_readdir(struct vop_readdir_args *ap) > > * count to return is 0. > > */ > > if (zfs_uio_offset(&uio) == 3 * sizeof (entry)) { > > + if (eofp != NULL) > > + *eofp = 1; > Yea, I was just going to try the same thing. I think it probably fixes > the assert. > (Of course, it might take a while to get this in ZFS, so you might have to drop > the assert until it downstreams from OpenZFS?) > > > return (0); > > } > > > > + orig_resid = zfs_uio_resid(&uio); > > error = sfs_readdir_common(zfsvfs->z_root, ZFSCTL_INO_ROOT, ap, &uio, > > &dots_offset); > > if (error != 0) { > > - if (error == ENAMETOOLONG) /* ran out of destination space */ > > + if (error == ENAMETOOLONG) { /* ran out of destination space */ > > error = 0; > > + if (orig_resid == zfs_uio_resid(&uio) && eofp != NULL) > > + *eofp = 1; > If it hasn't filled in an entry, shouldn't it be an error return and not > setting "error = 0;"? This is how this code is structured: if there is no space, consider it the end of the run. UFS does the same, but it is careful to only reset error to zero if there were some entries already copied out. > > > + } > > return (error); > > } > > if (zfs_uio_offset(&uio) != dots_offset) > > @@ -710,8 +717,11 @@ zfsctl_root_readdir(struct vop_readdir_args *ap) > > entry.d_reclen = sizeof (entry); > > error = vfs_read_dirent(ap, &entry, zfs_uio_offset(&uio)); > > if (error != 0) { > > - if (error == ENAMETOOLONG) > > + if (error == ENAMETOOLONG) { > > error = 0; > > + if (orig_resid == zfs_uio_resid(&uio) && eofp != NULL) > > + *eofp = 1; > Ditto above. > > + } > > return (SET_ERROR(error)); > > } > > if (eofp != NULL) > > @@ -1056,17 +1066,22 @@ zfsctl_snapdir_readdir(struct vop_readdir_args *ap) > > zfs_uio_t uio; > > int *eofp = ap->a_eofflag; > > off_t dots_offset; > > + ssize_t orig_resid; > > int error; > > > > zfs_uio_init(&uio, ap->a_uio); > > + orig_resid = zfs_uio_resid(&uio); > > > > ASSERT3S(vp->v_type, ==, VDIR); > > > > error = sfs_readdir_common(ZFSCTL_INO_ROOT, ZFSCTL_INO_SNAPDIR, ap, > > &uio, &dots_offset); > > if (error != 0) { > > - if (error == ENAMETOOLONG) /* ran out of destination space */ > > + if (error == ENAMETOOLONG) { /* ran out of destination space */ > > error = 0; > > + if (orig_resid == zfs_uio_resid(&uio) && eofp != NULL) > > + *eofp = 1; > > + } > Ditto again. > > return (error); > > } > > > > @@ -1084,7 +1099,8 @@ zfsctl_snapdir_readdir(struct vop_readdir_args *ap) > > dsl_pool_config_exit(dmu_objset_pool(zfsvfs->z_os), FTAG); > > if (error != 0) { > > if (error == ENOENT) { > > - if (eofp != NULL) > > + if (orig_resid == zfs_uio_resid(&uio) && > > + eofp != NULL) > > *eofp = 1; > > error = 0; > > } > > @@ -1099,8 +1115,12 @@ zfsctl_snapdir_readdir(struct vop_readdir_args *ap) > > entry.d_reclen = sizeof (entry); > > error = vfs_read_dirent(ap, &entry, zfs_uio_offset(&uio)); > > if (error != 0) { > > - if (error == ENAMETOOLONG) > > + if (error == ENAMETOOLONG) { > > error = 0; > > + if (orig_resid == zfs_uio_resid(&uio) && > > + eofp != NULL) > > + *eofp = 1; > Ditto again. > > + } > > zfs_exit(zfsvfs, FTAG); > > return (SET_ERROR(error)); > > } > > diff --git a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c > > index 1813c411b013..79e808a3ab3d 100644 > > --- a/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c > > +++ b/sys/contrib/openzfs/module/os/freebsd/zfs/zfs_vnops_os.c > > @@ -1695,6 +1695,7 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t *cr, int *eofp, > > objset_t *os; > > caddr_t outbuf; > > size_t bufsize; > > + ssize_t orig_resid; > > zap_cursor_t zc; > > zap_attribute_t *zap; > > uint_t bytes_wanted; > > @@ -1735,7 +1736,7 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t *cr, int *eofp, > > /* > > * Quit if directory has been removed (posix) > > */ > > - if ((*eofp = zp->z_unlinked) != 0) { > > + if ((*eofp = (zp->z_unlinked != 0)) != 0) { > > zfs_exit(zfsvfs, FTAG); > > return (0); > > } > > @@ -1743,6 +1744,7 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t *cr, int *eofp, > > error = 0; > > os = zfsvfs->z_os; > > offset = zfs_uio_offset(uio); > > + orig_resid = zfs_uio_resid(uio); > > prefetch = zp->z_zn_prefetch; > > zap = zap_attribute_long_alloc(); > > > > @@ -1933,6 +1935,8 @@ zfs_readdir(vnode_t *vp, zfs_uio_t *uio, cred_t *cr, int *eofp, > > *cookies = NULL; > > *ncookies = 0; > > } > > + if (error == 0 && zfs_uio_resid(uio) != orig_resid) > > + *eofp = 1; > I looked at this earlier and I don't this is needed. When it breaks out > of the loop, it has set eof if it got ENOENT from zap_cursor_retrieve(), > which I think is the only case that will return 0 and not an error? > (But it looks harmless to me.) Ok, I reverted this chunk, but also changed the case of no dirents to be same as UFS. The patches are moved to https://reviews.freebsd.org/D51930 > > > return (error); > > } > > > > From nobody Sat Aug 16 01:43: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 4c3hZw0tKzz64csd for ; Sat, 16 Aug 2025 01:43:36 +0000 (UTC) (envelope-from ahmadkhalifa570@gmail.com) Received: from mail-yw1-x112d.google.com (mail-yw1-x112d.google.com [IPv6:2607:f8b0:4864:20::112d]) (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 4c3hZv3Wcjz3RQ6; Sat, 16 Aug 2025 01:43:35 +0000 (UTC) (envelope-from ahmadkhalifa570@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-x112d.google.com with SMTP id 00721157ae682-71d603a9cfaso21399987b3.1; Fri, 15 Aug 2025 18:43:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755308609; x=1755913409; darn=freebsd.org; h=cc:to:subject:message-id:date:in-reply-to:references:from :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=9C3lXLSzmcvmfaP0QQZ5+YfkKho1Bfq50osIM9pKBJo=; b=L9W8gvg48SeoHro1rrrEtP9rTw2fbLKgz30UF0KUSf/TClY8as8HF0QSRpWE0jr7pH lAKMd27oQ6jCVSZ2KktalaCAdrUYRMWZXWeAEK/FmLDSQP84lG5pYFpHfPQ6ryYz2D2j XY8bnahqUVUFu5pT7KmKDmrU8vWN6L3Wkqt1RHcXINwXM+yReOo2nznPfv/x2mQ9zNL8 4c3U6avaGc/kYTGVCgkEizw5cEtsadoFGnEm8sGPi/grPD9PZ0uHV7aPcSKCcBvkMc6S ASaZP8sQrg23gbsu9mUquZUaaP3FRd19AeVJkdsqst/ZK32omCZV1DYtfO3WFV+eU6mA CfiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755308609; x=1755913409; h=cc:to:subject:message-id:date:in-reply-to:references:from :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=9C3lXLSzmcvmfaP0QQZ5+YfkKho1Bfq50osIM9pKBJo=; b=e7ketap//C6qCwKNLgsP+xgOLGPPk9RfYQoQ/vw72T41E87rCPFpHmfsben3QKvpgv So7rvwYC/p7/ra7QE7pB1nJZtq7/3LVxrlK+njTcJ9FglcT9ZbP5JUMO9J4YZber+lOM CsApa6Vtn1W6/ziGSP0yWNqy42KCSgf3HMHBxRFb+Dzbcdi+yWgh2YhymnUGLq4eizlg 2v30VkbbaBEA4IJyDPBtTggs71nE5jXwkvfasWyvAf5i6TSxELom25zXMCgZ37l7me53 RsNYFI1vxKZ072xrGzzNO7SZvDdB9kRCMoxXaLkVpGv3ociQ8OlLWnts0eaKy3hZyqvx xqSQ== X-Forwarded-Encrypted: i=1; AJvYcCV1jtbtvE2YcWsd/Tvhb+CGIUJgIVrMa+4G6QLhccSdMCP35Xoa6IIqy7dkWWjel8r21TTQNQ==@freebsd.org, AJvYcCX3xFxwagg7hAGtcU8fD1bcktQ+V0F0FWiWJSOOngAwZjvQRReoaujUU7FHt1Pz+obSKAx17g==@freebsd.org X-Gm-Message-State: AOJu0YzulweXn7BSCA2OfftrRPMmeAyyelbUJKWIzgt0/wuekV/I8Tnh nk0s7mHbFPQpluAENOiZ7z0HqVdiFMSuAQqjku2MzRzfsjxR6tf2r4sleYOcj/FuPyKbMIriWxJ Nm+zr2M/58Z9aIKgtRd0gqo6VSnlJjXwT0A== X-Gm-Gg: ASbGncs9830UDQ/uorJWVT8e54q/uC+7ar6dBEmR5bMddJe9kRO31RxeGgJ92UfrQK2 pNOUyIVew8X0U/brfdCG+QwRJvHdJ7jiLh7BfGyqO7ByCbOuNOCNVurbRlXjSSZWbkR21Aows18 DQe3CuUTXw4MpDgkhPnAZtJUYAsfcmDgjil1xNUySG5ZsTeLhMfY+XF8Icx2slHmVJuxaPHmr0F ml5eUvtmg== X-Google-Smtp-Source: AGHT+IHPhxehM/piwPxviDNrtqmrGIzfJPZ1IUj44CsToyv6RQrKLtU6y7EKiw1uY8/Ib68+RzL6SldiHMjhyPWp/x0= X-Received: by 2002:a05:690c:7001:b0:71d:510e:4691 with SMTP id 00721157ae682-71e6de1afa3mr52230107b3.29.1755308609569; Fri, 15 Aug 2025 18:43:29 -0700 (PDT) Received: from 490177373942 named unknown by gmailapi.google.com with HTTPREST; Fri, 15 Aug 2025 21:43:29 -0400 Received: from 490177373942 named unknown by gmailapi.google.com with HTTPREST; Fri, 15 Aug 2025 21:43:29 -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 From: Ahmad Khalifa X-Mailer: aerc 0.20.1 References: <13679594-5CD2-44B8-8187-9D4FDE8DD27F@FreeBSD.org> In-Reply-To: <13679594-5CD2-44B8-8187-9D4FDE8DD27F@FreeBSD.org> Date: Fri, 15 Aug 2025 21:43:29 -0400 X-Gm-Features: Ac12FXw-RQeqT7_vb7qsVFNKEmBwiBm8Xt4hruuVtoScF93uIkAFSJRndEIK7Zo Message-ID: Subject: Re: FreeBSD @ GitHub Automated Tests - Monthly Compute Limit Exceeded To: vermaden Cc: FreeBSD Current , Li-Wen Hsu , Zhenlei Huang Content-Type: text/plain; charset="UTF-8" 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: 4c3hZv3Wcjz3RQ6 On Sat Aug 16, 2025 at 3:59 AM +0300, Zhenlei Huang wrote: > > >> On Aug 16, 2025, at 6:18 AM, vermaden wrote: >> >> Hi. >> >> For example here: >> - https://github.com/freebsd/poudriere/pull/1241/checks?check_run_id=47800694325 >> >> Error(s): >> - Failed to start an instance: FAILED_PRECONDITION: Monthly compute limit exceeded! >> >> Where should I report that? >> >> Regards, >> vermaden >> > > > I think that should go to infra team, CC Li-Wen. > > Best regards, > Zhenlei AFAIK we only use the free monthly compute credits on Cirrus CI. We always exceed the monthly compute limit after the first few days on the src mirror. From nobody Sat Aug 16 01:47:47 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 4c3hh551xGz64dLR for ; Sat, 16 Aug 2025 01:48:05 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1030.google.com (mail-pj1-x1030.google.com [IPv6:2607:f8b0:4864:20::1030]) (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 4c3hh51l5Vz3T3v for ; Sat, 16 Aug 2025 01:48:05 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1030.google.com with SMTP id 98e67ed59e1d1-321cf75482fso3275995a91.0 for ; Fri, 15 Aug 2025 18:48:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1755308878; x=1755913678; 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=QS+oTzXv/ELohBRB9BnSwm/c0In1m1mUUKXwnq7xsJc=; b=eufJpu0XwW9ajtbKg4BHIQZ3/keBvpWpPjypW+IYKGr2sKDoQvneoBGl4/vO1k7XXd /JhWo3cLswRrY1b+Xn9znGud8sqQXez8eMFxr+yqFsQPBtLHoso21IWYydjVuC0UMyF7 vf4YIQnSvPufWnibJ0TOa315Bl+8/8B2+P4OUs74ZyEpPUSTPZWK3KAnnWozLsYzMzt1 evv/PygWjLXfZBL2KUZUZzR/vgoNb0oAH9QfYmPpSt3bcoL1R2YHEIzrdUb7tZeogsds az/EK8y720wDBZRcWhtkzdsSsMgeRmDCICQDT5DS6FWfT9ZD1WrSX0ZMZS0oDKhvQkYm NQlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755308878; x=1755913678; 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=QS+oTzXv/ELohBRB9BnSwm/c0In1m1mUUKXwnq7xsJc=; b=jmx4SsxnWD0WSvh66W40OuZ/my6aM7HCsyhs+vUyUfjxieakzo69t3zNLZkTgE4Y1s 71KInSU5VJlhcPs4HZTbeUx0xjMIyiKkhHlcHnzvOqp/zZZZiYULIuA2N+HKBHD1jQQ6 22cEGTzrUNENV1gTd10fdjgL7BxGiX8y0+ew5W3FZfAMKIA4RO+txGWYUjD4lSHhmx3Q Vucf+hDnNos2ojPUBy9y6cbad+B8YeSUp8XRyUAz6tUduUGd0Gnt3Nyr9+ZazwBSPlRA LBnjMAInLeVZZ4Y8hij9o0u8swcifnuDlHSXsVDVFuuLl4yUYKsnTeKEemNLO/Tmp9I2 dmRw== X-Forwarded-Encrypted: i=1; AJvYcCVJb6SP0bQQMRAas4OQoeCKAs+/pvf7++UrzvyY9MRh3vajojwJGPHhOiyrwbgOeP4ApB86lv/IzS/R4356aFw=@freebsd.org X-Gm-Message-State: AOJu0Ywzlq3uF5QKkEEm3ZMINfE8AGQROZv+jV/HK1tkMv9Q/suPtkhF enQ716ckhGgi0sBGKucTKM8yrqXMLWjCPzoqsDnfKH1eXsAJvrmBPvaoE4qfds3Gu3ASmJgX+ED p8SeN7lQ/v73Ri+1D0T5EUAI9kt8EK9RRRxQDY8m/8g== X-Gm-Gg: ASbGnctEgi5ri4PbNmbqrNOTduW0M8TaVY6c3HhcNJvpg6vpDlwbvfcaymzooz/hD2C z43sijxKskAHnv0+MYWmwUiNhyZ6Er4yT7iChWMTmcAcYPGQq+ogzbnTQ0SDL72WVlC6PkflZd1 Jssd6MWad176cSDK4t0Ndd2QEwgvkfHmuCa27+e7ATUtbOQj4OWpvGHL2P1OSLRrWdAm7KK79bs DQwzOX61BJ2rx0V/MqyPdMcIJkPQY1J4ZXFlYqBVg== X-Google-Smtp-Source: AGHT+IEDN+WWbcpwsqRhef68UZd3eas06Bhk/QuEbA4Vc99Fu/+mbJR141nSf/HLEyd+Mb2EsIUprxW0DLiK8xERR5w= X-Received: by 2002:a17:90b:3b4d:b0:321:1348:4438 with SMTP id 98e67ed59e1d1-323296d963bmr11854696a91.7.1755308878479; Fri, 15 Aug 2025 18:47:58 -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: <13679594-5CD2-44B8-8187-9D4FDE8DD27F@FreeBSD.org> In-Reply-To: From: Warner Losh Date: Fri, 15 Aug 2025 19:47:47 -0600 X-Gm-Features: Ac12FXyoEr7NBiBScdEGPBYjqserMemGoahEDZ8dA1e-TS1DTfYVzPKQptXkFXY Message-ID: Subject: Re: FreeBSD @ GitHub Automated Tests - Monthly Compute Limit Exceeded To: Ahmad Khalifa Cc: vermaden , FreeBSD Current , Li-Wen Hsu , Zhenlei Huang Content-Type: multipart/alternative; boundary="0000000000002c59d8063c71b298" 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: 4c3hh51l5Vz3T3v --0000000000002c59d8063c71b298 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Aug 15, 2025, 7:44=E2=80=AFPM Ahmad Khalifa wrote: > On Sat Aug 16, 2025 at 3:59 AM +0300, Zhenlei Huang wrote: > > > > > >> On Aug 16, 2025, at 6:18 AM, vermaden wrote: > >> > >> Hi. > >> > >> For example here: > >> - > https://github.com/freebsd/poudriere/pull/1241/checks?check_run_id=3D4780= 0694325 > >> > >> Error(s): > >> - Failed to start an instance: FAILED_PRECONDITION: Monthly compute > limit exceeded! > >> > >> Where should I report that? > >> > >> Regards, > >> vermaden > >> > > > > > > I think that should go to infra team, CC Li-Wen. > > > > Best regards, > > Zhenlei > > AFAIK we only use the free monthly compute credits on Cirrus CI. We > always exceed the monthly compute limit after the first few days on the > src mirror. > And usually the first week of the month... Warner > --0000000000002c59d8063c71b298 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Fri, Aug 15, 2025, 7:44=E2=80= =AFPM Ahmad Khalifa <ahmadk= halifa570@gmail.com> wrote:
= On Sat Aug 16, 2025 at 3:59 AM +0300, Zhenlei Huang wrote:
>
>
>> On Aug 16, 2025, at 6:18 AM, vermaden <vermaden@interia.pl= > wrote:
>>
>> Hi.
>>
>> For example here:
>> - https://github.com/freebsd/poudriere/pull/1241/checks?check_run_id=3D4780= 0694325
>>
>> Error(s):
>> - Failed to start an instance: FAILED_PRECONDITION: Monthly comput= e limit exceeded!
>>
>> Where should I report that?
>>
>> Regards,
>> vermaden
>>
>
>
> I think that should go to infra team, CC Li-Wen.
>
> Best regards,
> Zhenlei

AFAIK we only use the free monthly compute credits on Cirrus CI. We
always exceed the monthly compute limit after the first few days on the
src mirror.

And usually the first week of the month...

Warner=C2=A0
--0000000000002c59d8063c71b298-- From nobody Sat Aug 16 04:14:56 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 4c3lxv6XVqz64mdZ for ; Sat, 16 Aug 2025 04:15:15 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg1-x532.google.com (mail-pg1-x532.google.com [IPv6:2607:f8b0: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 4c3lxv2LWPz3kSc for ; Sat, 16 Aug 2025 04:15:15 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x532.google.com with SMTP id 41be03b00d2f7-b472f0106feso810134a12.2 for ; Fri, 15 Aug 2025 21:15:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755317709; x=1755922509; darn=freebsd.org; h=to:references:message-id:cc:date:in-reply-to:from:subject :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=npR44Am71ojQQr3x9IBj83v9HOcwsKGw/rv1CXIssLk=; b=mi+KnF142Mduv8hgkSxpciMU2+uRMBffY6dtgpHvx9xC5o2q5BG2usQXAGJx6VLLzL Q0TF2PM3IqYS9NeZKNwscdXn7SUOEKojGu6v+PnvE0unY6wKnSywbVTjiSPAvV/DpYIB Viejl7NKkDQU0+rp3V/zghoxJdzbetzW8s0ewRfOqhxxVldositM9ibx28x4YRWeo3bS 2P0cWuOsMMKUoWl1BtXOCSsIKZHQof+RT+s01j3aOItVXIZUTq486l8uXgVJbCdp92hW hIBGnLtiikUf19LHvWmIuJzjwEccg/LMA6AhCYRVzODyjZsNUZ6ykywxJD+OjeCj0Uw8 y7DQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755317709; x=1755922509; h=to:references:message-id:cc:date:in-reply-to:from:subject :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=npR44Am71ojQQr3x9IBj83v9HOcwsKGw/rv1CXIssLk=; b=E9HoZP4lwEVG/HuMWI9lnRN4/F5SihsC7ReXSQaYuvkyarfOqz/c16/AUKPVKWJhpv VtOKIfahH8Z4LoUd9XrXISPJBvxfbhxfKOfe4ZjOGfYGD/ZAchFTF1lOz05axEaUVyKi Rs+UwZR8SuBOHy5N2hjc3AgdmwPeJ2yGk3x29odzjr/pYUaeMZNtirGRBxjq6Vr3wprm PZHSHLYpgyyswkWTe4wwshIvdEFW8qrqilS3LwBzqe68RodHzUgd1gHsS28V6r4biZ4/ eAkFpR+8gmIkwkA5vy2XUorzT2G8A4ryT1rFhivhtWa8W+cNEyyoH+KU13qQ4KnQKcLC bxIA== X-Gm-Message-State: AOJu0Yzjjid+68QFqbWazVTyQ/h6Q0SQGMAnw83JepQKMvgRccFKWynO N0XGy0wM6fOIbPbrLLOd58HVReDDK7Bd/XcFu+khfA3OwwwbXqq9ix0gvtZFxj8F X-Gm-Gg: ASbGncsGDJWiPZodZvNiWCDY3E5e0lyUWrXznrzAdCTZrUjoY9sCwyHry7sY8voiuTL KNk3Y+dDEbxt7hy1rNZM0607yiisyL5cgzw0/emF5E5pfz9rH26LLduSLC/Bm1Z9D78GEt7gonY dyscaesSu+zK3tFcB1akpaYPE4e33M6+qw6Qay37BrC04cuyh9L+PLYR0W+3t3FNA59AFYcvfpa 6YGS2w5hswSmxxSZJobW/azZiGZoS/tx+QbPfXXzx98tcI0xjTJ8Wfr+0lZASI2uH5+/CHiby6J fEjKEr4/bH2Seiu48C1BYrTGwT3xUoCVUQuG4BOHrxVRxMoGotmtWL+ZGmquteXDpLhi9XZFtdN OVQTtJuZHkY/2aRR1G3/zgPFYdsC+mVxSRNMstLEgTXR26A== X-Google-Smtp-Source: AGHT+IEVWlXE2WfVa2m8oSIS7o+hjjF+4jlwlHTsolOi+wCyexCgiz1yq/mEOZ0FteS72RGkTHm0Dw== X-Received: by 2002:a17:902:e802:b0:240:bf59:26bb with SMTP id d9443c01a7336-2446d74809cmr52356315ad.19.1755317708978; Fri, 15 Aug 2025 21:15:08 -0700 (PDT) Received: from smtpclient.apple ([176.100.43.45]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-2446ca9d9a7sm26429455ad.23.2025.08.15.21.15.08 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Aug 2025 21:15:08 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_98360AC0-BBC7-4DDA-A4AE-1CF910D9471C"; protocol="application/pgp-signature"; micalg=pgp-sha256 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: jemalloc 5.3.0 upgrade From: "Enji Cooper (yaneurabeya)" In-Reply-To: Date: Fri, 15 Aug 2025 21:14:56 -0700 Cc: FreeBSD Current Message-Id: <8483C874-E7D8-42CE-A366-2BFB07EABE86@gmail.com> References: To: Carl Shapiro 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: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: 4c3lxv2LWPz3kSc --Apple-Mail=_98360AC0-BBC7-4DDA-A4AE-1CF910D9471C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Aug 15, 2025, at 5:10=E2=80=AFPM, Carl Shapiro = wrote: >=20 > Warner Losh writes: >=20 >> This is likely the last update of jemalloc since the upstream is, at = best, in >> turmoil, and at worst dead. >=20 > Most of the jemalloc development over the past few years has been done > by engineers at Meta. Development actively continues in this = repository >=20 > https://github.com/facebook/jemalloc/ >=20 > The intention, even prior to the archiving, has been to do a major > release after HPA improvements have landed. In all likelihood, the > release will happen in the fork. Meta was a pure Linux infra shop when I was there in 2018 and = the Meta -> GitHub sync process didn=E2=80=99t run their CI/CD process, = so future releases might not be as frictionless as the current ones. We = might need to push some CI support back upstream and hope things don=E2=80= =99t break too horribly=E2=80=A6 Just some food for thought. -Enji= --Apple-Mail=_98360AC0-BBC7-4DDA-A4AE-1CF910D9471C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkHfexGRJ3gYRdA2gGpE5DjPsNJgFAmigBcAACgkQGpE5DjPs NJgVxw//dUrTaa05zSZOh78TfsyL5KSBe4GwyOwQZUPKBdH52YT2CGPyQavsRQ2U nRM8xhIboC0bmtNurPXbjhJL33tESGM/h9ytCX0ic89Zl0ADkWhHQ0ygEAaRJ8Bg dRvBDm58N5Yyqe0NZDHnd4Ph6UiTPoL6M98n25lWKV37wgxMsH22gDtNaE+hIutb lUV9PbN8uBQdQ+kFIuzkcVaSEWa7SmulJPNgzJjB61d8YGzK2KbdLf8ccaU4LlSK 2B3Q8FKRC+r5/8VGW8tbgmqndp0lEMHuKwZyTe6+oXdQkeGX4GpiLFRZXJSWh14l OwAEYeIQX2OxhOp1IYLsBRWbzD+0nNBVYrn+0P/O36hfEv1YidxeChAoUxurCa6j oPIbNLA+pVyDnjHrgVqJinMgwqb+DMUQQKLNgUsrZ9jFOyzpclvVxK2X7ALrZ1E8 I//+TyooiztW1u4D9BRYk02Ljd282ZSphQKT1Nc477piH9YFPRuR1G6KM6y0rXPZ nThOdFlAIByt7jHayguOT9BE122XusyqiEdTqdhRiEZfcdlwCq7jP7yn/cKsaFPD cPTdoHFfuWKYyVlXcAXDRjWiPvcfHCC4uSI2KlPU8KLXsv1xW/18T7OcmmL5Zeyf R8pq6c9JfUQ+YTLYAsyUYnJSz5xsj0uUEh7wA4d7VIO1dKxMQv0= =eN2W -----END PGP SIGNATURE----- --Apple-Mail=_98360AC0-BBC7-4DDA-A4AE-1CF910D9471C-- From nobody Sat Aug 16 18:50:13 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 4c47Mg4ZS1z64mvy for ; Sat, 16 Aug 2025 18:50:23 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x332.google.com (mail-wm1-x332.google.com [IPv6:2a00:1450:4864:20::332]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c47Mf6BjFz41xT for ; Sat, 16 Aug 2025 18:50:22 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b="VAFKg/Oh"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::332 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com Received: by mail-wm1-x332.google.com with SMTP id 5b1f17b1804b1-45a1b0becf5so13661195e9.2 for ; Sat, 16 Aug 2025 11:50:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1755370215; x=1755975015; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to; bh=T6iiZ7t4OCX/cTPrLFUbwoqHxN3FHOxu3rUfLN9xDhc=; b=VAFKg/OhvOYocGbF1FYg5zLZlZoOVDfH+SxZSOAnxPAoODq+tw9ojNo/oNeytJTztk /dZkgVCwR2kMefgigV7kOMOrBaX6h5iYtTLoINA3ZrHsfLA5iJzlO6RIiR6u4b3YN5ks KBP/fpFiibzhhFX+K4JZDPNTNVYYiaec5JbDfqWy5uHTuj5sXYaEL5unUe59PgGhXAfT Buv19hKlWMcEy4gvzQ0QO327IreRugLdcfFhctlzODyQr7KdOIBkxa24nLyMdbsWFtID aCDFILZbHpraG56+Z214BHbmxzJkxLsWDlzk4d2iKipvoOSzo7fwxRk2OI04q6D9GH50 +46g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755370215; x=1755975015; h=content-transfer-encoding:in-reply-to:autocrypt:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=T6iiZ7t4OCX/cTPrLFUbwoqHxN3FHOxu3rUfLN9xDhc=; b=W5AmAZZn9v1JZ+MmBGGsDJXoJrTmCqv13pu1YOgtV+Y3FWZQO4jFeDVlgfILZGEcRJ rjPBV9RfAUHkmGxzUEmp0SKSTP8Z3sPYIzbHX2pZMLVN/J7g5b/Q2ghuKKDY5sNZbzyu N8+tnQLfqRDHyT2CzS9pjvgy+9lL82jYtxui5HWPOup5cQHjCv8GOoba7yZwB7v3QGJm wicTnSFts2d5x3TGPAkmU39ieOBuwOWuWm7xuhu/uxtCt9xC0gQSrZMXAWN/5RBULhwZ xrCPN+l0o53aeSQ+94dijE7LEKK/xGD/vDtlyDE4H5bJ5IFI8W5GV2JQjbnEoFQEapk/ Q/ZA== X-Gm-Message-State: AOJu0Yz7uTc0nWzOFEr6NmxSziXDHzGZcb/WhOmo+c9LjaQKQ43wD/O0 WLyQvQBwxjmkSmEST187sgES2YDOZMuBmpFZmU4+eTSJ4VpYqtVeP0u3HjIsPQ== X-Gm-Gg: ASbGncsURu7paw90B/reDg1hKJhV9bJTu7QuaX8KF7uQtfTg7mxGla4FI4IRgjIlQBt SjAyLcZr0cKeT8EQ7Fps8TF++yjUmU1g252L2YOOBWCyhSbOL0v/uj3n85VqJUpbq5kg1F1VMV+ PZQIPEOrn6njy31sh5gl8G9NbCfqeDxYisay8BCr1udTK0t2z+0N81KJE6BhdY6TS31ZhorfHWm HlF8FU1r6IorRY8neUTGLRXr+PARfkQb5SnZhKZxPLeVoxtRj7neHLmkh/7JVW5oIYtoZdhpD40 f9LmwtnV7lI90X2HLAG4+1j+JXFmu7Coo+dFNkvF5EJ5JjLsJJoobavqHV2ifcGGs7ZIyK3RTAt YBytIB7RouNCzLkOdw4u/xan7XLKXuLuNU5xDqlWL0/5hsK8ASXf2JTgp0pBZcwcek9rZNA== X-Google-Smtp-Source: AGHT+IGQ7y6puIEQ4zX/q7DHa3oHl4cxc+xOolnjENmtj/0WKELzoUa7/tMK6p702poTtgn4QtEoxg== X-Received: by 2002:a05:600c:45c6:b0:459:db80:c2d0 with SMTP id 5b1f17b1804b1-45a217f3096mr43185155e9.7.1755370214685; Sat, 16 Aug 2025 11:50:14 -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-45a1c76e9basm107456545e9.21.2025.08.16.11.50.14 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 16 Aug 2025 11:50:14 -0700 (PDT) Message-ID: <70d5d41f-4839-4bcf-b8ec-b71c2430e3a6@gmail.com> Date: Sat, 16 Aug 2025 19:50:13 +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: Installation bug on recent images To: current@freebsd.org References: <338F6EED-2219-45B4-B6BA-22B5B3423CC2@gmail.com> <5c43988a-1cfe-4d81-8937-b5bee2c2c354@betaapp.fastmail.com> Content-Language: en-GB From: Graham Perrin 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: <5c43988a-1cfe-4d81-8937-b5bee2c2c354@betaapp.fastmail.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]; 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:2a00:1450:4000::/36:c]; 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)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; FREEFALL_USER(0.00)[grahamperrin]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::332:from] X-Rspamd-Queue-Id: 4c47Mf6BjFz41xT I have copies of two files that preceded the bug: FreeBSD-15.0-CURRENT-amd64-20250801-0a3792d5c576-279199-disc1.iso FreeBSD-15.0-CURRENT-amd64-20250801-0a3792d5c576-279199-mini-memstick.img Checksums at do match. The 20250801 files have been weeded from , and mirrors. If anyone would like a copy of either file, please contact me off-list. I might temporarily share via MEGA or whatever. From nobody Sun Aug 17 07:53: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 4c4Slh4Qvpz64P4S for ; Sun, 17 Aug 2025 07:53:52 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [IPv6:2a01:4f8:13b:240c::25]) (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 4c4Slf6jFLz43K6 for ; Sun, 17 Aug 2025 07:53:50 +0000 (UTC) (envelope-from herbert@gojira.at) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b=fLvwVsDV; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 2a01:4f8:13b:240c::25 as permitted sender) smtp.mailfrom=herbert@gojira.at Date: Sun, 17 Aug 2025 09:53:17 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1755417218; bh=EB7iJXUK/Spy0y/RTdgwZ0GKQxI+4NJGz1ohZsfFFVM=; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type; b=fLvwVsDVUDs+0ml6qsqjN1Nsk5DrUX9pX03HnARSIL43mbHD9WG1Ffr07Zkf85Sdd spaQDw3XERbUb3SUwwOkEK7cKG/DCjM7QSETow2lvlaICtfu5X6jHA9pEl5t8vGsG4 tY6br0CWHfB/JQ0PYoPlQ7ijq4dxlNRlBouFAF7MUJBKktXGb9m5VS9fzDlu+DHUQw qVPFehlN41B8DgJZuuy3yW91OMpPIGsEDqozryrgCX3t29SIKOGZwXnL5T7eb2t9qu meJxiKSuM8h6cZgJdY75i5tRkDshbeUOcTPRvuS/gIPVcWJ6AdqQQzlLWnY0XRiGQy fgwIBMM97mBSA== Message-ID: <87zfby8jv6.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: current@FreeBSD.org Subject: Re: git: f1c4c3daccba - main - krb5: Update MIT KRB5 from 1.21 to 1.22 In-Reply-To: <202508100532.57A5W4Dl038254@gitrepo.freebsd.org> References: <202508100532.57A5W4Dl038254@gitrepo.freebsd.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/31.0 Mule/6.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 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.49 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.994]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:240c::25]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[gojira.at]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[current@FreeBSD.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gojira.at:+] X-Rspamd-Queue-Id: 4c4Slf6jFLz43K6 On Sun, 10 Aug 2025 07:32:04 +0200, Cy Schubert wrote: > > The branch main has been updated by cy: > > URL: https://cgit.FreeBSD.org/src/commit/?id=f1c4c3daccbaf3820f0e2224de53df12fc952fcc > > commit f1c4c3daccbaf3820f0e2224de53df12fc952fcc > Merge: fef6c8f2ee8f d82a140dad3a > Author: Cy Schubert > AuthorDate: 2025-08-10 05:29:02 +0000 > Commit: Cy Schubert > CommitDate: 2025-08-10 05:29:02 +0000 > > krb5: Update MIT KRB5 from 1.21 to 1.22 krb5-1.22 is withdrawn: Due to a critical bug, krb5-1.22 has been withdrawn, and krb5-1.21.3 is again the latest supported release. krb5-1.22.1 will be issued with a correction. https://mailman.mit.edu/pipermail/kerberos-announce/2025q3/000209.html From nobody Sun Aug 17 07:59:30 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c4StG21bkz64Pf9 for ; Sun, 17 Aug 2025 07:59:34 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c4StG10TLz44Cp; Sun, 17 Aug 2025 07:59:34 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755417574; 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=tJ9scqfU1D/FpCBaA2ZpPPD/LhvHcZYLAiuSnDD3f/8=; b=uibdP3+AChh54NdWjCFxd/8JT4weGtsA1f+tX47yes5BwsZDlO3CPLFOVeM6GgPxPp0YrR mePaH3okwbtCuI3gVJF4W5TP0dF6wF+uS0klbDbqzwGNSYgDTesgwELw/EVoaFGYBAChG+ 912rYpz9qr47k++Dd3SQdJv9so2crPA2pxzqPL9oZQFBbKBs7WbuUkq5lrV0yT4p52YxJU /rHhVlwZE8G3RfgLa+rMMatExpgH289rbdIcJkNcH5pzP26T6CDQxn97TU5sw4aihYxN48 d2UeeWQNFKSjATwM/s7B8giynszBcDvYALmNxYV+cjCDWfQHKsh5h8V7a7gdcQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755417574; 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=tJ9scqfU1D/FpCBaA2ZpPPD/LhvHcZYLAiuSnDD3f/8=; b=aWzJpSpaXFGwpSrhtYSlkOsQhnUh4z1eJoKaq0bGhwf8+ugvmJlFMcT7T5O/3HVJcvJqm0 OMWH9WPHY9kr/tv9upgd9BwNtyMFrAdSvI7VUbUWpW4ZzUrw+RXedO5m5x6cuKappqz3pW m6v7V0Bc64cf3vO8rPiioLE8ZqZYgYB5QUnR6IogGU6j96Zbi8o7XAtH+rGom1YvEU4082 lE7QcaXwYBG/hbmAmgonbu8m4vyDQNwWCXSbPkWdsnaVV8n3SbNYysVdkf/FgxQsIuaLwE Ar53/9r1ruDAV3IUHeG25bJhWh/iyvzRbg+0IJAaxLGTBgxYpFfzJd3dnzW2aA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755417574; a=rsa-sha256; cv=none; b=Ixxx8OJpr4pYLRnO/Lr7XBVJ43KTs+PW/36YLDCDlV4BJ7CXrDI1gY+L4Vl9+sM5MLBdxl jH5dJ6t3V23QaptergoMldrDVRxC8reT7wDlyiy8aqhWeMkU8WM+/CDKOOLR4E+TwMmyiJ ZODXFbXUPKch1BMlXrYqZk4qt3Bq44WS9NlO7O5nzKNFQr4hEtkWk3jldSwKnmpE6qgY/X WU9zWqMZDMlbux5lo8tN5nuXeeE98VjlspyNzfEbPqiGiHGqa4thUYT8thYHpUv9KOrPIM u4VkV/x3CiwgvOKRW5bgVgkmkaMMlPbTcpRfQXl71JRLEcrSjZQNWAOPLYQnKw== 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 4c4StF55QfzyYP; Sun, 17 Aug 2025 07:59:33 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Sun, 17 Aug 2025 08:59:30 +0100 From: Lexi Winter To: "Herbert J. Skuhra" Cc: current@freebsd.org Subject: Re: git: f1c4c3daccba - main - krb5: Update MIT KRB5 from 1.21 to 1.22 Message-ID: Mail-Followup-To: "Herbert J. Skuhra" , current@freebsd.org References: <202508100532.57A5W4Dl038254@gitrepo.freebsd.org> <87zfby8jv6.wl-herbert@gojira.at> 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="Bghpo0KvGWo6IE0X" Content-Disposition: inline In-Reply-To: <87zfby8jv6.wl-herbert@gojira.at> --Bghpo0KvGWo6IE0X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Herbert J. Skuhra: > On Sun, 10 Aug 2025 07:32:04 +0200, Cy Schubert wrote: > > krb5: Update MIT KRB5 from 1.21 to 1.22 >=20 > krb5-1.22 is withdrawn: >=20 > Due to a critical bug, krb5-1.22 has been withdrawn, and krb5-1.21.3 is= =20 > again the latest supported release. krb5-1.22.1 will be issued with a=20 > correction. i assume the bug in question is this one: https://krbdev.mit.edu/rt/Ticket/Display.html?id=3D9181 the ticket doesn't mention whether it has any security impact or not. if not, we're probably better off waiting for 1.22.1 rather than reverting. --Bghpo0KvGWo6IE0X Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaKGL2gAKCRD1nT63mIK/ YENnAQD45kJpikXiuC5l/E1KoDmimIH24d+CdpFhmwKQvZfSaAEAoGWGj08RVvX6 l4TJV/3urrLai2CFpLNA+mqv+9IEjwU= =S+Ob -----END PGP SIGNATURE----- --Bghpo0KvGWo6IE0X-- From nobody Sun Aug 17 11:19: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 4c4YK04Dbgz64d8R for ; Sun, 17 Aug 2025 11:19:32 +0000 (UTC) (envelope-from peterj@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c4YK03j3vz3PjP for ; Sun, 17 Aug 2025 11:19:32 +0000 (UTC) (envelope-from peterj@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755429572; 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=ZPJCvN7BCBoiQSEl1le5Fy3kqqYeuK9qV2s50Vr2jTU=; b=xGP39otinhfwEjeRJgYpMyUw+2OhMtWtukHltq+d807aIxJA/7ElGwufvjEWHbbD8fGBso vSbXGTqcdY3x/mrcInIkJnqH/j1A6hCF4pplK0inmiB6VQBJJzgp4fqN3AIZj9Mtd4PKsi pJ+OakIdNxcqdVj7jsM3bOhtus+bUz+yjJpdULzwOhraIPpI421Wo1g353V3oJfAVTVQVz o2hgK8hokWJoul9nK94GMguTxjO2Jhx8EH3AI650jgVmCQbjVOKb6k8qcgVbyAkLgxBdQm bhl2Iy969PZnd0UfFBitrAp7JVNYZN0eP2wCPraYFkxQM1IBJEj26WUpwo1mKw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755429572; 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=ZPJCvN7BCBoiQSEl1le5Fy3kqqYeuK9qV2s50Vr2jTU=; b=N2SJrUTmbNTnNNwoOxzXAdtVl8euhkaYMhq03ysnXeHz9DcsQC773UjrWQBgos9yInmD/y pmpxbXMSkdwsAGaWIP76QKcMgAgamzQoUhE5/llvwHhdnJlOWviCg5G9HbqOyPBG89tX2t YK/Q+D2GkoR0oD7M7RqTkxY8x3f1qJSUNQVIqco66gZYmJLNy30lkOM+9smh70zAha7Aet OOEVBFmoB3yVKE8VFP4hLsankAXwDC6MYQzN+NJKFmyKd+jMoMUencYLmgWkMa44LCDCms WVTQBqUvqVHDgZbCEeBcwB+9HaHQLCBagxbPNas7lVfPSvr0Op7boRu7RYPpqg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755429572; a=rsa-sha256; cv=none; b=TAfkzVabV52ml3NC8Di9N94xLO1LvKzvwvBOVpZl1H+qcM8i6PTJ/wzd4uy6R0oBWimlMV LipCwUL5HhD7JLAi5z2Q/Cw6C54IZHz0KVYK7Xov2LtaVQ1Ayc1+UqSwb46lcSFppr/nwe HB/FUNzE29gjGOql7rKlS6Fj9E2g/9l/+BiDHHn9qRS/N6oCRIgQe+XwXba7zvfb5T1Inz 7jqZZeffb+AZGGIyHPHyzkOiZQNperzFOo7iulZxTQOQ4MR2rZel9WhbGv5y5aqPbL00I7 x1G/cVYd30jHNoNrmCeuobacAHympU8SDirtoz6hHLBF8GvjC4hb7A/uL5FvMg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from server.rulingia.com (ppp239-208.static.internode.on.net [59.167.239.208]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512) (Client did not present a certificate) (Authenticated sender: peterj) by smtp.freebsd.org (Postfix) with ESMTPSA id 4c4YJz5JVDz14F1 for ; Sun, 17 Aug 2025 11:19:31 +0000 (UTC) (envelope-from peterj@freebsd.org) Date: Sun, 17 Aug 2025 21:19:26 +1000 From: Peter Jeremy To: FreeBSD-current@freebsd.org Subject: Premature use of "legacy" binaries during buildworld 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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="laJyd5cDmchSPPEA" Content-Disposition: inline X-PGP-Key: http://www.rulingia.com/keys/peter.pgp --laJyd5cDmchSPPEA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable TL;DR: "make -jN buildworld" can look for executables in /usr/obj/usr/src/.../tmp/legacy/bin before it populates that tree. Since this just bit me and I haven't seen in mentioned here: I was trying to run "make -j4 buildworld" and it was consistently dying with: *** [_cleanworldtmp] Error code 6 But, things seemed to get beyond that when I skipped the "-j4". With the aid of "ktrace", I tracked it down to /usr/obj/usr/src/arm64.aarch64/tmp/legacy/bin/sort complaining about a missing libmd.so.6 (only libmd.so.7 was present). After blowing away that "tmp" tree, the buildworld is working as expected. I haven't tried to dig into the buildworld logic but it seems that there's some dependency checking missing so "-jN" can result in the "legacy" binaries being executed before it has been wiped/updated. In case it matters: I'm building at 20f0996700a8 on a "diskless" Pine H64 (4-core Cortex-A53) (root on NFS, /usr/src read-only NFS) with filemon. --=20 Peter Jeremy --laJyd5cDmchSPPEA Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAmihurZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzTDdg//bJ8zHHAxpr53bRCbwc6OepSMfvb/1Uu/NMO8+rojUtVzn9gkpLXIMLmo RIlVafTSTsEIf1XjPstUHBXVxkvp7BKugAL6v5OLvVXaMuuC66lTtZrCuRl4AB+Y +hk0iy1pfGQSF/y4QI2sdGQd9OLKNfGEP+Yij/dyR8gcCXZdZawnh07F+Xymz+el t1QwSG1FGjjdUFqMv1JOHk/7+mBTfQEZZidmJrwnb0SimOoY7i98Bzu980eGBq0N OW5qjWsLns20DvWSUe3a2+i0ZN3LphEGaObNGLO4TGdhoMYinnuMMZ4DIv6IZloE 0PYM8i4DYMjQ0q3prdMoLaNQv0MShdi6DggcbKHcpTIR1QbrwR6mUSRM3vzEpaJF W7goBSXA7HY5fzyhLznxzXaE/cb9vcmr67nrcWzMrAY+9VOc8ehfNmPt4kg8vIa+ bGniCflb8eMwAnd0Ts2MDz6fwoflrY4yZSrmAUcrxopoq4nVi7/XIeX3u+j7mUDM cUizaaj5ZuvoQEoRZZF9fyDgCKFBGKtO1fnBj/7KhqOS1Af5eg/6QUAw1kUIeV3x fhLfSPaNGrwPZY87AhdrPWONITPdDmkUvdSVB5oEHdm9WkODfn+65cBFmi1SggDY 7455U+gWgnf5hQeAz3DEtqdUBP2QUvbmaa854XB/8IBXOz8dJ3U= =CDtA -----END PGP SIGNATURE----- --laJyd5cDmchSPPEA-- From nobody Sun Aug 17 13:07:45 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 4c4bjv5bzFz64l2P for ; Sun, 17 Aug 2025 13:07:47 +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 4c4bjt5mxSz3YLb for ; Sun, 17 Aug 2025 13:07:46 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 57HD7jZi003959 for ; Sun, 17 Aug 2025 13:07:45 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 57HD7jBo003958 for current@freebsd.org; Sun, 17 Aug 2025 06:07:45 -0700 (PDT) (envelope-from david) Date: Sun, 17 Aug 2025 06:07:45 -0700 From: David Wolfskill To: current@freebsd.org Subject: Loading kernel seems to fail at main-n279667-7ce07c41423d Message-ID: Mail-Followup-To: David Wolfskill , 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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Dua2Q0EdQjDdSC8c" Content-Disposition: inline X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.39 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.988]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170:c]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[david]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DMARC_NA(0.00)[catwhisker.org]; MLMMJ_DEST(0.00)[current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1] X-Rspamd-Queue-Id: 4c4bjt5mxSz3YLb --Dua2Q0EdQjDdSC8c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Yesterday's update to FreeBSD freebeast.catwhisker.org 15.0-PRERELEASE FreeBSD 15.0-PRERELEASE #3= 05 main-n279644-20f0996700a8: Sat Aug 16 10:59:06 UTC 2025 root@freebea= st.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1500= 060 1500061 was uneventful. After updating sources to main-n279667-7ce07c41423d this morning, "buildworld" &c. was also uneventful, but the following reboot did not actually complete: it brought up the loader menu as normal, but seems (because it's a bit hard to tell what's going on when the screen is blank) to fail to load and transfer control from the loader to the kernel. Eventually, it appears to time out & (attempt a) reboot again; absent human intervention, I expect the cycle would repeat indefinitely. So far, I have seen this on a (headless) build machine and one laptop (the other laptop is just finishing the installworld bit as I type); each machine is amd64 using BIOS booting (not UEFI). I tend to keep the machines pretty much in lock-step, as far as daily updates (FreeBSD sources & ports), though the headless build machine has a lot fewer ports (and a lot more CPU & memory). Oh: they each boot from & use UFS, not ZFS. Given a clue, I'm happy to experiment & report results. Peace, david --=20 David H. Wolfskill david@catwhisker.org Of course firing the statistician will force the statistics to conform! See https://www.catwhisker.org/~david/publickey.gpg for my public key. --Dua2Q0EdQjDdSC8c Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaKHUIV8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5WMcAQCqkHpzV8N4UTWC3XjgFtb0sktX8VMolsQTFxjeVVz0EAD/RiBLyVYhjGW3 XNSw4WL0S1q2GmvNXpEoIqi4Zs9/aQM= =naAn -----END PGP SIGNATURE----- --Dua2Q0EdQjDdSC8c-- From nobody Sun Aug 17 13:14: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 4c4bsl1nFNz64lTd for ; Sun, 17 Aug 2025 13:14:35 +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 4c4bsk48SVz3ZdK for ; Sun, 17 Aug 2025 13:14:34 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 57HDEXAZ004065 for ; Sun, 17 Aug 2025 13:14:33 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 57HDEX05004064 for current@freebsd.org; Sun, 17 Aug 2025 06:14:33 -0700 (PDT) (envelope-from david) Date: Sun, 17 Aug 2025 06:14:33 -0700 From: David Wolfskill To: current@freebsd.org Subject: Re: Loading kernel seems to fail at main-n279667-7ce07c41423d Message-ID: Mail-Followup-To: David Wolfskill , 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="8/eg1kBz647iUzug" Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.40 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170:c]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[david]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DMARC_NA(0.00)[catwhisker.org]; MLMMJ_DEST(0.00)[current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1] X-Rspamd-Queue-Id: 4c4bsk48SVz3ZdK --8/eg1kBz647iUzug Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 17, 2025 at 06:07:45AM -0700, David Wolfskill wrote: > ... > After updating sources to main-n279667-7ce07c41423d this morning, > "buildworld" &c. was also uneventful, but the following reboot did not > actually complete: it brought up the loader menu as normal, but seems > (because it's a bit hard to tell what's going on when the screen is > blank) to fail to load and transfer control from the loader to the > kernel. Eventually, it appears to time out & (attempt a) reboot again; > absent human intervention, I expect the cycle would repeat indefinitely. > .... On the second laptop, I tried escaping to the loader prompt. I then: * Verified that nothing was loaded initially * Successully loaded /boot/kernel/kernel * Verified that "lsmod" showed that something was now loaded * Issued "boot" The machine immediately rebooted. Booting kernel.old succeeds. Peace, david --=20 David H. Wolfskill david@catwhisker.org Of course firing the statistician will force the statistics to conform! See https://www.catwhisker.org/~david/publickey.gpg for my public key. --8/eg1kBz647iUzug Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaKHVuF8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5XNuAQDS05H2NcqVGwZPXFksz6LqtMaZS6oSIC09f4A1TrE9ZQD9GxSxoCw9bG/V cHveyLwhB0q+4I1Um3gg0jNiad/tfQ8= =KQSu -----END PGP SIGNATURE----- --8/eg1kBz647iUzug-- From nobody Sun Aug 17 13:42:39 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 4c4cWc3SlLz64nHh for ; Sun, 17 Aug 2025 13:43:56 +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 4c4cWc02yqz3f2s for ; Sun, 17 Aug 2025 13:43:55 +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 57HDgdl3013298; Sun, 17 Aug 2025 16:42:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 57HDgdl3013298 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 57HDgdqu013297; Sun, 17 Aug 2025 16:42:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 17 Aug 2025 16:42:39 +0300 From: Konstantin Belousov To: David Wolfskill , current@freebsd.org Subject: Re: Loading kernel seems to fail at main-n279667-7ce07c41423d 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-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: 4c4cWc02yqz3f2s On Sun, Aug 17, 2025 at 06:14:33AM -0700, David Wolfskill wrote: > On Sun, Aug 17, 2025 at 06:07:45AM -0700, David Wolfskill wrote: > > ... > > After updating sources to main-n279667-7ce07c41423d this morning, > > "buildworld" &c. was also uneventful, but the following reboot did not > > actually complete: it brought up the loader menu as normal, but seems > > (because it's a bit hard to tell what's going on when the screen is > > blank) to fail to load and transfer control from the loader to the > > kernel. Eventually, it appears to time out & (attempt a) reboot again; > > absent human intervention, I expect the cycle would repeat indefinitely. > > .... > > On the second laptop, I tried escaping to the loader prompt. I then: > * Verified that nothing was loaded initially > * Successully loaded /boot/kernel/kernel > * Verified that "lsmod" showed that something was now loaded > * Issued "boot" > > The machine immediately rebooted. > > Booting kernel.old succeeds. Should be fixed by e1a358aa72af, sorry. I only tested on la57 machine. From nobody Sun Aug 17 13:58: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 4c4crj71BMz64nkP for ; Sun, 17 Aug 2025 13:58:45 +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 4c4crj3J1Mz3hJm for ; Sun, 17 Aug 2025 13:58:45 +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 57HDwhoi004779; Sun, 17 Aug 2025 13:58:43 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 57HDwhsF004778; Sun, 17 Aug 2025 06:58:43 -0700 (PDT) (envelope-from david) Date: Sun, 17 Aug 2025 06:58:43 -0700 From: David Wolfskill To: Konstantin Belousov Cc: current@freebsd.org Subject: Re: Loading kernel seems to fail at main-n279667-7ce07c41423d Message-ID: Mail-Followup-To: David Wolfskill , Konstantin Belousov , 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="dhojOton1SycHE9j" 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: 4c4crj3J1Mz3hJm --dhojOton1SycHE9j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 17, 2025 at 04:42:39PM +0300, Konstantin Belousov wrote: > ... > > The machine immediately rebooted. > >=20 > > Booting kernel.old succeeds. >=20 > Should be fixed by e1a358aa72af, sorry. > I only tested on la57 machine. OK; locally reverting main-n279662-2abf24b3698c, then rebuilding/installing the kernel worked for me. Thanks! :-) Peace, david --=20 David H. Wolfskill david@catwhisker.org Of course firing the statistician will force the statistics to conform! See https://www.catwhisker.org/~david/publickey.gpg for my public key. --dhojOton1SycHE9j Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaKHgE18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5cx0AP9pCRqQ8MwlJfWqyjM769m8UEMcsQXkwj4eoJIZ8uUzNQD+MVyGktve9Lox 0LgYJIVFnWqCWS/G0N4XE52y87dm3AM= =b8GZ -----END PGP SIGNATURE----- --dhojOton1SycHE9j-- From nobody Sun Aug 17 15:49:17 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c4gJb1QYlz64vfN for ; Sun, 17 Aug 2025 15:49:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.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 4c4gJY4Vn2z3sNy for ; Sun, 17 Aug 2025 15:49:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=K5Q6rrGQ; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.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=1755445771; bh=oeck7PhZLk7WAjjgEBJzpcZ5xAiUA8FqTYh6hlL9+to=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=K5Q6rrGQc1WMwwhdwF8QvATryJQgh4bKgJv1JVvEg/RTtNg5C8fCUUcjTYbU8a9qzqwS7bp5ZgE+tqtE9gz4fusWXUK1M7TlmVXTio6B0wuG79Kw2NbwLurIRr8pHVx9TNQBEg6lZ0A72jVMc1hfoqHftFLWPGvBwVpA0RNU2GOJtRFoTRkR0DCKKv9iFE0rt1lWKwO+Wi5LG7eQNrDqKlaRHFnGbJf369uZwPXrwY5rFJ8Zw6QRUvK1GBFtiwv6KYyHOn1jodv7AErXMvhoyB9fYMgdO5VQCAbpsL4SsHSP9osNUjgeu0q2YipQrW/75ufMwq0EbG8/bbUufEWYLg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755445771; bh=FBQibewKktFBqPCKzjxCr4J5IIT6EAysVYnii8W6E5l=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=elnQOP7cmgccPpTJWlACIjPmjlZdq0ID0ruiEXGffz7QNvJ4Q/Hez5FBTicePf4ATMBX0owC5J4DD7sC+B/5R4pB6BTlHsxutQeOWQLaiU45AurmPqo8TzGn4/9vq9L+f/hSbM4amYO0z5bOQHcxnHCtrMrUsrBa0UKckY3farTujd8vRXTNxH1lKHQNPvV9hMQIyUrz/3gyPQpR85ioFC2+wXuGvbk2xVTv0Fp1GRvSjAxPjA7ycaoU8nFsIasjyMITRBR/JAoHxZqZiMnvZorlVxmmk2fvS+gL9UrIXAsQtMGqT8M/ki7JRGWQOoSM7/KewfR4I8DjUdAHQuipTw== X-YMail-OSG: LSfsvqgVM1l5tD6rB7fC.e.kZHslJGxB50OP.7SzzeGzWKJNE9nWkcN3sw2NYB8 yjV41Kqexu2FXX20DhKbDH3wPhJR5ohPuZike4ewACDzvyACSN_MfI3UxA6mhOkvlwk6GHc_b3xP TWCs3icWmtrL77g8xxwUuEUzZaG80PilQhTP4ukYdCwwxHagOncfwa6AiB8BaFMvTphuCFl9AvdE wXt2CPJSwE6cCY9bzMa8Jsuvxy2DIs4h3xCB97rhzVFNpN2qbBUjnOEOfQV5yJuKFdWnIpgvosbq 1Qjw6zGwR.Q51iQKzTqBpRZNzeucB3gvi.MhamDGJpJLyB75N02atREZM4Q6mMZa_mhk9WRrKw8o pFJi.SPtIrL8PeuiYe2wtNxp3kXQPxTEp6ZP84wYMvRP.XVPZCHLL8Rv6Y2V9BRUGAz11cHPGFmu aJJmkwx8Rljk30rbaiFG0MgWBOiEtFbJCuoG3ldUvICSHjgpzumLo.0GTD_2TsLwFWo2D1TlwanN pCIVLzoV3aTG3PyECQzbagoyyDcco2u93huTLRSQ9QfVS1kjaPpGtx6FtT.9guwHeG4eIAtWSO8A pvjGgEXe_z40kTGhO9aJ.RZHiRaW8w8IwGSSkb9Ot00m_cgjNN4IkXEoRYt6xZFR57bdgSbryYrc ctpFJwXOVcOUSFI3tCtCY8W5X4w5qaweru_X1Lx9Y3luTf7a9FO_bfT9TgHYoM_lvi9VPFzYVQ6S cThIAyuPYb6CCYvPjGRQDRrD6JTj1wW1C8Mu85fcJOn42EgcujcboPwzfMHCU9x6_Irpw8EKwppR kyPlS5LJlPTvtQbdF6u.kSn9zkKxEshrJFVi5erGZRzqMiNvj5Rkf1QYS7s1n9xGtpdA06fuJTjX dKdgzPsbzsH9q1U2572o5pByY616rZz51kb8WYK.6M.i3ETpGo3gsUbUkdLorwVgM2tYcvd8_UHv UiBq.lDW9mMWmZEuQS1ihXngZeMX1eSEdEZQFrQiz9R_8gYPNRpCsrLw4Wxr2cxI137C8cpdvCAb bIynfP4SZTxt5n_6Gj5jIGUTQGMNrW1O16jVzbAwsX4Jo2vV9f0AIMtMzBzDgNbAZRUekq2kTQQs IyBT3JQUQUKIOaRnwvvFJShQ6aNLwKlfI7A5GHAz3P1HRz90L0GAoFSCPMSfBZi2w_eHcrWOWgWT VxjVuZlKT3Y1ZK1lHlDensB6qYCCne4vKcA90x_JnYxI.LRS0DVecbT9X6mFaRVs4KZTBH70ZOnP C9EVLAQ3boPoJfFkAwJ.p2kEIZW2ExUTv.aCtkqr01MVNPr2_oeog3DopM_n0BrA2qf.DBZAJvqa 07ga6.OR2KSFjN.wVSwjIiL_pVVfaaiHKxNT7Y0r8zhA7GArnkU564D6W5KiLp7B68hfnyHpwnD3 WM.lU7z7CZv4kVypopNl5EN7d.JtBf5EZ9f0c77G2gqRqF3AYgHWmhJ_3Uq3lc5lD_VHipLTtyxE v3C03ts3cZodHDgNb.fg2Xg0.ZWuziloafpQkhfsd4FF9.gcCdX7ewcdNzsdFVOY5WcBU4EZHIka 8I.rd5QSLNRwEvXNj5fLgjjjssh1H.5x4ERP8jHe0PWROfi.Ck5dOUKGoSk2r_UenPW.VG8pCsr5 BJurwZjeq85_LaMsbuJC9ltxLawV_hb2.kR.jUfIT4wjWHoc4_GgyTq3WL5K4_KCBDh3IabY52O0 ykxFlHfjBZ9EKn7t_DHY_ED6mGVgt6fBbCamGECVBKdCASt7dyf.MS3z_e0pNZ6jbfOIXH7ilJ4V iyTnPjXhxsQ_fuRGPl28bXHRHyueK0yKNpTNTknkUxMnL4aqAq.OIR5zCxs1tK37Y1FGcLWROCS7 v7C8cqFmrj5zFOeE8H1dM.ybPCpZ1dx3bErSBNb9q_qXIbJIwthUjRrQzJZcrtpOkgvDOmOX5rzB sAIbRs27BXQk3kEm1zgJ3.Y_v9p6m4Yr2w642rI2T4avT8pbYBMfLTgfSQCup5akWy.aWCIK6MW0 8i9ZMEV5oaZT7hJJ6H6MGU.YkMMJCtTIm5rFNGFmpKEHGvRY3fylob7ksjbjd2EFfue7L552z9DT MmdaQW6c9OmqmTdq9ZhuvKLn_zbKJeuZ0cIRWL646EVTc5Nfd6Wx5Wa4GkHQOi0CPRo4XslpRJ7x d1qdF.EyZPbYvsxmQPJcwiGguX717SpRYQeigeoRdFtWif9oncfOTzDTA1ekndcezo3dqNkEZ15c lujwniLvWkob6t0s4sTs4qoWKJ4BF7MCHkJb4x9YPHAUTGEJPJKmQlE.I0Rqpd0ds.uWobuisM7r GS_Y- X-Sonic-MF: X-Sonic-ID: 3631b148-09ca-4ac2-b5fb-adc996ed5fe4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sun, 17 Aug 2025 15:49:31 +0000 Received: by hermes--production-gq1-74d64bb7d7-ntkkg (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 724ef84b7793fa2411b046f13cab9b22; Sun, 17 Aug 2025 15:49:28 +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: WARNING: looks like main-amd64-default (latest) will only have 519 port-packages distributed for 11+ days Message-Id: Date: Sun, 17 Aug 2025 08:49:17 -0700 To: FreeBSD Mailing List , 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_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-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.68.31:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from] X-Rspamd-Queue-Id: 4c4gJY4Vn2z3sNy h= ttps://pkg-status.freebsd.org/beefy18/build.html?mastername=3Dmain-amd64-d= efault&build=3Dp98b748365fe6_sc6778f3a442 shows that a special build of main-amd64-default (latest) has happened as a part of dealing with changes associated with 15.0-PRERLEASE status. It is a from-scratch build that has established: Host OSVERSION: 1500061 Jail OSVERSION: 1500061 which is after some library .so.* version number changes. Prior to this build, the distributed pkg builds were too old for main-amd64's 15.0-PRERELEASE . Only 40 packages were explicitly listed/requested and those lead to only 519 packages being built. beefy18 is the system used for main-amd64 port-package builds. beefy 18 has been taking 260 Hrs to 270 Hrs to build a full set of packages. Getting copies to the distribution servers around the world is a separate step I do not have time frames for. So: around 11+ days --once beefy18's full/normal builds are started-- before a full set of port-packages will be available. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Aug 17 18:40: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 4c4l640n38z655sg for ; Sun, 17 Aug 2025 18:40:44 +0000 (UTC) (envelope-from jgopensource@proton.me) Received: from mail-10630.protonmail.ch (mail-10630.protonmail.ch [79.135.106.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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c4l62545Fz3CRc for ; Sun, 17 Aug 2025 18:40:42 +0000 (UTC) (envelope-from jgopensource@proton.me) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=proton.me header.s=protonmail header.b=n2Iur5Y9; dmarc=pass (policy=quarantine) header.from=proton.me; spf=pass (mx1.freebsd.org: domain of jgopensource@proton.me designates 79.135.106.30 as permitted sender) smtp.mailfrom=jgopensource@proton.me DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=protonmail; t=1755456039; x=1755715239; bh=QIOIAtXl+znvvcria/3H0OOD2mphwphdaUxabv8Uv2Y=; h=Date:To:From:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=n2Iur5Y9zNdXZB3yj/kxcFGaRx01L7ND4kZNZ4Mq407izz9yvxqllZRq7oP550lfC 57RNfgeh7nuyxKplyBakluBd8QhSXN1Qsec/bGdBbUv9BNAR88y6ru4C+0utFsXwi8 x+KLx6B5NYYdHRIE6vFGgO4qMc4ahs2VwfXR4LFx/23DzXQRAknShL4XsFatAu56ho ZtGWXjDBSAgHYUT8EGIM3d5mBwwfV3DQoOsTUNa5y55kzq9akFzuRXU5xd8ZfEKFUx rFRKe/xjwlP4lOww7taIin3hs+C62U1Q4j0M2Pmfy6rGi/cPRsN9Y0uuUcmbldnzc0 mCQBHXUxArGxw== Date: Sun, 17 Aug 2025 18:40:37 +0000 To: FreeBSD Current From: Jordan Gordeev Subject: Re: Example context needing use of hw.usb.usbhid.enable=0 : serial console keyboard input under Parallels (aarch64) [reproduces again] Message-ID: In-Reply-To: <7C8C2BE0-828E-494D-AF51-AA026CA000C5@yahoo.com> References: <7C8C2BE0-828E-494D-AF51-AA026CA000C5.ref@yahoo.com> <7C8C2BE0-828E-494D-AF51-AA026CA000C5@yahoo.com> Feedback-ID: 125078299:user:proton X-Pm-Message-ID: fc2573dcbe42c51cfefef0e7f8ad11fa179967dc 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.40 / 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)[proton.me,quarantine]; RWL_MAILSPIKE_EXCELLENT(-0.40)[79.135.106.30:from]; R_DKIM_ALLOW(-0.20)[proton.me:s=protonmail]; R_SPF_ALLOW(-0.20)[+ip4:79.135.106.0/24]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; ASN(0.00)[asn:62371, ipnet:79.135.106.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[79.135.106.30:from]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[proton.me:+] X-Rspamd-Queue-Id: 4c4l62545Fz3CRc On Thursday, 14 August 2025 at 21:51, Mark Millard wrot= e: > Have you been implicitly expecting a debug kernel instead of > kernel.GENERIC-NODEBUG ? I had previously provided the text > (note the "GENRIC-NODEBUG"): >=20 I was unaware that the -NODEBUG kernel also disables the hkbd(4) debugging = output. > Now testing the debug kernel with hw.hid.hkbd.debug=3D"100" : > It now provides the dmesg -a text you have been > looking for all along. Sorry for the previously bad test > context. >=20 What you get in dmesg from the hkbd(4) driver looks very very normal. It's = what you would expect from a fully functioning keyboard. Can you try booting from an install image of FreeBSD 14.3-RELEASE with usbh= id enabled? You have to escape to the loader prompt and execute "set hw.usb= .usbhid.enable=3D1". Report whether the keyboard works in the installer. Al= so try an install image for CURRENT such as FreeBSD-15.0-CURRENT-arm64-aarc= h64-20250807-02f394281fd6-279407-bootonly.iso where you don't have to manua= lly enable usbhid as it is already enabled by default. Best regards, Jordan Gordeev From nobody Sun Aug 17 20:18:30 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c4nHF2Vgbz65Cwg for ; Sun, 17 Aug 2025 20:18:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.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 4c4nHD2W4Qz3Mqw for ; Sun, 17 Aug 2025 20:18:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=s8nQct8x; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.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=1755461925; bh=KCG5Aj8mFYqEJ+1BbubynuhjeXs51Ty5Mv0KL01AEmE=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=s8nQct8x5gprKAb270874jsx6R9kC4nejP6exIKip1BvMtelKm9Vn3oWZHfa5eEkTdolW5BWPAlJeQy+ne+yoeeNFjEnlK6uGHKp2lbzotOHpV7+nfWVRocRDxhA7J5N/6Hk4AXewqHmt+yST0VlwfUpuOvZmX+ZXImS/tIcjVj3zCzqagDskTrwfWWFbOfZeCac6t5yRaN4t7bmLr3dD7l2Qawyy/u0PE9nNzv1xX3N20z0W1aEx92vw1MACljfEj5yZqrgnynEDpFoKWrp6SO0bXGwJomfs/UxVO7xSVp8nr0/RsuFiVP29rJb3VNoaRmPaOcFZdAM1Ae6VkshBg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755461925; bh=K+a4dj1pUzlFfKrhYzNUSzKyut44YTrySi4ogB3E7P3=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ghZ1F/vtv/hY227KF/YzLvxbZQqSn9KorWUEHpCs6nla9gsTfWctJZCs0Z/foO1dmnSmhe55g6bQD+zbhy9ZOVBgUaDmrUN8494WQT4eUsVYu7N/8DovJL20dqGgAawdwbZGab+nqe9k1jXKj4fq7xfqXm12e+LGZWMMnPTSPt2jfy4Z80LWLrj/wu8KXHLJPecuLTldpq/oRswhYF4dQw/T3eJWuP8HEMhwJQfvxuYIsd4Wfrd0mtkSUwDcWcAncyxHRprh7XG6TwszP1ZJAxS7PggF1Zb0rEU5ex8dpeHZKWSlJFkeV1JNd1LlzRCEVbiKBg88WQvRvV7quHLOVw== X-YMail-OSG: 9I8YiKgVM1lFss0VZvUcJhomPDGL0EMx.H6RfJHq0vTF8SFoRhwSHLAZHhF1uIJ Fd_bypSwjkeAcy4yQuy.wxa3SyYsuQCIFF0188cn5oMVMcsCyNTMthAn_oift4YeFVL2Xy0jZM1X ELneS3OBVS0h2H7Qk8Msmn2QhJVtcMXsGMnrTlfs43NeCBWYIHfc8eiWdpQ4j7P2PhQSl9ArBWGG RFsL7bfbKfimYYHzIEeaG1Vr3ivFnISKatZbrw.Tq903G.z_7DpzzEy2hKDKf4B9bYyilnYrR74E aPcTdKZL_xzpG04pvBC5.cfSZ52rBSdL.gdmhAulc56IUDW4dF4we3N2gqIHrZVDTXNczqITxV83 3Dk9CU.R2HxN9AeJCgkzl6_HHalwKJW_O5gThmSULKvUOKGsd0ycnaRM_huzEh_uKtC1lA0i0IWy XHOY9zQw3dL.kN4UZZGFwoJv8WZyMxaVMJPekiYkDjH236gIurg1GlEWsMl23c8N_jCFl7XV.se9 RUVYbW_yuj5wx4msSlmvbf0yX13c9Uyb4UWyy2sgEiNQTyeeYMx6p5cPXHwcWVej6JMRnHV9id8F NqxS29eq2dgR19XLIZjCJGqycr2DgSmBTAQHaFcAX41Lm24ib5hsbbPOQeYs8ObN3R1DqmAI1Gef o7uy9lDYMl7VKmixy0x1QtHcYO4Rn.ELwpTR8hzD2SMd6lPIVvqqUE40UIat17.J6kKbYbp0p4oT bz_Uo9PpfnAwRK9D4h5RAZs6nlG8Zyo4fa2uFnPjrSCPV4djgEZS2u2v0Y9nFsGXupE589Dtpw1p kGruDtYrpIu8CeYvENjHxCkhlmrx8HP8fMwnGdHSKb82cOsvsIJ7c3aMr693ia4Dbpw7SF3A1p58 1nzOLUKGslDp6VYqvmPVYfRP0EuKnFhsDEobWqMcRfsZ7TntGvYeCtssuhgSu5fhZt9ib4uJ_2j. .c7bbThSzva1Up3zFlOYiTS4upsLGRb4Z6vbmG_fWakeaDF5D4F4ye0xVU_UbJuNGGSrk3xWUnC5 fNam3Q8BnT1M3cchlzyCv.xlm_mtB_LKF4J9Z0cwyk4Db.mmw1uh85SgYNrwcZLNRpHbQ4JaWfj4 LxtMfdENErHAHyDKY.fjcMUzZnZt82hhTSJuDE9nmDRKZ.aOhImHpr0n5dYRJ8QwA8RwigIhmaCT 6fD6dPqiE2tst0Fst_8YI3KEDQsGYzhAX4RJnwXHY0Pr9X.FL7ggbDm736z9._kAsVKbQWXwk5Nm 2V5fF7QMq7_LBfRowxpEHlW3Thli_Rcsz1TFC2H4vIuKH8Jyfzb.QZN2yUHpk2ITa19uPCPwrUip 9tGAr1fuY3Pe5M.nZ6MXVwcu1SIb9AqRx0o4d4d.rtv2d9NgyohQnnOL3_oKWdC3lCcU3se_WTMS NnNkEBmz.E7cTK75_XNtaDYImR4I0qbhvJ3M0.YOCOQdkBLR9CYF8QI8vRC3bwvq79lBvtkheMo3 xM2oq2yPzUpPeUSdKpOYD5DPeWNzTEXi.U3lhJB2eNMqwrXcB27XYPdsDRY.DspUEyiTZQr9xHRI WwW0KeE9cNuGR1RULFGOq8BgfgOqNcKbtZKPbg1yrVYLHBrPAYOTamRCT4JRMrfrvb9XUFUXVmVn BGj1hlJEW661cPc57XuCoP7PKwESNqafIya2MQrLaRYztFY3iOXObh9fh_fkTGQ3TWrYGeMFDt7E DPylRNF7zHp5v.f9N8ZTqB82FkFOF97iUXBhZNXBzG8F21taI.qRUyph6El5kod_NIKd9BbNxox8 O8SEfYdR76sKPW9ST4ZBCITpWyd2r_nfdu1RCynGRzCK4XG8ApqEDXYvsyqIIKrlCh6R2HJhHluE .ansrWICwUqNkF5vBd2qOefD9Cva8N.pIsd1Kkp_LNiRQslpfh2LnH07CFbdZsY3ukio9HVA02MI SWacmJJWwMy5QuyxINOwPvZqIsWClpkAyId50DvK2sKibAa3X1xHP3ssc3muMCxTJbLiONsgtTPx aOvpI6Bcpoa_u21Cfmh7H97w0dV4g9._2xCKoR9OLQErNnZJbKMrwJSV8ql_ROp4hOV1V5OFv3Im AjH6wltviPneO1hmVNyMq9HpAU3cmtQ1aI8nOh3QOyQ._k0aDFgC4WWW.1d.eFZFuOsJbFWY9FtB 7PTl6X8lUwQ1YV56M.EUUiXSn6p4BI8YdYVSDDzjudmyFQAWL1JDcWVwubDQOr382_RsXG9W9duT vTPIKIOCAVF3FsVtI0oDH6A73Ah13RNJ37vZxOxWlFqL1LJrX4EHetfjTg40ca_DmAMItkIZpFdJ tPjM- X-Sonic-MF: X-Sonic-ID: 1b246b2d-45be-4878-97b2-5c2d862c4c52 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sun, 17 Aug 2025 20:18:45 +0000 Received: by hermes--production-gq1-74d64bb7d7-6nlps (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 007c63790ee7bd38ef44ea2eca79e3fe; Sun, 17 Aug 2025 20:18:41 +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: Example context needing use of hw.usb.usbhid.enable=0 : serial console keyboard input under Parallels (aarch64) [reproduces again] Message-Id: <4FC3373E-025E-4BD5-8869-10956B700708@yahoo.com> Date: Sun, 17 Aug 2025 13:18:30 -0700 To: Jordan Gordeev , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: <4FC3373E-025E-4BD5-8869-10956B700708.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)[-0.997]; 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.68.31:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from] X-Rspamd-Queue-Id: 4c4nHD2W4Qz3Mqw Jordan Gordeev wrote on Date: Sun, 17 Aug 2025 18:40:37 UTC : > On Thursday, 14 August 2025 at 21:51, Mark Millard = wrote: >=20 > > Have you been implicitly expecting a debug kernel instead of > > kernel.GENERIC-NODEBUG ? I had previously provided the text > > (note the "GENRIC-NODEBUG"): > >=20 >=20 > I was unaware that the -NODEBUG kernel also disables the hkbd(4) = debugging output. >=20 > > Now testing the debug kernel with hw.hid.hkbd.debug=3D"100" : > > It now provides the dmesg -a text you have been > > looking for all along. Sorry for the previously bad test > > context. > >=20 >=20 > What you get in dmesg from the hkbd(4) driver looks very very normal. = It's what you would expect from a fully functioning keyboard. >=20 > Can you try booting from an install image of FreeBSD 14.3-RELEASE with = usbhid enabled? You have to escape to the loader prompt and execute "set = hw.usb.usbhid.enable=3D1". Report whether the keyboard works in the = installer. Also try an install image for CURRENT such as = FreeBSD-15.0-CURRENT-arm64-aarch64-20250807-02f394281fd6-279407-bootonly.i= so where you don't have to manually enable usbhid as it is already = enabled by default. I'll try such and report back. But first I'll report that I for this Parallels under macOS context I use: # cat /boot/device.hints=20 # This is for virtio_gpu --for avoiding its use under Parallels: # dmesg -a | grep -i "virtio.*gpu" # virtio_pci1: mem = 0x10000000-0x17ffffff,0x18008000-0x18008fff,0x18000000-0x18003fff at = device 10.0 on pci0 hint.virtio_pci.1.disabled=3D"1" This was to get the simple text console. I never got virtio_gpu to work when I was first trying to get the context working and was not directly interested in it at all. I'm not sure how this issue might mix with your requested tests. I might need to do the disable. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Aug 17 22:01: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 4c4qZ137dlz646PF for ; Sun, 17 Aug 2025 22:01:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.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 4c4qZ03jbDz3dGQ for ; Sun, 17 Aug 2025 22:01:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="s/iyCGGj"; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.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=1755468102; bh=OtZ3dIDHtJ+UGjKqvu+Y6SwiDFxrYYspkbcSkAj1xl4=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=s/iyCGGjBCgRPWR+0KBbMaiDQvRZsqnjoImxXkQnVWj19Mow0up4rPDRqAYhz2W6nAbUI3p2he+6msKNiYRig8WaoZt7oGau+mKfcSvPrqWALKUYDejI7jcAdIyQS3pwzGVtGxP0PKUc2S440CeLSwnumpq7am3IMtTN6L6u5so2jakRmwKPW9KkNT3aHfQsuhAxU5tB1VQW3KVDc06QQvDXlF8tut6x94vIZkfBm1GfjNk7MIeBvBnFjrsQRQ6S2H4wrE6IGSgz1C4ymU7jxlTdePy7WgckdrJab6qYXIDbhFTkh+Z/KvVNY12++ZkfP1nFGgaS8JG3DzlxT6dG3w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1755468102; bh=9QqbI3RZU+/P0MHQw96AAkLOFitP7/TMzxdCfoujLig=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=EYdoUdJVHI2esCyrMJNMZNnRlNCCG0XNNVOMK9HXvLFMThtwAIgomiJBkknh0yecHT9RDwS7eD47n5VfPFI7OSOkZgsosp5YSkj791nkd4x3OIVIjCumN47pJZ58DdiAZWV5Kjlo4dQn5ORPEzydEwKBJGyOkT+KARXvgPMtVEnFk/ql/nDr0zG+iWwa+rwrDN8oAfI5GDguc1ev2z22HC0Rrcr0rzq2QguK7Ga9LsJ2pRPgjNpuz3+QrAJMRjSRtA9ofqy2LmtmaQHYGA4+1nYyMVSbphvR2LhGGGfrN/F5xmscexdhUswz8JJbQ9MAQ3wQ1zvzDnelRljDe9iW7w== X-YMail-OSG: NzSlNcYVM1lCmN_IR1Ha01KaHbRrT8f3w75mixEGQ6MjnnuheBRiU0yeWLcrgCS U.720BUbhrB6fbzB12lpOOHJ.PSgYNdtht5S3heuDxxr_pTx3cl2ctrW3KEDlR5jmvK9QGxElR4s 5gPcBVw_tLz13B_7BIfQeYCwirA0dCHXAncV2HoVeJPS.WjN6Ixur5bjdcfgWhqJieSiyznVg3or hdkPNN7JjbyHvM1vKn6.4ryktgU5_zD3pxp6ydA_ntJcMfgEtm86ulEA9VdrqLgshjEOOmtmHp3r swpXmf_NfK4ZB_ulR2MnZSu7D96uTWhMfBYyV8MK4sVS6BtgioJEr_r2Z8iSaFEY7q0cQEQLNgAV PG2awmCtDdcK7AFY76p5X_m1_dbMYUQbbiNv1jtFXc4AQcrfKrzvBzD8tzAwrxOg4AckKdA6H5pz DY2FkSlCFpnmy0zRBWb2RbJqCQavf0BUlibY7KLcJPoBIGqh_xw.FxNLjNdiX0aLAPHeXOAaXgi2 jFlL_JsKrA1_D2HV.7yZgA2m2JIjAlr5HKtVKzqiytW_9EbQ24vqRdjsZbh14HOvzZ0encoM6rLO Kr1549yO0g1mvuZjH7txwNrYWvBeAZvohLx4C8GdX_y1k8VPpynH330f0UUpZdyH3weQf4tdJUEb UTivpFQdRWMEbwwqhQ7TJXmzGv1AfBFbpy4AdcjkZF1n5it7MtTLE96UmqTJwelIP4WuKP_maU9f NMt.Pz3FrA0XAwNnVBRTP8FNgKJYLYP.JncIiNdJA.I4eabBELhNNUwhnsCjhL0bA._Vcwv6vr.7 xxdEzG9DbJlInVEN1aw7ml3c26tW_SIOp9umjf76lZvq8s3kWHueetbKI32i5LjimSVXjqPbVoMj ykJMfYUvCj2XIatF0fljCOFZY8xXVWdwwAxWPS67xuTSvlheJUCiT6ncklzhwvhBRXB5oPjZvWvr 6LLZ9dSBd_Ga2Pi2HzXqPNxKLUl7g8sP6jxu4XNoYY.zkDsFGaMSalqW5T5xRGZzYC6OTeU2L75Z fJGHvxU8j9_pyv.1sFRmOTLGcU1_S8nMpFw6qFfa6PQSPlBvRn6TMDA75dcCs39CE4RClFqWV6Tn H2GByyGmdzJLu9Y6dahXZ_cN7jojBz79Dt9VZKVuvwCnIpqXNfCW1E7KEnVPToikgi0_dsI87w1z TA8M4XdYKhqgw5fTXsHZ38eOAD49AxzvBySTFRqkvc7muz4ESFentRsa4UExzAWJMhTzGUX5bLbY x1s6xN7tnnI8Cux00Uw8ZInxmYTj31ZyI7jCTKGVuifElr2kDa_hN.0YR3kPg6Kwg3ZvWLEXoxD7 sZbdsr9PIBGqQ4fVlcoERkBluTKer3lQDl1mbcJ7sZAYPxtkKeM8JMUZ5j.noy6kH4Xu_2moupoG 8u.5iIDO_16y3eUDqOrohTVrW74uuT14XPqXh1hoiACiRaqdXkJka_RhT90pNmVl8.odR76ftzjP P0wc7Fe88V.3NLV2.JVYXEqr_5a6phVrW.4BTP0Xy.DC__X_9_hkqq41kqCwG8hFBQ0B1PEvT5Q0 nWjVCnqbSKyadjvlwF.PDXsoAr3ensVa_VamiAj9HktuQsACY_XJVE59CAIj.poNJpDYLHx36sWn mqTepu0v_jnZ.P4iHgnq4Mwufy7w9PEsL3FIWJQrjZE1Sb16nZUQg6gNqhs4jYzjCS.68HoacRYH RV4EAGop_8qDihKWyAoCL9g.DFKIjEOKbst8HFMT9Gp7Z7KRjUZvOMn0PgF5WDpH87bZgH.51Cxo j7qZ.ndo_UTSbr2kSiLt6ne0AfLGy.l0Yz9iCuspEbSLIE1WeYzpNn8RgSbgVYra6tkZ1ApJHcl9 CkdyhCnqmM303XKbJkNq1yV0M2mJcdvp3jfHzO3Rj91haqhDVPkaMtTVL6XlAUAm.B6OS8KcDBZ9 2nJHDv6Rx3DdK1uMnjh1RW5FMUM1208G86XHjkKUvAovVCedLzUvJabKDt0xutsPqr1chqEnVD_z F1vmlmCN7uzhAAZ9sMG47I07I.EGTIJ5KZNDyUSl1_2ypBFwRsVRiKoCuUxwA_81Tz91pRF6RCOf 1UY4duXbJU2IQleYMEAGUBsQR1ejvtMBbJtoUBCyo2Ltm6MEPaUPf.YYw0nMv7XOmzTDixRN4.6M 4soYD1W3EYI4ZKvKxB.TyT5GDjQiMOm2jPCo0QXzqGSYlGE60NMgM8vq7mRaKGOuDHiWcIjsTU6C e.oxTRDcUsZ.52umJDLxQL7u4inkr9sWVjqhmSFwP1rK7NS.hh7oF9r79EjOM5oxikWEvYqVzYlJ HTsD8 X-Sonic-MF: X-Sonic-ID: 7fdca9b4-7e1b-4c6a-8336-343ee7163e71 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sun, 17 Aug 2025 22:01:42 +0000 Received: by hermes--production-gq1-74d64bb7d7-mh87r (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5f426023e631f03ae6a751ece559eeaa; Sun, 17 Aug 2025 22:01:39 +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: Example context needing use of hw.usb.usbhid.enable=0 : serial console keyboard input under Parallels (aarch64) [reproduces again] Date: Sun, 17 Aug 2025 15:01:28 -0700 References: <4FC3373E-025E-4BD5-8869-10956B700708@yahoo.com> To: Jordan Gordeev , FreeBSD Current In-Reply-To: <4FC3373E-025E-4BD5-8869-10956B700708@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.965]; 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.68.31:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from] X-Rspamd-Queue-Id: 4c4qZ03jbDz3dGQ On Aug 17, 2025, at 13:18, Mark Millard wrote: > Jordan Gordeev wrote on > Date: Sun, 17 Aug 2025 18:40:37 UTC : >=20 >> On Thursday, 14 August 2025 at 21:51, Mark Millard = wrote: >>=20 >>> Have you been implicitly expecting a debug kernel instead of >>> kernel.GENERIC-NODEBUG ? I had previously provided the text >>> (note the "GENRIC-NODEBUG"): >>>=20 >>=20 >> I was unaware that the -NODEBUG kernel also disables the hkbd(4) = debugging output. >>=20 >>> Now testing the debug kernel with hw.hid.hkbd.debug=3D"100" : >>> It now provides the dmesg -a text you have been >>> looking for all along. Sorry for the previously bad test >>> context. >>>=20 >>=20 >> What you get in dmesg from the hkbd(4) driver looks very very normal. = It's what you would expect from a fully functioning keyboard. >>=20 >> Can you try booting from an install image of FreeBSD 14.3-RELEASE = with usbhid enabled? You have to escape to the loader prompt and execute = "set hw.usb.usbhid.enable=3D1". Report whether the keyboard works in the = installer. Also try an install image for CURRENT such as = FreeBSD-15.0-CURRENT-arm64-aarch64-20250807-02f394281fd6-279407-bootonly.i= so where you don't have to manually enable usbhid as it is already = enabled by default. >=20 > I'll try such and report back. >=20 > But first I'll report that I for this Parallels under > macOS context I use: >=20 > # cat /boot/device.hints=20 > # This is for virtio_gpu --for avoiding its use under Parallels: > # dmesg -a | grep -i "virtio.*gpu" > # virtio_pci1: mem = 0x10000000-0x17ffffff,0x18008000-0x18008fff,0x18000000-0x18003fff at = device 10.0 on pci0 > hint.virtio_pci.1.disabled=3D"1" >=20 > This was to get the simple text console. I never got > virtio_gpu to work when I was first trying to get the > context working and was not directly interested in > it at all. >=20 > I'm not sure how this issue might mix with your > requested tests. I might need to do the disable. FYI: Without hint.virtio_pci.1.disabled=3D"1" the display stops after writing out: QUOTE VT: Replacing driver "efifb" with new "virtio_gpu" END QUOTE That is just like when I was first trying to get going with Parallels. So I'm using the hint. Overall I'm initially using: 5 to select Serial Console instead of Video Console. (matching my normal context via /boot/loader.conf content) Note: that "Serial" is wording from the loader UI and I consider it valid to use the terminology here for the text console: matching what is seen. 3 to get to the loader prompt set hint.virtio_pci.1.disabled=3D"1" set hw.usb.usbhid.enable=3D1 boot (15.0 can have hw.usb.usbhid.enable=3D1 be implicit.) For FreeBSD-14.3-RELEASE-arm64-aarch64-bootonly.iso : I end up with the Welcome screen in the FreeBSD Installer. It ignores my attempt to tab over to Shell or Live System. Same for typing S or L. Cursor captures and frees still work. For = FreeBSD-15.0-CURRENT-arm64-aarch64-20250807-02f394281fd6-279407-bootonly.i= so : Same. I tried Video instead of Serial: same. Thanks, Mark =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Aug 17 22:54: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 4c4rkq71bsz649CM for ; Sun, 17 Aug 2025 22:54:27 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: from mail-pj1-x1030.google.com (mail-pj1-x1030.google.com [IPv6:2607:f8b0:4864:20::1030]) (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 4c4rkp63Yfz3hBg for ; Sun, 17 Aug 2025 22:54:26 +0000 (UTC) (envelope-from bakul@iitbombay.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=iitbombay.org header.s=google header.b=VesjRM7X; dmarc=pass (policy=quarantine) header.from=iitbombay.org; spf=pass (mx1.freebsd.org: domain of bakul@iitbombay.org designates 2607:f8b0:4864:20::1030 as permitted sender) smtp.mailfrom=bakul@iitbombay.org Received: by mail-pj1-x1030.google.com with SMTP id 98e67ed59e1d1-3232679d227so378736a91.1 for ; Sun, 17 Aug 2025 15:54:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iitbombay.org; s=google; t=1755471260; x=1756076060; darn=freebsd.org; h=to:cc:date:message-id:subject:mime-version :content-transfer-encoding:from:from:to:cc:subject:date:message-id :reply-to; bh=/5FN6MMpoEYfTU+6Xlm8kI8YGgyImZ+MLn/FSbxore4=; b=VesjRM7XWxXiccFkQESDtBhzlrtbt0up/tmYBHOPUAJOHpiwwQA3LKCf+lH9Maf6Eo Wz5xkhpU2aSf6yicalTVOI4txRKDZnNFJEmzcKWfhR306EsbnJZ0Wm/6M2A8SSYo8TXl yDcWqwj6H+ZrJK6cS5XSI2DE1NVO+0eeGpDmY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755471260; x=1756076060; h=to:cc:date:message-id:subject:mime-version :content-transfer-encoding:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=/5FN6MMpoEYfTU+6Xlm8kI8YGgyImZ+MLn/FSbxore4=; b=ekcHXImWX29tAiuuWQYIkFYfuMbTvdDEFoE8weRDaV2GtLwT7tnF3mhRKOUW0dK4aH yiYESVxn/nqQKv3z9/5xfzskB5iH0eqZ5EX5a27ETKHv/O8CkAzqJGR2MJuQrAh8MocE kXEohG3VRpVjn87ToPy68q9a5BuWBb02IB8rG0I++fXH5W+IFCYh8OGGtgMyRpmsI9zR PWbMqhCjcR2qdtpPa01jj44v1UH8QyOaq8RBa6ANUg3M3i4rT2dswaFYrL2RY4sITgZS bPt4+WeiN4nSUdwg3J9C6IPxXKuNSSGIW96sKyaHlMMZFf/zoeeGLPnin/5UeGwYI5AZ da+A== X-Gm-Message-State: AOJu0Yxn60s8dqdgf8FKXYZ4tMx/tNbUEgTbUWzZ2CDWpAjhWMJ27hCT wMNsvXP4b4n8SOYrpZXkp1MkorWKVOOujwkQeqXpx7xEAaaaAeecZzpLJDupsK1fouXlYuKUIVb lwtM= X-Gm-Gg: ASbGncs1PqTnwcsE6cTiLpcjKhStAnnfrwUBNvjO3vhxY7g+raEn7lBbMfAFeJky4Me 7q7rzMsfKvuriefXk8EAHkMkkl0Gh3SXriDDb+h3tNh8KKpnXbNipLQuRJ3vfRrg66wT5Tf0zHF CmpOnG0WD8+MV1iC5+OiKlgx7Fb4sZ6qSIR8JGdnN9QD1n+ierTx0H/uKq2r8A/NAdhmWMcDUu6 H8MmaiVUG44BrUYqtxPnenh6C4VVm0g29MO8UnVs0uZocSdctLj3F5g4TrqGHtb66u44adSPF7p Is7iWc8wi/hc3yWq+c7VPWxjS823tm49P3hlmxdazeMjuoT9KPsA9upzA+7Bi+ym/M3y/2V61r+ Jg7Q08Tw2MFlOe6Yz4dgw5V8BtLZLOwiANUMQ6bc88om1Ee46dMJis/8W8yrWt/yWwRzH6GrDGZ KMnLl0pDrgJU56i2WHavvenCXYy9EODA== X-Google-Smtp-Source: AGHT+IHPGpTesCEwzTLyC1jFdQdB2+2sGeDBuA9X6bAdKGsRNDPB301/BVffuYbEvuCt4DD3OS7o1g== X-Received: by 2002:a17:90b:4a45:b0:31e:7f76:c123 with SMTP id 98e67ed59e1d1-32341ec46c9mr6281323a91.4.1755471260202; Sun, 17 Aug 2025 15:54:20 -0700 (PDT) Received: from smtpclient.apple (107-215-223-229.lightspeed.sntcca.sbcglobal.net. [107.215.223.229]) by smtp.gmail.com with ESMTPSA id 98e67ed59e1d1-3232a70fcc0sm5037953a91.2.2025.08.17.15.54.19 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 17 Aug 2025 15:54:19 -0700 (PDT) From: Bakul Shah 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: vfs: Assert that st_rdev is NODEV for non-devices Message-Id: Date: Sun, 17 Aug 2025 15:54:08 -0700 Cc: FreeBSD Current 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 [-3.49 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.990]; DMARC_POLICY_ALLOW(-0.50)[iitbombay.org,quarantine]; SUBJECT_ENDS_SPACES(0.50)[]; R_DKIM_ALLOW(-0.20)[iitbombay.org:s=google]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[bakul]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[iitbombay.org:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1030:from] X-Rspamd-Queue-Id: 4c4rkp63Yfz3hBg etcupdate panics since this commit: commit f9ff1e48cc1b77f1840fd514050ccc5904a0cac2 Author: Dag-Erling Sm=C3=B8rgrav Date: Sun Aug 17 19:08:56 2025 +0200 vfs: Assert that st_rdev is NODEV for non-devices Reviewed by: kib Differential Revision: https://reviews.freebsd.org/D51956 Further src commits do not seem to change this. I modified etcupdate to print some more info. This is where it panics: # etcupdate + update_cmd + local dir new old + [ 0 -ne 0 ] + log 'update command: rerun=3D tarball=3D preworld=3D' + echo '>>>' 'update command: rerun=3D tarball=3D preworld=3D' + id -u + [ 0 -ne 0 ] + umask 022 + [ -e /var/db/etcupdate/conflicts ] + find -d /var/db/etcupdate/conflicts -type d -empty -delete + rmdir /var/db/etcupdate/conflicts + [ -d /var/db/etcupdate/conflicts ] + old=3D/var/db/etcupdate/old + new=3D/var/db/etcupdate/current + [ -z '' ] + mktemp -d /var/db/etcupdate/etcupdate-XXXXXXX + dir=3D/var/db/etcupdate/etcupdate-Y6uUECa + [ 0 -ne 0 ] + extract_tree /var/db/etcupdate/etcupdate-Y6uUECa + local files + [ -n '' ] + build_tree /var/db/etcupdate/etcupdate-Y6uUECa + local destdir dir file make autogenfiles metatmp + make=3D'make -DNO_FILEMON' + [ -n '' ] + metatmp=3D/dev/null + trap 'return 1' INT + log 'Building tree at /var/db/etcupdate/etcupdate-Y6uUECa with make = -DNO_FILEMON' + echo '>>>' 'Building tree at /var/db/etcupdate/etcupdate-Y6uUECa with = make -DNO_FILEMON' + exec panic: st_rdev should be NODEV unless the file is a device node cpuid =3D 0 time =3D 1755470767 KDB: stack backtrace: #0 0xffffffff80bcfa2d at kdb_backtrace+0x5d #1 0xffffffff80b7ff66 at vpanic+0x136 #2 0xffffffff80b7fe23 at panic+0x43 #3 0xffffffff80c97cb5 at kern_statat+0x255 #4 0xffffffff80c982c7 at sys_fstatat+0x27 #5 0xffffffff810d08b9 at amd64_syscall+0x169 #6 0xffffffff810a21fb at fast_syscall_common+0xf8 KDB: enter: panic Running remote gdb on the host (where this VM runs): #11 0xffffffff80b7ffbb in vpanic ( fmt=3D0xffffffff811c4eb6 "st_rdev should be NODEV unless the file is = a device node", ap=3Dap@entry=3D0xfffffe0054050ba0) at /home/FreeBSD/current/sys/kern/kern_shutdown.c:962 #12 0xffffffff80b7fe23 in panic ( fmt=3D0xffffffff81d9eab0 = "\226[\033\201\377\377\377\377") at /home/FreeBSD/current/sys/kern/kern_shutdown.c:887 #13 0xffffffff80c97cb5 in kern_statat (td=3D0xfffff8007e7fc000, flag=3D, fd=3D, path=3D0x19e4d3242358 = "/usr/src", pathseg=3DUIO_USERSPACE, sbp=3D0xfffffe0054050d18) at /home/FreeBSD/current/sys/kern/vfs_syscalls.c:2574 #14 0xffffffff80c982c7 in sys_fstatat (td=3D0xffffffff81d9eab0 = , uap=3D0xfffff8007e7fc428) at /home/FreeBSD/current/sys/kern/vfs_syscalls.c:2544 #15 0xffffffff810d08b9 in syscallenter (td=3D0xfffff8007e7fc000) at = /home/FreeBSD/current/sys/amd64/amd64/../../kern/subr_syscall.c:193 #16 amd64_syscall (td=3D0xfffff8007e7fc000, traced=3D0) From nobody Sun Aug 17 23:17:55 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c4sFx1547z64Bgj for ; Sun, 17 Aug 2025 23:17:57 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c4sFx0NPXz3l5f; Sun, 17 Aug 2025 23:17:57 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755472677; 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=imWcQ2vt/Kdc2dBXDQPBbBqlN47MFPXqMCB0Hya/thU=; b=xuNFH6kWBaTsxRodUV2dQBLn5+PIvL/TRTPF5haE6APWZe1BN9ghA51DmVspQuRCrolTg9 7CvSA5efUFW1rKkm6vyoB5vCtnSDRcLqrSPJeQu8ISDsfa2+ohg8Wxe2Jd8RO5dYXuNfZb P8raKD605H+wUwiVG7szsvkl2yD//35is90pKAquneQwiaslmncepI4Mbav4t5BgxhbVQC oSdmpLrqZgLKpjKZUXqOiSk3EpL76Vz3L6xUBqLkTbNxCvKkiy635sgSqATpecUXDGiaJb dZ0ZX6p+JlCn9Ix1DAFFxdwQz6hOUMIHzGV1PHgoUNp7BUIsI3KKZLeOn8Jrmg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755472677; 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=imWcQ2vt/Kdc2dBXDQPBbBqlN47MFPXqMCB0Hya/thU=; b=WgbbDHUa7a3hI25sqgoYCTEFAkleSHBX83tCY8I01moIbgstEsUCNUDg//P2eDlHopsQpZ LsNbOjnDxY6BoZmEtRbMcHll4xt0XSplg5l4jD/0Uhhe7Qk2WBguECoQNfzEE6YXM+Ug7Q LFazQwT3Are0Kbb77gX5Fmda6BLfdMImDYaxXU96brKIKk/+H48boEO+WGgKlChLY5geb3 QLr3T5nBjjQtMZtrl8GiXLSAWhLybY/0xL6qHZlqfBhsmZv764azv88WBmOh9JHYzAHhf9 jeZ/Ukma5DUTALVXpqZGz3+HdBB/ApqIMRiDkSQ6NSn6VcsYiDbabt0QQ2K9Og== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755472677; a=rsa-sha256; cv=none; b=VzFnR3LaAvQZoFLvXzVfzy/qUUZEcWZtYXarTfk28AiS4fmecUPZINIgk9gk77gdPZaJBA w43NopzH+9DZfcpAHtb/3z5L/T389kBEloytfy8EMY/T1+SELr17LtEHKoGUFmC+wmcenq M2IlKWKc4ewpwtOJ8rpuwaDBdMgFXTV733gbbZjL1OthR3JKKFhV1ne6EwIDtBxTpBe8vU qsemoZ64lTqtLWMQ+0sOmsHsdrY/2N3bz0k0uL2uK0z2cdTrIU3+dENHg7+5d7V4zy04Pp WejXX8GrVoov/qRfTxW91kuA4S7/BVyACz2XiTfQv35dufSKW6lPSsYCs4sjOA== 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 4c4sFw6D1kz5gp; Sun, 17 Aug 2025 23:17:56 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id AB8023BF2A; Mon, 18 Aug 2025 01:17:55 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Bakul Shah Cc: FreeBSD Current Subject: Re: vfs: Assert that st_rdev is NODEV for non-devices In-Reply-To: (Bakul Shah's message of "Sun, 17 Aug 2025 15:54:08 -0700") References: User-Agent: Gnus/5.13 (Gnus v5.13) Date: Mon, 18 Aug 2025 01:17:55 +0200 Message-ID: <86o6sdczbw.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/mixed; boundary="=-=-=" --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Bakul Shah writes: > etcupdate panics since this commit: > [...] > #13 0xffffffff80c97cb5 in kern_statat (td=3D0xfffff8007e7fc000, > flag=3D, fd=3D, path=3D0x19e4d3242358 "= /usr/src", > pathseg=3DUIO_USERSPACE, sbp=3D0xfffffe0054050d18) > at /home/FreeBSD/current/sys/kern/vfs_syscalls.c:2574 Which filesystem is /usr/src on? If by any chance you are using openzfs from ports, please either switch back to base or try the attached patch. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=0001-filesystems-openzfs-kmod-Set-rdev-to-NODEV-not-0-on-.patch >From 7d6691b4d31706d68a58b2e4f937989fae86ce6c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Dag-Erling=20Sm=C3=B8rgrav?= Date: Mon, 18 Aug 2025 01:14:02 +0200 Subject: [PATCH 1/1] filesystems/openzfs-kmod: Set rdev to NODEV, not 0, on non-devices --- filesystems/openzfs-kmod/Makefile | 1 + .../files/patch-os_freebsd_zfs_zfs__ctldir.c | 11 +++++++++++ .../files/patch-os_freebsd_zfs_zfs__vnops__os.c | 11 +++++++++++ 3 files changed, 23 insertions(+) create mode 100644 filesystems/openzfs-kmod/files/patch-os_freebsd_zfs_zfs__ctldir.c create mode 100644 filesystems/openzfs-kmod/files/patch-os_freebsd_zfs_zfs__vnops__os.c diff --git a/filesystems/openzfs-kmod/Makefile b/filesystems/openzfs-kmod/Makefile index 7d60ccbd1dbf..2232bc62a2c7 100644 --- a/filesystems/openzfs-kmod/Makefile +++ b/filesystems/openzfs-kmod/Makefile @@ -1,5 +1,6 @@ PORTNAME= openzfs PORTVERSION= 2.3.3 +PORTREVISION= 1 PORTEPOCH= 1 CATEGORIES= filesystems sysutils MASTER_SITES= https://github.com/openzfs/zfs/releases/download/zfs-${PORTVERSION}/ diff --git a/filesystems/openzfs-kmod/files/patch-os_freebsd_zfs_zfs__ctldir.c b/filesystems/openzfs-kmod/files/patch-os_freebsd_zfs_zfs__ctldir.c new file mode 100644 index 000000000000..b1f16a13b81e --- /dev/null +++ b/filesystems/openzfs-kmod/files/patch-os_freebsd_zfs_zfs__ctldir.c @@ -0,0 +1,11 @@ +--- os/freebsd/zfs/zfs_ctldir.c.orig 2025-06-19 16:34:36 UTC ++++ os/freebsd/zfs/zfs_ctldir.c +@@ -494,7 +494,7 @@ zfsctl_common_getattr(vnode_t *vp, vattr_t *vap) + + vap->va_uid = 0; + vap->va_gid = 0; +- vap->va_rdev = 0; ++ vap->va_rdev = NODEV; + /* + * We are a purely virtual object, so we have no + * blocksize or allocated blocks. diff --git a/filesystems/openzfs-kmod/files/patch-os_freebsd_zfs_zfs__vnops__os.c b/filesystems/openzfs-kmod/files/patch-os_freebsd_zfs_zfs__vnops__os.c new file mode 100644 index 000000000000..6121acd043f2 --- /dev/null +++ b/filesystems/openzfs-kmod/files/patch-os_freebsd_zfs_zfs__vnops__os.c @@ -0,0 +1,11 @@ +--- os/freebsd/zfs/zfs_vnops_os.c.orig 2025-06-19 16:34:36 UTC ++++ os/freebsd/zfs/zfs_vnops_os.c +@@ -1911,7 +1911,7 @@ zfs_getattr(vnode_t *vp, vattr_t *vap, int flags, cred + if (vp->v_type == VBLK || vp->v_type == VCHR) + vap->va_rdev = zfs_cmpldev(rdev); + else +- vap->va_rdev = 0; ++ vap->va_rdev = NODEV; + vap->va_gen = zp->z_gen; + vap->va_flags = 0; /* FreeBSD: Reset chflags(2) flags. */ + vap->va_filerev = zp->z_seq; -- 2.50.1 --=-=-=-- From nobody Sun Aug 17 23:52:49 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4c4t2W57rqz64FRW for ; Sun, 17 Aug 2025 23:53:07 +0000 (UTC) (envelope-from bakul@iitbombay.org) 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 4c4t2W3D69z3pr2 for ; Sun, 17 Aug 2025 23:53:07 +0000 (UTC) (envelope-from bakul@iitbombay.org) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x102a.google.com with SMTP id 98e67ed59e1d1-32326e20aeeso622509a91.2 for ; Sun, 17 Aug 2025 16:53:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iitbombay.org; s=google; t=1755474781; x=1756079581; darn=freebsd.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=JGWClD/V/lH+sEPkZ1HEZ0SJmarwblfroYMCFrstAks=; b=UuPtDrizUahvJf06cE1VU0iJMbU8RxA5BmVtUxtO79Ob8gKdQbMtLyc7hVnR0OjrUa vzYmNsj4CExOl5MZMnI2f5bza6E+tmnYIbXMqVn7K0sUvuNvd4QsyNrlU3yYjmyqsT8a /DvYgoq7NBKjw431yZFOVp6zH4vtB11xoyyYM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755474781; x=1756079581; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=JGWClD/V/lH+sEPkZ1HEZ0SJmarwblfroYMCFrstAks=; b=PiXZClmmDs5zq7+Sx6nme4ym2s0ziT5dWD9dz7S59HES6ADY1oU+lRA+MSbCIBGMkB j7971xYgDTdfIwOc6civO8+/VBnWGkp/f4nrF05ugtbcvi0CqBWEYLy25YdIR2dBGP7+ LHO7p/LM1rJe1jNWwHb5T17ykPx+VJvR1Mi4UBBY5O9fyQSpfS9LWsj2QBVxXuwmX8kp LVraGcK2qKCCeC9kUvBOvMpKEFq5j0/cRQj4T/wnUHmjieB9RIqmHt1JW5uTFzlLktTW NUMZRLn+rKI3G/1X1EZaU9Ab728I1g5Xg/JqG4zYuC1UoGHb42uCBej6Fms8LR+j77B+ gzlA== X-Gm-Message-State: AOJu0Ywxr77ciWiguxo5NvySIwqU9k26+7L8V8r+XgtL78pG4VgymiWC uxlAb3jPvQ1F8dJpRG5eDeKjeNIhKUdF4oCRxt1RVIuYlECRBmoZfprmjGwqy9QwIQ== X-Gm-Gg: ASbGncvK1flyQ4PRmUQOEadpVkBzzzcagnewwdujhYHzWfKVqVYRZSJCLv5mHaZCv/B 6r8grWqu2nSloMPzpqj3277FrnMuERKiFBiqRXVihHRsHjuSiqHafwBeKrgD2ikjkFFc19MN51z MNEcZmbwYjPduq/BKKsV7EaoisOdHTaiiF42JTc0KclB1Gxg1Muizf70XX8KfrZS2IHNlc0p4fu ElVkAXhlhOAMggfiqHUVkWJQoANLR3NVE85DdsbzlOsHmk5OUyc/x0WRFHk3qN6dwNMsi0TB+Dd w+WhMSk5xlwbLrJZa6Hs9JG/cELzx8roDCxWx0uhuAGDAl9kzwQ7nJ7pby2isg50ms2Uwqy/f+T uYmenhfFLy1M768R1MTtaCAJGKNbeo/2HS6B7liiDVv3lvnNxnAVxVQKEEm78aMa1XsiA7OrUR8 eTVJd+x7IN0hxRmKZkl7Q= X-Google-Smtp-Source: AGHT+IFlIsfcfh/0WDMPQ0+0In5IlkZB4NmLU+VF7aIFvF9DLMF4XeW4pHknPi/ZH1239YJf4QLAWA== X-Received: by 2002:a05:6a20:3c89:b0:1ee:c75c:bed4 with SMTP id adf61e73a8af0-240d2edf503mr6483868637.3.1755474781120; Sun, 17 Aug 2025 16:53:01 -0700 (PDT) Received: from smtpclient.apple (107-215-223-229.lightspeed.sntcca.sbcglobal.net. [107.215.223.229]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-b472d73aa36sm6685542a12.35.2025.08.17.16.53.00 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 17 Aug 2025 16:53:00 -0700 (PDT) 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: vfs: Assert that st_rdev is NODEV for non-devices From: Bakul Shah In-Reply-To: <86o6sdczbw.fsf@ltc.des.dev> Date: Sun, 17 Aug 2025 16:52:49 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <86o6sdczbw.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: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: 4c4t2W3D69z3pr2 On Aug 17, 2025, at 4:17=E2=80=AFPM, Dag-Erling Sm=C3=B8rgrav = wrote: >=20 > Bakul Shah writes: >> etcupdate panics since this commit: >> [...] >> #13 0xffffffff80c97cb5 in kern_statat (td=3D0xfffff8007e7fc000, >> flag=3D, fd=3D, path=3D0x19e4d3242358 = "/usr/src", >> pathseg=3DUIO_USERSPACE, sbp=3D0xfffffe0054050d18) >> at /home/FreeBSD/current/sys/kern/vfs_syscalls.c:2574 >=20 > Which filesystem is /usr/src on? If by any chance you are using = openzfs > from ports, please either switch back to base or try the attached = patch. No, this is just stock GENERIC + option GDB. =20 This is because /usr/src is NFS mounted from a 14-stable system (the = host). On a freshly booted system: $ ls /usr/src panic: st_rdev should be NODEV unless the file is a device node cpuid =3D 0 time =3D 1755474701 KDB: stack backtrace: #0 0xffffffff80bcfa2d at kdb_backtrace+0x5d #1 0xffffffff80b7ff66 at vpanic+0x136 #2 0xffffffff80b7fe23 at panic+0x43 #3 0xffffffff80c97cb5 at kern_statat+0x255 #4 0xffffffff80c982c7 at sys_fstatat+0x27 #5 0xffffffff810d08b9 at amd64_syscall+0x169 #6 0xffffffff810a21fb at fast_syscall_common+0xf8 KDB: enter: panic= From nobody Sun Aug 17 23:56: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 4c4t6l70G7z64Fck for ; Sun, 17 Aug 2025 23:56:47 +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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4c4t6l68vPz3qyy; Sun, 17 Aug 2025 23:56:47 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755475007; 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=WXU82dQSxjPutHizkQh6OHi58CayZE5GIE2LAJ8i9m0=; b=vLBL8PhsNmO835QxFBO8S0XsEhHTHvKRh0ZfmL7VHP6vwDdYrKZVRHtU9JxUgh2UzxzTGC 5+UnyrP5+iwoen4/xamb4lcRFV7hfNgIcGmKUew1m1jp7AyK+LD7yi00DV8LncFn9tRzA8 sgbmaySdWpQ+kBY8jWcKkUN5/6eWSwZrs8OV/293FsORvAeIXXHP1bGDywgTRAIYqum4iT dEVp7VK0iHP3c+5a3Mf9n/V5ksY5qKtV9SyiK0/3thTj0cqbveNJ9H1IUqnEOarcngz48c rYHRWY7FehI058MAIHC5WkpNFHOYDKZ4r9cVuk71w0RrthQlmRiq55rLcNNKew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1755475007; 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=WXU82dQSxjPutHizkQh6OHi58CayZE5GIE2LAJ8i9m0=; b=fnKhh/g4Lr73kHpHYnsKef0FyKH/cE8zqIVRlSg+YG2hIdwVB1Vl8y4/Ez+80Skezxxgj6 MkKZPPIT/wl4nsYRoHuhRGPEGP8gZUk9lOhDaG/8Hm/pYHosLhYbecMRMPUV53on2Wktgh bwBY8snkhgitJ6t4416QuK2YaHSaZhV+B9kpd2p4WAQyXDCUmgF00e2zdTcIx37dDa4x9P PZw94Co9flTWxXktCnWOira4R5YXBsXahwo2psLcVyz/zbhgDjWTjmaYjVf93fbjjW4YMS o3ezAKzvmgE5ZISbbS3ptVG3UJbTpe4W9uDCN61Ub2Ei9cwdzYKaqmQ51R2qzA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1755475007; a=rsa-sha256; cv=none; b=QIrE7C0dguWq/4hnFWGxk2RdNmXIv/BQzMTMS2/VUhNIH1SgCdpda9rqj9tIJzX22WK7Zh 3npjvIZRAM6LCEMJqboN/0PZxunDhtCerz2hYyjKXeqMF93gNaEAuDsxYZlP7nisdZgNLn qaWwGJE07gPje8ZNLLIdVMyygtCzYeGk3RhqtcjyM5sR9a8kOGzlNlirwAEmODMKBjGCAQ oiN7ALGEweFoD0ZCc3OYBtatZFD2k/0CKksns2IuW1+HyO97PVPiEdgte/U30cwXV0LiZ7 t/GiPnruIJkzVDex7RCln6H5ndwH38TDjuLkApBGHD3t1ulcLLmJI64ButoOlw== 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 4c4t6l4v89z6b4; Sun, 17 Aug 2025 23:56:47 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 768D63C2CA; Mon, 18 Aug 2025 01:56:46 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Bakul Shah Cc: FreeBSD Current Subject: Re: vfs: Assert that st_rdev is NODEV for non-devices In-Reply-To: (Bakul Shah's message of "Sun, 17 Aug 2025 16:52:49 -0700") References: <86o6sdczbw.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Mon, 18 Aug 2025 01:56:46 +0200 Message-ID: <86jz31cxj5.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 Bakul Shah writes: > This is because /usr/src is NFS mounted from a 14-stable system (the host= ). Thank you. I've reverted the KASSERT for now. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org