From nobody Mon Apr 6 13:21:14 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fq92V2l34z6Y1sX for ; Mon, 06 Apr 2026 13:21:22 +0000 (UTC) (envelope-from paulf2718@gmail.com) Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (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 4fq92T58tjz3cTj for ; Mon, 06 Apr 2026 13:21:21 +0000 (UTC) (envelope-from paulf2718@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20251104 header.b=a8wT5H0X; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of paulf2718@gmail.com designates 2a00:1450:4864:20::329 as permitted sender) smtp.mailfrom=paulf2718@gmail.com Received: by mail-wm1-x329.google.com with SMTP id 5b1f17b1804b1-4853c1ca73aso39555105e9.2 for ; Mon, 06 Apr 2026 06:21:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1775481675; x=1776086475; darn=freebsd.org; h=content-transfer-encoding:subject:from:to:content-language :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=UuBOJNXEUP//MudKmeu/Rask8c+z/DGqL9nHjNAG7eo=; b=a8wT5H0XDwAFUru/iJbZx+zxVHh1jGWVG3RsVGmQ+31r1gO1wEBjU+cDDTQrY1bu1W JPC/v68QSlspBSQpcDezaGStzmrWrRu4c6CfChqkdKZuVhHpdbq92UE11qfLDmJTQLtP pNGnNjgX5SSsqesvsMwfk2VGiH80pD6dRgku04UuLpbDPO2oyWal2hTHCxDt6INlGyWK Nw14ejlamac1helsaG800YdpTbzeh5Gd0qW/Bg0HggAowBxZpvyF/DeSK9BtaIQoHx0I dJ9jKPmsU8UEsJ7FUKpnOqZdNHZDK8yQUmCXnqlh72QiCxM+ORH3trQoIxlkf3vfYu1m b9xw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775481675; x=1776086475; h=content-transfer-encoding:subject:from:to:content-language :user-agent:mime-version:date:message-id:x-gm-gg:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=UuBOJNXEUP//MudKmeu/Rask8c+z/DGqL9nHjNAG7eo=; b=UtdCFkKuj/1pKaIC9P2IoLvsnTKkHCfkUasdcVCgwt4TTBcQGB5iSi1kyvJeKWb/Z+ J5MVS94TcapSCEa4UllvIrlYLpoOb91ssg5n7IxJKvm0S6Uo47BCVOem8GjZICJnZtzg 4DxpjlO5oc+mCcmozr1rvmZGeTK2z7K2fUtScuuVA/N7vZnPuEqCcnNjMD0oE+0IB1/F 5xppZwv8FYaMSRYdRt+RduiUay0pficb+Ew8tUx8bNTgt2vv/LcMsEWwYPctRdggkv+F 2sV0a2GdLDuveSc72rUp5jZwXIiXoL0l//+Rtl1x8S3qtI3NA+ca+RswIJHqskTltx8X kAFA== X-Gm-Message-State: AOJu0YzgQvh8xzAyOowWsLigzitLQPcHuEpSe/6ua8yNVVGLkpv5lUa1 haZHjZmHGQFQCI0B09btHqesTp19p1BWh1jF/2/QwZOqyNFE7NOfztNd5mpzcg== X-Gm-Gg: AeBDiev1bak93Zq7GPP//tYGwCj7aM7rSbZMoa4GVhFFLGkcGXqbRwTe/G6CJzncA8O UhItMXsxLU//dtg8MALu0dS0bLUmVyifDVHR/6piwwrA5T613ScmcTPHxacI5MYKQ0jV3I/ig7g DRwGtLcTU1x3KirNH4vGlX7zbxvmzIhrhq2EiyALY6vp6FuRcSBvUeg+uEOVgrcu/TeEBKpXFPJ 8pK+4iy2v+51QpFMHIu8OXQZliKrSilOyFkv6559k3la+puvtQEc26/qAZHxSnawoDmQZfqB4la GO4L2otq3DJgKVDT8Tr7ypAm8+T3iLflZCHW8ZSsyNyqSoE4qTIOf49NS4BwpaCLz5hhoOagt5o ZtXejxk0d6O9pYBab3yRuG9OkAZu5Nkt6EZtdXPD6SP/Dro8+A9ZEZIm3iwMOtf1ro7viqP9Gft GGj+iipSrTCjefleVHMALq51jfePE2Ts9tR2VzluH0dqW3FEsRCpQg+1pD0uqYPe0zwIF/Q4cBZ nNQLyXp+Q== X-Received: by 2002:a05:6000:2913:b0:439:a958:4342 with SMTP id ffacd0b85a97d-43d292d64dfmr17925320f8f.34.1775481675392; Mon, 06 Apr 2026 06:21:15 -0700 (PDT) Received: from ?IPV6:2a01:cb15:8545:7700:62cf:84ff:fe81:caec? ([2a01:cb15:8545:7700:62cf:84ff:fe81:caec]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-43d1e2c5419sm49122155f8f.11.2026.04.06.06.21.14 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 06 Apr 2026 06:21:14 -0700 (PDT) Message-ID: <707b0fa7-b345-4802-a018-d6050f4e8f8c@gmail.com> Date: Mon, 6 Apr 2026 15:21:14 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: "freebsd-current@freebsd.org" From: Paul Floyd Subject: debug files now have program headers Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.61 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.61)[-0.612]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4864::/56]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20251104]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; TO_DN_EQ_ADDR_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; 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::329:from] X-Rspamd-Queue-Id: 4fq92T58tjz3cTj X-Spamd-Bar: --- Hi I just noticed that debug files now contain program headers. For instance, on 14.3-RELEASE paulf> file /usr/lib/debug/lib/libc.so.7.debug /usr/lib/debug/lib/libc.so.7.debug: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), no program header, for FreeBSD 14.3, with debug_info, not stripped but on 16.0-CURRENT paulf> file /usr/lib/debug/lib/libc.so.7.debug /usr/lib/debug/lib/libc.so.7.debug: ELF 64-bit LSB shared object, ARM aarch64, version 1 (FreeBSD), dynamically linked, for FreeBSD 16.0 (1600014), with debug_info, not stripped (I've seen this on amd64 and arm64). That's causing problems with Valgrind if you use double verbose output (-v -v). With those options Valgrind will print details of functions that it redirects. Now that libc.so.debug looks like a real shared library rather than just a split debuginfo file Valgrind will try to read it for extra information. That extra information stomps on the correct information that it read from libc.so.7. The result is that functions like malloc no longer get redirected. That's not a problem for most users but it is quite a big issue for me trying to debug Valgrind itself. Is this going to be a permanent change? A+ Paul From nobody Mon Apr 6 14:10:53 2026 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 4fqB7l0T6Fz6Y5gF; Mon, 06 Apr 2026 14:10:59 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fqB7k5RgLz3ld7; Mon, 06 Apr 2026 14:10:58 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1775484658; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=QNsIwUVX9Wcq5WJuWd/O4Sj5YPdo8eaEHLhTGIIIeqk=; b=QCOIyBrGfGOrcpvWB5/L26/JBFACyY/XybEPTxpxYNp29XDw+DUKJRRttOY2BxTT7OXR3+ +k7+ZASHZG5WrKBFTyIHMmcoi4Cp3OHC1p1LtTEFxhb86Ah7rYlDXfDIb+yiUfF2yhYqV/ MuwV6a/XxkKAPgi9KZqR/g5arLUFjvJ6kLRfj1YZ++caXjavhH02S95gF20x3BQxSx5GJm xHN75P+fbLY7pZgJiNcLkJ6XebaH6VJa/4j0aen8XVDYbV06fZ0qYqnnlxd0CWpPMYDaWo hG0/1uZA4BP6JzHaS+Qba6X3GKYOxLBSfLIujPzisf7Rb8Bg+VWU6qUmD/S8dQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1775484658; a=rsa-sha256; cv=none; b=GmmsUrjDQW2gFmvKDoCH32QKOmQRQsVJ0sl8ElDf6oGTPhNcWHoS37i4fP9IDXOPOvUUnW nu10XZ294zr9eqa+bSZTNJ0d9pH/jeBGQSWxq+ZFCeUliApaEX0PwMS9poZPkDzcd4OGdI AKPSo1sT1P60j4ZjqymW3O5QouUDd0Gq3cUaI/L0P9Y20NZFx+AEmQ7QAadccBD9oLooIS opXlyLCtNOnLiwwF4IL1ORbm6lyRSqc0+pFmUiLh64L9oCUowlnMRaDy1FDsAzWlZs8djZ ne3m0Cd7wfnjK2YZtZsNuKcLiQZAudjeFcBM5TFzIVmXQfp/Q3+CbkL4pMs0lA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1775484658; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=QNsIwUVX9Wcq5WJuWd/O4Sj5YPdo8eaEHLhTGIIIeqk=; b=t28JSA3XV1YLHrSk7ZWeII7H/yr8XeGhZwcWeIoiuQTRkYT1dm9+FNabvuRKGWebpUQL4H Qn5ZyG7mzq7cpf81ASRwwxv4xISwe0Urf5aIbZNr99hbiShqODXQ09+Xja7MOeVTSw1Klg ih7xkpGO3d5Va9aIr1gHj1sXsmnLlKcgFbwXed0jjXn5M9rga2rBxMo56eTsEvWiv7vDFB XQdLu++df75gnvmjqcTwQgOcI0PAWH2XZlbHEVww/hmSoymvDGIg52qEY6fXlcHpGYymLd xzJoX6qRhwffN943ZQO5CGJDxcs+PLc1dHWIPq+D/T6IDUgm1oK30fq7//xIIQ== 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 4fqB7k1C7Pz18gZ; Mon, 06 Apr 2026 14:10:58 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Mon, 6 Apr 2026 15:10:53 +0100 From: Lexi Winter To: current@freebsd.org, pkgbase@freebsd.org Cc: bofh@freebsd.org, bapt@freebsd.org Subject: pkgbase breakage in main due to libucl upgrade Message-ID: Mail-Followup-To: current@freebsd.org, pkgbase@freebsd.org, bofh@freebsd.org, bapt@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="IQt+yfo8H1VcU/Nv" Content-Disposition: inline --IQt+yfo8H1VcU/Nv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hello, as a couple of people already reported[0][1] the pkgbase build is currently broken in main. this affects building packages for any version of FreeBSD when the build host is main abda442d92fd[2] or later. this is not trivial to fix. the issue is that libucl changed the lua bindings in an incompatible way, specifically to disable use of macros (which includes ".include") by default[3]. that breaks the API that the pkgbase build scripts rely on, and those scripts use the host flua. as an immediate fix, i have three diffs for review: - "packages: Fix build with libucl 0.9.3" https://reviews.freebsd.org/D56266 this change, which is backward-compatible with previous versions of lua libucl, fixes the ABI breakage. - "flua: Always build as a bootstrap tool" https://reviews.freebsd.org/D56270 "packages: Always use the bootstrap flua" https://reviews.freebsd.org/D56271 these changes mean we'll use the version of flua and libucl from the source tree to build packages, instead of the host versions, which protects us from future API breaks. if you're running into this issue right now, you can apply the patch =66rom D56266 to fix your build, and optionally the other two diffs if you like (but they aren't required). this has to be done on the src tree being built, *not* the build system. unfortunately, none of these changes fix the general problem which is that we can't build FreeBSD 15.0 on FreeBSD 16-CURRENT. i'm open to other suggestsions here, but i think the best approach is to revert the libucl commit that changed the ABI; while this is a security fix, the only things using flua are in the base system, and none of them should be affected by the issue being fixed. any thoughts? [0] https://lists.freebsd.org/archives/freebsd-current/2026-April/010080.ht= ml [1] https://lists.freebsd.org/archives/freebsd-pkgbase/2026-April/001284.ht= ml [2] https://cgit.freebsd.org/src/commit/?id=3Dabda442d92fdbadcf81c79bc9ddba= 001d133c429 [3] https://github.com/vstakhov/libucl/commit/8a0294f9eaa4e70342e562cb92792= bbe3df90e70 --IQt+yfo8H1VcU/Nv Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCadO+6QAKCRD1nT63mIK/ YNz7AP0VGjtB3DVG5tXn9u0KVUEprlM9fnW65CZSnudjIR68twEA8RpwlENE7ElS qcMDf5Q5oYN6eqBtgsL201FbJfUKtQ0= =QiIj -----END PGP SIGNATURE----- --IQt+yfo8H1VcU/Nv-- From nobody Mon Apr 6 14:15:27 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fqBDx4ghRz6Y5yB for ; Mon, 06 Apr 2026 14:15:29 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fqBDx3wDyz3nPj; Mon, 06 Apr 2026 14:15:29 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1775484929; 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=VFhAOGbWvr+wDA9sutMgQLKm2OrK1jMe7vtf9MgeNG8=; b=RnaAZBe4XxJEygh1EQbLPAgcIXLr6KvQRpU/AoEQliyhxaZa6tJKoFEHVSwiNPv1bxVH06 8QxL7k4IRGUOK8PCOyzXgcTAFn9iJCj1vjqEBzOCI2+KnaMKc14Ulruy8L5kFz6KtzMvqL Ac6I/vFLsK0+Dg8qlk6BoWroADSV/Y1tDmaSFj/hZnCTtNerZ5ZsH6NfYFa3wqae83UiRa tFFaLu+CcFXluRrYQ5rKPPtHsxp6tkUsCgDA4UIL7qW3vrSxx9BssJEV74fIdMVdJJ3Z5I rGvnDPXK2WXiTCdsTyZeR3TCwhOv97MkwRR0ufLAXgn2RNDc0/l2Y7Y3s5FEKA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1775484929; a=rsa-sha256; cv=none; b=lsLWQ6W21ZHHgYZwtMIa2vEJqAWox230SLk2pIf8HNp7BtdvyC2RBnyOkTJK5Oq7XoQBsF kwVGB+0L55TnMLU3tQYOWRwWztVIw6ORsfK0HrvhhSy4DVsUi96Q82jhUxy4YTtYWSvthA uhsV+B1bGAIGRcbi2hqcKXz2uqy/dv01QkJ9k5kEPatAdEzIcMb0cm3226/PF1ve1Ms33/ hfC5agCLhgxCtVMDT23FYD8pFqcWSGnU1c2zfrHB/C/uBOhsmGNyUwkk0fDxjWRV5sGCCi FUIPFzMJP8JKdVTrcpSJCS2aj+21GGFaayetRl5zQQJ5WOlLKXSHfGjBdzzcTQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1775484929; 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=VFhAOGbWvr+wDA9sutMgQLKm2OrK1jMe7vtf9MgeNG8=; b=eYh7TYT8IDf/MYIvZ/ZkK3m8OHcinU2sP3Ca8bmHTDKIZ8jT+6tDfZO7xroGfsPv5ZZDqr CS7TV2H0O7Z8taxwqk/Osm7wDUlY0vemUeAPXIxcKc1HArufJR4ESlT9rktW6ZBZInHbcd CNK/HUYeLvVMKWKACMyfbZ5x+DvGh67WAYbgr0wy1co5rWk+G4pF9IfBN0NB/aA+prhU7v 1xUbs0ujXGMkelKJx1UDXc6Lmh40cNNvAVYxXQ8IO7/dUoE8WhimdUE1YFprWVxZhEuhCv mhnDm5CtBsr25wK7D/Cf6BPH20WrUrDACcI12x57jV2TN6WoXpQOivTcHMEHcQ== 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 ECDSA (prime256v1) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "E7" (not verified)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4fqBDx2Q6Kz18SW; Mon, 06 Apr 2026 14:15:29 +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-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CC2EC6B178; Mon, 06 Apr 2026 16:15:27 +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.1.6\)) Subject: Re: debug files now have program headers From: Dimitry Andric In-Reply-To: <707b0fa7-b345-4802-a018-d6050f4e8f8c@gmail.com> Date: Mon, 6 Apr 2026 16:15:27 +0200 Cc: "freebsd-current@freebsd.org" , Ed Maste Content-Transfer-Encoding: quoted-printable Message-Id: <4DDACD68-1AF2-4502-AF20-4EAB15B13659@FreeBSD.org> References: <707b0fa7-b345-4802-a018-d6050f4e8f8c@gmail.com> To: Paul Floyd X-Mailer: Apple Mail (2.3826.700.81.1.6) On 6 Apr 2026, at 15:21, Paul Floyd wrote: >=20 > I just noticed that debug files now contain program headers. >=20 > For instance, on 14.3-RELEASE >=20 > paulf> file /usr/lib/debug/lib/libc.so.7.debug > /usr/lib/debug/lib/libc.so.7.debug: ELF 64-bit LSB shared object, = x86-64, version 1 (FreeBSD), no program > header, for FreeBSD 14.3, with debug_info, not stripped >=20 > but on 16.0-CURRENT >=20 > paulf> file /usr/lib/debug/lib/libc.so.7.debug > /usr/lib/debug/lib/libc.so.7.debug: ELF 64-bit LSB shared object, ARM = aarch64, version 1 (FreeBSD), dynamically linked, for FreeBSD 16.0 = (1600014), with debug_info, not stripped >=20 > (I've seen this on amd64 and arm64). >=20 > That's causing problems with Valgrind if you use double verbose output = (-v -v). With those options Valgrind will print details of functions = that it redirects. Now that libc.so.debug looks like a real shared = library rather than just a split debuginfo file Valgrind will try to = read it for extra information. That extra information stomps on the = correct information that it read from libc.so.7. The result is that = functions like malloc no longer get redirected. >=20 > That's not a problem for most users but it is quite a big issue for me = trying to debug Valgrind itself. >=20 > Is this going to be a permanent change? I guess this is due to WITH_LLVM_BINUTILS being the default now. -Dimitry From nobody Mon Apr 6 17:26:44 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fqGV06MWyz6YNvl for ; Mon, 06 Apr 2026 17:27:04 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Received: from mail.tarsnap.com (mail.tarsnap.com [54.86.246.204]) by mx1.freebsd.org (Postfix) with SMTP id 4fqGTz0Bpfz3F6t for ; Mon, 06 Apr 2026 17:27:03 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=tarsnap.com; spf=pass (mx1.freebsd.org: domain of gperciva@tarsnap.com designates 54.86.246.204 as permitted sender) smtp.mailfrom=gperciva@tarsnap.com Received: (qmail 97078 invoked from network); 6 Apr 2026 17:27:02 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by mail.tarsnap.com with SMTP; 6 Apr 2026 17:27:02 -0000 Date: Mon, 6 Apr 2026 10:26:44 -0700 From: Graham Percival To: freebsd-current@freebsd.org, freebsd-git-weekly@tarsnap.com Cc: Colin Percival Subject: FreeBSD Git Weekly 2026-03-30 to 2026-04-05, and 2026-Q1 Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Result: default: False [-3.57 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.935]; NEURAL_HAM_MEDIUM(-0.93)[-0.934]; DMARC_POLICY_ALLOW(-0.50)[tarsnap.com,none]; R_SPF_ALLOW(-0.20)[+ip4:54.86.246.204/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; ASN(0.00)[asn:14618, ipnet:54.86.0.0/16, country:US]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[54.86.246.204:from]; R_DKIM_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3] X-Rspamd-Queue-Id: 4fqGTz0Bpfz3F6t X-Spamd-Bar: --- Hi all, I'm happy to announce FreeBSD git weekly for 2026-03-30 -- 2026-04-05: https://freebsd-git-weekly.tarsnap.net/2026-03-30.html It's a list of the 98 commits in that week, split into categories. Highlighted commits: - RELNOTES: Document WITHOUT_BZIP2* removal "Highlighted" commits are selected automatically if a commit modifies UPDATING, or if the commit message contains a "Relnotes:" line. If you think that another commit should be highlighted, let me know and I'm happy to make it so. The report for all of 2026-Q1 (2026-01-01 to 2026-03-31) is also ready: https://freebsd-git-weekly.tarsnap.net/2026-Q1.html To see all reports: https://freebsd-git-weekly.tarsnap.net/ This work is funded by cperciva@ and Tarsnap Backup Inc. Cheers, - Graham Percival From nobody Tue Apr 7 01:31:12 2026 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 4fqTDv3nmyz6YQCq for ; Tue, 07 Apr 2026 01:31:27 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qt1-f175.google.com (mail-qt1-f175.google.com [209.85.160.175]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fqTDt1qDlz3H4L for ; Tue, 07 Apr 2026 01:31:26 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; arc=pass ("google.com:s=arc-20240605:i=1"); dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of adrian.chadd@gmail.com designates 209.85.160.175 as permitted sender) smtp.mailfrom=adrian.chadd@gmail.com Received: by mail-qt1-f175.google.com with SMTP id d75a77b69052e-50b392f1846so65352141cf.3 for ; Mon, 06 Apr 2026 18:31:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1775525484; cv=none; d=google.com; s=arc-20240605; b=cwBhMf+2MZqXFmtiTx/8Mi3eMrrJWdGuP8eC6soudP6MUg9TrYWCvS3676XFZbxQUC 32GoFsb8ni8XRUeHmz6a33MVt+4m3/xEGYtL4KXMNjUm324v3r9/+CbpQQcPaOnCCj6P ySLtYUoi9FJPPpzVdHHF1lvKBfCQuGUwhgwQUPcGe5qck3F9WIhEGbda70cvAXe3tjo8 ojSitGtjk7Oq9jxlPL34GNX1tvb1rDjOCTzJCO3N/YGUHvK9QSX2llHiJXUh8CNBEdHF XqMG+fK0Fz19yRnaLWiV/+1mSAYtKNFzPyy06Jl4TO18F9zf/fVzaqZCeDcjIYZQOngx Wtkw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=to:subject:message-id:date:from:in-reply-to:references:mime-version; bh=TyCWI1FjrC7L/bbCL9Hq2ezU/Zv144gy+Zwlh5D6hug=; fh=odXGQpnPMRlnAmVyqNXihH0IL4sf3hqBwVFzN+V8esE=; b=XXgpPbDvtlR4HTSBbSMWwgk4RPc8jAk8fbdoHIClHlmnR++YkCqb+K/WCSK41nQfuo jLlEMvryj4434N3qnzUjJR7YWzd86eY1y4G291xRr0+GHN99HWsH5r8z1vpBcD9RaibO ityX+m8Ut+nO3dm2ZoU5r1Ubwjw9APku9BCYDe+3WIIeV2vfookn1OW1JRp3gY3dN0B7 3HkGWvMO6oWXudtUgtbiB87sT1rRDeXfJqyEGPxspMPUMfvEL0I10TOT3YMBCTsvhhMs P+5z6ApiaK+LKMBf/fJ+m7xbPS0HzR1PHiQHyNy8iGB8W4I8YvbsCXhKfaZ6zv8FrI8s xFzA==; darn=freebsd.org ARC-Authentication-Results: i=1; mx.google.com; arc=none X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775525484; x=1776130284; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=TyCWI1FjrC7L/bbCL9Hq2ezU/Zv144gy+Zwlh5D6hug=; b=MlGTyaXOaq48RtseaBiOsUERClweww3/cNnJwL+aQwaNR491nnQ3XrykoO89bJ2b83 wH7xcmMY6Bu6Ym+ReXPIP0PGc72oci9h/HE5SOAMMpJCWAJ0vmur1t29CBehnnt59Hq8 jH5+dGvbyI85zp4IhGBAjHqaL3qw67qhmme9HK0wzbK64CkM8xZeqcUutxDhEej5rdj7 WySWyFZPnaH5qHx1Gzxox4VvlsNorrp52N//+HaGh5/x91Lr2c8qXUYnNdwVm3PozcYE mOQfXOP84lv6+Nml7SQLGRn1jKc2nwkYudci4UcPXERRO8Fka2eJrQq6YTYGisAmufMW gE8w== X-Gm-Message-State: AOJu0YxWr/ogubLVEwkwUlT6sgBXJCFahwZsX2rUjioRSIk+n1DCDdq2 qJOc6VQpLlXUnTVQKEq/PHF0A5Hn95/CspmdyRQ/KMwFbqOO9UXjVcOrM4ipR75gTV8VbIcwmkh GH4xoowBB7qnd2bYqTMtFRMcZktiwKz3hjw== X-Gm-Gg: AeBDieudzWRzE81e5HtaAMv7h8WEhnYtZeHgnNyIoK8hVS3+xC5mxna/JxS4/DtTZIY XHqQg4RDuYKzQvTVKFGkQke0KJaicVIWq/Rt9enHhj8HEUiNNiLFrLYB4+PMYSt+7iguNjKbWbP yyCbyH3+mcYstNDQE1mAdja1KFWx1MoJ1a1kh0eB7u+2aQVyaAzHsR25PW9Fwu/lKN/JZkC3mCk b4oc/OYpQu+lJKrEIXFdCgg+G95FV9ACiLIIQFhT3y2rbZ9Havcmwpj3cAW0tOmNg70CL74cSPq g0ucxYlq5qGGX77g99Jf1wzSKFM8B4E1AMh8wqeyh+oSQH2d/VXY7srVzIsnA3KJSd8QtHnrOvy 1SXcrlKJCSGO9+8bF3QTI7Mkx7dU= X-Received: by 2002:a05:622a:10d:b0:50b:4a3f:c798 with SMTP id d75a77b69052e-50d62a91b69mr224131441cf.43.1775525484013; Mon, 06 Apr 2026 18:31:24 -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: Adrian Chadd Date: Mon, 6 Apr 2026 18:31:12 -0700 X-Gm-Features: AQROBzBUYnlHLAANwv1nK0_wHddMWeuV-G5qKDlQYRhNvtFupUEs4uNdNU8aZ-s Message-ID: Subject: Re: pkgbase breakage in main due to libucl upgrade To: current@freebsd.org, pkgbase@freebsd.org, bofh@freebsd.org, bapt@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-1.54 / 15.00]; ARC_ALLOW(-1.00)[google.com:s=arc-20240605:i=1]; NEURAL_SPAM_MEDIUM(0.92)[0.919]; NEURAL_HAM_LONG(-0.87)[-0.873]; NEURAL_HAM_SHORT(-0.69)[-0.688]; FORGED_SENDER(0.30)[adrian@freebsd.org,adrianchadd@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; RCVD_IN_DNSWL_NONE(0.00)[209.85.160.175:from]; FROM_NEQ_ENVFROM(0.00)[adrian@freebsd.org,adrianchadd@gmail.com]; TAGGED_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.160.175:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCPT_COUNT_THREE(0.00)[4]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4fqTDt1qDlz3H4L X-Spamd-Bar: - hi! On Mon, 6 Apr 2026 at 07:11, Lexi Winter wrote: > > hello, > > as a couple of people already reported[0][1] the pkgbase build is > currently broken in main. this affects building packages for any > version of FreeBSD when the build host is main abda442d92fd[2] or > later. > > this is not trivial to fix. the issue is that libucl changed the > lua bindings in an incompatible way, specifically to disable use > of macros (which includes ".include") by default[3]. that breaks > the API that the pkgbase build scripts rely on, and those scripts > use the host flua. > > as an immediate fix, i have three diffs for review: > > - "packages: Fix build with libucl 0.9.3" > https://reviews.freebsd.org/D56266 > > this change, which is backward-compatible with previous versions > of lua libucl, fixes the ABI breakage. > > - "flua: Always build as a bootstrap tool" > https://reviews.freebsd.org/D56270 > "packages: Always use the bootstrap flua" > https://reviews.freebsd.org/D56271 > > these changes mean we'll use the version of flua and libucl from > the source tree to build packages, instead of the host versions, > which protects us from future API breaks. > > if you're running into this issue right now, you can apply the patch > from D56266 to fix your build, and optionally the other two diffs if > you like (but they aren't required). this has to be done on the src > tree being built, *not* the build system. > > unfortunately, none of these changes fix the general problem which is > that we can't build FreeBSD 15.0 on FreeBSD 16-CURRENT. i'm open to > other suggestsions here, but i think the best approach is to revert the > libucl commit that changed the ABI; while this is a security fix, the > only things using flua are in the base system, and none of them should > be affected by the issue being fixed. > > any thoughts? > > [0] https://lists.freebsd.org/archives/freebsd-current/2026-April/010080.html > [1] https://lists.freebsd.org/archives/freebsd-pkgbase/2026-April/001284.html > [2] https://cgit.freebsd.org/src/commit/?id=abda442d92fdbadcf81c79bc9ddba001d133c429 > [3] https://github.com/vstakhov/libucl/commit/8a0294f9eaa4e70342e562cb92792bbe3df90e70 *reads* * I think your diffs / approach is good; * I honestly don't think we should revert the libucl change; it'll just end up making future work less fun as other random flua/libucl shenanigans happen; * I think we should document in the 15.0 errata that building 15.0 on 16.0 after date X is a known broken thing, and to either build on 15.x or apply a workaround (eg a patch to disable the check, explaining what it does and the security risk) * and I think we should figure out what to backport to stable/15 to unbreak things. -adrian From nobody Tue Apr 7 07:40:07 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fqdQp6q2Vz6YyXn for ; Tue, 07 Apr 2026 07:40:34 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-yw1-f178.google.com (mail-yw1-f178.google.com [209.85.128.178]) (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 4fqdQp3zC2z3rr4 for ; Tue, 07 Apr 2026 07:40:34 +0000 (UTC) (envelope-from 6yearold@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-f178.google.com with SMTP id 00721157ae682-79a74765703so36809097b3.3 for ; Tue, 07 Apr 2026 00:40:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775547634; x=1776152434; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=gM43BUHuUxAcJNc+H4N3mztcrGCewYelDdTw5sYqkhM=; b=FW4AOyw7B8FfZCwJAz/hawoJVng4z2ctjBGWdRuYhPGJCc6gNPjifX1cpdnR2cIjE4 eNMZN0ijz9whfN55tdnh5P+O/tUOivstsnJBu2bzDKY0pqauh/6lY3wSsODF2bPa3U3X edmdp3gNISVWt1GGjccBpcdLhWWKnnAG9dQ8aSmDK3g/ASwMqpS6G9l2dxiijtAdZwOy k5qQ29j1Ys9Tpo0OUvHTCn2LG0aL64OkA10GlyBL/L3zdlgwR5u5jnsARZaK9uAe8g0F gMB7ZqmePqv9Bv0CMxgnCRTcY0jp1JQJ1UEiyWqK3twykI4nDIoOVUyiben80xiHK4sH RbEg== X-Forwarded-Encrypted: i=1; AJvYcCWOaGDSk7eByde+yVdQuwmdOlk/oUq2y03FuRh1vXJpC+jDBnBBlzGJegKYaqXMeB/cZ8iIjhT8O57XlijwzfI=@freebsd.org X-Gm-Message-State: AOJu0Yz6l73gX3SXCLWG2j/+3CORNI30553pFW/Oi8mvJz8qkojDXqxJ Nw68fkTaFbjSecGhnwdMy47E+3jq5A8osmrJJTqBpokKZNWG02WBWPnBuDMAIt+Gy1s= X-Gm-Gg: AeBDiesd/c67xhiG6PoxhbvdhADBUsltbhkReTBO3NN0wIOukCBovREdA02jHmreNo4 8hxjjMyrofYq/cPBoi+bUG2Eqs28nFrhj7OcZ4SvO4UA6Rq5A0xgLZV9hehWEH/Fy1nIqoVCQO8 OszI03rlK1UftOM58xB0nEdy2n0q/oyr2IeDL3EXq6Bdnze8P3azu+DBVz5PkGiLgfHX4EksVn7 bYFqWojNqxyLAfAFt/9uap7lP4zqBR8I8OxyGiNOQJRnhvLfinfVl/yrLaVH022i7qXZ+OgxdUR Jp6pWwD2td++Mr5MSyKGSdR+exSeqL4c5e42z86d59GLkxW3s8iz3vcFO6DzBiKFBX7xKzUcgGS orz3CSPrMP5kMh88DcwU3YBKRMQBlWg0JHlJwns14wKSWmfp9y6ESh3/V3gja04IKlxzrbxhBRm 12JupP4ZZHo/PacEqj5cL3SF/Lz88LN/PLtstmXnTS6dI51T+13h7o0kd6ZBZIPdDC6S7WAF4VM PGG1uBGUrDEG6GtH6fVhj/PI8GtrPFSIGIkDr3B6oQ52nH4DCjuh/rvmou1RVSyEAhGQWHZHlQH Kw0= X-Received: by 2002:a05:690c:1d:b0:79a:dc28:fbda with SMTP id 00721157ae682-7a4d3ac7aaemr168680977b3.15.1775547633572; Tue, 07 Apr 2026 00:40:33 -0700 (PDT) Received: from mail-yx1-f49.google.com (mail-yx1-f49.google.com. [74.125.224.49]) by smtp.gmail.com with ESMTPSA id 00721157ae682-7a36e42ff26sm66863467b3.9.2026.04.07.00.40.33 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 07 Apr 2026 00:40:33 -0700 (PDT) Received: by mail-yx1-f49.google.com with SMTP id 956f58d0204a3-64937edbc9eso4085518d50.2 for ; Tue, 07 Apr 2026 00:40:33 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCU9NOz6Otkr0ISdYmxEV2wtaj6PitbpoX/1Os4ft5vogojUGE5KDys96ivwVCsppkMztBzQrvTdWkBvSaupPqA=@freebsd.org X-Received: by 2002:a53:d018:0:b0:64f:ef10:7cb0 with SMTP id 956f58d0204a3-65048865868mr14120766d50.49.1775547632903; Tue, 07 Apr 2026 00:40:32 -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: <707b0fa7-b345-4802-a018-d6050f4e8f8c@gmail.com> <4DDACD68-1AF2-4502-AF20-4EAB15B13659@FreeBSD.org> In-Reply-To: <4DDACD68-1AF2-4502-AF20-4EAB15B13659@FreeBSD.org> From: Gleb Popov Date: Tue, 7 Apr 2026 10:40:07 +0300 X-Gmail-Original-Message-ID: X-Gm-Features: AQROBzCCCeTdfznXjUjQ2R9YPvCuY5JCDQBPYqon4ZDzywfuBnZ6xZ9aRndzTSE Message-ID: Subject: Re: debug files now have program headers To: Dimitry Andric Cc: Paul Floyd , "freebsd-current@freebsd.org" , Ed Maste Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4fqdQp3zC2z3rr4 X-Spamd-Bar: ---- On Mon, Apr 6, 2026 at 5:16=E2=80=AFPM Dimitry Andric wro= te: > > On 6 Apr 2026, at 15:21, Paul Floyd wrote: > > > > I just noticed that debug files now contain program headers. > > > > For instance, on 14.3-RELEASE > > > > paulf> file /usr/lib/debug/lib/libc.so.7.debug > > /usr/lib/debug/lib/libc.so.7.debug: ELF 64-bit LSB shared object, x86-6= 4, version 1 (FreeBSD), no program > > header, for FreeBSD 14.3, with debug_info, not stripped > > > > but on 16.0-CURRENT > > > > paulf> file /usr/lib/debug/lib/libc.so.7.debug > > /usr/lib/debug/lib/libc.so.7.debug: ELF 64-bit LSB shared object, ARM a= arch64, version 1 (FreeBSD), dynamically linked, for FreeBSD 16.0 (1600014)= , with debug_info, not stripped > > > > (I've seen this on amd64 and arm64). > > > > That's causing problems with Valgrind if you use double verbose output = (-v -v). With those options Valgrind will print details of functions that i= t redirects. Now that libc.so.debug looks like a real shared library rather= than just a split debuginfo file Valgrind will try to read it for extra in= formation. That extra information stomps on the correct information that it= read from libc.so.7. The result is that functions like malloc no longer ge= t redirected. > > > > That's not a problem for most users but it is quite a big issue for me = trying to debug Valgrind itself. > > > > Is this going to be a permanent change? > > I guess this is due to WITH_LLVM_BINUTILS being the default now. That's correct, the informational context is here: https://sourceware.org/bugzilla/show_bug.cgi?id=3D33876#c1 From nobody Tue Apr 7 15:02:05 2026 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 4fqqDp72CBz6YPQW for ; Tue, 07 Apr 2026 15:02:34 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 4fqqDl2pncz3jQg for ; Tue, 07 Apr 2026 15:02:31 +0000 (UTC) (envelope-from janm@transactionware.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of janm@transactionware.com designates 203.14.245.7 as permitted sender) smtp.mailfrom=janm@transactionware.com Received: (qmail 99624 invoked by uid 907); 7 Apr 2026 15:02:22 -0000 Received: from ip-109-41-48-64.web.vodafone.de (HELO smtpclient.apple) (109.41.48.64) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA; Wed, 08 Apr 2026 01:02:22 +1000 From: Jan Martin Mikkelsen 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 \(3864.500.181\)) Subject: Panic: cache_vop_rename: lingering negative entry Message-Id: <2016260A-5C07-45EE-87CA-73918BA16E83@transactionware.com> Date: Tue, 7 Apr 2026 17:02:05 +0200 To: current@freebsd.org X-Mailer: Apple Mail (2.3864.500.181) X-Spamd-Result: default: False [0.88 / 15.00]; NEURAL_SPAM_LONG(1.00)[0.999]; NEURAL_HAM_MEDIUM(-0.96)[-0.961]; NEURAL_SPAM_SHORT(0.55)[0.546]; SUBJECT_ENDS_SPACES(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:203.14.245.0/24]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:17559, ipnet:203.14.245.0/24, country:AU]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; APPLE_MAILER_COMMON(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; DMARC_NA(0.00)[transactionware.com]; RCPT_COUNT_ONE(0.00)[1] X-Rspamd-Queue-Id: 4fqqDl2pncz3jQg X-Spamd-Bar: / Hi, I am consistently getting the panic below while building lang/perl5.42. = This is the command from the perl build that triggers the panic: /usr/bin/strip = /ports-work/usr/ports/lang/perl5.42/work/stage/usr/local/bin/perl5.42.0 CURRENT on aarch64, with a kernel from last week, also with a later one = from the weekend. A kernel from mid-January worked fine. I can reproduce on demand, no parallelism in the build required. Does this look familiar to anyone? panic: cache_vop_rename: lingering negative entry cpuid =3D 4 time =3D 1775410763 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x38 vpanic() at vpanic+0x1a0 panic() at panic+0x48 cache_vop_rename() at cache_vop_rename+0xb0 zfs_do_rename() at zfs_do_rename+0xafc zfs_freebsd_rename() at zfs_freebsd_rename+0x5c VOP_RENAME_APV() at VOP_RENAME_APV+0x44 kern_renameat () at kern_renameat+0x574 do_el0_sync() at do_el0_sync+0x5f8 handle_el0_sync() at handle_el0_sync+0x4c --- exception, esr 0x56000000 KDB: enter: panic [ thread pid 81230 tid 101738 ] Stopped at kdb_enter+0x48: str xzr, [x19, #3072] Regards, Jan M. From nobody Tue Apr 7 15:25:27 2026 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 4fqqlN4WzTz6YRTZ for ; Tue, 07 Apr 2026 15:25:36 +0000 (UTC) (envelope-from minsoochoo0122@proton.me) Received: from mail-10628.protonmail.ch (mail-10628.protonmail.ch [79.135.106.28]) (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 "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fqqlN0fMxz3mRY for ; Tue, 07 Apr 2026 15:25:36 +0000 (UTC) (envelope-from minsoochoo0122@proton.me) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=protonmail; t=1775575533; x=1775834733; bh=2UfQYPSmPNRpI1A60cmi3s4e4MP0vAWY5oJzb6qlAkM=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=cHJAOEbdq3lN83bnJ0q5EWL6fcRk/ZmaJw28Q15E4BlvV+Jp/+9BFCiiyX0vF4h/z CjsvA2SoAdQIKGkHPrMvvH+4D7E8YbZvTDTShtfDpuKdiOfzEijxULgSuDpyN1VYax 7uqo6uUYm/DKAO+OtDvNo0IXA63pKYCi9XrW0dqXeHImwx1HG4Y55eXTHa7bgNzDlO pusjVSANsrU4D3pQFLtMtrvxSVeUU8hgwMp3/otIQDVmVnyR8pNGYOLnCS5d8dN560 oQJBLx1fOGRAGPohQXeXXg5iu6t6Ziw1ozKTf6Sovp9DkaNtAciBqTEVc1WVDd0ZfH yDGQFaZj6/thA== Date: Tue, 07 Apr 2026 15:25:27 +0000 To: Jan Martin Mikkelsen From: Minsoo Choo Cc: current@freebsd.org Subject: Re: Panic: cache_vop_rename: lingering negative entry Message-ID: <9c-3l5dvbjve6vGZbCL2k2grqQoncLsoUv3HI55UrDfP0MPUyMqrdFP6eUe8TFA-lkzDqZqE13HtwfhvLml6OP9fl3CIaptORG-SjYWrusU=@proton.me> In-Reply-To: <2016260A-5C07-45EE-87CA-73918BA16E83@transactionware.com> References: <2016260A-5C07-45EE-87CA-73918BA16E83@transactionware.com> Feedback-ID: 45891198:user:proton X-Pm-Message-ID: 021d5b4503d5f12e5b7f5c08488d88fcf94b60d0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://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-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:62371, ipnet:79.135.106.0/24, country:CH] X-Rspamd-Queue-Id: 4fqqlN0fMxz3mRY X-Spamd-Bar: ---- On Wednesday, April 8th, 2026 at 12:03 AM, Jan Martin Mikkelsen wrote: > Hi, >=20 > I am consistently getting the panic below while building lang/perl5.42. T= his is the command from the perl build that triggers the panic: >=20 > /usr/bin/strip /ports-work/usr/ports/lang/perl5.42/work/stage/usr/local/b= in/perl5.42.0 >=20 > CURRENT on aarch64, with a kernel from last week, also with a later one f= rom the weekend. A kernel from mid-January worked fine. >=20 > I can reproduce on demand, no parallelism in the build required. >=20 > Does this look familiar to anyone? >=20 > panic: cache_vop_rename: lingering negative entry > cpuid =3D 4 > time =3D 1775410763 > KDB: stack backtrace: > db_trace_self() at db_trace_self > db_trace_self_wrapper() at db_trace_self_wrapper+0x38 > vpanic() at vpanic+0x1a0 > panic() at panic+0x48 > cache_vop_rename() at cache_vop_rename+0xb0 > zfs_do_rename() at zfs_do_rename+0xafc > zfs_freebsd_rename() at zfs_freebsd_rename+0x5c > VOP_RENAME_APV() at VOP_RENAME_APV+0x44 > kern_renameat () at kern_renameat+0x574 > do_el0_sync() at do_el0_sync+0x5f8 > handle_el0_sync() at handle_el0_sync+0x4c > --- exception, esr 0x56000000 > KDB: enter: panic > [ thread pid 81230 tid 101738 ] > Stopped at kdb_enter+0x48: str xzr, [x19, #3072] >=20 > Regards, >=20 > Jan M. >=20 >=20 >=20 The panic message says the kernel panic is triggered by zfs. KASSERT at htt= ps://github.com/freebsd/freebsd-src/blob/cff675e83cdb6c9027e94df9d010439e42= e27dee/sys/kern/vfs_cache.c#L3093 triggered the panic, but HOW (not WHERE) = the panic occurred can only be determined by observing the crash dump. I assume race conditions happened during the I/O heavy workload, but at the= same time you said no parallelism in build required. To make sure, could y= ou run zfs scrub on the file system? -- Minsoo Choo From nobody Tue Apr 7 16:12:30 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fqrnn22vtz6YWWc for ; Tue, 07 Apr 2026 16:12:45 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-oo1-f41.google.com (mail-oo1-f41.google.com [209.85.161.41]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fqrnm5q7jz41fk for ; Tue, 07 Apr 2026 16:12:44 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-oo1-f41.google.com with SMTP id 006d021491bc7-68397b9840cso1000930eaf.3 for ; Tue, 07 Apr 2026 09:12:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1775578363; cv=none; d=google.com; s=arc-20240605; b=aHFor/KsDIe0pFfUM8grurEO+VrT8sp9Tp0z0z9o7s1rvl14YIZ6oAKbfwRvvQYTc9 m0zxvTW+RhLf62/RFirDkfc+If3VErTJiv8SNudjJbrkiuuU2HZDwf85Xgq6rVobuBD3 iWtTv2pQyZUHiM77ZZfUfsLw2S4lzyoX+JelMTztoTzsj2c//uWO/2ErW+4HZouGlRjc etiI8mR0cOASkO9FEEe1+o3FmVdrm6D2GoKFmsE/gXGnDlLAr6ZBS9tA5q7xVSyOhHQd LWKHyY54Xh9K1rMDBd+nRd/sOf7mmKwM4TsofQMhyKwBvYO1VfKYwYxNhqhOrEVqgayw 3bjA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version; bh=I3w+YKmnoRhif80BDPJKFEP9f2ExrBrHKJiwRWSydxs=; fh=Z/JtPQLpe0i71zH4zl5BsNdnh89mePlA8S9gg1uhyYk=; b=QbBNXTIV2dUJBPIq135wZJ0iLV+6Kbp2cmQst7K12OX1KvjCdOKf2RVI5iGItEwjFg bT+g/5RccvXdMNA/65jb4fdttp5vOGtbumuVGQ/jD7S5DYASN1xKhwAR3vWoaMGm2jTb jjtEIcbEfU9KkJPd3ADYVArCPAnL1XDvx3L33/DesJslLGDh97yGvLtPLB93FWHehIS7 5hx54jtGlWBpPUcW9jqfywxp0k4tpt2OqIF/mVf9Ml82cisribn8AfeW106f6k+lCN1E vL6x6MTC3ZnRAbPfT6GiIqwIjJqCmps/O45YH96EC+FuDgtpHadZrXrXikl2L9jEDXql XMmQ==; darn=freebsd.org ARC-Authentication-Results: i=1; mx.google.com; arc=none X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775578363; x=1776183163; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=I3w+YKmnoRhif80BDPJKFEP9f2ExrBrHKJiwRWSydxs=; b=htMtoiKXcoZgcK4OVuT4WdBH/4hQB+4UQRhzQWyQnzoXfmJ59JJQfwoWwAxB6NsSaI piL/wF1dMuADkLpZLMAFzLh5vKqKyufCTH+V+8BbhdLH7dZMxNz+EmcSRYxdwwzffk0X Cl14A7flqKioAYStQl/YmE2G3xghG1+Qtgw6rYlfCxuEmlPkTARAX770frRP8Xo4zhEa gokNyLMF9LocnnphrivCa3s65rTEHYFxLbLuK0tLQ3qsi6fNtC8NPkl8LeTLKJC31D5T hgI+/yegwpwv0eDj5OdYBkXKAUeVln6sNzQTVeOuR8oVnqCU5o3ydVUCLG5ClTdy1NCc ga2w== X-Forwarded-Encrypted: i=1; AJvYcCWuYmt7idajEXXJtXngjCHCxkhxktBSxQHh2Z22CeXnluzV98q2/7xlU+oHtEnW8Lg+yUIcIpjTJMlEAXB2p9E=@freebsd.org X-Gm-Message-State: AOJu0YxK/PFtDU5TircdYJOlxQTh6iuT5okJrWkVfBMv5Ze1eSCJU8dm w3892rcv+YhFEdDARjm2gmzKNvXGGteKBYIEL/53VYXIrlwObLJjHllo4Fj2zcugFY703itLqDs nc+Qt+HNJxXoA2jAgfUTEmCCJLLvQYjM= X-Gm-Gg: AeBDiesGPkIcNLnSGVtZCbeKmtBXywpnfXs17m3MhZEzGykQSlF4YUWCYafOxStJFk3 Xol+NNKYxkupx40KizZLB+DfhSelz7Hb/EarS7FhPya4XCeHZd5d2lGhzi8Y3pmPxGxZUbLGkzY e7N2+XtYocv7YI61nOJJ+wh8uNvnQJGHBWyT7WURCFxOC0BqxMXwxiBcZKI7nzmbleqeQG3tZWN kUoyFC4R9dHzVZ/ep0AKOfZrsT+tU46GdH+rIo7SZMOFoVzJEloJH7Z9R1e/oWTUpnJ1kG4DOqK qxUqPmILsm5LDSmgexJdO2HrPrrdm9wrVYvTtVnGrX51iLsLdSltlzixRjMJF7DuBnhkQ51Ekg= = X-Received: by 2002:a05:6820:81d8:b0:683:1323:e183 with SMTP id 006d021491bc7-68313332675mr7502028eaf.32.1775578363053; Tue, 07 Apr 2026 09:12:43 -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: <707b0fa7-b345-4802-a018-d6050f4e8f8c@gmail.com> <4DDACD68-1AF2-4502-AF20-4EAB15B13659@FreeBSD.org> In-Reply-To: From: Ed Maste Date: Tue, 7 Apr 2026 12:12:30 -0400 X-Gm-Features: AQROBzCGICgPCFgnYxr2zo7VhdGn4pG3DGpEzBlCwj8sNf0GE3H5EvmQnbzofb4 Message-ID: Subject: Re: debug files now have program headers To: Gleb Popov Cc: Dimitry Andric , Paul Floyd , "freebsd-current@freebsd.org" Content-Type: text/plain; charset="UTF-8" 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:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4fqrnm5q7jz41fk X-Spamd-Bar: ---- > > > I just noticed that debug files now contain program headers. > > > ... > > > That's not a problem for most users but it is quite a big issue for me trying to debug Valgrind itself. > > > > > > Is this going to be a permanent change? > > > > I guess this is due to WITH_LLVM_BINUTILS being the default now. > > That's correct, the informational context is here: > https://sourceware.org/bugzilla/show_bug.cgi?id=33876#c1 Yes, it should be LLVM_BINUTILS_BOOTSTRAP that's responsible, not LLVM_BINUTILS. The former is only in main while LLVM_BINUTILS is also in stable/15. The changes to support LLVM_BINUTILS BOOTSTRAP were missing from the original LLVM_BINUTILS work; it was not intentional that we continued to use ELF Tool Chain tools for the bootstrap. We discovered this because another tool (i.e., libabigail) failed when the standalone debug files _lacked_ program headers, and I believe this is the expected state in the GNU tool / Linux distro world. I presume Valgrind on Linux handles this somehow? From nobody Tue Apr 7 16:53:29 2026 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 4fqshw34vtz6YZ4n for ; Tue, 07 Apr 2026 16:53:36 +0000 (UTC) (envelope-from kib@freebsd.org) 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 4fqshw110dz48tv for ; Tue, 07 Apr 2026 16:53:36 +0000 (UTC) (envelope-from kib@freebsd.org) 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 637GrTMZ088718; Tue, 7 Apr 2026 19:53:32 +0300 (EEST) (envelope-from kib@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 637GrTMZ088718 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 637GrTXJ088717; Tue, 7 Apr 2026 19:53:29 +0300 (EEST) (envelope-from kib@freebsd.org) X-Authentication-Warning: tom.home: kostik set sender to kib@freebsd.org using -f Date: Tue, 7 Apr 2026 19:53:29 +0300 From: Konstantin Belousov To: Jan Martin Mikkelsen Cc: current@freebsd.org Subject: Re: Panic: cache_vop_rename: lingering negative entry Message-ID: References: <2016260A-5C07-45EE-87CA-73918BA16E83@transactionware.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2016260A-5C07-45EE-87CA-73918BA16E83@transactionware.com> X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=4.0.2 X-Spam-Checker-Version: SpamAssassin 4.0.2 (2025-08-27) on tom.home 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:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4fqshw110dz48tv X-Spamd-Bar: ---- On Tue, Apr 07, 2026 at 05:02:05PM +0200, Jan Martin Mikkelsen wrote: > Hi, > > I am consistently getting the panic below while building lang/perl5.42. This is the command from the perl build that triggers the panic: > > /usr/bin/strip /ports-work/usr/ports/lang/perl5.42/work/stage/usr/local/bin/perl5.42.0 > > CURRENT on aarch64, with a kernel from last week, also with a later one from the weekend. A kernel from mid-January worked fine. > > I can reproduce on demand, no parallelism in the build required. > > Does this look familiar to anyone? > > panic: cache_vop_rename: lingering negative entry > cpuid = 4 > time = 1775410763 > KDB: stack backtrace: > db_trace_self() at db_trace_self > db_trace_self_wrapper() at db_trace_self_wrapper+0x38 > vpanic() at vpanic+0x1a0 > panic() at panic+0x48 > cache_vop_rename() at cache_vop_rename+0xb0 > zfs_do_rename() at zfs_do_rename+0xafc > zfs_freebsd_rename() at zfs_freebsd_rename+0x5c > VOP_RENAME_APV() at VOP_RENAME_APV+0x44 > kern_renameat () at kern_renameat+0x574 > do_el0_sync() at do_el0_sync+0x5f8 > handle_el0_sync() at handle_el0_sync+0x4c > --- exception, esr 0x56000000 > KDB: enter: panic > [ thread pid 81230 tid 101738 ] > Stopped at kdb_enter+0x48: str xzr, [x19, #3072] Is it reproducable on UFS and/or tmpfs? From nobody Tue Apr 7 17:57:11 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fqv6x5PsCz6YfvJ for ; Tue, 07 Apr 2026 17:57:45 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp6.goneo.de (smtp6.goneo.de [85.220.129.31]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4fqv6w1vQzz3MFR; Tue, 07 Apr 2026 17:57:43 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=walstatt-de.de header.s=DKIM001 header.b=VOdCchjH; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@walstatt-de.de designates 85.220.129.31 as permitted sender) smtp.mailfrom=freebsd@walstatt-de.de Received: from hub1.goneo.de (hub1.goneo.de [85.220.129.52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp6.goneo.de (Postfix) with ESMTPS id E8D922405BB; Tue, 7 Apr 2026 19:57:41 +0200 (CEST) Received: from hub1.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPS id B1F172402AB; Tue, 7 Apr 2026 19:57:39 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1775584659; 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=EHn/UhLaUB7x+Bf8IiGKbYeo5P+rSqjNNT1AZQGO07E=; b=VOdCchjHcYGPD30/nHS5jXdmvtJACVeMSLQEpIEBE6SiiU5A/P0y3Q/RxON5u0at7p/aXs EzHV6ImecS1ixtuHpT2KRBfN6epbfSQbugsyxv8BjXggV+9+JwOmhXYayPWcHXJTwgBYxD SjDAFY07k7+/d10X+FQ7b/YNTGANwhQPstvoDvGeevDJzZ1bRhw62s3roNk7ikBKzYUE5R 8RFqOEKiYUIZmDETLWCSmXjIBrSFjaMs/pk7m78spA8k2+rKrG9lV/yOOWaG7dcZGTsv5e tc7kyPkVA+M3PoincHeJncwKs8JLX3Ssd5AaDHYGiCrpu5DGwurk9UFqurGphg== Received: from thor.sb211.local (dynamic-2a02-3100-2d6d-2302-a20c-b9ad-445c-0c8c.310.pool.telefonica.de [IPv6:2a02:3100:2d6d:2302:a20c:b9ad:445c:c8c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPSA id 714652402A6; Tue, 7 Apr 2026 19:57:39 +0200 (CEST) Date: Tue, 7 Apr 2026 19:57:11 +0200 From: A FreeBSD User To: Lexi Winter Cc: freebsd-current@freebsd.org, bofh@freebsd.org Subject: Re: make RELEASE (here: kernel): template.ucl: line: 33, column: 0 - 'key must begin with a letter', character: '.' Message-ID: <20260407195608.45cc3c99@thor.sb211.local> In-Reply-To: References: <20260405152059.6fa98991@thor.sb211.local> X-Mailer: Claws Mail 4.4.0 (GTK 3.24.52; amd64-portbld-freebsd16.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_//xm5ruz=hiHKyTqsX0Y+BIE"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: e7d3a0 X-Rspamd-UID: 50ffd5 X-Spamd-Result: default: False [-5.70 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:85.220.129.0/25]; RCVD_IN_DNSWL_LOW(-0.10)[85.220.129.31:from]; ARC_NA(0.00)[]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE]; RCVD_TLS_ALL(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_NA(0.00)[walstatt-de.de]; RCVD_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[walstatt-de.de:+] X-Rspamd-Queue-Id: 4fqv6w1vQzz3MFR X-Spamd-Bar: ----- --Sig_//xm5ruz=hiHKyTqsX0Y+BIE Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tage des Herren Sun, 5 Apr 2026 23:48:08 +0100 Lexi Winter schrieb: > A FreeBSD User wrote in <20260405152059.6fa98991@thor.sb211.local>: > > --- create-packages-kernel --- > > /pool/sources/CURRENT/src/release/packages/generate-ucl.lua: fail to > > parse(/pool/sources/CURRENT/src/release/packages/template.ucl): error w= hile parsing > > /pool/sources/CURRENT/src/release/packages/template.ucl: line: 33, colu= mn: 0 - 'key must > > begin with a letter', character: '.' *** > > [create-kernel-packages-extra-flavor-default-GENERIC] Error code 1 =20 >=20 > this was broken by the libucl update (abda442d92fd) which disables > macros in the Lua UCL parser by default. >=20 > please try this patch: >=20 > diff --git a/release/packages/generate-set-ucl.lua b/release/packages/gen= erate-set-ucl.lua > index 9ba7026b75df..7a1cddda7be1 100755 > --- a/release/packages/generate-set-ucl.lua > +++ b/release/packages/generate-set-ucl.lua > @@ -16,7 +16,7 @@ substituted as UCL variables. > local ucl =3D require("ucl") >=20 > -- This parser is the output UCL we want to build. > -local parser =3D ucl.parser() > +local parser =3D ucl.parser(0) >=20 > if #arg < 1 then > io.stderr:write(arg[0] .. ": missing template filename\n") > diff --git a/release/packages/generate-ucl.lua b/release/packages/generat= e-ucl.lua > index 19a9a95d5d38..aaaa4375dd4d 100755 > --- a/release/packages/generate-ucl.lua > +++ b/release/packages/generate-ucl.lua > @@ -124,7 +124,7 @@ local pkgprefix =3D nil > local pkgversion =3D nil >=20 > -- This parser is the output UCL we want to build. > -local parser =3D ucl.parser() > +local parser =3D ucl.parser(0) >=20 > -- Set any $VARIABLES from the command line in the parser. This causes = ucl to > -- automatically replace them when we load the source ucl. Thank you very much! It worked - and I see, it has been already fixed in th= e tree, thanks for this, too. oh --=20 A FreeBSD user --Sig_//xm5ruz=hiHKyTqsX0Y+BIE Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCadVFkgAKCRCxzvs8Oqok rwbLAQDi/LWQDF1Hkvvz2tRAw03IqMi0mHINgUh4GqK9szsBqQEAvxSFRJPfVD1N oSyX9OPsBDITFApxlyDe0+BEk+Budww= =KlsD -----END PGP SIGNATURE----- --Sig_//xm5ruz=hiHKyTqsX0Y+BIE-- From nobody Tue Apr 7 18:20:55 2026 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 4fqvf50Mdpz6YhJ4 for ; Tue, 07 Apr 2026 18:21:17 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 4fqvf32jDPz3QGW for ; Tue, 07 Apr 2026 18:21:15 +0000 (UTC) (envelope-from janm@transactionware.com) Authentication-Results: mx1.freebsd.org; none Received: (qmail 11365 invoked by uid 907); 7 Apr 2026 18:21:12 -0000 Received: from ip-109-41-48-64.web.vodafone.de (HELO smtpclient.apple) (109.41.48.64) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA; Wed, 08 Apr 2026 04:21:12 +1000 Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.500.181\)) Subject: Re: Panic: cache_vop_rename: lingering negative entry From: Jan Martin Mikkelsen In-Reply-To: Date: Tue, 7 Apr 2026 20:20:55 +0200 Cc: current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <44E3FE9A-4244-49EB-97E0-16080B68F12B@transactionware.com> References: <2016260A-5C07-45EE-87CA-73918BA16E83@transactionware.com> To: Konstantin Belousov X-Mailer: Apple Mail (2.3864.500.181) 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:17559, ipnet:203.14.245.0/24, country:AU] X-Rspamd-Queue-Id: 4fqvf32jDPz3QGW X-Spamd-Bar: ---- On 7 Apr 2026, at 18:53, Konstantin Belousov wrote: >=20 > On Tue, Apr 07, 2026 at 05:02:05PM +0200, Jan Martin Mikkelsen wrote: >> Hi, >>=20 >> I am consistently getting the panic below while building = lang/perl5.42. This is the command from the perl build that triggers the = panic: >>=20 >> /usr/bin/strip = /ports-work/usr/ports/lang/perl5.42/work/stage/usr/local/bin/perl5.42.0 >>=20 >> CURRENT on aarch64, with a kernel from last week, also with a later = one from the weekend. A kernel from mid-January worked fine. >>=20 >> I can reproduce on demand, no parallelism in the build required. >>=20 >> Does this look familiar to anyone? >>=20 >> panic: cache_vop_rename: lingering negative entry >> cpuid =3D 4 >> time =3D 1775410763 >> KDB: stack backtrace: >> db_trace_self() at db_trace_self >> db_trace_self_wrapper() at db_trace_self_wrapper+0x38 >> vpanic() at vpanic+0x1a0 >> panic() at panic+0x48 >> cache_vop_rename() at cache_vop_rename+0xb0 >> zfs_do_rename() at zfs_do_rename+0xafc >> zfs_freebsd_rename() at zfs_freebsd_rename+0x5c >> VOP_RENAME_APV() at VOP_RENAME_APV+0x44 >> kern_renameat () at kern_renameat+0x574 >> do_el0_sync() at do_el0_sync+0x5f8 >> handle_el0_sync() at handle_el0_sync+0x4c >> --- exception, esr 0x56000000 >> KDB: enter: panic >> [ thread pid 81230 tid 101738 ] >> Stopped at kdb_enter+0x48: str xzr, [x19, #3072] >=20 > Is it reproducable on UFS and/or tmpfs? Successful completion (no panic) when the work directory is on UFS, and = when the work directory is on tmpfs. I didn=E2=80=99t try multiple = times, but it never works on ZFS. Regards, Jan M. From nobody Tue Apr 7 18:21:55 2026 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 4fqvg611sWz6Yhgc for ; Tue, 07 Apr 2026 18:22:10 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 4fqvg45k2Hz3RXX for ; Tue, 07 Apr 2026 18:22:08 +0000 (UTC) (envelope-from janm@transactionware.com) Authentication-Results: mx1.freebsd.org; none Received: (qmail 11422 invoked by uid 907); 7 Apr 2026 18:22:07 -0000 Received: from ip-109-41-48-64.web.vodafone.de (HELO smtpclient.apple) (109.41.48.64) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA; Wed, 08 Apr 2026 04:22:07 +1000 Content-Type: text/plain; charset=utf-8 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.500.181\)) Subject: Re: Panic: cache_vop_rename: lingering negative entry From: Jan Martin Mikkelsen In-Reply-To: <9c-3l5dvbjve6vGZbCL2k2grqQoncLsoUv3HI55UrDfP0MPUyMqrdFP6eUe8TFA-lkzDqZqE13HtwfhvLml6OP9fl3CIaptORG-SjYWrusU=@proton.me> Date: Tue, 7 Apr 2026 20:21:55 +0200 Cc: current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <8B1B313C-BF0E-45F4-9832-BF009A53DD32@transactionware.com> References: <2016260A-5C07-45EE-87CA-73918BA16E83@transactionware.com> <9c-3l5dvbjve6vGZbCL2k2grqQoncLsoUv3HI55UrDfP0MPUyMqrdFP6eUe8TFA-lkzDqZqE13HtwfhvLml6OP9fl3CIaptORG-SjYWrusU=@proton.me> To: Minsoo Choo X-Mailer: Apple Mail (2.3864.500.181) 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:17559, ipnet:203.14.245.0/24, country:AU] X-Rspamd-Queue-Id: 4fqvg45k2Hz3RXX X-Spamd-Bar: ---- On 7 Apr 2026, at 17:25, Minsoo Choo wrote: >=20 > On Wednesday, April 8th, 2026 at 12:03 AM, Jan Martin Mikkelsen = wrote: >=20 >> Hi, >>=20 >> I am consistently getting the panic below while building = lang/perl5.42. This is the command from the perl build that triggers the = panic: >>=20 >> /usr/bin/strip = /ports-work/usr/ports/lang/perl5.42/work/stage/usr/local/bin/perl5.42.0 >>=20 >> CURRENT on aarch64, with a kernel from last week, also with a later = one from the weekend. A kernel from mid-January worked fine. >>=20 >> I can reproduce on demand, no parallelism in the build required. >>=20 >> Does this look familiar to anyone? >>=20 >> panic: cache_vop_rename: lingering negative entry >> cpuid =3D 4 >> time =3D 1775410763 >> KDB: stack backtrace: >> db_trace_self() at db_trace_self >> db_trace_self_wrapper() at db_trace_self_wrapper+0x38 >> vpanic() at vpanic+0x1a0 >> panic() at panic+0x48 >> cache_vop_rename() at cache_vop_rename+0xb0 >> zfs_do_rename() at zfs_do_rename+0xafc >> zfs_freebsd_rename() at zfs_freebsd_rename+0x5c >> VOP_RENAME_APV() at VOP_RENAME_APV+0x44 >> kern_renameat () at kern_renameat+0x574 >> do_el0_sync() at do_el0_sync+0x5f8 >> handle_el0_sync() at handle_el0_sync+0x4c >> --- exception, esr 0x56000000 >> KDB: enter: panic >> [ thread pid 81230 tid 101738 ] >> Stopped at kdb_enter+0x48: str xzr, [x19, #3072] >>=20 >> Regards, >>=20 >> Jan M. >>=20 >>=20 >>=20 >=20 > The panic message says the kernel panic is triggered by zfs. KASSERT = at = https://github.com/freebsd/freebsd-src/blob/cff675e83cdb6c9027e94df9d01043= 9e42e27dee/sys/kern/vfs_cache.c#L3093 triggered the panic, but HOW (not = WHERE) the panic occurred can only be determined by observing the crash = dump. >=20 > I assume race conditions happened during the I/O heavy workload, but = at the same time you said no parallelism in build required. To make = sure, could you run zfs scrub on the file system? The filesystems were scrubbed multiple times while I was investigating = this problem. I just re-ran the test after a scrub, and yes, it panics. I don=E2=80=99t think there is a lot of I/O involved. Reboot, run = =E2=80=9Cmake build=E2=80=9D on lang/perl5.42, then run =E2=80=9Cmake = install=E2=80=9D and observe the panic. That=E2=80=99s on ZFS, tmpfs/UFS = are different. (see other email.) Regards, Jan M.= From nobody Tue Apr 7 20:37:06 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fqyfz2J0zz6YvXd for ; Tue, 07 Apr 2026 20:37:15 +0000 (UTC) (envelope-from paulf2718@gmail.com) Received: from mail-wm1-x32f.google.com (mail-wm1-x32f.google.com [IPv6:2a00:1450:4864:20::32f]) (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 4fqyfy6vXZz3lRP for ; Tue, 07 Apr 2026 20:37:14 +0000 (UTC) (envelope-from paulf2718@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-wm1-x32f.google.com with SMTP id 5b1f17b1804b1-4887f49ec5aso73230525e9.1 for ; Tue, 07 Apr 2026 13:37:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1775594229; x=1776199029; darn=freebsd.org; h=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=E6pOVKMrThtb23gdhOtJ99ZAItkck5tMbkEhUWDs1zk=; b=ojJdNYjKhJRKVJcXSGlGDPEj10bHmsDY4o+fOI9HLSxLR+STzABKMX/MWcDHfnK5vs nNbaXBxm5kJPWfukhLRSzyzGdkz6HECIYMlGFsyUD1/TNWKva45DlBIG7gmkxyUxzO4a RxCfUksBoYjiLuGHuwwNRfOvubPp2HkbdltqtPlDpmXQRtPsMLtE0/9MJW2XmysR70dq Yv8XegEZbLEo4wD25Q01iCp2d0PI2j5PR8ESylbWbf9Gh26MmtJrUVw2c63CZKhMv5fh a4SPNtPcCliEd5QLaAkbtABpzN6X1DIVTXzwjEpXUBorbxhPnSvcY8r8Hd/Mwzr/Yv1n EmcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775594229; x=1776199029; h=in-reply-to:from:content-language:references:cc:to:subject :user-agent:mime-version:date:message-id:x-gm-gg:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=E6pOVKMrThtb23gdhOtJ99ZAItkck5tMbkEhUWDs1zk=; b=r+fkrFoalGc1OvajxYGc5j8Ob5SdIcvkpj3Blyq52p6OvTNToTYAWyjIgXCx9+dppM abAkvE9UOBJNi7aFdyujg8d1S5y+o0Sm308o5o6hhboD5aZUDkVbggd6S6PpBsrUXjPw m9kCOhmbvdQlPA0yplT5rXy9rdfVXunWSfi6GBsWmUZrxy/YywdBxBO0sG0BupGu3kmL rsV86eA/3rG9YQt2VsxPuADtL6BJQKxxxHmo2cLWpB4r9nYn/EMvc+FyEUPf3zhokHfO gpoBl8syqyk7uks9BoNXF/piGRGJKCEzSnG8aOivtumXppEy2fSOP6XXNzSOWmNDrEWI vz3Q== X-Forwarded-Encrypted: i=1; AJvYcCUZyZ0jtWX+et9P6roXGgPOohMzd/EGaUj6XcAPCiVcrI9OCuK1xLDhViPuwVIPQhBaiYujCL3hJmiTrreAxVQ=@freebsd.org X-Gm-Message-State: AOJu0YwBZZjCv/4pm97wE1A1YgdY5nnZsJp6PMLnLr97y3B4EUu3hdJd MancVnwfA40dGU9NTaibevXBfend4IXXMnyWViWj7KBVqKQy2xalSorQfwh689qVJEw= X-Gm-Gg: AeBDietBFC7arKljuaLr5eF3AeGDlX13kEG+PRmWZDrcg9FZIYrhqqbQekTqjerBI4T dfsgoUth2mN1w4nG05n3dN013DrWP9dQm7s9Rb5Xu3MTfB2VX5NnC0vT+ZrfKHwGOiW7nyjGBfh bhYjQBzyul0K5fu5EvvTLPE46zUoxeuGUEs1W/r5fet98Bfxi1hipF/e6QqjGo8fh2NwzShGRx9 cx28f60z2j7Hqa+TM4YzRdLq4s8EEiArY2dOvCVECLXVtxg+M2K9YaG4SBvuWEYLCI5lq66vB90 ysaZte9/eecjXgjgMAzyIqC2XgSbHs/t4LUNBj39DlacpBielF5v1iwQzhXzDB8RAqtx83bqHHn 1VQh0yyJUby/mCvICMkkqaZssgNfGDhW9gMmo8vaiKBZ0t11FBhzXInN0IdQFwMYZlTk/YcuLgR wvtz3OGfkrb3LGXWbicmYs/4COy/NrYXk0AZ38YcyLLyRgEO/uP2lfgE/7lkLUWEBLIcsaWOy/3 aFI1LVIu+w= X-Received: by 2002:a05:600c:1553:b0:488:acbc:b2e with SMTP id 5b1f17b1804b1-488acbc0ca8mr139516655e9.17.1775594228490; Tue, 07 Apr 2026 13:37:08 -0700 (PDT) Received: from ?IPV6:2a01:cb15:8545:7700:62cf:84ff:fe81:caec? ([2a01:cb15:8545:7700:62cf:84ff:fe81:caec]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-488c5dac41fsm1759125e9.21.2026.04.07.13.37.06 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 07 Apr 2026 13:37:07 -0700 (PDT) Content-Type: multipart/alternative; boundary="------------z5V7mAZaX5NZQABX07nVtlNI" Message-ID: <5de1cac2-8480-4d39-a2a6-dc882a65ba79@gmail.com> Date: Tue, 7 Apr 2026 22:37:06 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: debug files now have program headers To: Ed Maste , Gleb Popov Cc: Dimitry Andric , "freebsd-current@freebsd.org" References: <707b0fa7-b345-4802-a018-d6050f4e8f8c@gmail.com> <4DDACD68-1AF2-4502-AF20-4EAB15B13659@FreeBSD.org> Content-Language: en-US From: Paul Floyd In-Reply-To: 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:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4fqyfy6vXZz3lRP X-Spamd-Bar: ---- This is a multi-part message in MIME format. --------------z5V7mAZaX5NZQABX07nVtlNI Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 2026-04-07 18:12, Ed Maste wrote: > Yes, it should be LLVM_BINUTILS_BOOTSTRAP that's responsible, not > LLVM_BINUTILS. The former is only in main while LLVM_BINUTILS is also > in stable/15. The changes to support LLVM_BINUTILS BOOTSTRAP were > missing from the original LLVM_BINUTILS work; it was not intentional > that we continued to use ELF Tool Chain tools for the bootstrap. > > We discovered this because another tool (i.e., libabigail) failed when > the standalone debug files _lacked_ program headers, and I believe > this is the expected state in the GNU tool / Linux distro world. I > presume Valgrind on Linux handles this somehow? Hi Ed I suspect that this is the first time that that this has been observed. That means that Valgrind on Linux probably has the same problem. This issue will need fixing. Very briefly, the issue is caused in the code that runs only with -v -v or more that will print something like ==61545== Adding active redirection: --61545--     new: 0x7ff80cb94c65 (operator new(unsigne) R-> (1003.0) 0x100181f50 operator new(unsigned long, std::align_val_t) at that point in the code it only has the function addresses, so it calls some functions to look up the names. That is quite involved. On the way it will call is_elf_object_file_by_DiImage [Di = Debuginfo]. That just looks at the ELF header. Previously it returned false as there was no program header in the split debug files. Now it is returning true. I think that the fix will be to add a further check for a non-zero sized PT_DYNAMIC segment. is_elf_object_file_by_DiImage is used in several places so I have to make sure that there are no bad side effects. Regards Paul --------------z5V7mAZaX5NZQABX07nVtlNI Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit


On 2026-04-07 18:12, Ed Maste wrote: 
Yes, it should be LLVM_BINUTILS_BOOTSTRAP that's responsible, not
LLVM_BINUTILS. The former is only in main while LLVM_BINUTILS is also
in stable/15. The changes to support LLVM_BINUTILS BOOTSTRAP were
missing from the original LLVM_BINUTILS work; it was not intentional
that we continued to use ELF Tool Chain tools for the bootstrap.

We discovered this because another tool (i.e., libabigail) failed when
the standalone debug files _lacked_ program headers, and I believe
this is the expected state in the GNU tool / Linux distro world. I
presume Valgrind on Linux handles this somehow?

Hi Ed

I suspect that this is the first time that that this has been observed. That means that Valgrind on Linux probably has the same problem.

This issue will need fixing. 

Very briefly, the issue is caused in the code that runs only with -v -v or more that will print something like

==61545== Adding active redirection:
--61545--     new: 0x7ff80cb94c65 (operator new(unsigne) R-> (1003.0) 0x100181f50 operator new(unsigned long, std::align_val_t)

at that point in the code it only has the function addresses, so it calls some functions to look up the names. That is quite involved. On the way it will call is_elf_object_file_by_DiImage [Di = Debuginfo]. That just looks at the ELF header. Previously it returned false as there was no program header in the split debug files. Now it is returning true.

I think that the fix will be to add a further check for a non-zero sized PT_DYNAMIC segment. is_elf_object_file_by_DiImage is used in several places so I have to make sure that there are no bad side effects.

Regards

Paul


--------------z5V7mAZaX5NZQABX07nVtlNI-- From nobody Tue Apr 7 23:07:52 2026 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 4fr20s6ZZVz6WRFn; Tue, 07 Apr 2026 23:07:57 +0000 (UTC) (envelope-from ivy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fr20s5dBXz42Dh; Tue, 07 Apr 2026 23:07:57 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1775603277; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=l11XJy6bQGupFfnXfeXsh0Pw90fpHG+37jumnsjdo7c=; b=yJ+bned6T4clhPuN9e/5EF7j5Jw7qof9eJlcgl7TrMHSXa3ZVl8rWyL0xBVeLg5mRwFQwJ EsvwKJ7i0MWv3+E5572idRxbRqIh0j/PkmbTnMpT1CLE7Z8zl81HpqKgCIosfFPG5zUz+3 SmAF2hyhoqV6Ed+qYgWqSd6RtGHfMvLdKHXxyNoVVlxEBeCY6RVGaAJnHSr7uvUppxzG0n 7QBoVmHt5webcVKN9dl0eoX5v/7zHRo3EbQKuJdqKfJJHHAJL/purevl/pMnTB3iFRimhA te39MVUMekuL2bd1hW2P1aQGXBJkHN+ns/WTryywmGfRw4hz0xPVfWWfkqLVsg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1775603277; a=rsa-sha256; cv=none; b=va2I7nxxkiIzYFZ66jZK/nY4fJbpZLBgppj3VYN8Nfq8bzgNJsmUhEUPU5WWlJbmpFn3N3 dzf2PdfOBwGksJ3w87kc8QJ6/wygwKfb8kloBGWv4/DaYzaTqJ3j56Uo7mwr4NwqOBa7Cx tpjk4OuTwKk3thAp5qIr4WXH7DX/MOdA17ohCFFgoGVWJ64gGyBN9LQhANcN1imflRUDmk fEHZ+VSDKlelqPf2vCO68vODejZbhkmdwxuR7EIAHiniMUluwabytr/52dyQLOJ5jk2PPj 8bgoUJyDpsyvhXY/67F1NLaNIy9Vplx8HnJkQ5wdDO5hPbbD0msq+4uDYcg4Bg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1775603277; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=l11XJy6bQGupFfnXfeXsh0Pw90fpHG+37jumnsjdo7c=; b=px82Hb8aBaC90TsBa0w6muCNKmjGsBSlB8yNUowUWtWGNtZMz+yKJrxY9NqPjafADEAPPs b+CizW5ZCQzNxCww+Nrqvi2izpdV8tZj7+jiZ8/djlvFhGJLEP2aBLmuR1Kw9IKeu+attx 32DR4FADj9R8yc3dCFUwFmCN314DwbZ32P4cXN8J6KIK5MLqW/ZDhClv7z9esRmh3KwHn1 mtmS4VLwidAnODY2BB9kj/atL4+XwQRfCo6kRwCCl5A9q8jVfRF4iymNkWHNdgI+TeoFAb 0ety86yPcPxVC2x9djTR9PopyDdH0760C/ZmhAfds3umxYzj9YOv/WUrbyv91g== 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 4fr20s246Qzvch; Tue, 07 Apr 2026 23:07:57 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Wed, 8 Apr 2026 00:07:52 +0100 From: Lexi Winter To: current@freebsd.org, pkgbase@freebsd.org Subject: Re: pkgbase breakage in main due to libucl upgrade Message-ID: Mail-Followup-To: current@freebsd.org, pkgbase@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="MZC8ywQWqVw2Dq5o" Content-Disposition: inline In-Reply-To: --MZC8ywQWqVw2Dq5o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Lexi Winter wrote in : > as a couple of people already reported[0][1] the pkgbase build is > currently broken in main. this affects building packages for any > version of FreeBSD when the build host is main abda442d92fd[2] or > later. after some discussion, we will resolve this as follows: - main and stable/15 have been updated to new the new libucl API, so they should both now build correctly. (63d0e3e3aa24 in main, 976b2ebf4309 in stable/15.) this change is backward-compatible with the old API and is safe to cherry-pick to 15.0 if needed. - this fix will be EN to releng/15.0, so versions of 15.0 from that point onwards will build correctly on main. - we'll temporarily revert the libucl commit that caused the issue, which means all versions of 15.0 will build correctly on main. (D56294, which should land this week.) once 15.0 reaches end of support (around September), that change will be un-reverted. the eventual outcome will be that it won't be possible to build older versions of 15.0 on 16.0 or later, but since this only affects pkgbase, and the fix is trivial, and 15.0 will be out of support by that point, i'm not too concerned about that. separately, the changes to use bootstrap libucl for pkgbase have landed in main and will be MFC'd to stable/15 soon, which should prevent recurrences of this sort of problem. --MZC8ywQWqVw2Dq5o Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCadWORgAKCRD1nT63mIK/ YDUGAP9/jMcyx67a9871CMEyU9h2VAcuuBmDolk3J6Q7y1nW0gEA6mYx5E718tjH AL9I7WFRwJ0cCP377mqEh6kbigqsNQw= =4nsr -----END PGP SIGNATURE----- --MZC8ywQWqVw2Dq5o-- From nobody Wed Apr 8 22:34:51 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4frdDR0BmFz6YtVV; Wed, 08 Apr 2026 22:35:03 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo75.interia.pl (smtpo75.interia.pl [217.74.67.75]) (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 4frdDP1vf8z3l2V; Wed, 08 Apr 2026 22:35:01 +0000 (UTC) (envelope-from vermaden@interia.pl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=interia.pl header.s=dk header.b=KHfX+dfs; dmarc=pass (policy=none) header.from=interia.pl; spf=pass (mx1.freebsd.org: domain of vermaden@interia.pl designates 217.74.67.75 as permitted sender) smtp.mailfrom=vermaden@interia.pl Date: Thu, 09 Apr 2026 00:34:51 +0200 From: vermaden Subject: Building VM-IMAGE(s) from Source To: freebsd-stable@FreeBSD.org, freebsd-hackers@FreeBSD.org, freebsd-current@freebsd.org X-Mailer: interia.pl/pf09 X-Originating-IP: 45.148.42.24 Message-Id: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=dk; t=1775687693; bh=VSPb4kjjJJrVS9/WQyiT7adVeq0o786yH9DH5K95Shs=; h=Date:From:Subject:To:Message-Id:MIME-Version:Content-Type; b=KHfX+dfsDIn996aTjkDRR6bJIGI7YF2eAkH/U2D0Ievin3pbfoplEDpMXwYoQlMwK NS+AQ7beYs5mO1B7R717BH7ZpCa4EjTkwid490FqOHQL2yt6TkRV7/luPTVRwitepc fzhkkWi0hXehN7oFRdDK8vAUM0Db9tvTbL2NALo4= X-Spamd-Result: default: False [-3.59 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.992]; DMARC_POLICY_ALLOW(-0.50)[interia.pl,none]; MID_RHS_NOT_FQDN(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:217.74.64.0/22]; R_DKIM_ALLOW(-0.20)[interia.pl:s=dk]; RWL_MAILSPIKE_VERYGOOD(-0.20)[217.74.67.75:from]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[interia.pl]; SUSPICIOUS_AUTH_ORIGIN(0.00)[]; MIME_TRACE(0.00)[0:+]; 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]; RCPT_COUNT_THREE(0.00)[3]; 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,freebsd-hackers@freebsd.org,freebsd-stable@freebsd.org]; FREEMAIL_ENVFROM(0.00)[interia.pl]; DWL_DNSWL_NONE(0.00)[interia.pl:dkim] X-Rspamd-Queue-Id: 4frdDP1vf8z3l2V X-Spamd-Bar: --- Hi, I want to build VM images from source, the same ones that are here: - https://download.freebsd.org/releases/VM-IMAGES/15.0-RELEASE/amd64/Latest= / What I did: host # pkg install gitup host # vi /usr/local/etc/gitup.conf host # grep -A 7 release /usr/local/etc/gitup.conf "release" : { "repository_path" : "/src.git", "branch" : "releng/15.0", "target_directory" : "/usr/src", "ignores" : [ "sys/[^\/]+/conf", ], }, host # gitup release # Host: git.freebsd.org # Port: 443 # Repository Path: /src.git # Target Directory: /usr/src # Want: 0730d5233286ff35e9fa83309faa1b2d52fe9a65 # Branch: releng/15.0 # Action: clone + /usr/src/.arcconfig + /usr/src/.arclint + /usr/src/.cirrus-ci/pkg-install.sh (...) + /usr/src/usr.sbin/zzz/Makefile.depend + /usr/src/usr.sbin/zzz/zzz.8 + /usr/src/usr.sbin/zzz/zzz.sh # # Please review the following file(s) for important changes. # /usr/src/UPDATING # # Done. host # gitup ports=20 # Host: git.freebsd.org # Port: 443 # Repository Path: /ports.git # Target Directory: /usr/ports # Want: 799ba8473b623f60d69693f6338fdefdb7d9b298 # Branch: main # Host: git.freebsd.org/s now =20 # Port: 443 # Repository Path: /src.git # Target Directory: /usr/src # Want: 0730d5233286ff35e9fa83309faa1b2d52fe9a65 # Branch: releng/15.0 (...) # Done. host # cd /usr/src host # make -j 24 buildworld buildkernel (...) -------------------------------------------------------------- >>> Kernel build for GENERIC completed on Wed Apr 8 01:15:27 CEST 2026 -------------------------------------------------------------- >>> Kernel(s) GENERIC built in 147 seconds, ncpu: 72, make -j24 -------------------------------------------------------------- host # cd /usr/src host # make update-packages host # cd /usr/src/release host # cp release.conf.sample custom.conf host #:/usr/src/release # cat custom.conf=20 #!/bin/sh # DIRECTORY WITHIN WHICH RELEASE WILL BE BUILT CHROOTDIR=3D"/scratch" # VERSION CONTROL SYSTEM GITROOT=3D"https://git.freebsd.org/"; GITSRC=3D"src.git" GITPORTS=3D"ports.git" # SET src/ports/doc BRANCHES SRCBRANCH=3D"release/15" PORTBRANCH=3D"main" # TARGET ARCHITECTURE TARGET=3D"amd64" TARGET_ARCH=3D"amd64" KERNEL=3D"GENERIC" # SPECIFY CUSTOM make.conf AND/OR src.conf # MAKE_CONF=3D"/etc/local/make.conf" # SRC_CONF=3D"/etc/local/src.conf" # USE make(1) FLAGS # MAKE_FLAGS=3D"-s" # WORLD_FLAGS=3D"-j $(nproc)" # KERNEL_FLAGS=3D"-j $(nproc)" # MISCELLANEOUS 'make release' SETTINGS # NOPORTS=3D # NOSRC=3D # WITH_DVD=3D # WITH_COMPRESSED_IMAGES=3D # SET '1' TO DISABLE MULTI THREADED xz(1) COMPRESSION # XZ_THREADS=3D0 # SET TO NON-EMPTY VALUE TO SKIP CHECKOUT /usr/src IN chroot(8) # INTENDED FOR USE WHEN /usr/src ALREADY EXISTS SRC_UPDATE_SKIP=3Dskip # SET TO NON-EMPTY VALUE TO SKIP CHECKOUT /usr/ports in chroot(8) # INTENDED FOR USE WHEN /usr/ports ALREADY EXISTS PORTS_UPDATE_SKIP=3Dskip # SET TO NON-EMPTY VALUE TO BUILD VM IMAGES WITH_VMIMAGES=3Dyes # SET TO NON-EMPTY VALUE TO COMPRESS VM IMAGES WITH xz(1) # WITH_COMPRESSED_VMIMAGES=3D # IF 'WITH_VMIMAGES' SET - USE FOR NAME OF VM FILE VMBASE=3D"custom-vm" # IF 'WITH_VMIMAGES' SET - SET SIZE OF VM FILE VMSIZE=3D"10g" # IF 'WITH_VMIMAGES' SET - SET NEEDED FORMATS VMFORMATS=3D"vhdf vmdk qcow2 raw" # SET TO NON-EMPTY VALUE TO BUILD CLOUD VMS=20 # WITH_CLOUDWARE=3Dyes # IF 'WITH_CLOUDWARE' set - SPECIFY CLOUD PROVIDERS # CLOUDWARE=3D"EC2 GCE ORACLE VAGRANT-VIRTUALBOX VAGRANT-VMWARE" # IF 'WITH_OCIIMAGES' SET BUILD 'Open Container Initiative' (OCI) IMAGES # WITH_OCIIMAGES=3D # USE pkgbase(7) OR NOT WITH_PKGBASE=3Dyes host # pkg install pkg-provides host # cat << EOF >> /usr/local/etc/pkg.conf PKG_PLUGINS_DIR =3D "/usr/local/lib/pkg/"; PKG_ENABLE_PLUGINS =3D true; PLUGINS [ provides ]; EOF host # pkg plugins NAME DESC VERSION =20 provides A plugin for querying which package provides a particular file 0.7.4=20 host # pkg update -f Now ... This command exists with (0) exit status w/o doing anything: host # make release.conf=3Dcustom.conf vm-release Same for these: host # make release.conf=3Dcustom.conf vm-image host # make release.conf=3Dcustom.conf vm-images I even traced with truss(1) what binaries are missing and found them and in= stalled them: host # truss make release.conf=3Dcustom.conf vm-release 2>&1 | grep 'No suc= h' | grep bin/ | awk -F '"' '{print $2}' | while read I; do pkg provides "$= {I}$"; done Name : git-tiny-2.53.0 Comment : Distributed source code management tool (tiny flavor) Repo : FreeBSD-ports Filename: usr/local/bin/git Name : git-lite-2.53.0 Comment : Distributed source code management tool (lite flavor) Repo : FreeBSD-ports Filename: usr/local/bin/git Name : git-2.53.0 Comment : Distributed source code management tool=20 Repo : FreeBSD-ports Filename: usr/local/bin/git Name : py311-azure-cli-2.55.0_6 Comment : Microsoft Azure Command-Line Tools Repo : FreeBSD-ports Filename: usr/local/bin/az Name : bsdec2-image-upload-1.4.10 Comment : Tool for creating Amazon EC2 AMIs Repo : FreeBSD-ports Filename: usr/local/bin/bsdec2-image-upload Name : bsdec2-image-upload-1.4.10 Comment : Tool for creating Amazon EC2 AMIs Repo : FreeBSD-ports Filename: usr/local/bin/bsdec2-image-upload Name : google-cloud-sdk-563.0.0 Comment : Google Cloud SDK for Google Cloud Platform Repo : FreeBSD-ports Filename: usr/local/bin/gcloud Name : qemu-tools-10.2.2 Comment : QEMU CPU Emulator (tools only) Repo : FreeBSD-ports Filename: usr/local/bin/qemu-img Name : qemu-nox11-10.2.2 Comment : QEMU CPU Emulator (without X11) Repo : FreeBSD-ports Filename: usr/local/bin/qemu-img Name : qemu-devel-10.1.20251130_1 Comment : QEMU CPU Emulator - development version Repo : FreeBSD-ports Filename: usr/local/bin/qemu-img Name : qemu-10.2.2 Comment : QEMU CPU Emulator=20 Repo : FreeBSD-ports Filename: usr/local/bin/qemu-img Name : qemu-tools-10.2.2 Comment : QEMU CPU Emulator (tools only) Repo : FreeBSD-ports Filename: usr/local/bin/qemu-img Name : qemu-nox11-10.2.2 Comment : QEMU CPU Emulator (without X11) Repo : FreeBSD-ports Filename: usr/local/bin/qemu-img Name : qemu-devel-10.1.20251130_1 Comment : QEMU CPU Emulator - development version Repo : FreeBSD-ports Filename: usr/local/bin/qemu-img Name : qemu-10.2.2 Comment : QEMU CPU Emulator=20 Repo : FreeBSD-ports Filename: usr/local/bin/qemu-img Name : git-tiny-2.53.0 Comment : Distributed source code management tool (tiny flavor) Repo : FreeBSD-ports Filename: usr/local/bin/git Name : git-lite-2.53.0 Comment : Distributed source code management tool (lite flavor) Repo : FreeBSD-ports Filename: usr/local/bin/git Name : git-2.53.0 Comment : Distributed source code management tool=20 Repo : FreeBSD-ports Filename: usr/local/bin/git host # pkg install git py311-azure-cli bsdec2-image-upload google-cloud-sdk= qemu-nox11 The 'make release' works: host # make -j 24 release.conf=3Dcustom.conf release (...) --- memstick.img --- 192, 1760768 Populating `../memstick.img.part' Image `../memstick.img.part' complete Creating `/tmp/efiboot.bfoUNW' /tmp/efiboot.bfoUNW: 65528 sectors in 65528 FAT32 clusters (512 bytes/cluster) BytesPerSec=3D512 SecPerClust=3D1 ResSectors=3D32 FATs=3D2 Media=3D0xf0 SecPerTrack=3D63 Heads=3D255 HiddenSecs=3D0 HugeSectors=3D66584 FATsecs=3D5= 12 RootCluster=3D2 FSInfo=3D1 Backup=3D2 Populating `/tmp/efiboot.bfoUNW' Image `/tmp/efiboot.bfoUNW' complete --- disc1.iso --- 1+0 records in 1+0 records out 32768 bytes transferred in 0.000102 secs (321466061 bytes/sec) --- release --- make -C /usr/src/release -j 24 -J 15,16 release-done --- release-done --- touch release true ... but the VMIMAGES are not built ... or maybe I am doing something wrong. The contents in /usr/src/release/Makefile and release(7) are alsoe differen= t. Please advice. Thanks, vermaden From nobody Wed Apr 8 22:46:20 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4frdTT642Jz6Yv85 for ; Wed, 08 Apr 2026 22:46:21 +0000 (UTC) (envelope-from 0100019d6f466eb2-894411ab-92ce-4223-8305-7577a88a9606-000000@amazonses.com) Received: from a8-13.smtp-out.amazonses.com (a8-13.smtp-out.amazonses.com [54.240.8.13]) (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 4frdTT0nHrz3qVc for ; Wed, 08 Apr 2026 22:46:21 +0000 (UTC) (envelope-from 0100019d6f466eb2-894411ab-92ce-4223-8305-7577a88a9606-000000@amazonses.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ae7m2yrxjw65l2cqdpjxuucyrvy564tn; d=tarsnap.com; t=1775688380; h=Message-ID:Date:MIME-Version:Subject:To:References:From:In-Reply-To:Content-Type:Content-Transfer-Encoding; bh=Nj75HO88Lw88akKS+yrUHv12CO66R/maNKV0zltK/RM=; b=HUBeopgpvWTJmGNbxWUzPdCsyJTQgrozJzPSTWaYUvSI2W3SH0pemdbdozo8+w4R F8UB4zGwT0wxaoKGxmA+edbcFLmcsy4siEweVDlbE7vGrqtg7Gxm4uCC1cq9OswOpeD yuWfFHGeJga0lQg79NKsPPjJyrSu7743IQynPa/U= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1775688380; h=Message-ID:Date:MIME-Version:Subject:To:References:From:In-Reply-To:Content-Type:Content-Transfer-Encoding:Feedback-ID; bh=Nj75HO88Lw88akKS+yrUHv12CO66R/maNKV0zltK/RM=; b=E/kplR2RHOfPBIJRjNff/psyqan+Cv+oICDpnxT2agSLPIuIHvGuNgvHKMcwFQol jJXIkEUYjwKy4tmqc6JgeeSlLQu6zECMcK00FDpICN/Erpaa1dKR+xxWX+Wn1lcIQlV mVeU67Ph1z0VH2Ag1pYce3DqjioXxVgMhXvFx3uY= Message-ID: <0100019d6f466eb2-894411ab-92ce-4223-8305-7577a88a9606-000000@email.amazonses.com> Date: Wed, 8 Apr 2026 22:46:20 +0000 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Building VM-IMAGE(s) from Source To: vermaden , freebsd-stable@FreeBSD.org, freebsd-hackers@FreeBSD.org, freebsd-current@freebsd.org References: Content-Language: en-US From: Colin Percival Autocrypt: addr=cperciva@tarsnap.com; keydata= xsFNBGWMSrYBEACdWRqDn3B3SKO7IG0/fGHYtfs26f3Q5QeAcasy1fQLniwGQWn5rlILhbCD K/jdNoDm5Zxq20eqyffoDNObCjnHgg4tGANdi+RmDy+7CDpE789H8dss9y7Pt5DlGGAXQQnt hxush3EYS/Ctprd9UUL/lzOOLOU1aNtzB84tNrJBtcJmL7OYHfyTSNFxvedqJrrasejIQOLI t/DQ89BPzz+vsKHz7FJPXh3fsVkzLA00DJYcfkgxyABfJNA7U6yMwd4DVSdx/SsvfIDMVXnu UXCXswo106WPZbYGlZPpq0wW6iibtTerJix+8AeuwXvl9O1p8yESK4ErkIxCnmghTSz+pdzj z/6xBRkdDM9VdZ0r+CzsaNXMpDOzFuKyjaiYBdgCLljbDnXIHFcqXenrZ7Xwkm09g/M4uVSh pIUG2RYa6tsHSQoGCp3f2RZv1znfViKQFbbL83QjtPA20AhseZSYbHp1FPhXyy9J0wkGL16L e99g6gdGeIRE82BZjBjKGDkoyDPq+oDRSFl8NtzmIKy+cfz00nViqcTF4bREXEawFGhlpO0X O9q8mijI9iFB6zaPBiSdJGBL5ML5qLTNCl8Zlf4m1TBvmRTqF/lzMHVXHidDoUhpSh/y3AFZ 1KrYc27ztJQywDJPJPWPbtY8YhFLFs377gfP8WldsZjzp8nvoQARAQABzSVDb2xpbiBQZXJj aXZhbCA8Y3BlcmNpdmFAdGFyc25hcC5jb20+wsGRBBMBCAA7FiEEglY7hNBiDtwN+4ZBOJfy 4i5lrT8FAmWMSyYCGwMICwkNCAwHCwMFFQoJCAsFFgMCAQACHgUCF4AACgkQOJfy4i5lrT+i Yg/+PYyJNoFuygtV5t/skcjYmvEC93mnazEvh+x99vGYZnGKeJ8NDOF4QCUzeHquOWxDi8Zl reXyswKcrIquPxxX6+YyGe97VbvLnez3ksfzOYRj1F4qV0Rq8ZNK51+bvIrbcS3SfDaRioAk D7WWwFor8y/hSwxYkfsKbtP5PRcem20JUxuC085zqWLaKv5t5n2CBzAGMjwJaQ3tM3AXVwWJ uJaHA6ot/6fntJlmkfcyCYyyr0D6b0guRj3STbZ2hNn5o2AI+f6LJJ31s2sPFjl6rs7fORf3 hFSNOHDd2HxfVBXFdQy24ROkC4orBBz2xh9GScjxxT/hbXkfufkubFubw7n0HkvHzA3UF+Qq A8JiI3n+d7ocsP0/5BQ2sZdeqPGJgHx6RkAMuW1tJ29wSvCN1qMgFwhYkpQdfvHlociQrimU fvlRfSrBEe8o7tvIuEdpvwvCZSTJqQbVoMw8UHFE7nzyCXUSab5h6PbjakCqim13ekVO2KFF TTPcz5o5jEeUY75tzbIwcDfFbT5KqNjWy06TVdM9VEJDHSfOfxHR3kSEwZ+tT2aTvL3grsUn gFwSNcj4Cl4CRFfUw8zVZY+7O7RiMlhBqykikvUurrdGKc1Scwa0yuppdA6eVvylyTWSQGrQ +uLWtV1LUKN7ZqKJWBkLPt9nS4XZWGyBvxOHYqjOwU0EZYxKtgEQANYfgbtUMVnhjxDHhWLp g5kLHK3YW0TfJKzpXqDB7NiqxHofn4OcbZnVC3MKggcbs9o1/UtsjnlsG8550PfiYkDXvPiO RJwgbGs6MGIDK797C6cnBLQ8xwBa9SL4cl5iQFnhWmt6vwnJ+an/cm5JpYves3wL7jV09qU9 57hkHXEUcl38r4FssZzVcLKPUVTa3Un+QGRTGDGe/f4ctjMaqv0ZCM+l2ixPhf/vqESrfSLv V/+T3dmtUfXjazO3SABvsHwxgGuTTYOlKoPCaebr+BRdqm0xeIShoIlhvTI8y4clchqx/Uxg UG5X2kvU13k3DS3Q8uLE4Et9x1CcZT6WGgBZSR6R0WfD0SDnzufNnRWJ0dEPA2MtJHE7+85R Vi9j/IgZV+y5Ur+bnPkjDG1s2SVciX5v9HQ0oilcBhvx0j5lGE9hhurD9F+fCvkr4KdbCknE 6Y8ce8pCNBUoB/DqibJivOzTk9K9MGB5x0De5TerIrFiaw3/mQC9nGeO9dtE7wvDJetWeoTq 4BEaCzpufNqbkpOaTQILr4V6Gp7M6v97g83TVAwZntz/q8ptwuKQPZ2JaSFLZn7oWUpYXA5s +SIODFHLn6iMoYpBQskHQjnj4lEPJadl4qj+ZKA89iDAKsniyoFXsbJe2CPbMS1yzBxKZq6K D/jpt7BOnuHr/JrXABEBAAHCwXYEGAEIACAWIQSCVjuE0GIO3A37hkE4l/LiLmWtPwUCZYxK tgIbDAAKCRA4l/LiLmWtP3jmEACQrh9gWe8F1Tkw3m6VoHKwLc5he4tX3WpQa//soPO6iGG3 S3WPruQ46NrAaAojoOcKI9UONDO5rxG0ZTX53S+lu2EO47jbcLwOCjaEpjKpDRt9ZXBQE8Xl mtBE9Bp3W9gpjB1nE3KNM1mJYgsK0QdRpwwfh4pVgGpOj8j23I6MCK+v99zEBnpgCn2GX8W/ kctRXHqWwndHysOJtRP/zrl7dDaABF1f9efUl0LL3TD3GJ9VDz+DNOin/uK2a1hiJo8QzTRk PpfUQ2ebzDsrd1i/pOWkMSkdH+rEu4AGrXWtaBwrMyrGkL6Icb6yO+P9/z0W2wlgBf3P1YRt JPgQt/Dj3yvA/UnaV/QmuVQPjl13o24UnJGsZM8XGnNdfWBKkC1Q6VXC4QT+dyBHYH9MuE9d 6oGl8pFM1+cTfEfbM62/rRoPkF1yHMsI/903VxEvuUIKfhEZAVLFyHldooNxuchntHQP9y8J 8Ou9bWYQP7MnEn+kwSwrZkjurfPkan+xQvp6dDYnj3V0GwA5pprBMaB928VIDVOv+1PNQI3t Cvk5VPv/skq+TJRMHW7bFSt8PRa91cUf1FOLIz9APDiJOzXkwxUEHGV3zPSaUhs1JYjyBeGT wDAvtLUdjOnRhEUOwlnIrztmvyciutjJoVzKEEjj5WXnHk9L9kQ1bpAjkjTONw== In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Feedback-ID: ::1.us-east-1.Lv9FVjaNvvR5llaqfLoOVbo2VxOELl7cjN0AOyXnPlk=:AmazonSES X-SES-Outgoing: 2026.04.08-54.240.8.13 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:14618, ipnet:54.240.8.0/21, country:US] X-Rspamd-Queue-Id: 4frdTT0nHrz3qVc X-Spamd-Bar: ---- On 4/8/26 15:34, vermaden wrote: > host # make -j 24 release.conf=custom.conf release You want WITH_VMIMAGES=YES. -- Colin Percival FreeBSD Release Engineering Lead & EC2 platform maintainer Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From nobody Wed Apr 8 22:48:51 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4frdXb3cbFz6YvlF; Wed, 08 Apr 2026 22:49:03 +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 4frdXZ4yskz3t0Q; Wed, 08 Apr 2026 22:49:02 +0000 (UTC) (envelope-from vermaden@interia.pl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=interia.pl header.s=dk header.b=ht6mflKz; dmarc=pass (policy=none) 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: Thu, 09 Apr 2026 00:48:51 +0200 From: vermaden Subject: Re: Building VM-IMAGE(s) from Source To: Colin Percival , "freebsd-stable@FreeBSD.org" , "freebsd-hackers@FreeBSD.org" , "freebsd-current@freebsd.org" X-Mailer: interia.pl/pf09 In-Reply-To: <0100019d6f466ea6-fac54143-f568-4a3d-a010-75ece2e562df-000000@email.amazonses.com> References: <0100019d6f466ea6-fac54143-f568-4a3d-a010-75ece2e562df-000000@email.amazonses.com> X-Originating-IP: 45.148.42.24 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=dk; t=1775688535; bh=OilPjsQrNWocporE4pfIFBtkyseHm6I54CQVEtWiHuU=; h=Date:From:Subject:To:Message-Id:MIME-Version:Content-Type; b=ht6mflKzS7H8SJyADc4ZgM/BRdMP5YI9/QkHIGBgNOkzyGI8oAyomHQTrpA2E2kur YTn2l0VEgRMX10Hdh5CUH3CPDBMn43npgGc0Z96Nz5fNn4WaxmT4z/YZZEFRh/2hxf p3hGIpT5nqNZYk8bysfXnksTpkleSIxlwLepoJtc= X-Spamd-Result: default: False [-3.37 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.990]; NEURAL_HAM_SHORT(-0.88)[-0.879]; DMARC_POLICY_ALLOW(-0.50)[interia.pl,none]; MID_RHS_NOT_FQDN(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:217.74.64.0/22:c]; R_DKIM_ALLOW(-0.20)[interia.pl:s=dk]; RWL_MAILSPIKE_GOOD(-0.10)[217.74.67.49:from]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; SUSPICIOUS_AUTH_ORIGIN(0.00)[]; FREEMAIL_FROM(0.00)[interia.pl]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_ENVFROM(0.00)[interia.pl]; TO_MATCH_ENVRCPT_SOME(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,freebsd-hackers@freebsd.org,freebsd-stable@freebsd.org]; ASN(0.00)[asn:16138, ipnet:217.74.64.0/22, country:PL]; DWL_DNSWL_NONE(0.00)[interia.pl:dkim] X-Rspamd-Queue-Id: 4frdXZ4yskz3t0Q X-Spamd-Bar: --- >> On 4/8/26 15:34, vermaden wrote: >> host # make -j 24 release.conf=custom.conf release > > You want WITH_VMIMAGES=YES. > > -- > Colin Percival I have that in /usr/src/release/custom.conf file. From nobody Thu Apr 9 22:42:30 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fsFLq5vw8z6Yj5r; Thu, 09 Apr 2026 22:42:43 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo63.interia.pl (smtpo63.interia.pl [217.74.67.63]) (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 4fsFLp29Fjz3llb; Thu, 09 Apr 2026 22:42:42 +0000 (UTC) (envelope-from vermaden@interia.pl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=interia.pl header.s=dk header.b=pKyg57Es; dmarc=pass (policy=none) header.from=interia.pl; spf=pass (mx1.freebsd.org: domain of vermaden@interia.pl designates 217.74.67.63 as permitted sender) smtp.mailfrom=vermaden@interia.pl Date: Fri, 10 Apr 2026 00:42:30 +0200 From: vermaden Subject: Re: Building VM-IMAGE(s) from Source To: Colin Percival , "freebsd-stable@FreeBSD.org" , "freebsd-hackers@FreeBSD.org" , "freebsd-current@freebsd.org" X-Mailer: interia.pl/pf09 In-Reply-To: References: <0100019d6f466ea6-fac54143-f568-4a3d-a010-75ece2e562df-000000@email.amazonses.com> X-Originating-IP: 45.148.42.24 Message-Id: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=dk; t=1775774553; bh=44cNcdisidGCVCGAHB6AhIgZtk95CckvjknSaDCr+0Q=; h=Date:From:Subject:To:Message-Id:MIME-Version:Content-Type; b=pKyg57EsD56hctw+jaMyX7wrKk+o4u24f5jl3T27Fmdb2SDOGTrHNr1WTBi+VA0Nb 6x1vFpskTbpcMkbU/5ZeiIsIc6qmsqjYsZCuuwsLkWS8XAinru17BIilxfUd3+d5Oj kfZuzjgYtudK8cqqs+nTcjdK6/LSoOnI22etO8Ig= X-Spamd-Result: default: False [-2.16 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.89)[-0.891]; NEURAL_SPAM_SHORT(0.53)[0.528]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[interia.pl,none]; RWL_MAILSPIKE_EXCELLENT(-0.40)[217.74.67.63:from]; R_SPF_ALLOW(-0.20)[+ip4:217.74.64.0/22]; R_DKIM_ALLOW(-0.20)[interia.pl:s=dk]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; FREEMAIL_FROM(0.00)[interia.pl]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; SUSPICIOUS_AUTH_ORIGIN(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_ENVFROM(0.00)[interia.pl]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(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,freebsd-hackers@freebsd.org,freebsd-stable@freebsd.org]; ASN(0.00)[asn:16138, ipnet:217.74.64.0/22, country:PL]; DWL_DNSWL_NONE(0.00)[interia.pl:dkim] X-Rspamd-Queue-Id: 4fsFLp29Fjz3llb X-Spamd-Bar: -- Temat: Re: Building VM-IMAGE(s) from Source Data: 2026-04-09 0:48 Nadawca: "vermaden" <vermaden@interia.pl> Adresat: "Colin Percival" <cperciva@tarsnap.com>; "freebsd-stable@FreeBS= D.org" <freebsd-stable@FreeBSD.org>; "freebsd-hackers@FreeBSD.org" <f= reebsd-hackers@FreeBSD.org>; "freebsd-current@freebsd.org" <freebsd-curr= ent@freebsd.org>;=20 >>> On 4/8/26 15:34, vermaden wrote: >>> host # make -j 24 release.conf=3Dcustom.conf release >>=20 >> You want WITH_VMIMAGES=3DYES. >>=20 >> --=20 >> Colin Percival >=20 > I have that in /usr/src/release/custom.conf file. As the above 'advice' did not helped I continued on my own ... This is the Jail config I use to build this 'release' VMIMAGE(s): host # cat /bastille/jails/builder/jail.conf=20 builder { devfs_ruleset =3D 1006; mount.devfs; securelevel =3D 0; enforce_statfs =3D 1; allow.chflags =3D 1; allow.mlock =3D 1; allow.mount =3D 1; allow.mount.devfs =3D 1; allow.mount.nullfs =3D 1; allow.mount.procfs =3D 1; allow.mount.fdescfs =3D 1; allow.mount.tmpfs =3D 1; allow.mount.zfs =3D 1; allow.mount.linprocfs =3D 1; allow.raw_sockets =3D 1; allow.set_hostname =3D 1; allow.socket_af =3D 1; allow.sysvipc =3D 1; children.max =3D 200; sysvmsg =3D new; sysvsem =3D new; sysvshm =3D new; exec.clean; exec.consolelog =3D /var/log/bastille/builder_console.log; exec.start =3D '/bin/sh /etc/rc'; exec.stop =3D '/bin/sh /etc/rc.shutdown'; host.hostname =3D builder; mount.devfs; mount.fstab =3D /bastille/jails/builder/fstab; path =3D /bastille/jails/builder/root; securelevel =3D 0; osrelease =3D 15.0-RELEASE; vnet; vnet.interface =3D e0b_bastille1; exec.prestart +=3D "epair0=3D\$(ifconfig epair create) && ifconfig \${epa= ir0} up name e0a_bastille1 && ifconfig \${epair0%a}b up name e0b_bastille1"= ; exec.prestart +=3D "ifconfig ix0bridge addm e0a_bastille1"; exec.prestart +=3D "ifconfig e0a_bastille1 ether 58:9c:fc:cb:bb:fa"; exec.prestart +=3D "ifconfig e0b_bastille1 ether 58:9c:fc:cb:bb:fb"; exec.prestart +=3D "ifconfig e0a_bastille1 description \"vnet0 host inter= face for Bastille jail builder\""; exec.poststop +=3D "ifconfig e0a_bastille1 destroy"; } builder # grep '^[^#]' /usr/src/release/builder.conf=20 CHROOTDIR=3D"/usr/obj/chroot" GITROOT=3D"https://git.freebsd.org/" GITSRC=3D"src.git" GITPORTS=3D"ports.git" SRCBRANCH=3D"releng/15.0" PORTBRANCH=3D"main" KERNEL=3D"GENERIC" WITH_VMIMAGES=3Dyes VMFSLIST=3D"zfs" VMSIZE=3D"10g" VMFORMATS=3D"vhdf vmdk qcow2 raw" WITH_PKGBASE=3Dyes Its not documented anywhere but I populated /usr/obj/chroot with base.txz o= f FreeBSD 15.0-RELEASE ... and only then it started working. Now next unstructions ... builder # cd /usr/src/release builder # ./release.sh -c builder.conf=20 (=E2=80=A6) =3D=3D=3D> usr.sbin/wpa/src (installconfig) --- installconfig_subdir_usr.bin --- --- installconfig_subdir_usr.bin/indent --- =3D=3D=3D> usr.bin/indent (installconfig) --- installconfig_subdir_usr.sbin --- --- installconfig_subdir_usr.sbin/wpa/wpa_supplicant --- =3D=3D=3D> usr.sbin/wpa/wpa_supplicant (installconfig) --- installconfig_subdir_usr.sbin/ntp --- --- installconfig_subdir_usr.sbin/ntp/doc --- --- installconfig_subdir_usr.sbin/ntp/doc/drivers --- =3D=3D=3D> usr.sbin/ntp/doc/drivers (installconfig) --- installconfig_subdir_usr.sbin/wpa --- --- installconfig_subdir_usr.sbin/wpa/wpa_cli --- =3D=3D=3D> usr.sbin/wpa/wpa_cli (installconfig) --- installconfig_subdir_usr.sbin/ntp --- --- installconfig_subdir_usr.sbin/ntp/doc/hints --- =3D=3D=3D> usr.sbin/ntp/doc/hints (installconfig) --- installconfig_subdir_usr.bin --- --- installconfig_subdir_usr.bin/lex --- =3D=3D=3D> usr.bin/lex (installconfig) --- installconfig_subdir_usr.bin/lorder --- =3D=3D=3D> usr.bin/lorder (installconfig) --- installconfig_subdir_usr.sbin --- --- installconfig_subdir_usr.sbin/wpa --- --- installconfig_subdir_usr.sbin/wpa/wpa_passphrase --- =3D=3D=3D> usr.sbin/wpa/wpa_passphrase (installconfig) --- installconfig_subdir_usr.bin --- --- installconfig_subdir_usr.bin/mkstr --- =3D=3D=3D> usr.bin/mkstr (installconfig) --- installconfig_subdir_usr.sbin --- --- installconfig_subdir_usr.sbin/unbound --- --- installconfig_subdir_usr.sbin/unbound/control --- =3D=3D=3D> usr.sbin/unbound/control (installconfig) --- installconfig_subdir_usr.sbin/wpa --- --- installconfig_subdir_usr.sbin/wpa/hostapd --- =3D=3D=3D> usr.sbin/wpa/hostapd (installconfig) --- installconfig_subdir_usr.sbin/ntp --- --- installconfig_subdir_usr.sbin/ntp/doc/icons --- =3D=3D=3D> usr.sbin/ntp/doc/icons (installconfig) --- installconfig_subdir_usr.sbin/pkg --- make[7]: /usr/src/release/Makefile.vm:108: WITHOUT_QEMU requires NO_ROOT (a= nd vice versa) in /usr/src/release/Makefile:479 in make[7] in directory "/usr/src/release" --- installconfig_subdir_usr.bin --- --- installconfig_subdir_usr.bin/rpcgen --- =3D=3D=3D> usr.bin/rpcgen (installconfig) --- installconfig_subdir_usr.sbin --- --- installconfig_subdir_usr.sbin/ntp --- --- installconfig_subdir_usr.sbin/ntp/doc/pic --- =3D=3D=3D> usr.sbin/ntp/doc/pic (installconfig) --- installconfig_subdir_usr.sbin/pkg --- make[6]: /usr/src/usr.sbin/pkg/Makefile:4: warning: Command "make -C /usr/s= rc/release -V BRANCH" exited with status 1 make[6]: parsing warnings being treated as errors --- installconfig_subdir_usr.sbin/ntp --- --- installconfig_subdir_usr.sbin/ntp/doc/scripts --- =3D=3D=3D> usr.sbin/ntp/doc/scripts (installconfig) --- installconfig_subdir_usr.sbin/unbound --- --- installconfig_subdir_usr.sbin/unbound/setup --- =3D=3D=3D> usr.sbin/unbound/setup (installconfig) --- installconfig_subdir_usr.sbin/wpa --- --- installconfig_subdir_usr.sbin/wpa/hostapd_cli --- =3D=3D=3D> usr.sbin/wpa/hostapd_cli (installconfig) --- installconfig_subdir_usr.bin --- --- installconfig_subdir_usr.bin/unifdef --- =3D=3D=3D> usr.bin/unifdef (installconfig) --- installconfig_subdir_usr.bin/kyua --- --- installdirs-CONFSDIR --- --- installconfig_subdir_usr.bin/xstr --- =3D=3D=3D> usr.bin/xstr (installconfig) --- installconfig_subdir_usr.bin/yacc --- =3D=3D=3D> usr.bin/yacc (installconfig) --- installconfig_subdir_usr.bin/vi --- =3D=3D=3D> usr.bin/vi (installconfig) --- installconfig_subdir_usr.bin/vtfontcvt --- =3D=3D=3D> usr.bin/vtfontcvt (installconfig) --- installconfig_subdir_usr.bin/kyua --- installing DIRS CONFSDIR install -N /usr/src/etc -U -M /usr/obj/usr/src/amd64.amd64/release/dist/bas= e/var/db/etcupdate/etcupdate-1CZFALB//METALOG -D /usr/obj/usr/src/amd64.amd= 64/release/dist/base/var/db/etcupdate/etcupdate-1CZFALB -T package=3Dtests = -d -m 0755 -o root -g wheel /usr/obj/usr/src/amd64.amd64/release/dist/bas= e/var/db/etcupdate/etcupdate-1CZFALB/etc/kyua --- installconfig_subdir_usr.sbin --- --- installconfig_subdir_usr.sbin/wpa/src --- --- installconfig_subdir_usr.sbin/wpa/src/ap --- =3D=3D=3D> usr.sbin/wpa/src/ap (installconfig) --- installconfig_subdir_usr.bin --- --- installconfig_subdir_usr.bin/usbhidaction --- =3D=3D=3D> usr.bin/usbhidaction (installconfig) --- installconfig_subdir_usr.bin/kyua --- --- _CONFSINS_kyua.conf-default --- --- installconfig_subdir_usr.bin/usbhidctl --- =3D=3D=3D> usr.bin/usbhidctl (installconfig) --- installconfig_subdir_usr.bin/last --- =3D=3D=3D> usr.bin/last (installconfig) --- installconfig_subdir_usr.bin/kyua --- install -N /usr/src/etc -U -M /usr/obj/usr/src/amd64.amd64/release/dist/bas= e/var/db/etcupdate/etcupdate-1CZFALB//METALOG -D /usr/obj/usr/src/amd64.amd= 64/release/dist/base/var/db/etcupdate/etcupdate-1CZFALB -T package=3Dkyua,c= onfig -C -o root -g wheel -m 644 /usr/src/usr.bin/kyua/kyua.conf-default = /usr/obj/usr/src/amd64.amd64/release/dist/base/var/db/etcupdate/etcupdate-1= CZFALB/etc/kyua/kyua.conf --- installconfig_subdir_usr.sbin --- --- installconfig_subdir_usr.sbin/wpa/src/common --- =3D=3D=3D> usr.sbin/wpa/src/common (installconfig) --- installconfig_subdir_usr.bin --- --- installconfig_subdir_usr.bin/users --- =3D=3D=3D> usr.bin/users (installconfig) --- installconfig_subdir_usr.sbin --- --- installconfig_subdir_usr.sbin/wpa/src/crypto --- =3D=3D=3D> usr.sbin/wpa/src/crypto (installconfig) --- installconfig_subdir_usr.bin --- --- installconfig_subdir_usr.bin/who --- =3D=3D=3D> usr.bin/who (installconfig) --- installconfig_subdir_usr.bin/ofed --- =3D=3D=3D> usr.bin/ofed (installconfig) --- installconfig_subdir_usr.sbin --- --- installconfig_subdir_usr.sbin/wpa/src/drivers --- =3D=3D=3D> usr.sbin/wpa/src/drivers (installconfig) --- installconfig_subdir_usr.sbin/wpa/src/eap_common --- =3D=3D=3D> usr.sbin/wpa/src/eap_common (installconfig) --- installconfig_subdir_usr.sbin/wpa/src/eap_peer --- =3D=3D=3D> usr.sbin/wpa/src/eap_peer (installconfig) --- installconfig_subdir_usr.sbin/wpa/src/eap_server --- =3D=3D=3D> usr.sbin/wpa/src/eap_server (installconfig) --- installconfig_subdir_usr.bin --- --- installconfig_subdir_usr.bin/lex --- --- installconfig_subdir_usr.bin/lex/lib --- =3D=3D=3D> usr.bin/lex/lib (installconfig) --- installconfig_subdir_usr.sbin --- --- installconfig_subdir_usr.sbin/pkg --- make[6]: Fatal errors encountered -- cannot continue make[6]: stopped making "installconfig" in /usr/src/usr.sbin/pkg --- installconfig_subdir_usr.sbin/ntp --- --- installconfig_subdir_usr.sbin/ntp/doc/drivers --- --- installconfig_subdir_usr.sbin/ntp/doc/drivers/icons --- =3D=3D=3D> usr.sbin/ntp/doc/drivers/icons (installconfig) --- installconfig_subdir_usr.sbin/ntp/doc/drivers/scripts --- =3D=3D=3D> usr.sbin/ntp/doc/drivers/scripts (installconfig) --- installconfig_subdir_usr.sbin/pkg --- make[5]: stopped making "installconfig" in /usr/src/usr.sbin --- installconfig_subdir_usr.sbin/wpa --- --- installconfig_subdir_usr.sbin/wpa/src/eapol_auth --- =3D=3D=3D> usr.sbin/wpa/src/eapol_auth (installconfig) --- installconfig_subdir_usr.sbin/wpa/src/eapol_supp --- =3D=3D=3D> usr.sbin/wpa/src/eapol_supp (installconfig) --- installconfig_subdir_usr.sbin/wpa/hostapd --- make[6]: stopped making "installconfig" in /usr/src/usr.sbin/wpa --- installconfig_subdir_usr.sbin/wpa/src --- --- installconfig_subdir_usr.sbin/wpa/src/l2_packet --- =3D=3D=3D> usr.sbin/wpa/src/l2_packet (installconfig) --- installconfig_subdir_usr.bin --- --- installconfig_subdir_usr.bin/rpcgen --- make[5]: stopped making "installconfig" in /usr/src/usr.bin --- installconfig_subdir_usr.sbin --- --- installconfig_subdir_usr.sbin/ntp --- --- installconfig_subdir_usr.sbin/ntp/doc/icons --- make[7]: stopped making "installconfig" in /usr/src/usr.sbin/ntp/doc --- installconfig_subdir_usr.sbin/wpa --- --- installconfig_subdir_usr.sbin/wpa/wpa_cli --- make[6]: stopped making "installconfig" in /usr/src/usr.sbin/wpa --- installconfig_subdir_usr.sbin/unbound --- make[6]: stopped making "installconfig" in /usr/src/usr.sbin/unbound --- installconfig_subdir_usr.sbin/ntp --- --- installconfig_subdir_usr.sbin/ntp/doc/scripts --- make[7]: stopped making "installconfig" in /usr/src/usr.sbin/ntp/doc --- installconfig_subdir_usr.bin --- --- installconfig_subdir_usr.bin/ofed --- make[5]: stopped making "installconfig" in /usr/src/usr.bin --- installconfig_subdir_usr.sbin --- --- installconfig_subdir_usr.sbin/unbound --- make[5]: stopped making "installconfig" in /usr/src/usr.sbin --- installconfig_subdir_usr.bin --- --- installconfig_subdir_usr.bin/unifdef --- make[5]: stopped making "installconfig" in /usr/src/usr.bin --- installconfig_subdir_usr.bin/xstr --- make[5]: stopped making "installconfig" in /usr/src/usr.bin --- installconfig_subdir_usr.bin/vtfontcvt --- make[5]: stopped making "installconfig" in /usr/src/usr.bin --- installconfig_subdir_usr.bin/usbhidaction --- make[5]: stopped making "installconfig" in /usr/src/usr.bin --- installconfig_subdir_usr.bin/usbhidctl --- make[5]: stopped making "installconfig" in /usr/src/usr.bin --- installconfig_subdir_usr.bin/last --- make[5]: stopped making "installconfig" in /usr/src/usr.bin --- installconfig_subdir_usr.sbin --- --- installconfig_subdir_usr.sbin/wpa --- --- installconfig_subdir_usr.sbin/wpa/src --- --- installconfig_subdir_usr.sbin/wpa/src/ap --- make[7]: stopped making "installconfig" in /usr/src/usr.sbin/wpa/src --- installconfig_subdir_usr.bin --- --- installconfig_subdir_usr.bin/yacc --- make[5]: stopped making "installconfig" in /usr/src/usr.bin --- installconfig_subdir_usr.bin/vi --- make[5]: stopped making "installconfig" in /usr/src/usr.bin --- installconfig_subdir_usr.sbin --- --- installconfig_subdir_usr.sbin/wpa/hostapd_cli --- make[6]: stopped making "installconfig" in /usr/src/usr.sbin/wpa --- installconfig_subdir_usr.bin --- --- installconfig_subdir_usr.bin/users --- make[5]: stopped making "installconfig" in /usr/src/usr.bin --- installconfig_subdir_usr.bin/who --- make[5]: stopped making "installconfig" in /usr/src/usr.bin --- installconfig_subdir_usr.sbin --- --- installconfig_subdir_usr.sbin/wpa/src --- --- installconfig_subdir_usr.sbin/wpa/src/common --- make[7]: stopped making "installconfig" in /usr/src/usr.sbin/wpa/src --- installconfig_subdir_usr.sbin/wpa/src/crypto --- make[7]: stopped making "installconfig" in /usr/src/usr.sbin/wpa/src --- installconfig_subdir_usr.sbin/wpa/src/drivers --- make[7]: stopped making "installconfig" in /usr/src/usr.sbin/wpa/src --- installconfig_subdir_usr.sbin/wpa/src/eap_peer --- make[7]: stopped making "installconfig" in /usr/src/usr.sbin/wpa/src --- installconfig_subdir_usr.sbin/ntp --- --- installconfig_subdir_usr.sbin/ntp/doc/pic --- make[7]: stopped making "installconfig" in /usr/src/usr.sbin/ntp/doc --- installconfig_subdir_usr.sbin/wpa --- --- installconfig_subdir_usr.sbin/wpa/src/eap_server --- make[7]: stopped making "installconfig" in /usr/src/usr.sbin/wpa/src --- installconfig_subdir_usr.bin --- --- installconfig_subdir_usr.bin/lex --- make[6]: stopped making "installconfig" in /usr/src/usr.bin/lex --- installconfig_subdir_usr.sbin --- --- installconfig_subdir_usr.sbin/ntp --- --- installconfig_subdir_usr.sbin/ntp/doc/drivers --- --- installconfig_subdir_usr.sbin/ntp/doc/drivers/icons --- make[8]: stopped making "installconfig" in /usr/src/usr.sbin/ntp/doc/driver= s --- installconfig_subdir_usr.sbin/ntp/doc/drivers/scripts --- make[8]: stopped making "installconfig" in /usr/src/usr.sbin/ntp/doc/driver= s --- installconfig_subdir_usr.bin --- make[5]: stopped making "installconfig" in /usr/src/usr.bin --- installconfig_subdir_usr.sbin --- make[7]: stopped making "installconfig" in /usr/src/usr.sbin/ntp/doc --- installconfig_subdir_usr.sbin/wpa --- --- installconfig_subdir_usr.sbin/wpa/src/eapol_auth --- make[7]: stopped making "installconfig" in /usr/src/usr.sbin/wpa/src --- installconfig_subdir_usr.sbin/wpa/src/eapol_supp --- make[7]: stopped making "installconfig" in /usr/src/usr.sbin/wpa/src --- installconfig_subdir_usr.sbin/ntp --- make[6]: stopped making "installconfig" in /usr/src/usr.sbin/ntp --- installconfig_subdir_usr.sbin/wpa --- --- installconfig_subdir_usr.sbin/wpa/src/l2_packet --- make[7]: stopped making "installconfig" in /usr/src/usr.sbin/wpa/src --- installconfig_subdir_usr.sbin/ntp --- make[5]: stopped making "installconfig" in /usr/src/usr.sbin --- installconfig_subdir_usr.sbin/wpa --- --- installconfig_subdir_usr.sbin/wpa/src/eap_common --- make[7]: stopped making "installconfig" in /usr/src/usr.sbin/wpa/src make[6]: stopped making "installconfig" in /usr/src/usr.sbin/wpa make[5]: stopped making "installconfig" in /usr/src/usr.sbin make[4]: stopped making "installconfig" in /usr/src --- installconfig_subdir_usr.bin --- --- installconfig_subdir_usr.bin/ldd32 --- make[5]: stopped making "installconfig" in /usr/src/usr.bin make[4]: stopped making "installconfig" in /usr/src --- installconfig_subdir_share --- --- installconfig_subdir_share/timedef --- make[5]: stopped making "installconfig" in /usr/src/share make[4]: stopped making "installconfig" in /usr/src make[3]: stopped making "distribution" in /usr/src make[2]: stopped making "installetc" in /usr/src make[1]: stopped making "installetc" in /usr/src Failed to build new tree. *** [base.txz] Error code 1 make: stopped making "release" in /usr/src/release make: 1 error make: stopped making "release" in /usr/src/release ... and I get these random errors. Thanks for input. Regards, vermaden