From nobody Wed Oct 15 06:40:26 2025 X-Original-To: freebsd-pkg@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4cmhL25QMnz6CqCC for ; Wed, 15 Oct 2025 06:40:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4cmhL22v9dz3MD9 for ; Wed, 15 Oct 2025 06:40:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1760510439; bh=AwPuHvEviaaAXP4rHcHiqmkT8m89+P5KSl/wItvrzuE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=LE+fJH6XJoUUHZH8aAmXecac7mdXahuKFNTXwXnKMJM/2swD+ddaCLm7LxTH/UP50oPJd69EPjmhnRICYD22Jgv/hOOoaZXm1NT/yxJu+nOK9Xqh7UVWZ8LQAs6XXfiUbPMIyVy1qscDHLqyNam5SZi0YdBss9bVooZeWer0RIB9wmigowwicyK7IGLkwwQ8nuWRtcXu+oTnnqTriBzRc78aDcFtjM/jf3P9moLH85hjxm7kY41rmOxVFWPFZyU1iDe0fy2a52nqMont66udOxs+pwzISI5USQE5NgP08CBAxkC49d0fgIb2VCqHwZRhuHaXs104Y4gD47tmJwIpug== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1760510439; bh=vMQiGb8pnyqiEf5lwVfqLYH8dQAMi0bYtDvAx27+ore=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=trhpfN6HSQizEX3SakIsAcqEkKkG/LFyyqw8jq2VhKPoSbyo6jApkmhM0l7w+GUb9U4g2/HNEY5pTwtHBdvNmRgPbOC0sw0HQFGTS/5Xfu6jZXaAAe6H6pi+j7HuZPTI4CATYwQ2HBbryLO7MYXy+RJOPVyBN9mPixp6isSRgnVbjuPXZKAlYUmKwSeGSoSj/i1ruyZmPumZqYN4ozFCplLRnPnyvOsnkvK3jwq6D81buSF7AzUi/0IdVKNoikAsyQlcOJ+6FNnt8DFVpXKLV3OtuwFThHrW+Lk0Zui0k1DquZ+iS+xsgmckxrzw3g7ysnJu9X+Dp+8YgT97Z6+Vjw== X-YMail-OSG: xamCE.8VM1mKWwb_sz4acKLKtzML_WSRdBSc9J.JmYeWTCsVBcwjLtYPeqs7EM1 w78c0yQDmnzbiK064T.vrI7WiHcXa0q87WdPHlzO9BLgP4w3Z5BMbnQsFgwoEep6oYnMYzKdgmbr wT1N8m3AHbTkJY2LDp3uK0P8KmJxFHFwderBbrlQ1WlpxNRIQMW_HFK_QP.yJdfGvFMbQK6MatsR SLF5xMXDCTb3_cxTeOjatqxYMPFPVMnz08.Thd9Vr81XyPCYKY7sBXyi8ro_rAvm_qRlDXD5DThR ih.JO2UwFEvoai0ulLvTpOjmKN734qPByzHDfqtmuI0YVvQBWyYZT02rdoBFPCQMgf1k33.PBi9E UqVhB.YR1Iw50ZjNrsaFp6TVhV0kgfl3eZZgKKonki4bLvlBvRODbCdrasUn8oMkEpfDXqVsms6Z IpAs76Nbh5epjX81dDn0QtHmTOrvqRNhRVYdlgcEzgZoxcq9_KCEYsGNnaLT8nvoD781to7oGCYW .zG3yGWPqHgWvGKIe4ZZLVcp3RTWgu7RVR3kwdfmNJPGdI5tKyhzxLcmDo4vRPKBOctz2furt4hc QvdRT9KL5mpdMj1N23EjyV72NfLLFjOplSe_MLLzcLkL6fy..E2YJnQqXEYYrmBwZWtmilEFEEv. f2KICpKd4eyROg2lilMHOLJ5jK6Y8hh7cRShEF74qfkT0IBNqbdzJEAXwkJEdRUUumtigfvjN9RR Zcgwe4mVVbTa5wVnOs8cw2RIvIIxTyO47gSlJqhYdonR0WAFbth67h7OPs5.ohvxmSG7zs3DaGk4 mh8UTUrNqDT16Vxj8hfPj8T27Y9kChBhuE2QFkf1v3lAazTIooO3OWxQIH.S_IJImVJaX4a7HwhO D9mCtYZeJ3yys8uCXbsPXZqLnk17m6qAyEeHZ1YcHmaDqQ_Alp8tEmkB_SV8BBkVHucHJBhIFKr2 5jQVrb9Ll2ThyulFyIm61xVlVZNHAbfBRZEBoqnD4yCqC7UabHoFbfsNUngxQs27xTcHJa3VES8f p0omuFT_qrCy2OOv1pQidOmMPv.IVumU3_xhA8r9mrpZkBJtq0Lz4VtvmgGBmBhzFAO8wy97dgQ4 kQMuw9n6sZYhVEn4SotqSZSNUwKzbnVuL.xeoYubJ0Cqruqt2lnaw32fyhTSc1LzCq7roritvCoZ LHKOcUGgnLjUx5KddJ3bHxkrNTB3wNeIhg6zeosbOkDyjKAw2G0xvxnTEvSsAXhhf1vQITjA.eBh P5oPX3ytopJO17Y5A9GeEo4asvrAJxMapmspFAYNfqt1.Ry7tuEn.MBip1UeUOGFlFEUPKdAHlB6 5XCubHKh6OHGqnw0hQiA7Z5qGoXDsT120zijvLw.f35f9fGa.5ppxutMVRC2rozB95PvIMJ7_yxH IIhVLLSzhRy1Ary4z8zrWGfNyqZeQu_Q5zvbgicGbnAIRBKuhGgGPZ2iy8_0c8cQ4AwprPpTgf9D FBemNRwr7hRLu04_YOjXRLlgFeh2VmZN6tS7mC.TmpOAxlS4XRMWBEtiKTo9Fe.G7rLqGTBtzYi6 4pvCnhuwf7gCeTQsjAn.w8gF94yB.X7OtTn3uoXu_BSXJvCusPn6MnThmGE8MMKoGY_j7eSZyB76 ongwpJWYwN8CFc5ynvZsSYSWxgHXBGrGGkpcsmnxNr9Cw2XLs3Ow.KrP7ILz0BgqKqJQwR3Zg.xJ N7vEIEJeZAX2OvZQ5iK_7v081_6IBJpdZNTv8hQAaFrvgjWHfdZJPDdiS8A.eIXzsh3eD9K88akQ lg4N2XHf.niOestn0cXrBzj5NWRKExCSXpWKNN.GkP7zZNMi2K6hdl0gayeImB5rLqtRVdujSUqm 1t0M8CD26CYrWPD0PefPJ_nEmFuVjq6V4WDFDGhx026.1U2t7KVDnZ_5o0NJPOZATWmrsOHsVJJs iXeeUHWSMw01UAWxFdQYWohSf7S36f3lAl19Opi.jYUj_AaBiqgK.FYBgcFkp3eY0nyL78UsMt3s _2RXz77OR.83rD85JuamiZn6mcg6JVfTr7I691fA4d5l48pyGPlNwNuqZRVrMi8BAQM5M7foevUH 86pTBbrqlTSmyGmGpFMscKfqSAoyvu6GPiJXaylU6qMfgjZZx8hK0aA6yJ3FThTTcVajml31O_If hqUcQNOXmrM8NCY1TbVPcEWnVwDyhbldiIXzFW8ijHf6VV4oIjsZ2WEnCMD6MQpMW.2CUT9sZ7qB itj.c0JPb.h_Ilq61qYswQCRWEHok60y_spJiO1oQL8nKJ742dLNscLw1s6DwAn7cdmIXy3To_yW O.MDPvx0JLkWsIwj5XZQe4g-- X-Sonic-MF: X-Sonic-ID: 9654cb53-b915-4372-b603-93537af07a36 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Wed, 15 Oct 2025 06:40:39 +0000 Received: by hermes--production-gq1-6c5b94f9b-h2779 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 8fc5eaa430cf2d5809784934f71424d3; Wed, 15 Oct 2025 06:40:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Binary package management and package tools discussion List-Archive: https://lists.freebsd.org/archives/freebsd-pkg List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkg@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: Undefined symbol "setgroups@FBSD_1.8" From: Mark Millard In-Reply-To: Date: Tue, 14 Oct 2025 23:40:26 -0700 Cc: freebsd-pkg@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2EC26A5F-3FEF-4D18-986D-A5106B164C64@yahoo.com> References: <11DE790B-4E98-4D42-A281-E0B669474C89@yahoo.com> To: void X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4cmhL22v9dz3MD9 On Oct 14, 2025, at 21:25, void wrote: > On Tue, Oct 14, 2025 at 06:24:03PM -0700, Mark Millard wrote: >> So: in some way an inappropriate mix of vintages seems to >> be in use. >>=20 >> Based on the messages, it appears that /overlays/sccache/bin/sccache >> has or leads to loading something that the: "setgroups@FBSD_1.8" >> reference. It possibly needs to be built for 13.5-RELEASE-p5 . That >> would have no "setgroups@FBSD_1.8" reference to complain about. >=20 > This is stable/15 server running releng/13.5 poudriere jail. > poudriere itself calls sccache via the sccache-overlay like >=20 > # poudriere bulk -j 135R-amd64 -O sccache -f filelist.txt @FBSD_1.0 was created long ago with setgroups (and getgroups) in it: QUOTE author Daniel Eischen 2006-03-13 00:53:21 +0000 committer Daniel Eischen 2006-03-13 00:53:21 = +0000 commit cce72e8860e207b5be84acb82c75f0e644a60e29 (patch) tree cce59bbc3af80cd57773205c0b711fdd9967fada /lib/libc/sys/Symbol.map parent 51f38c318bd5ecd8ab91bfcfe6648a56f7a8ea64 (diff) Add symbol maps and initial symbol version definitions to libc. Reviewed by: davidxu END QUOTE @FBSD_1.8 was created in main during main 15: QUOTE author Konstantin Belousov 2024-01-19 19:55:11 +0000 committer Konstantin Belousov 2024-01-24 05:11:26 = +0000 commit 211bdd601ee51f90da9b123807ef68ac122116b9 (patch) tree 7bd6d678367da2451a597025e63fa7febd0d9aca /lib/libc/sys/Symbol.map parent d8decc9ae31af7ffc77276c89639fb13eb1020cc (diff) Add kcmp(2) userspace bits Unlike Linux, we do provide libc wrapper. All definitions and prototypes = are available from END QUOTE @FBSD_1.8 does not exist in 14.* or before and those symbols provide binding to code with incompatible behavior compared to @FBSD_1.0 symbols. 13.5 only supports the older behavior, not the @FBSD_1.8 behavior. getgroups and setgroups were redefined later and moved to @FBSD_1.8 because of the update's incompatibility, see: See: https://reviews.freebsd.org/D51648 The change declaring the newer @FBSD_1.8 implementations are incompatible in a way that prevents incorrect loading and use of code that has the new behavior looks like: diff --git a/lib/libsys/Symbol.sys.map b/lib/libsys/Symbol.sys.map index 45e0160100af..1a297f9df581 100644 --- a/lib/libsys/Symbol.sys.map +++ b/lib/libsys/Symbol.sys.map @@ -89,7 +89,6 @@ FBSD_1.0 { geteuid; getfh; getgid; - getgroups; getitimer; getpagesize; getpeername; @@ -204,7 +203,6 @@ FBSD_1.0 { setegid; seteuid; setgid; - setgroups; setitimer; setlogin; setpgid; @@ -380,11 +378,13 @@ FBSD_1.7 { FBSD_1.8 { exterrctl; fchroot; + getgroups; getrlimitusage; inotify_add_watch_at; inotify_rm_watch; kcmp; setcred; + setgroups; }; =20 I.e., moving the names from @FBSD_1.0 to @FBSD_1.8 . > so it calls (externally) sccache materials built and installed on the = host. That is not going to work unless the code is built to use a setgroups@FBSD_1.0 compatible symbol (and, likely getgroups@FBSD_1.0 as well), avoiding (direct) use of the new, incompatible FBSD_1.8 code and using code comatibile with the likes of 13.5 instead. > So, what you're saying makes sense.=20 > But, I cannot install sccache for 13.5 on a stable/15 host. Yes you can, presuming the usual compat support is included in the kernel. stable/15 can use older @FBSD_1.* symbols that it was designed to also be compatible with since the old interfaces were known at the time 15 was designed and implemented and, so, the compatibility code can be there to be referenced. That includes supporting 13.5 programs and libraries. > I saw nothing > during install that sccache-overlay use must be with the same major = freebsd version of host and builder. It is not a sccache-overlay specific choice here. FreeBSD 15+ makes any use of what was put into @FBSD_1.8 not available under older FreeBSD versions than when @FBSD_1.8 as added: that is exactly part of what @FBSD_1.8 is for: preventing binding to old context to new incompatible code updates. sccache(-overlay) needs to be built to use the @FBSD_1.0 compatible symbol in order to get the old beahvaior that it was designed for. One way to do that is to be built for 13.5 instead of 15.* and to run that 13.5 based code on on 15+ . > Removing the -O sccache allows the build to proceed, some 500 or so = packages. > Do you think this an sccache{-overlay} problem? The sccache{-overlay} was built with @FBSD_1.8 usage that provides the new, incompatible behavior for the name setgroups that does not exist in a 13.5 context. sccache{-overlay} needs to be built to use @FBSD_1.0 compatible symbols that will provide the old, 13.5-compatibile behavior instead. =3D=3D=3D Mark Millard marklmi at yahoo.com