From nobody Mon Jul 6 02:26:23 2026 X-Original-To: freebsd-pkgbase@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gtpBw4Wv3z6kFm2 for ; Mon, 06 Jul 2026 02:26:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gtpBv5LyCz3g5C for ; Mon, 06 Jul 2026 02:26:31 +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=1783304788; bh=r8jmJ5iXUvf7Ves1kZeF2MESPjeJ7+Ufu2uXe4dD0EU=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From:Subject:Reply-To; b=KHCv0+CoLEgGRkSbHrL9MfIan4Mqwlkh42v7Gi+L+xJ6ydJjHkbCQkvJVFrBh7o2xFYfg8suoKK3a7eox7BoEtxXObUhiQfwz6Jmi+piiVh4cYG5eb9V3r+V71BcpsvAag3WsshvIQOJKaEOP8r5sF4jOCSWipcjAj0XzQgxERd1C+wRFBlozEZZMems/nVeZYGLwjCG58AMOfzOntT5i0kJpSz2WruowFxgqCxvkgpGzPgxhVb8UAG5aJ4XL+0CnH/a8raISaYqbNklun4+Zs9/uy29AMaQ6QldoJNjn9DzI0sJx2nWnCMmhLr/UtGElB5YJOxa9Uv/DD6/3E+GQw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1783304788; bh=Jv/a4xsHt/o8eThJplQ1TGZyHOfP7Ivko4W/ri3YWqq=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=ND1SoWh+9/WPEaTfAAP++EfLg4DbrDKNOtTsQ2qJ0qH/GW4hLuaeGKMH1fgSPkPqJqdiOv5BKtPi0ia/jZ3iwoOpMzTvBiMTojUUiOJV8d3+ereunwHYSvRlcqg1taOc6+/yY8h2OVOufYkaMAAJN4g6ccHfMCV1oCqhFq+p3ZVJOxCViWNg8HzCWtfegWSbPl/yaRj9GYcaPY5SH6gu8hArUze2xheNnwk471wPKOHD2NyjqkQVB0Lw/ufK6YRlgx67B1EARb4368ewz7lgbA40o93FF4WfPR7vMwGM5gjxo63WK6w5Mv77QI7B4sEJJ8iXf8Hsn3AO3expX5B4Dg== X-YMail-OSG: 98i6vpQVM1nJ_bBYUyGGvsLMnATLHFwfcM27oyNoxvZGzE1klvBWPmJ1nMnolIo 3a_urspqNwq4LGioHkk3YdhYgUFPU7keR9zds40TT27g9IjnGV8eZ.GE1.q6kqesHo3eqgvm9uno ylWQ_3bgeXKcxDOO80LEp10y9r0h32aCfCBRA9PLbi4wHnaLIrpi10_tgATw9fZcVg_FN0B8o2D9 enUvUXVv68bqyAbZC6WPQA9WGnyoeoZwWNZ8py7sH_bpnfErOQDbCKsQ2COSuoHuaWcphCB2rdDj mq6iboDDlEZ1D24aFJkdH4_teifY.MZPxc_JmDUwkzEaJrSxk3tbSQgYZCMlACLbRhmrrXkAy.29 jjZJL.Gmhba.2U7JH2JNV67J8JDyqerrox67Sty4euXZz4FUXZj3f6nXVpvqdVN6OGbGUpPktGqj 4_.p_m6al3IHfLV6m_Xs4H3i_Fu68e5LcZ0DTu5TZFPh2nOSOBBjCpQ6.LYq2Pf_pQ_YApBGQ4UP dz.L3AJnY4HL82f22INSqCTmJ2Z6bw2J4K_jB8rBiV82_wHGgaCBVdAeNwg1YiUD.F2sqHR8skVp 8JDUeScXaopeuzLxjnqDCMF8Oor1EB9otlzsMsOdzR1rEioslA76NYjj3BhopctFtcsPSxmQ2zJm FTCFsdDRhYJGTLJ8ZuwXlOj7sqiX99YLYLCFK1tJdDP04FYkwZzl0fP0Lb2s15rv.m_vNJ7gWXTL aKf_y56tVDNPmwoRSthbDyy9WE763KO9KCYOsmyTd4U6lgxXLhIqEyUpHu50aX.eZBFkUSAzvIzD 2x9c_bHbhhAFm8.2kJMFJZ2jfih9_f0naAxb_D33GfQn9bHF0tqDgD9BML2sD9Nxm8huoH_2HIhv eIIxcKHD.3FxpxJlvgzYsoUZ.UrloAKfIhxzPGPnC1aBH7zwZC2ITL3DfkY5ZRuSpfuj81LzGTUD pnLCYaQmLqPL8djUFw67VbP8o5RKY1gV25tGqCF8tFjNgNbHr8YvcpwsX5tNt2DFFhnxeHkjd9es phzWlfsItGwkEJTPv0EwLWFrVylMwqr9g23MgNxycsXtUXHipChOLEjllXhTfz_XK4A5ajLBFwc4 Ms4_mus33CU5wfTW.rO_RSEG.gr1nM.gYLE.XlcFD9o_o_bd865a3NKVsGlaS0H1WfRi6UDW.RR7 J97Q3Z5_o71uXiU4HRBpFYsebBZzpkXmyL5bMmqVWAxw60rcLvMGziN.ofX72r7_WYQOiwkKbEtt vGq0I2BcTmuUR16p4J6auQesIqGmLkwlop6W9cjyXLQi.YB3mj4Q8XKwct6j6QSq3VwA.rVz_qtA avKDfCNYPuCPI5ZfE3qOidS_CdF4_NXVBQvi6hO7HqMZp5iOWTJ_zFxrOGc1diNB3evG9S6IMkwO ju7y7CJ_0UhRHsyiCF0zQIELRnmLwEexqXxq06EfYr7Xo8ccvI8hbAadXr9uw03mHZxncd7g63zj quzRCH3Xz.Csj4JXaAxwUX7KhbAJpxvikZf.9PNqPxlyYY8TFepShlQRhhrm8LvBPqhVTuZhZy4J hCthRtrVDLa1Sl8m.Gq0l91upchPriH2t.nrw7yHC6Jjxb6HfHBN37JV2X6fZ_.pdc2LBpRpzJ37 NaqOgl.jhSTtfvOSCwv6.vYxAspfwIeSTeTIwLH2qi78QtPmmO3oOCS1KunWX0M9R8l89jn_oIbx o4eaAdPiV.yiYs0lhLqSO1kbNP__FxYq5v6edtiS1fdhr_vS2LEWiI_7cFZkFnTrTh.PuRldpdDt pffUd0Z03NSKudUp.mc8AuTb9XMXhkSM__wU7B5grHYgPtmi.F2DPjHpw1BOq1hApcw7wU0PvvA8 QRqOQj336aKyFmMgCZ99k.idLi0ztIH3gHYn3CKK2791Fyo42fXKmo7lQHXrrKvGlZ_GIFDy1I8w qUCm5oyYBLHwjk6n7jBBm0hRY3nI3r3sU8yOo5X2WkVnAK.EiiJDx20xslXAqAn0Q5By.i5jwxLT 0Gsnbfsd4a8YRUH7qvyN_oBoLzVPVp542Pm7t0sjI_GmVhWmXNh_goCAhqccUAVczWw.ZV83l7b3 DWUVLPM_qOou9bQOxeTMT6BFMUllviwo9lN5sNnaDfGTdP7XFmqLWJH81UxWSrvOQekd8lE7Cewm BqZD8f7U2kBMSBfIm7XS2ar29vDWCRlG_s3ITs15mCSFjnhISu6NTbOa6kM52ZNdsv0t6Th2w3T_ vue_VCaSjUvpcHFTuR1UZ7pA0mZVb6njG.GA_16PEfpK8LBYl4Y6D0PW_qyUgV_q0WMQMzkfyUIB 87mldg7CmurVOotmbd6I_cQlC_OaZ4ywX7qm3MS4ZSBh.X_o- X-Sonic-MF: X-Sonic-ID: 6665b321-06c2-4f58-8947-8f7c84808fba Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Mon, 6 Jul 2026 02:26:28 +0000 Received: by hermes--production-gq1-6dc558886b-tfbv4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 46af9c88e387d45e322c1cb31317e277; Mon, 06 Jul 2026 02:26:23 +0000 (UTC) Message-ID: Date: Sun, 5 Jul 2026 19:26:23 -0700 List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: pkgbase poudriere jails To: Alastair Hogge Cc: freebsd-pkgbase@freebsd.org References: <34dd76dc0989a17547b1ceea94fefae4@riseup.net> Content-Language: en-US From: Mark Millard In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Mailer: WebService/1.1.26086 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo 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-Queue-Id: 4gtpBv5LyCz3g5C X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On 7/5/26 16:55, Alastair Hogge wrote: > On 2026-07-06 06:52, Mark Millard wrote: >> On 7/5/26 14:43, Alastair Hogge wrote: >>> Hello all, >>> >>> How do I going about deploying and upgrading pkgbase poudriere jails? >>> For custom 16-CURRENT jails, this is not problem, however, I would like >>> 14.4 and 15.1 amd64 jails with FreeBSD-src. >>> >>> At the moment I would initiate a poudriere jail with: >>> doas poudriere jail -cj 14_4-amd64-release -a amd64 -v 14 -f none -m >>> pkgbase=base_release_4 -U https://pkg.freebsd.org/ >>> doas poudriere jail -cj 15_1-amd64-release -a amd64 -v 14 -f none -m >>> pkgbase=base_release_1 -U https://pkg.freebsd.org/ >> >> Why -v 14 for "15_1-amd64-release"? > > Copy-paste error. > >>> Considering all the information online, I am not even sure if that is >>> correct. I was using pkgbase=latest, however that stopped working some >>> weeks ago. >>> >>> -- >>> To good health >>> >>> >> >> Warning: my background is in poudriere-devel use, so that is the context >> here. The context below is also UFS based. > > The two best contexts I can think of for this thread. > >> Note: >> FreeBSD-src-sys is normally included in pkgbase poudriere-devel jails. >> FreeBSD-src is not installed in such by poudriere-devel. > > This is my understanding. > >> First: 15.1-RELEASE poudriere-devel jail creation examples >> (context where no qemu use is required, armv7 chroot/jail supported) >> (also: my examples are from a root-account-already-in-use context): >> >> >> # poudriere jail -c -jrelease-aarch64 -aaarch64 \ >> -U https://pkg.freebsd.org >> -mpkgbase=base_release_1 \ >> -v 15 \ >> -X >> >> # poudriere jail -c -jrelease-armv7 -aarmv7 \ >> -U https://pkg.freebsd.org \ >> -mpkgbase=base_release_1 >> -v 15 \ >> -X > > Ah yes! -c is what I need. Two very different -c 's: one is for "create jail" and the other for pkg to "chroot" into one of the jails. > $ doas pkg-static -oOSVERSION=1501000 -c > /exports/fafnir/poudriere/jails/15_1-amd64-release search -x FreeBSD-src > kg-static: Warning: Major OS version upgrade detected. Running "pkg > bootstrap -f" recommended > FreeBSD-src-15.1p1 System userland source code > FreeBSD-src-sys-15.1p1 System kernel source code > > $ doas pkg-static -oOSVERSION=1501000 -c > /exports/fafnir/poudriere/jails/15_1-amd64-release install > FreeBSD-src-15.1p1 Another option could have been: -r ⟨root directory⟩, --rootdir ⟨root directory⟩ pkg will install all packages within the specified ⟨root directory⟩. instead of: -c ⟨chroot path⟩, --chroot ⟨chroot path⟩ pkg will chroot in the ⟨chroot path⟩ environment. (I'm not sure that the man pages make clear when one is more appropriate than the other when both are possible.) It is not clear if poudriere(-devel) will automatically keep the FreeBSD-src up to date for future upgrades of the jail. As far as I know, poudriere(-devel) is not designed for handling things that it did not put there in the first place. > > Thanks! > > -- === Mark Millard marklmi at yahoo.com From nobody Tue Jul 7 00:21:09 2026 X-Original-To: freebsd-pkgbase@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gvMMx0YK4z6kTYP for ; Tue, 07 Jul 2026 00:21:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gvMMv1TGMz3Jdr for ; Tue, 07 Jul 2026 00:21:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Khdl8sVR; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1783383671; bh=HE7FVOiEglms/UV9QkH9+1X+792X2eroINXizZMlRTo=; h=Date:To:From:Subject:References:From:Subject:Reply-To; b=Khdl8sVRfhLY+W067yXbhM//mnCWu1DUU/DMI/hh+gjnN3qEg+J0t16vbx5J3CULORNhQNx8Jk6P6cBA62vpnKzeQlVNrMfoVAO0iqbfjhF9WeozG/meRBHn5lBPKQuRGE2px8fJYeQo3ORGQmwGXpkb9HtO6YuAhnUGJQOWngQU2InPRREw12R7H7qicLD1YbskH7WD9FSIXkYXcOmZJr90uMKTAU9FXFAoiSsWtykknmGTRAndXmQnzjIklqdgLkPn4ozjlEnPNxpfvMtA0S+UN1tw2qMR2Vmk0rmnovB4Jr+mgs0FNrSGl18siu/UpFLZPVkOcZgxyta23VtScg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1783383671; bh=HyMqgTgDX5k5RnHzLsYmr05sBjYdzPTvrOY5V2Bp+wg=; h=X-Sonic-MF:Date:To:From:Subject:From:Subject; b=BSkMsWe7Cmq0vRxMzR5mWwvrDG3enA+idCVa7AfIm7M00Enkiof3uNJogx0j7pXYj39dewwL0yYKQw4k6L+uafLRM9W1EE7xyscZlnYnkQV9Hf0T24PkVLYh5/Rx9MwRuInscFlb/8nqOapd+ONklj75F63o6xqzeP6CRMNBwfqZD0rEKbuBOC5JZJ0lNIjcZpiyhqq7EMbYbbsaEJbg4kEwyzVpJllTv7aT380LnBOYlLrcXam/bDtxlEG3BztE7RyOao8hZrwzSRRu+eCUSrwRkWE9b06QaLiPq+ltR+YpxfoppzxHaj4C2bA2ZsqxQn9COYtsieq6SqIMVWKIaw== X-YMail-OSG: NtqT2m0VM1mrPDvq54ceiSzoLpjUGMbq0b_hPCqKue6URnK7CnhPP2h9zn4ohqW my_a0Q.OnSGJ6OUdjZ3DVh8RvXaATxjD6BnvKhkVAep9ZBnMvDh67ZI0fjs8bcDOFFe.w9c5P9Pi ZxhC3QaA3y7cc1fvkMO8LuHz9rxJnYRSRS5QeJLGlfIa9A5gSgJylY71CB9My0DMgiIGWoxKQjll Y2CyX4tt5_7yqvOLvcRc3VBnDxTIWPukEmLiC2Qk6yULSVRvgWh7hHa81vpfSX4SK1Rr3w7ohpyq g.aAP5An2_5N1KxNdhaLEsB9vB8nSZWYbJO316mBVwoNJDctZJwyrn9APBvXpvN8ez0LYaYKU92x dp1ZSF3nBe.NccK5cGbPGD.DWecJ6a_oguQWUqFUomqYRa6IP8CayQJSzy5buJ4sBUCTfkRfXjWx uaj1GRXF0dKrKuUrcepWWwzVsoJjUIOTx1Dln7A7gKiUC6AkT66lXbMJJgPrZNiziXbIi5LnUlUB jX24_gUMqqlTiAQSFpiAWBbZUPHsCK_J5nHDtQ4Leyl_yyyQGpesoVJt22nNrFo6yedGYA.V86Hw bjzrIXlkZRTGgITUjaWHJQFx6FHa0T3OqhK1sWDfmQHjvZKWMkg7uqJVLkdyrPGYVmVt.ntoB0Bw FauDfjhVhrmww5S3kC78cLLpfvkqVfEdCinZ.02JzJNnLIvYi3o4fI6HoKoe36z4HxnbV8ngBKU4 9ViP1Uc4kyMMEWNeQZ4OanOwZByAlhAU8a0KyobDJkwxWy7wEgk2rqrgbpj5rZuxR15WYgeyRC70 pR9B3EVPPHwwct5lUdLRcCmUScch5aoU0.ZhXXhow9yPgW6iAk3UJtr9aK1qCDnDE5WXx2SmUCNk wC2VzhUDmPWvP9WzeQEzVTTa5mXlmVL0iagRj_EN9HfxQF8OvMnYwVpxL.WSpQm6nSJuMlnsEdZd RXanFM.HeTIZ40uq7LNurrc7Y4QMzNm7GTbqR.k0QThsRWA9u38yoHdUFWqCcm7eUXBKPGDzKifz IQI8zon77PnMr0Rt21P.lOxKjvxn3tdcan831ycVMSgXmMy1UUgpD4xZ8AOoieB78oSMeRu8oJWO QBrFcBm5fvEvPUmU3g_nM_loT51JvKWj9jcwnmGu33_lueZ2DPGghiCKVDbKuw99JptooVICg9qj kQ_YUyV7mTbLEW8Lc50aOku6OLwIxjg3I89JwvgWAWEXQKUOGJK8e8SBEfBa9WTeFz97CCZw2NjB omr1t13hkgO8AOvsOtbBfZAN6J4L7ZPOZkkDGBGkefGXBeBqM2CXbwZECsgde2xHy.4P_WQySHrF J9jLMS8OEWuvavo8_AXwzTkjrKbKCEvqhbq6OSIMyJHzzQk5XJ7VCknkhiI6DMB7u0UFXu151FFz 58zwL8_dK.8.TeVswfD7VpM0Kb1zuuor7xwI_h7A2kzmqSbTTbjTn_ZplFh2I2GrNIODi8OeQXTy zzn0nRGc9Ye2Qz.IwzqMU3Oj0W0nfNv5aF2RZUaCxzYUsBAwFk59XFVgqofNIUulvAQ8YW3OqJnL FU9y51qrFQMYbw2pGgEOqDzWTMBwZ1XeSyYFw3kQcM6TI7fTqhGcYmuUQXIwaQu0cI7fVrABwiCs aQo1FCQn6XU2mPNdYM3uj3eFlX2wjbzsn3ZWoGLTKomc.pFWqUUrjf1sHMcegDLO7dUDa1f7TlU2 OiuVLryFNT5cVKilZrJIyGf91vsS0v2SNLRY9i1TYpb3m4Sw.QaEuL53YJLuwTiT5.._JoAxIzLA V_7fgBX37hPJH_v9mDjNPjS3v2pB0nuFTyk.PzQ.gSLWv4ypcb4LXs8iFUSOV9bdbwdrnI8XRRKF vFWe5lsqzCgDbwbakvUpN68gVGX3dclEXWN00tq79mEFUKRyBR3r8.oOSF3AiFnntXD8UoIgrn75 ekUu3jZqdvTewyCitEeMVUQI8roGZnUbmtDSQdGRde6vYn0ufJi2uaf6yCJZg2D1i7rW8zzo1Xfo laPFV59hC8KAH2HSjF22Kn3pFJ8Bn0d1HowKBz7ln0pSJA2jEpHS7d3XEX1umF8G7YhAO7ksn42e nLbl.STAG3OkzNRVdxKr3.bkM3yniVJcJxesxhSD1pwhRy.Uw7vf0rChXWpUEg810Md_itfFdN2V hDoj3b4UiYj1140AU7_AwykRfs5PZxelP1Lfy1eA17snrhj.bavIfSL3GwqhOeOlwKNhuppHFiOl IlBlflwMS3MFUAIaUv2b1gDTBSMPsbNUwZSHoMngoOjSpwkstLv3P7tRffbUShPOwp3c46BgeWPS T817UmIiesyGFJQ1L5GvnUn9WGYcJwBKdazM- X-Sonic-MF: X-Sonic-ID: 483bb260-62fa-4cb4-87a3-9cbe74cd8829 Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Tue, 7 Jul 2026 00:21:11 +0000 Received: by hermes--production-gq1-6dc558886b-cw7hf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 410fd5a8305c78f9da23107c9408922f; Tue, 07 Jul 2026 00:21:10 +0000 (UTC) Message-ID: <8f67c203-a4c1-4aac-b6ac-4900bbdd0dd9@yahoo.com> Date: Mon, 6 Jul 2026 17:21:09 -0700 List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: freebsd-pkgbase From: Mark Millard Subject: mtree on main showed 2 items missing on my pkgbase install (of the upstream distribution, not one of my own) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit References: <8f67c203-a4c1-4aac-b6ac-4900bbdd0dd9.ref@yahoo.com> X-Mailer: WebService/1.1.26086 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-3.69 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.69)[-0.693]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-pkgbase@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.31:from]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from] X-Rspamd-Queue-Id: 4gvMMv1TGMz3Jdr X-Spamd-Bar: --- # mtree -iU -p /usr -f /etc/mtree/BSD.usr.dist -e ./include/private/pkgconf missing (created) ./lib/clang/21/include/orc_rt missing (created) I'll note that my context is not the most recent: # uname -apKU FreeBSD 7950X3D-ZFS 16.0-CURRENT FreeBSD 16.0-CURRENT main-n286573-bea6f7d02dfb GENERIC-NODEBUG amd64 amd64 1600018 1600018 But it is not greatly old. Going along with the above is that nothing has removed various /usr/lib/clang/19/ or /usr/lib/debug/usr/lib/clang/19/ items : # find -s /usr/lib/clang/19/ /usr/lib/debug/usr/lib/clang/19/ -print /usr/lib/clang/19/ /usr/lib/clang/19/include /usr/lib/clang/19/include/cuda_wrappers /usr/lib/clang/19/include/cuda_wrappers/bits /usr/lib/clang/19/include/fuzzer /usr/lib/clang/19/include/hlsl /usr/lib/clang/19/include/openmp_wrappers /usr/lib/clang/19/include/orc_rt /usr/lib/clang/19/include/ppc_wrappers /usr/lib/clang/19/include/profile /usr/lib/clang/19/include/sanitizer /usr/lib/clang/19/include/xray /usr/lib/clang/19/lib /usr/lib/clang/19/lib/freebsd /usr/lib/debug/usr/lib/clang/19/ /usr/lib/debug/usr/lib/clang/19/lib /usr/lib/debug/usr/lib/clang/19/lib/freebsd -- === Mark Millard marklmi at yahoo.com From nobody Fri Jul 10 16:36:00 2026 X-Original-To: freebsd-pkgbase@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gxcsR15B4z6lNX1 for ; Fri, 10 Jul 2026 16:36:11 +0000 (UTC) (envelope-from the.lists@mgm51.com) Received: from oneyou.mgm51.net (oneyou.mgm51.net [IPv6:2607:f2f8:af30::100]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (secp384r1) client-digest SHA384) (Client CN "oneyou.mgm51.net", Issuer "Mike's Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gxcsQ2yHPz3Nx0 for ; Fri, 10 Jul 2026 16:36:10 +0000 (UTC) (envelope-from the.lists@mgm51.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mgm51.com header.s=mgm51.com-10 header.b=QjAAD8uL; spf=pass (mx1.freebsd.org: domain of the.lists@mgm51.com designates 2607:f2f8:af30::100 as permitted sender) smtp.mailfrom=the.lists@mgm51.com; dmarc=pass (policy=reject) header.from=mgm51.com Received: from sentry.mgm51.net (sentry.mgm51.net [IPv6:2001:558:6017:e3:1130:5cc5:3dee:2458]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519) (Client CN "sentry.mgm51.net", Issuer "Mike's Certificate Authority" (verified OK)) by oneyou.mgm51.net (Postfix) with ESMTPS id 4gxcsF5twpzHh0t for ; Fri, 10 Jul 2026 12:36:01 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mgm51.com; s=mgm51.com-10; t=1783701361; bh=lpJKeUR6uv0IFWOX4g31oiTtbdgU1DpaEKVM6z4EEig=; h=Date:Subject:From; b=QjAAD8uLwvhaAph5iNLNCyxNrEIHdvWKIICOmjKDImociifjzLnsnSINNhDUqy3CW blRCvxajmnxg4UZGwCERT4oWEHDk/FpEVRsXBvj9Xy69NaZ8TmrBgh6k3+AlTvdUCh O3xOGIwdrCnIg9XwX3fIFQDU3+fBUWLbv2hl62Y5wJV9dTxVsHmKvo8qKRyoFdClYJ h9RLLxZG8TrtrFDr7YDnSksvSWabTmbreRKYeFy+tz4HyJIiIt9mDHQwXCvf9NQ1lg cGe2VJ7r63niMtauUCREi5lZiEOTkXLWEiZiTAQXh/9IqGs/brKN1MrjS0o6zMIaV2 n4G9VdioSO9hg== Received: from [10.11.2.100] (bigbloat.24cl.home [10.11.2.100]) by sentry.mgm51.net (Postfix) with ESMTP id 4gxcsD51WyzRcpy for ; Fri, 10 Jul 2026 12:36:00 -0400 (EDT) Message-ID: <2ef5ceae-791f-486a-bc5a-504dc4a97f61@mgm51.com> Date: Fri, 10 Jul 2026 12:36:00 -0400 List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: pkg upgrade yields conflicts in message To: freebsd-pkgbase@FreeBSD.org References: <62849618-c9b7-4310-8555-cf7a91e4af9d@mgm51.com> <4e9a04c9-512c-44c0-8e0c-3da2704da608@yahoo.com> Content-Language: en-US From: Mike In-Reply-To: <4e9a04c9-512c-44c0-8e0c-3da2704da608@yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-6.00 / 15.00]; DWL_DNSWL_MED(-2.00)[mgm51.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[mgm51.com,reject]; R_SPF_ALLOW(-0.20)[+ip6:2607:f2f8:af30::100]; R_DKIM_ALLOW(-0.20)[mgm51.com:s=mgm51.com-10]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:25795, ipnet:2607:f2f8::/32, country:US]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-pkgbase@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-pkgbase@FreeBSD.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[mgm51.com:+] X-Rspamd-Queue-Id: 4gxcsQ2yHPz3Nx0 X-Spamd-Bar: ----- On 6/27/2026 12:37 AM, Mark Millard wrote: > On 6/26/26 15:54, Mike wrote: >> OK, I have a 15.1 test system, loaded with FreeBSD 15.1 AMD from a mem img. >> >> >> I went through the install, which went well. >> >> Then I loaded the ports pkgs I usually use, which also went well. >> >> >> Now, when I run >>     pkg upgrade >> as I had usually done to see if there were any updates to the ports pkgs >> I had installed, I see the following ... >> >> ==================== >> >> Updating FreeBSD-ports repository catalogue... >> FreeBSD-ports repository is up to date. >> Updating FreeBSD-ports-kmods repository catalogue... >> FreeBSD-ports-kmods repository is up to date. >> Updating FreeBSD repository catalogue... >> FreeBSD repository is up to date. >> All repositories are up to date. >> Checking for upgrades (15 candidates): .......... done >> Processing candidates (15 candidates): .... done >> Checking integrity... done (9 conflicting) >>   - libcdb-g2020082801 [FreeBSD-ports] conflicts with tinycdb-0.81 >> [installed] on /usr/local/lib/libcdb.a > > One of the Makefiles is explicit about it: > > # grep -r CONFLICT /usr/ports/*/*cdb/Makefile > /usr/ports/databases/tinycdb/Makefile:CONFLICTS_INSTALL= libcdb # > lib/libcdb.a > >>   - gcc14-14.2.0_4 [FreeBSD-ports] conflicts with gcc14- >> devel-14.3.1.s20260327,1 [installed] on /usr/local/bin/c++14 >>   - gcc14-14.2.0_4 [FreeBSD-ports] conflicts with gcc14- >> devel-14.3.1.s20260327,1 [FreeBSD-ports] on /usr/local/bin/c++14 >>   - gcc13-13.3.0_3 [FreeBSD-ports] conflicts with gcc13- >> devel-13.4.1.s20260326 [installed] on /usr/local/bin/c++13 >>   - gcc13-13.3.0_3 [FreeBSD-ports] conflicts with gcc13- >> devel-13.4.1.s20260326 [FreeBSD-ports] on /usr/local/bin/c++13 >>   - gcc12-devel-12.4.1.s20250702 [FreeBSD-ports] conflicts with >> gcc12-12.4.0_3 [installed] on /usr/local/bin/c++12 >>   - gcc12-devel-12.4.1.s20250702 [FreeBSD-ports] conflicts with >> gcc13-13.3.0_3 [FreeBSD-ports] on /usr/local/include/libgccjit++.h >>   - gcc12-devel-12.4.1.s20250702 [FreeBSD-ports] conflicts with gcc13- >> devel-13.4.1.s20260326 [installed] on /usr/local/include/libgccjit++.h >>   - gcc12-devel-12.4.1.s20250702 [FreeBSD-ports] conflicts with gcc13- >> devel-13.4.1.s20260326 [FreeBSD-ports] on /usr/local/include/libgccjit++.h > > Some lang/gcc* vs. lang/gcc*-devel conflicts are not new and are > documented in the Makefiles: > > # grep -r CONFLICT /usr/ports/lang/gcc*/Makefile > /usr/ports/lang/gcc12-devel/Makefile:CONFLICTS= gcc12 > /usr/ports/lang/gcc12/Makefile:CONFLICTS= gcc12-devel > /usr/ports/lang/gcc13-devel/Makefile:CONFLICTS= gcc13 > /usr/ports/lang/gcc13/Makefile:CONFLICTS= gcc13-devel > /usr/ports/lang/gcc14/Makefile:CONFLICTS= gcc14-devel > /usr/ports/lang/gcc15/Makefile:CONFLICTS= gcc15-devel > /usr/ports/lang/gcc16/Makefile:CONFLICTS= gcc16-devel > > (Looks like lang/gcc[456]-devel do not document that other direction for > the conflicts. and 12-devel and 13 did document their conflict status.) > > However, if I understand right, modern pkg has gotten better at > detecting and reporting conflicts, with an example file as well more of > the time, even when the Makefiles are not explicit. > >> Checking integrity... done (0 conflicting) >> Your packages are up to date. >> >> ========================================== >> >> >> A comment ... >> >> I dislike seeing the word "conflicting" in the routine commands I run. >> >> What did I do incorrectly? > > Looks like no 2 installs conflict with each other. I'm not sure that you > did anything incorrectly.Mostly you have -devel installs for gcc* but > one of them is not: gcc12-12.4.0_3 [installed] . Is that as you intended? > > Is that as you intended? I didn't change any of the options to use -devel installs. I suspect it was done by one of the pkgs I installed. That's why I asked. So far, everything on the test server has been running as expected, in spite of those conflicts. But it is a minimal-usage server. So I'll just go along with them for now. However, I may have a higher level of concern when it comes to moving my two production servers over to the pkg install system when (if) such conflicts continue to occur with generic pkg installs. Thanks for your explanation. And I apologize for taking so long to get back to you. Life happened. :) From nobody Fri Jul 10 18:01:33 2026 X-Original-To: freebsd-pkgbase@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gxfm76g96z6lTt8 for ; Fri, 10 Jul 2026 18:01:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gxfm73Z0kz3h9p for ; Fri, 10 Jul 2026 18:01:43 +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=1783706496; bh=EgNSxLqbwfkQD+vF/Rqt7jUiqJM1qtbiJFsfj2TH6kE=; h=Date:Subject:To:References:From:Cc:In-Reply-To:From:Subject:Reply-To; b=HsnfeKCv+YY+XQi/wjhnsbiKpH+PVXatyuFRBmAM7h2y84uxU9BWQ1xAKVyCYw6RILsS89mtwNbtEHl9sibFYsV7zVqTXJMCdbITKPsv8slmFHoXzL76h8QKFN8XrUIuUG2lFSKPu7a5tVFw4K34uQV++FfJ6ZCtr1oHk9ZtArrq4abIrT70CENoGJaODnb2p12PjFD6ykn/9ZG7vuWHsGM7mlAdR7QrUerpIHKZFTPCD/ESEU2HVQHpbW6QiBLNkjRFQ2usko3aPI5IcbQsUskdauZf4nHHvCdutyDH0kitZ74LWiKlJ2iPZyFhAsJN4JfM/CZRj1ORobZDip8pzw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1783706496; bh=h9PbVt8qABbc0vz8/zAR1JAGdPCqcbX+HSI3/+7U6us=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=X0x2MMAMcxF4C5op1PFwsa0ExBJS0vAiRUH85Dv6jl1qBPUHHt2CXLJAcHoS9rcJjWnYAYWGFnaZ+ChzWfqwoIlHv1L3GlDtA/T55apU7pGOWk+NGWWqSZlUCdNC0sjNwNG3D+npvQin4KwORw2yiPbcxXdHn93ymWjXZz5nk0Q8OEDpaFGUZfGMoONpLRLv6Dt45P6/9cyFaclyvTWzSpQCX/zqMILjNxMJor+CYuidX5Jts0wm9N0bLmjj6bqpT9mGV+8zDL8GeBnqWjv1nqcEkp3ibJv4F/1NLkg7lawfe3iX1WVOQXFJUWYa/Qn54DY9e45qaRFwnUKizqF6XQ== X-YMail-OSG: 5UgiRKUVM1nBt5_xkVyOoaFFpNMGATP7RQo0vnkcuJICdBmaYBe_WKDd8MNE3TP gCIztxhvcomFsjUVeiTUskm3.vsPiB2PeOzn1qmyk7NAR3yge92wQZ1VtZEB50TjnWmQVI1EB_l7 kwxNr2tsB8KVum_q.r7iPdPOUOhaJlW3rW5Fi9KbankeFPQgmTuO9G89YO8DVi0.IVr3l7kcVVPv m237tTjMqVIuE6Oau0Zu0J.sHiEbIbPhEib7kFa4W5GuvmOnpbkRd4p.7BXPgveeeAtRFWbskDVk R0_4TD3c2vB2v8aAIEZ0sdCMRGAUChDPfaWIIHda8w9qFaG74voPYWaGKz0xLnHXtfMrVyXM.dKs anqD_fqotiHFfWbHafpthk1r1kJ5HMlV4vCFBgKwgleoidH4o_1oY7uzOP4YX32zvbQvNQAdCt9x 5Aw7qKOyXo.rsb_GmEm5dsw9gwXbT13Gfm8_H9.YKuWXNKbdhzZLUw4tKUK6f1EPX_rZc73VS47Z rVZnJ6pE3_65RseMZDVS8s3nzKmuHQ9PZ0rsEhosu0hVnjok1ZmqzWoIVAIrfzzdA3H2iZuM6gRy 2b0Bns5J6_UzNYqxl7xLGEcX.plk5uUQM_2bpdOd483zSor0LS04.q7p3de__G_Wr_4_onLcp7Dc TIf8icxbq1lG5AYQDarFA4GuIpiydAYQqun7X907jOOIAxeGdcrujN8HDrGzA2TfrT1.euGfc2C6 HJpnO_2.S4FvC3exgPFy9VcsLimYYg6CdNOX.sBQqYpEuC3kXmetIAHXjSpx22EbIz..nn8QMC1m GCSlCoAE7CWY3AEgHQmN0eu0zcH02uW7MqSjvcm.0flACehg6K6BEVIXLbdn.uK4yjydx2g82L2J Q.ta_Zcq9O5QoU2PdJ2Y4Jf_c74cK8CR2zH4UX59ynVL5yk8pGyakAHNSXZ72x3xd9mz58oh9omJ 7CvWNFjR5jd0FvwmvV57i7xah9a5b_t9_onRjA82Kc4ZHynCnP5vdke4PEo2aOOd6ukW2aCMdSgr h4.Lc_cCBt3h9NvbEEnsD8n8G6h8MuHAFteLGxFrrBjUWLYWNTFLEZWWGD_Qn3AhDI2yZ17ofkTi e9LdBzT_.xS8JIJ0KP6zi3bJWSSYXutvBHr4R5fCrAUkvgi7pgvCydl89uiojDeTAJEVae85xzOy y7T1TKQEDsm_710iQcStgFjghdUpYGQWJ0NZ4Rh6aFPNP3lNR6AS4rE8YKqsCb04GneMgbfd5q1v Rq6QNuiHyu.sJvl__ptuGW8uC9wLmoy2679Bf.gJGJL..KYVxAq.hWdLC.zPPpJkkqm2h39yAPHx cu_BhdUW28X7hgp4H3TGUg7VmKHN4jnYMyUEVungguTT.c8fc6dJivV_9BoHTnLOMS711K35LZSw gcrnFVJwQGhZIjXkWr_uxnqI9Uvif0GSC9P51g2YUsLj6xNqCWZgIiXLTwzKW0NDvWNSoss8LpsK 4Z5Se_MKrgL_r76XwaiC42LP.9L6PhVgjbotF44C8VYQAyx94Z_EPNrhetHbtZgY6697xj4Ys89l 8OtsBHaJJ9C_RMMxSAqqUVkwWxD3cgISmMj2mQYsTQLhzgXVIHYvVY3m9NSUSSCfXBAgf3HgR8tJ Gn46J3aKUyGG6WEeSwKOluL2fpGJzvQZ47snKNFAPCs_B6y9BYg6S1k_jaY7vqRa6RIfX1jhNJIN HJvGPWs3QmsjEWD5PkStpvMBBqc7QOzaU0kvcJzlj.wTXK8rs2pFCK4by0a5kpz65lvy9zmWdwPH h7QzITEXyZ18fY0.0vPOeS6.7yZGZXGrZ73RJiC0CEu3izJ7wi7FqYXF6u_EDuQffj6btEdrmh2t vGHco_bfaQbRURtxpCCpnCa3gFP8qh_jfrp25tg.AB3hDmKhhbYEj2hYB2.IYhisTsvlrAlWwjmb OuqgZJYwvg74boHAtWTDOvdYeNWbOVkTUUYcE7F8T629RV0qjzo9mG.I4QzwW2qS7QKleq6pBV5s YMLQAHplqvBsM2fjN4G4Fc6QRVJwVOni4.MGfLSQcHCGsA5bmLW_9i81Fn0w.NtsD7Q9BNNiYk7f _KlzaLUKiXcYC20LEDNB_NR6gU0VEZRY2VmjxZy6uFXpJ1qXYQ0jWcHp_BOg5p8b42h5NCL1KJ2G lkhOUC1dsHF2Akbtg7C6UBB31ut8kpEQwgJJFvjrzmCWdiCMyponhJO0gQaQ.rg10QSYaVo.6kAl q_HCSVP86vEkr4WnzKkfbRya5MHvMebuqJlqK8zxMGAZ1OWRqW_XdSIrQkSPYSPUOezu5S0_E6MQ cuP4YgxCbboSeQFtCF7Ul_FNC8MNxXla9LcB4h8DyTP5T4YmsdTvoDSgTLw-- X-Sonic-MF: X-Sonic-ID: fb8cfe45-0b06-49e9-b522-2b1d6db07775 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Fri, 10 Jul 2026 18:01:36 +0000 Received: by hermes--production-gq1-6dc558886b-cw7hf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 377b77c9b9cc4d37167cebbd7027efd7; Fri, 10 Jul 2026 18:01:34 +0000 (UTC) Message-ID: Date: Fri, 10 Jul 2026 11:01:33 -0700 List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: pkg upgrade yields conflicts in message To: Mike , freebsd-pkgbase@FreeBSD.org References: <62849618-c9b7-4310-8555-cf7a91e4af9d@mgm51.com> <4e9a04c9-512c-44c0-8e0c-3da2704da608@yahoo.com> <2ef5ceae-791f-486a-bc5a-504dc4a97f61@mgm51.com> Content-Language: en-US From: Mark Millard Cc: Lorenzo Salvadore In-Reply-To: <2ef5ceae-791f-486a-bc5a-504dc4a97f61@mgm51.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Mailer: WebService/1.1.26136 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Rspamd-Queue-Id: 4gxfm73Z0kz3h9p X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Spamd-Bar: ---- On 7/10/26 09:36, Mike wrote: > > > On 6/27/2026 12:37 AM, Mark Millard wrote: >> On 6/26/26 15:54, Mike wrote: >>> OK, I have a 15.1 test system, loaded with FreeBSD 15.1 AMD from a >>> mem img. >>> >>> >>> I went through the install, which went well. >>> >>> Then I loaded the ports pkgs I usually use, which also went well. >>> >>> >>> Now, when I run >>>      pkg upgrade >>> as I had usually done to see if there were any updates to the ports pkgs >>> I had installed, I see the following ... >>> >>> ==================== >>> >>> Updating FreeBSD-ports repository catalogue... >>> FreeBSD-ports repository is up to date. >>> Updating FreeBSD-ports-kmods repository catalogue... >>> FreeBSD-ports-kmods repository is up to date. >>> Updating FreeBSD repository catalogue... >>> FreeBSD repository is up to date. >>> All repositories are up to date. >>> Checking for upgrades (15 candidates): .......... done >>> Processing candidates (15 candidates): .... done >>> Checking integrity... done (9 conflicting) >>>    - libcdb-g2020082801 [FreeBSD-ports] conflicts with tinycdb-0.81 >>> [installed] on /usr/local/lib/libcdb.a >> >> One of the Makefiles is explicit about it: >> >> # grep -r CONFLICT /usr/ports/*/*cdb/Makefile >> /usr/ports/databases/tinycdb/Makefile:CONFLICTS_INSTALL=        libcdb # >> lib/libcdb.a My notes here are about the lang/gcc* part of things. >> >>>    - gcc14-14.2.0_4 [FreeBSD-ports] conflicts with gcc14- >>> devel-14.3.1.s20260327,1 [installed] on /usr/local/bin/c++14 >>>    - gcc14-14.2.0_4 [FreeBSD-ports] conflicts with gcc14- >>> devel-14.3.1.s20260327,1 [FreeBSD-ports] on /usr/local/bin/c++14 >>>    - gcc13-13.3.0_3 [FreeBSD-ports] conflicts with gcc13- >>> devel-13.4.1.s20260326 [installed] on /usr/local/bin/c++13 >>>    - gcc13-13.3.0_3 [FreeBSD-ports] conflicts with gcc13- >>> devel-13.4.1.s20260326 [FreeBSD-ports] on /usr/local/bin/c++13 >>>    - gcc12-devel-12.4.1.s20250702 [FreeBSD-ports] conflicts with >>> gcc12-12.4.0_3 [installed] on /usr/local/bin/c++12 >>>    - gcc12-devel-12.4.1.s20250702 [FreeBSD-ports] conflicts with >>> gcc13-13.3.0_3 [FreeBSD-ports] on /usr/local/include/libgccjit++.h >>>    - gcc12-devel-12.4.1.s20250702 [FreeBSD-ports] conflicts with gcc13- >>> devel-13.4.1.s20260326 [installed] on /usr/local/include/libgccjit++.h >>>    - gcc12-devel-12.4.1.s20250702 [FreeBSD-ports] conflicts with gcc13- >>> devel-13.4.1.s20260326 [FreeBSD-ports] on /usr/local/include/ >>> libgccjit++.h >> >> Some lang/gcc* vs. lang/gcc*-devel conflicts are not new and are >> documented in the Makefiles: >> >> # grep -r CONFLICT /usr/ports/lang/gcc*/Makefile >> /usr/ports/lang/gcc12-devel/Makefile:CONFLICTS= gcc12 >> /usr/ports/lang/gcc12/Makefile:CONFLICTS=       gcc12-devel >> /usr/ports/lang/gcc13-devel/Makefile:CONFLICTS= gcc13 >> /usr/ports/lang/gcc13/Makefile:CONFLICTS=       gcc13-devel >> /usr/ports/lang/gcc14/Makefile:CONFLICTS=       gcc14-devel >> /usr/ports/lang/gcc15/Makefile:CONFLICTS=       gcc15-devel >> /usr/ports/lang/gcc16/Makefile:CONFLICTS=       gcc16-devel lang/gcc1[23]* all conflict with each other for: /usr/local/include/libgccjit++.h The file is in the wrong place for allowing independent installations. Also, the lang/gcc1[456]-devel ones not listing the matching non-devel one as conflicting may set up for the -devel ones to be preferred (since it is not declared to have conflicts). (Seems to have listed the wrong direction if only one direction of conflict is to be listed: lang/gcc*-devel likely should never be considered preferred.) This much looks like port issues to me, not directly pkg issues. pkg has been given garbage-in (incomplete) information when it has to deal with simultaneous installs. (The above is separate from the general question of why all the variants were considered in the first place. That might be more of a pkg issue. See later note.) >> >> (Looks like lang/gcc[456]-devel do not document that other direction for >> the conflicts. and 12-devel and 13 did document their conflict status.) >> >> However, if I understand right, modern pkg has gotten better at >> detecting and reporting conflicts, with an example file as well more of >> the time, even when the Makefiles are not explicit. >> >>> Checking integrity... done (0 conflicting) >>> Your packages are up to date. >>> >>> ========================================== >>> >>> >>> A comment ... >>> >>> I dislike seeing the word "conflicting" in the routine commands I run. >>> >>> What did I do incorrectly? >> >> Looks like no 2 installs conflict with each other. I'm not sure that you >> did anything incorrectly.Mostly you have -devel installs for gcc* but >> one of them is not: gcc12-12.4.0_3 [installed] . Is that as you intended? >> > >> Is that as you intended? > > I didn't change any of the options to use -devel installs.  I suspect it > was done by one of the pkgs I installed.  That's why I asked. Well, as I understand it, pkg deals with such conflicts by picking a non-conflicting subset when it can. (It may have a biased to preserve what is already installed, I'm not sure.) Nothing present forced it to pick the non-devel lang/gcc* alternatives, although non-devel lang/gcc* are normally preferable (when available) unless one is deliberately testing lang/gcc*-devel usage: lang/gcc*-devel are upstream in-development versions leading to the next releases and they update more often than the non-devel variants and have a more uncertain status from update to update until released. In other words, absent detailed information about the context, I'd guess that the lang/gcc*-devel usage should be replaced by non-devel usage. > > So far, everything on the test server has been running as expected, in > spite of those conflicts.  But it is a minimal-usage server.  So I'll > just go along with them for now. This could be a good reason to force each -devel variant to be replaced by the matching non-devel variant. (But I do not know the context.) > > However, I may have a higher level of concern when it comes to moving my > two production servers over to the pkg install system when (if) such > conflicts continue to occur with generic pkg installs. I do not really have enough established context to attempt replicating so many lang/gcc* being under consideration in an way analogous to whatever happened for you. I've only enough context to identify the issues with how lang/gcc* have been defined. > > Thanks for your explanation. > > And I apologize for taking so long to get back to you.  Life happened.  :) -- === Mark Millard marklmi at yahoo.com From nobody Sat Jul 11 04:46:06 2026 X-Original-To: freebsd-pkgbase@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gxx3w4MSTz6ksjc for ; Sat, 11 Jul 2026 04:46:20 +0000 (UTC) (envelope-from the.lists@mgm51.com) Received: from oneyou.mgm51.net (oneyou.mgm51.net [IPv6:2607:f2f8:af30::100]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (secp384r1) client-digest SHA384) (Client CN "oneyou.mgm51.net", Issuer "Mike's Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gxx3v5sJhz3fJJ for ; Sat, 11 Jul 2026 04:46:19 +0000 (UTC) (envelope-from the.lists@mgm51.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mgm51.com header.s=mgm51.com-10 header.b=PCeIWr2N; spf=pass (mx1.freebsd.org: domain of the.lists@mgm51.com designates 2607:f2f8:af30::100 as permitted sender) smtp.mailfrom=the.lists@mgm51.com; dmarc=pass (policy=reject) header.from=mgm51.com Received: from sentry.mgm51.net (sentry.mgm51.net [IPv6:2001:558:6017:e3:1130:5cc5:3dee:2458]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519) (Client CN "sentry.mgm51.net", Issuer "Mike's Certificate Authority" (verified OK)) by oneyou.mgm51.net (Postfix) with ESMTPS id 4gxx3h00TKzHh0v for ; Sat, 11 Jul 2026 00:46:08 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mgm51.com; s=mgm51.com-10; t=1783745168; bh=omzQqXgInHkWEZFarw51vYFR1pFtMITeialolUZQEig=; h=Date:Subject:From; b=PCeIWr2NDfi2IG0YBJILPgYY7koi81fL0numcXgoPe4Hbo73z+GWBInGhdNy95KGR JlrlL8fKZ6/TdNdZjzYp5rJaslyUtVnD07U/EoF06ld1AVZtsRMcdBtYuJifJBp8JC /J5EQ2NFB/QFQ5mGcbEOMAvuEdR8S8kkh5oYDlzFhkFD539OHeCLMK1WLbEGlfLFoc APFbEFBSYA4G8ZXpsGSMurBqu3vcsQeTnNoEu0ZkwvokEXw1UlWPqoN9mCTKMSJVUY CUy/5ei64uX2U2lRPDVE9Dx9oNBNpKBKJMm7+8coMMpUmKC3BwJNvF9M9WuUiV6iuk mxDV0OzUMK6Jw== Received: from [10.11.2.100] (bigbloat.24cl.home [10.11.2.100]) by sentry.mgm51.net (Postfix) with ESMTP id 4gxx3g1C2czRcpy for ; Sat, 11 Jul 2026 00:46:07 -0400 (EDT) Message-ID: Date: Sat, 11 Jul 2026 00:46:06 -0400 List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: pkg upgrade yields conflicts in message To: freebsd-pkgbase@FreeBSD.org References: <62849618-c9b7-4310-8555-cf7a91e4af9d@mgm51.com> <4e9a04c9-512c-44c0-8e0c-3da2704da608@yahoo.com> <2ef5ceae-791f-486a-bc5a-504dc4a97f61@mgm51.com> Content-Language: en-US From: Mike In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-5.99 / 15.00]; DWL_DNSWL_MED(-2.00)[mgm51.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[mgm51.com,reject]; R_SPF_ALLOW(-0.20)[+ip6:2607:f2f8:af30::100:c]; R_DKIM_ALLOW(-0.20)[mgm51.com:s=mgm51.com-10]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:25795, ipnet:2607:f2f8::/32, country:US]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-pkgbase@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-pkgbase@FreeBSD.org]; DKIM_TRACE(0.00)[mgm51.com:+] X-Rspamd-Queue-Id: 4gxx3v5sJhz3fJJ X-Spamd-Bar: ----- On 7/10/2026 2:01 PM, Mark Millard wrote: > On 7/10/26 09:36, Mike wrote: >> >> >> On 6/27/2026 12:37 AM, Mark Millard wrote: >>> On 6/26/26 15:54, Mike wrote: >>>> OK, I have a 15.1 test system, loaded with FreeBSD 15.1 AMD from a >>>> mem img. >>>> >>>> >>>> I went through the install, which went well. >>>> >>>> Then I loaded the ports pkgs I usually use, which also went well. >>>> >>>> >>>> Now, when I run >>>>      pkg upgrade >>>> as I had usually done to see if there were any updates to the ports pkgs >>>> I had installed, I see the following ... >>>> >>>> ==================== >>>> >>>> Updating FreeBSD-ports repository catalogue... >>>> FreeBSD-ports repository is up to date. >>>> Updating FreeBSD-ports-kmods repository catalogue... >>>> FreeBSD-ports-kmods repository is up to date. >>>> Updating FreeBSD repository catalogue... >>>> FreeBSD repository is up to date. >>>> All repositories are up to date. >>>> Checking for upgrades (15 candidates): .......... done >>>> Processing candidates (15 candidates): .... done >>>> Checking integrity... done (9 conflicting) >>>>    - libcdb-g2020082801 [FreeBSD-ports] conflicts with tinycdb-0.81 >>>> [installed] on /usr/local/lib/libcdb.a >>> >>> One of the Makefiles is explicit about it: >>> >>> # grep -r CONFLICT /usr/ports/*/*cdb/Makefile >>> /usr/ports/databases/tinycdb/Makefile:CONFLICTS_INSTALL=        libcdb # >>> lib/libcdb.a > > My notes here are about the lang/gcc* part of things. > >>> >>>>    - gcc14-14.2.0_4 [FreeBSD-ports] conflicts with gcc14- >>>> devel-14.3.1.s20260327,1 [installed] on /usr/local/bin/c++14 >>>>    - gcc14-14.2.0_4 [FreeBSD-ports] conflicts with gcc14- >>>> devel-14.3.1.s20260327,1 [FreeBSD-ports] on /usr/local/bin/c++14 >>>>    - gcc13-13.3.0_3 [FreeBSD-ports] conflicts with gcc13- >>>> devel-13.4.1.s20260326 [installed] on /usr/local/bin/c++13 >>>>    - gcc13-13.3.0_3 [FreeBSD-ports] conflicts with gcc13- >>>> devel-13.4.1.s20260326 [FreeBSD-ports] on /usr/local/bin/c++13 >>>>    - gcc12-devel-12.4.1.s20250702 [FreeBSD-ports] conflicts with >>>> gcc12-12.4.0_3 [installed] on /usr/local/bin/c++12 >>>>    - gcc12-devel-12.4.1.s20250702 [FreeBSD-ports] conflicts with >>>> gcc13-13.3.0_3 [FreeBSD-ports] on /usr/local/include/libgccjit++.h >>>>    - gcc12-devel-12.4.1.s20250702 [FreeBSD-ports] conflicts with gcc13- >>>> devel-13.4.1.s20260326 [installed] on /usr/local/include/libgccjit++.h >>>>    - gcc12-devel-12.4.1.s20250702 [FreeBSD-ports] conflicts with gcc13- >>>> devel-13.4.1.s20260326 [FreeBSD-ports] on /usr/local/include/ >>>> libgccjit++.h >>> >>> Some lang/gcc* vs. lang/gcc*-devel conflicts are not new and are >>> documented in the Makefiles: >>> >>> # grep -r CONFLICT /usr/ports/lang/gcc*/Makefile >>> /usr/ports/lang/gcc12-devel/Makefile:CONFLICTS= gcc12 >>> /usr/ports/lang/gcc12/Makefile:CONFLICTS=       gcc12-devel >>> /usr/ports/lang/gcc13-devel/Makefile:CONFLICTS= gcc13 >>> /usr/ports/lang/gcc13/Makefile:CONFLICTS=       gcc13-devel >>> /usr/ports/lang/gcc14/Makefile:CONFLICTS=       gcc14-devel >>> /usr/ports/lang/gcc15/Makefile:CONFLICTS=       gcc15-devel >>> /usr/ports/lang/gcc16/Makefile:CONFLICTS=       gcc16-devel > > lang/gcc1[23]* all conflict with each other for: > /usr/local/include/libgccjit++.h The file is in the wrong place for > allowing independent installations. > > Also, the lang/gcc1[456]-devel ones not listing the matching non-devel > one as conflicting may set up for the -devel ones to be preferred (since > it is not declared to have conflicts). (Seems to have listed the wrong > direction if only one direction of conflict is to be listed: > lang/gcc*-devel likely should never be considered preferred.) > > This much looks like port issues to me, not directly pkg issues. pkg has > been given garbage-in (incomplete) information when it has to deal with > simultaneous installs. > > (The above is separate from the general question of why all the variants > were considered in the first place. That might be more of a pkg issue. > See later note.) > >>> >>> (Looks like lang/gcc[456]-devel do not document that other direction for >>> the conflicts. and 12-devel and 13 did document their conflict status.) >>> >>> However, if I understand right, modern pkg has gotten better at >>> detecting and reporting conflicts, with an example file as well more of >>> the time, even when the Makefiles are not explicit. >>> >>>> Checking integrity... done (0 conflicting) >>>> Your packages are up to date. >>>> >>>> ========================================== >>>> >>>> >>>> A comment ... >>>> >>>> I dislike seeing the word "conflicting" in the routine commands I run. >>>> >>>> What did I do incorrectly? >>> >>> Looks like no 2 installs conflict with each other. I'm not sure that you >>> did anything incorrectly.Mostly you have -devel installs for gcc* but >>> one of them is not: gcc12-12.4.0_3 [installed] . Is that as you intended? >>> >> >>> Is that as you intended? >> >> I didn't change any of the options to use -devel installs.  I suspect it >> was done by one of the pkgs I installed.  That's why I asked. > > Well, as I understand it, pkg deals with such conflicts by picking a > non-conflicting subset when it can. (It may have a biased to preserve > what is already installed, I'm not sure.) > > Nothing present forced it to pick the non-devel lang/gcc* alternatives, > although non-devel lang/gcc* are normally preferable (when available) > unless one is deliberately testing lang/gcc*-devel usage: > lang/gcc*-devel are upstream in-development versions leading to the next > releases and they update more often than the non-devel variants and have > a more uncertain status from update to update until released. > > In other words, absent detailed information about the context, I'd guess > that the lang/gcc*-devel usage should be replaced by non-devel usage. > >> >> So far, everything on the test server has been running as expected, in >> spite of those conflicts.  But it is a minimal-usage server.  So I'll >> just go along with them for now. > > This could be a good reason to force each -devel variant to be replaced > by the matching non-devel variant. (But I do not know the context.) > >> >> However, I may have a higher level of concern when it comes to moving my >> two production servers over to the pkg install system when (if) such >> conflicts continue to occur with generic pkg installs. > > I do not really have enough established context to attempt replicating > so many lang/gcc* being under consideration in an way analogous to > whatever happened for you. I've only enough context to identify the > issues with how lang/gcc* have been defined. > >> >> Thanks for your explanation. >> >> And I apologize for taking so long to get back to you.  Life happened.  :) > > I do not really have enough established context to attempt replicating so many lang/gcc* being under consideration in an way analogous to whatever happened for you. I've only enough context to identify the issues with how lang/gcc* have been defined. Yeah, that aside. I look to FreeBSD as a stable operating system and trust it (and ZFS) to take care of my multiple-terabytes of data on my FreeBSD data server. So let me ask a question to the list ... Would you trust multiple terabytes of data to an OS that is presenting you with conflict warning messages? imo, the pkg/port folk of FreeBSD need to get their act together. Enough of the attempted rationalizations of the conflicts. Just fix the problem. Period. Full stop. From nobody Sat Jul 11 22:36:43 2026 X-Original-To: freebsd-pkgbase@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gyNq63ccjz6lkJW for ; Sat, 11 Jul 2026 22:36:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gyNq455Xlz42dp for ; Sat, 11 Jul 2026 22:36:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=oYEhx66U; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1783809405; bh=KCgIum7jfJ+HIq4/Vnrk+6Bp83Qe6l4isa7bxOu4O30=; h=Date:To:From:Subject:References:From:Subject:Reply-To; b=oYEhx66U7+jIOOazHenkLqRc/A9hl23amLpNu+7r/yag5x6UlbRz0/tZJEmajTzBm+W3GShdmW+i52u3jjtipLb51Z5PtylRWJt8FK+OudzH35UHi5qjcKzAr/kYRL3xRxKNSz9/2a/oxpnzMArL3mdrFrtEaQ4bNgmW2bjUFUdzz+sBOL7QVXKaiIlPoOMOGbhtZ+kj7WrvwSRs+XznQkx49IvQ2Cj6/myg75zQb1GtcWebZLNWU3+GeoNvMMoweswKkmioiulftExLKJXBQ8W59YMynZo3yyNbmwrX87Kx8IQSXlGRZzXvUiX+Kp/1MTTeTAIyj7aX8r4F1sUVAw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1783809405; bh=1mv5ynITwGimlAINx0QMhN76RRzcN7FsqCNvskVyD3T=; h=X-Sonic-MF:Date:To:From:Subject:From:Subject; b=KNw+SIgG5bdCDlt55h4Ec6+4ZVyXpWuVeJiACRGJB6JvevbQh4mE/1Tk7+cfCn7OXqodZVd0SDPd1fTdy5qh45v54H2pAoOs2ISXT4QBqtOs8BsUh2OwJ6R1trrl+PRg03+90imJh+OgN1rd8wNVHk4uptvgwEdkicgn6oCfmdAzNGTfTUG7Sqyg9DFH0j5QkGVLJn8SKUCuI0IWPWUjb33goVJeEEhjFMC6melur4OQn50/OlFjYT3ys57yTrSJJ+RqDWThflhUcuTnte9M+JiUC93Sb0FsXiqOzs4EJNDEwkefrqr296CXfGM9E/y1/wNw8Z1MC9pgOES8RyqjVA== X-YMail-OSG: wdEz6ygVM1kNMRhABczXRVB7uI1TWCLQaPY7kvCQRthmR1lPrXPwjaUgaN.laH4 AdbAQ70tZEOcouk2FL9noKgbcTSiJ9TntkHMdqxb8h37zyGJekrM13sp59jbG7dBfKXjZCDCf_i. hdUMz3ibKlfcejSY.Jfd0HbCspxZueUQTQNjf6_POnX5zqhH9gINSkGFdf_VCsjziemsiG9bj4Am MMIgXxzZSUM1sJo.3AHANXELmOL0zzRLBXZhXfMBzTDqkKeDBOMhvEqkNn5rBZOCgUR9Z6nlpxoi ukzD.xlEL8JGnOCCo6B8lGn0beFD_UPtx40.mcwstepybtKKGub7nC3EOQ9R39QJTxUFAYMfqwmC u.Nok5ycbCl_Eg7CDWKq2OrcsV0S0V_IbKgyVbuHaDePjwAaHlva4ZtU.Rcr.jsOtSzKLrJ5wTnG .fZwF.g9u62TpQucuJmyU.TMhQu843VeZKF7Ga.Q6CBxRgutTG24DUO1_DsXNj7.QNwEbEoW6vJT tJuFaC0upIt1K_d9NPgvy7aYZi8j8xBXMi51r4tu7YTkmZwJQh9SV6PbIwFZLy4lTl7jk5tVqQgo KGXnGdhj0nWVq25qS3H_DV0Zry2arOGysGa0tdVVAoZG6Y.lnZyemR4pGKrDGtqhoVrdYG2wWq38 QRMLxtjIe4UieTg9LVwKt4k04ZXRVS8BNE3o..TVcDWrCe4JmeYDFBI3_SaB_GWEGmnwLqO1OoK0 yPRTZ8xSur7BQDNw.1Vw9xkfiUA2_wdUs9gBF.3kLpBo3SYRx3AY3wc4kTqpTtbDgvqs1H3EmiNr QPoeNgQ3uuyHj0tdgwnPIsVqlK0wU4Ichf0N9GJ8giKrcdtkgaJEH2xNWa0TrZGR4OI0vqLM.wu5 qaS.4Erk.iO1ZQAWfobVDd9v3uDx5OgPaSDly1joGoskkgm69neURZM1elQCLLtgk_9Fi8U8P5oB TF5wqJBWBMRjG5zWOKGCiYci8ebNFEyl4NaqzZlDie4GVF7ILIISQDnNRgVLHOeS57qH5m.ZQ9bC JBbmuu_qDBVAi34UdqQr4QMFDczKWm59ndFg2NLyNQhCN6KWxywEIhcIxdBuGhUo.sBMIIj26NmK c9sBbb2en.faavs2osy4Em12yZ_NAVrWzvudgyZXUjWVdEcoWGWv9Fet.gasdm7VKKljsF_NqlT0 Jyh7s62_icadA2eTPT4eIhSU5HWN25Zq1PDoPz1eXLVUwx.qxOYzVCsNbPOMCUx3Vt.nAIToY9p. jFPKbGBzggmMaVqEPU7Z9MVxB1AGxDFm0Bj7D2rl7dbltlvhnD_lOb_KpiixaYeGbL7R8JTCxTDP Z.Sw3JxcIS687ACjImZyPBBAYYUuyZWAXzJocsWMc29XrmYkriGAWSjyx9KvXEnkxcnhwm5ZugV7 HvaAQY.f61DPtOTMzwQ0mnsyFz7Ve51izyC0IMyEpMCb9j5YZ67qfeD.0zfG4Kt7ArNPlHaohCdR 0F2_q.PJWuAZt1OEyh4WAqDPE3JsSL9fPvbbMO1Wy_D9Cl9maJ1eWgq5lwUfSYOTwlHZzceW0Xlz xq_P3ugqXG31fzL7hQfV5vjDDLXV6_T49JSLKzp55jdjGhW87ZgM42V.BH.1TRbSFw2lZhRriPJ9 RIDt9GP1C7a6c6V1lI53NzXThGY_wocC.nZl6v2OVKfMVSgwUhenqQ7i1owLrRO5v87bIb5__Q5S C1UzyKmRMLP1UKrdJ.LLji__GMgcfFl5q323WfVBdw5uZxk_55X0RjHUrGQKcCy5zGy73.tCpkOb qCAP_Awh8vGwJ0YK4BKAHnqJlf6vx_XKyhmhvfUUgzsoaN1hWCnz2KDnleegHW3ar_zccefhe3wi acawd9Hhf9Y16jplIxROuusOQ.IDh4SZjwQviiNi58LrCldjzEFoDMnB7x8VcG_SUmby57KewUNl _X5LfrHtS6giH9LC5FLkcylR0A9TmDxEiCeqOfMFXzDubzkK8vVtiOMgoUC8jyl3tap2JFO1sqxN O13ZdG1zZC4CfK2um9ELSbz2pzw4d6DG14iQ0B66wjUU5gUDgLhWw4aNU8C7G_ZtkGIeY28AgIvw IDAqTcdHGNey4RGAsimOE8s3qFOzZBgW8x2UAOjxZXsaVx6qj1nBn5ZwvFz9kZ4tPuxMQBD1hHjI zhEggDUSWb.UPfeyNWJaCsXP95Qoumu03YhLe7bkSpgd5jAMpgH..UE69mDRMOwbQ.DMQfzZKFBp aZoFa5_fyhAu7dviPEa.wm4l7uQuiv05507FWWOQcwTi4FG9sGJ.szaN2mc3K9kUZ8DGcrDF5J48 4cfAM8JQKkPHbhyFMLSoPrIIdrI.dZ.rPIg-- X-Sonic-MF: X-Sonic-ID: fe855d6e-1b83-4183-a87d-7c7b71967759 Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sat, 11 Jul 2026 22:36:45 +0000 Received: by hermes--production-gq1-6dc558886b-8pwsz (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b3645f6cd2de55ab10736f8c367c043f; Sat, 11 Jul 2026 22:36:44 +0000 (UTC) Message-ID: <00b31e87-a4ee-4f04-ad74-c2b14fc9bcc5@yahoo.com> Date: Sat, 11 Jul 2026 15:36:43 -0700 List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: freebsd-pkgbase From: Mark Millard Subject: Old /usr/bin/* files (and more) still around on modern main, long updated via pkgbase: looks like having FreeBSD-src installed and doing make check-old and the like are appropriate? Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit References: <00b31e87-a4ee-4f04-ad74-c2b14fc9bcc5.ref@yahoo.com> X-Mailer: WebService/1.1.26136 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-2.99 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.988]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-pkgbase@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from] X-Rspamd-Queue-Id: 4gyNq455Xlz42dp X-Spamd-Bar: -- On a upstream pkgbase system (pkgbase'd for a long time) I typed a command, expecting the file to not be found:. But I got a command from/for x86_64-unknown-freebsd15.0 . # llc --version LLVM (http://llvm.org/): LLVM version 19.1.5 Optimized build. Default target: x86_64-unknown-freebsd15.0 Host CPU: znver4 Registered Targets: aarch64 - AArch64 (little endian) aarch64_32 - AArch64 (little endian ILP32) aarch64_be - AArch64 (big endian) arm - ARM arm64 - ARM64 (little endian) arm64_32 - ARM64 (little endian ILP32) armeb - ARM (big endian) ppc32 - PowerPC 32 ppc32le - PowerPC 32 LE ppc64 - PowerPC 64 ppc64le - PowerPC 64 LE riscv32 - 32-bit RISC-V riscv64 - 64-bit RISC-V thumb - Thumb thumbeb - Thumb (big endian) x86 - 32-bit X86: Pentium-Pro and above x86-64 - 64-bit X86: EM64T and AMD64 So: # ls -lodT `which llc` -r-xr-xr-x 1 root wheel uarch 68479752 Dec 8 14:29:27 2024 /usr/bin/llc So: # ls -lodTt /usr/bin/* | tail -27 -r-xr-xr-x 1 root wheel uarch 68563560 Dec 8 14:29:27 2024 /usr/bin/opt -r-xr-xr-x 1 root wheel uarch 15488 Dec 8 14:29:27 2024 /usr/bin/newkey -r-xr-xr-x 1 root wheel uarch 16592 Dec 8 14:29:27 2024 /usr/bin/chkey -r-xr-xr-x 1 root wheel uarch 69104456 Dec 8 14:29:27 2024 /usr/bin/llvm-lto2 -r-xr-xr-x 1 root wheel uarch 3877344 Dec 8 14:29:27 2024 /usr/bin/clang-format -r-xr-xr-x 1 root wheel uarch 6408112 Dec 8 14:29:27 2024 /usr/bin/llvm-xray -r-xr-xr-x 1 root wheel uarch 68999520 Dec 8 14:29:27 2024 /usr/bin/llvm-lto -r-xr-xr-x 1 root wheel uarch 7259416 Dec 8 14:29:27 2024 /usr/bin/llvm-pdbutil -r-xr-xr-x 1 root wheel uarch 15092080 Dec 8 14:29:27 2024 /usr/bin/llvm-rtdyld -r-xr-xr-x 1 root wheel uarch 17197216 Dec 8 14:29:27 2024 /usr/bin/llvm-mc -r-xr-xr-x 1 root wheel uarch 4186472 Dec 8 14:29:27 2024 /usr/bin/llvm-modextract -r-xr-xr-x 1 root wheel uarch 50378888 Dec 8 14:29:27 2024 /usr/bin/llvm-dwp -r-xr-xr-x 1 root wheel uarch 13936608 Dec 8 14:29:27 2024 /usr/bin/llvm-mca -r-xr-xr-x 1 root wheel uarch 52408312 Dec 8 14:29:27 2024 /usr/bin/llvm-dwarfutil -r-xr-xr-x 1 root wheel uarch 10581760 Dec 8 14:29:27 2024 /usr/bin/llvm-extract -r-xr-xr-x 1 root wheel uarch 5332256 Dec 8 14:29:27 2024 /usr/bin/llvm-link -r-xr-xr-x 1 root wheel uarch 14825272 Dec 8 14:29:27 2024 /usr/bin/llvm-dwarfdump -r-xr-xr-x 1 root wheel uarch 3440088 Dec 8 14:29:27 2024 /usr/bin/llvm-dis -r-xr-xr-x 1 root wheel uarch 68479752 Dec 8 14:29:27 2024 /usr/bin/llc -r-xr-xr-x 1 root wheel uarch 3646560 Dec 8 14:29:27 2024 /usr/bin/llvm-diff -r-xr-xr-x 1 root wheel uarch 56905096 Dec 8 14:29:26 2024 /usr/bin/bugpoint -r-xr-xr-x 1 root wheel uarch 34556888 Dec 8 14:29:26 2024 /usr/bin/lli -r-xr-xr-x 1 root wheel uarch 4789024 Dec 8 14:29:26 2024 /usr/bin/llvm-cxxdump -r-xr-xr-x 1 root wheel uarch 4630800 Dec 8 14:29:26 2024 /usr/bin/llvm-as -r-xr-xr-x 1 root wheel uarch 581856 Dec 8 14:29:26 2024 /usr/bin/llvm-bcanalyzer -r-xr-xr-x 1 root wheel uarch 7624 Dec 8 14:29:26 2024 /usr/bin/keylogout -r-xr-xr-x 1 root wheel uarch 8296 Dec 8 14:29:26 2024 /usr/bin/keylogin That leads me to wonder what else is old that is still around. So, based on having the matching FreeBSD-src installed: # cd /usr/src/ # make check-old >>> Checking for old files /sbin/gvinum /usr/lib/debug/sbin/gvinum.debug /usr/bin/bugpoint /usr/lib/debug/usr/bin/bugpoint.debug /usr/bin/chkey /usr/lib/debug/usr/bin/chkey.debug /usr/bin/clang-format /usr/lib/debug/usr/bin/clang-format.debug /usr/bin/keylogin /usr/lib/debug/usr/bin/keylogin.debug /usr/bin/keylogout /usr/lib/debug/usr/bin/keylogout.debug /usr/bin/llc /usr/lib/debug/usr/bin/llc.debug /usr/bin/lli /usr/lib/debug/usr/bin/lli.debug /usr/bin/llvm-as /usr/lib/debug/usr/bin/llvm-as.debug /usr/bin/llvm-bcanalyzer /usr/lib/debug/usr/bin/llvm-bcanalyzer.debug /usr/bin/llvm-cxxdump /usr/lib/debug/usr/bin/llvm-cxxdump.debug /usr/bin/llvm-diff /usr/lib/debug/usr/bin/llvm-diff.debug /usr/bin/llvm-dis /usr/lib/debug/usr/bin/llvm-dis.debug /usr/bin/llvm-dwarfdump /usr/lib/debug/usr/bin/llvm-dwarfdump.debug /usr/bin/llvm-dwp /usr/lib/debug/usr/bin/llvm-dwp.debug /usr/bin/llvm-extract /usr/lib/debug/usr/bin/llvm-extract.debug /usr/bin/llvm-link /usr/lib/debug/usr/bin/llvm-link.debug /usr/bin/llvm-lto /usr/lib/debug/usr/bin/llvm-lto.debug /usr/bin/llvm-lto2 /usr/lib/debug/usr/bin/llvm-lto2.debug /usr/bin/llvm-mc /usr/lib/debug/usr/bin/llvm-mc.debug /usr/bin/llvm-mca /usr/lib/debug/usr/bin/llvm-mca.debug /usr/bin/llvm-modextract /usr/lib/debug/usr/bin/llvm-modextract.debug /usr/bin/llvm-pdbutil /usr/lib/debug/usr/bin/llvm-pdbutil.debug /usr/bin/llvm-rtdyld /usr/lib/debug/usr/bin/llvm-rtdyld.debug /usr/bin/llvm-xray /usr/lib/debug/usr/bin/llvm-xray.debug /usr/bin/newkey /usr/lib/debug/usr/bin/newkey.debug /usr/bin/opt /usr/lib/debug/usr/bin/opt.debug /usr/include/netinet/tcp_pcap.h /usr/sbin/keyserv /usr/lib/debug/usr/sbin/keyserv.debug /usr/share/certs/trusted/Entrust_Root_Certification_Authority_-_G4.pem /usr/share/certs/trusted/SecureSign_RootCA11.pem /usr/share/certs/trusted/Security_Communication_RootCA3.pem /usr/share/certs/trusted/SwissSign_Silver_CA_-_G2.pem /usr/share/certs/untrusted/AddTrust_External_Root.pem /usr/share/certs/untrusted/AddTrust_Low-Value_Services_Root.pem /usr/share/certs/untrusted/Cybertrust_Global_Root.pem /usr/share/certs/untrusted/DST_Root_CA_X3.pem /usr/share/certs/untrusted/E-Tugra_Certification_Authority.pem /usr/share/certs/untrusted/GeoTrust_Global_CA.pem /usr/share/certs/untrusted/GlobalSign_Root_CA_-_R2.pem /usr/share/certs/untrusted/Hongkong_Post_Root_CA_1.pem /usr/share/certs/untrusted/QuoVadis_Root_CA.pem /usr/share/certs/untrusted/Security_Communication_Root_CA.pem /usr/share/certs/untrusted/Sonera_Class_2_Root_CA.pem /usr/share/certs/untrusted/Staat_der_Nederlanden_EV_Root_CA.pem /usr/share/certs/untrusted/Staat_der_Nederlanden_Root_CA_-_G2.pem /usr/share/certs/untrusted/Trustis_FPS_Root_CA.pem /usr/share/locale/hr_HR.ISO8859-2/LC_MESSAGES /usr/share/locale/nl_BE.ISO8859-1/LC_MESSAGES /usr/share/locale/nl_BE.ISO8859-15/LC_MESSAGES /usr/share/locale/sr_RS.ISO8859-2/LC_MESSAGES /usr/share/locale/zh_TW.Big5/LC_NUMERIC /usr/share/man/man1/bugpoint.1.gz /usr/share/man/man1/chkey.1.gz /usr/share/man/man1/keylogin.1.gz /usr/share/man/man1/keylogout.1.gz /usr/share/man/man1/llc.1.gz /usr/share/man/man1/lli.1.gz /usr/share/man/man1/llvm-as.1.gz /usr/share/man/man1/llvm-bcanalyzer.1.gz /usr/share/man/man1/llvm-diff.1.gz /usr/share/man/man1/llvm-dis.1.gz /usr/share/man/man1/llvm-extract.1.gz /usr/share/man/man1/llvm-link.1.gz /usr/share/man/man1/llvm-pdbutil.1.gz /usr/share/man/man1/opt.1.gz /usr/share/man/man3/dpv_free.3.gz /usr/share/man/man3/figpar.3.gz /usr/share/man/man3/get_config_option.3.gz /usr/share/man/man3/parse_config.3.gz /usr/share/man/man3/replaceall.3.gz /usr/share/man/man3/strcount.3.gz /usr/share/man/man3/strexpand.3.gz /usr/share/man/man3/strexpandnl.3.gz /usr/share/man/man3/strtolower.3.gz /usr/share/man/man3/sysdecode_syscallnames.3.gz /usr/share/man/man4/rtw88fw.4.gz /usr/share/man/man4/twe.4.gz /usr/share/man/man5/publickey.5.gz /usr/share/man/man8/apmconf.8.gz /usr/share/man/man8/gvinum.8.gz /usr/share/man/man9/vm_page_sbusy.9.gz /usr/share/man/man9/vm_page_sleep_if_busy.9.gz /usr/share/man/man9/vm_page_xbusy.9.gz >>> Checking for old libraries >>> Checking for old directories /usr/tests/sys/vm/stack/.debug /usr/share/man/man8/powerpc /usr/share/man/man8/i386 /usr/share/man/man8/amd64 /usr/share/man/man4/amd64 /usr/share/examples/drivers /usr/libexec/kgdb To remove old files and directories run 'make delete-old'. To remove old libraries run 'make delete-old-libs'. # make -DBATCH_DELETE_OLD_FILES delete-old Did I miss some sort of documented cleanup step? -- === Mark Millard marklmi at yahoo.com From nobody Sun Jul 12 08:30:12 2026 X-Original-To: freebsd-pkgbase@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gydzp51jxz6l3Y1 for ; Sun, 12 Jul 2026 08:30:14 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "YR1" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gydzp2qcWz3FQ1; Sun, 12 Jul 2026 08:30:14 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1783845014; 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=aFd3O+YD1HFuCK/zxSoTH2AR66TeW4pltf4eQ4byEmQ=; b=rCg+ldNIIh+Yaruvy/O+zn9uBEAznWWBbqbaIhklnhAnhBjxn4QFdDMwrZj6hf90ThEB3K MrDnYbTM677KMtJoL60QYjoeov7ofXFiTeQ0oIlx2XTrSGCRDZNPFuLjI48khAmJq7Jr4m ZTO2DSJbGNDRosTnqNvLKryuSfcxzwSxruazPexpzEH1MpjPRqVEGDdSZX8RJzd1A2Yql9 CwWSrgoD0veughSCBm4U9qeb2u/9kxGvXw9cDJuTlR3MrWtiaFVVfLnknhA/SIwGREWa44 b199QD0hZznsYrMxneacRunM5pQAfqnVXHd1kFhBepdFKT138zm7r22JCNmqGg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1783845014; a=rsa-sha256; cv=none; b=mrkErTwWwLCNLW0ESj6/XG83yDqP2pBFlDZQj/BYH6zIpUIo9bRLpU4ydN1eOGXZtdKJ10 YUAQh3wTm/dTRP5YMZEM0YsdpowPpAZwIqDZbTYkp6jcLALt4dij3BoZalCepXK3QA/TxA nwmQ2Krz78j4QiMt60K6rdkcja+DotgTF77Rsy23Q5+RYhpC3RgXLlDBRRf2/zvEgdM7SK BlcNYc9wteIvEjRJv1jsONVgZSfSN7OW1tmtgDcnCZAE6lnKRFk61vVQ6BZDYdirfafhJ5 vOHr9G4veZ7brVDjwZAU3YP6JF88vm4xaIcuDZY8QPMDd9A4YBqKDJvnOxwi7Q== 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=1783845014; 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=aFd3O+YD1HFuCK/zxSoTH2AR66TeW4pltf4eQ4byEmQ=; b=dV3xybOGcqaOT6wKEC2/4p5kS1GabdglIFq6JDt3aKoMdhdgL5wh+x4bDJXOPI/+Lh1IlL qD3eSC2E+wIPIma6gITF69Uy18qVI4MmJyfocGtO1HJ8A0LZ2nfbpwaNYCIC6Ht6by7BfX WD2H3wnlOopeAZhI9xiJbdqd7JFRY2hmiSImwQei9xgJJ9GbiO9CHI1O2mQbxQsbccWvQB VZnzwY5dlBEIToi2lR55AiXuwTIVrMQ+rOct4skfZycNB+kZrclVpzkseaXUfKFTmYKDkK heGdc5JnpWkVKUe8d8rWgMpM0Rd2mogJEjVacsv/ozm1MiC17dLkqseOpLc/Aw== Received: from ltc.des.dev (92-129-202-201.ftth.fr.orangecustomers.net [92.129.202.201]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gydzp0qsDzyw6; Sun, 12 Jul 2026 08:30:14 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 4AA3B80F44; Sun, 12 Jul 2026 10:30:12 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mark Millard Cc: freebsd-pkgbase Subject: Re: Old /usr/bin/* files (and more) still around on modern main, long updated via pkgbase: looks like having FreeBSD-src installed and doing make check-old and the like are appropriate? In-Reply-To: <00b31e87-a4ee-4f04-ad74-c2b14fc9bcc5@yahoo.com> (Mark Millard's message of "Sat, 11 Jul 2026 15:36:43 -0700") References: <00b31e87-a4ee-4f04-ad74-c2b14fc9bcc5.ref@yahoo.com> <00b31e87-a4ee-4f04-ad74-c2b14fc9bcc5@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Sun, 12 Jul 2026 10:30:12 +0200 Message-ID: <865x2k390r.fsf@ltc.des.dev> List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mark Millard writes: > On a upstream pkgbase system (pkgbase'd for a long time) I typed a > command, expecting the file to not be found:. But I got a command > from/for x86_64-unknown-freebsd15.0 . >=20 > # llc --version > LLVM (http://llvm.org/): > LLVM version 19.1.5 > Optimized build. We've never shipped llc as part of the default install, so this shows this system was previously maintained from source using non-standard build options. > That leads me to wonder what else is old that is still around. So, > based on having the matching FreeBSD-src installed: [...] pkgbase does not leave old files around. These files were there before you converted. > Did I miss some sort of documented cleanup step? Yes, back when you were maintaining this system from source, you should have run `make delete-old` and `make delete-old-libs` regularly. You also shouldn't have converted to pkgbase using packages built with different options than what you'd been using previously. You should have simply done a last buildworld + buildkernel with the same options, then run `make update-packages` and installed the result. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Sun Jul 12 16:27:58 2026 X-Original-To: freebsd-pkgbase@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gyrbJ6mxBz6kM30 for ; Sun, 12 Jul 2026 16:28:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-24.consmr.mail.gq1.yahoo.com (sonic303-24.consmr.mail.gq1.yahoo.com [98.137.64.205]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gyrbJ3x2Jz3LGG for ; Sun, 12 Jul 2026 16:28:12 +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=1783873690; bh=RQylUcMxisa54zoJJ8ZwyUZDDJgWplMn1J1iZZNimJ8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=HpCcAkSZu/M0mFfZ5XcirsopJ+j9hDffCqUnB4S3gKoPBFxFVtP+/lqA+Vb17YleMJEhNwc1MWUvc12UYcZ+j25OVXe8CIyo9D79gPGs1QEk0AZUd8ZhquDw/JAizm8p8KpoRINALrWy1BcTOGDv5CmphZNPCFVufpkAVXwah7pEiXS4ihQkUg8qy1Tqtr39AMPstK4xyLtT6YGXSczZT2LhS4nQcCZwtgzWIntEFZ/7/r395Mp0dSaQE8FSy6x8U8jzMW2A6kvPvi0p2mxZxrL0ewgIJtdMioEqaCzzv1UnyWRS2JySIMX1pi8yzMU/2U612seziJtAupV9uNrIrg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1783873690; bh=wJWm5BJa3OlhrQQnKAxsBw+OA8f+ks4RMvrvjwytO/o=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ZGT89erLP2kP/M3InPUoHYV9d6ex29bzsuQViH6Wv1Ga8okt78LYtv98sDuHRKFlw7iluWbcF4tIOiLC3MC3RG/iquo7kfwuaoXUrQnhonreVDPr0OWao5SClcgXeHXociZ0KZ4+JblOj7jzm4XQlfUwNax78uX9Naq8tfcZxof39T2cAH8q7sVg+APkSPzFE1bdRDusR0bMDKb3elxuQTOIECY7Fg+Q5dHK1gNGfoKG6OwSNsz9jfLpwML22KR591b5v8KYDxy/Skvmk5blcR0j7gsP6uvDGS0z+t53qUpqiUcRei6ob3HXRO3jjLBEiLhEUe8Z2TbwXZGfFl13WA== X-YMail-OSG: FGGhAs8VM1nW24rlewIlf7uDcT55bFmFe9SZhT1UngOC3IIeD1eYxkLTIiGF8VK JU8o.Q5nkerwwZe_kFTV_4nsQCCemxlTbNEmrT.BqKJAE99fBi1YKnxcjkBNbxJ6cR08xKhPMwdx _ZMIuma8yn0NUh4N9SeVKTgZHclwp9HeOPNVhJRcT_9FQvNbiHmT9ahhkN_RqprNu1zVl8gp.Lr4 WLNcGiuQRljxSyw_bf2Nz6Ufe4b2tXvUl_it1KA3GSClfNdLqi0Mbx6EGPV79W5HMMrrH0mSV8mM wwNcnxKbsit8jNmkQYshVGWVzHesNoqsMrMmWmF9tFR3Z9JaaKBuYqxZqJsg2pUEmf41eS3oU7mV 5nE.zgbmPM83uUEJgwBqX6guwThy46H3JAZx2V.qvRilXLeRkBYO8SsCz.YZtuYGdacTV3rMyQrL ANSp3fGj3DgzqIu0a0aXSS53GzUDBR.ouj7PNYwtsyij95SgHy8nq92o3YkNd4b4g6PgppOSu18i FwpK7kb3RAD0t6A1NxUL2F41.I9bO4ayQE0GQqg_08GWch41ooTYWXEb7ooe.CsyYmeDKK6Vlf7Z dA2R102LE9mUs1YiGE6SfSQ3YuzjhsIbdYw7eg4u.w9HGVbLBJNwdphMiGoYLBu9s.RLrXEbr73a nFHRfI2Zff.gjwsbTLgBjp9hCG8m2o4hxvcjuujvd8pmzIb.hJruoUu.PW56JJMLWSZ51qAz3Kx0 GBeI1hnorS3ti.rAZNpATUpV6CWlPmspT_jjFB9HGfc_C2vrksSrjIAjYWjnZfXRB1er7LIdhDFJ OaFTMfBMupd4boGwdJvfAIoEjfEiQVHp4W7VNo52.m.0xqOAg5AbY0M2RxlWZ8HUzyBvg9xAQTlM GsFX43ZbUe52xAPEBvYGgjYpCP.sj.HoGNvxbRyRGDyenc6L7zq3lYPIyjwuoufeKkyhUHFhElUL enDFqWGZb3f3zYzg_omuDj.W95Td0.oHrwn_f0b_vkjb1CVgqaqYJBf.fJc_g.PMhtEMsu0rWpK7 nR.Smr9gpw7Ruk0mePV4Xyakdoj7aD7k9a5ZTnAKIqjfc2W7t3g4udynSErUTHtCSmwf_3Bf1eCz IvDKDD_GJipcT3_hOZm2qev.VL7JrcmAFMjMgwaqFO2uZ4lkrdWaG_1g5MUDN1ulZVAbR8CjzlHa .2NV5uQ03mbjjoB9X47INJIRNReKlkqyrKKtxDg1TMrlJedgVfXcNqgw7eljrEXuyveg3Aiymb6Z oXwL9.ECEzhRV4ph2QaxIZbX3PsXOFCuF7O8PzkzW_n1OnTYaHjLOWR8V7Ni1OUPUi84Ydz0m2Zw 52XjEthpWYnhC9TKEWt5K2sZv3FbP0Oott0g_HZ9JYBw2CKJM2G.KVdnnXsD2rUtlPqB2bQvW006 xpxdkOdiNVOI4Xl0crRMYZ8Xy6AeY3MpJagPyg11t3B9kcdc5RQkVEJ1Yuz8iI3IqA_ne04CYXYA 7zWbMlz1xNrgHxaSAY.NaKVGwJvFLqEfhpysKBpj3D1itMF1V.SYgxPHnaBbXoaAlvL_pX7YgCwT CtLeU7bZeYjpFCe4qQRFzKL2CO._AN21Idvlk77kFOKU.d82vJ_lxpcvRYUU.GhWv8bVkwVGMqC2 TQmrYAY4tM2v_LxPCHHHmLvKOk3G2EsQEoN3jMBicOXIIg8e9SxcCEb1jB76_3EfJHrSQV7K2T0y tuqzpVgEnGKkCYoKSiTjtxuPIDV.B4RHGWFClL1C7g1WLLYTnlteaE8VlqBU81kN2eAS5KMULXhZ 0SCtXmpJWREcFYJjH0heYxP0dUjwFZVNtSKkSEHdIo5578eeYao7q9oXertYuowdn2BO4Ihj11rd YeZ_AY69G4Cl2yiK5Cn9ut2Tt6HbNPpg7dAI7cALIHInS1jx4RqlBzDTFCc.hC.x7TUO3P45EMZn dzmtvVBAxhkAGrSsnMpOd9s1V_RMv9OP1vP8zANKTFyFQueAEDIma_bE6Tl3mUgzV4sQRqDYLgqY G9WednZ2r_1hPucVKrPUmDeNVEYi.Wca_TbYPFJ1uYvE5UBA6mW_aMD7YuwyPRXcDQZ20St7SdJl 3zxyJH6zraL4revcTVIcQxhFgzSvyHgsGhd9bPY0QzQNm0v5eA2U1vHxmABUID2m8p3A9wKVQOGu Rx5.IdSDkTZiOsvNnhvDF5guLDfWkEl4pCEQusi28M7sgnyYnbfVSodJbb3DYYrV92ZucBS6_edO V8W4llU6mcR9h8m8fgrtsllx1jsl6Opb1B2U_tnm5H25w3v3k5zXQLRqpll_41l_IfdS.EOJ8gdY iV9hRARMj28qnt9KgxcND90fXarFrdlKounNq1dANCMnpiI75r84- X-Sonic-MF: X-Sonic-ID: a2a66457-642a-429c-b38b-05c23a13a268 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sun, 12 Jul 2026 16:28:10 +0000 Received: by hermes--production-gq1-6dc558886b-fwhhm (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 9ba434164335d54f5696e5ac1ea7576d; Sun, 12 Jul 2026 16:28:09 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.600.51.1.1\)) Subject: Re: Old /usr/bin/* files (and more) still around on modern main, long updated via pkgbase: looks like having FreeBSD-src installed and doing make check-old and the like are appropriate? From: Mark Millard In-Reply-To: <865x2k390r.fsf@ltc.des.dev> Date: Sun, 12 Jul 2026 09:27:58 -0700 Cc: freebsd-pkgbase Content-Transfer-Encoding: quoted-printable Message-Id: <2826BC9C-63C4-4194-91FC-AA9D4EE290A3@yahoo.com> References: <00b31e87-a4ee-4f04-ad74-c2b14fc9bcc5.ref@yahoo.com> <00b31e87-a4ee-4f04-ad74-c2b14fc9bcc5@yahoo.com> <865x2k390r.fsf@ltc.des.dev> To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= X-Mailer: Apple Mail (2.3864.600.51.1.1) X-Rspamd-Queue-Id: 4gyrbJ3x2Jz3LGG X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Spamd-Bar: ---- On Jul 12, 2026, at 01:30, Dag-Erling Sm=C3=B8rgrav = wrote: > Mark Millard writes: >> On a upstream pkgbase system (pkgbase'd for a long time) I typed a >> command, expecting the file to not be found:. But I got a command >> from/for x86_64-unknown-freebsd15.0 . >>=20 >> # llc --version >> LLVM (http://llvm.org/): >> LLVM version 19.1.5 >> Optimized build. >=20 > We've never shipped llc as part of the default install, so this shows > this system was previously maintained from source using non-standard > build options. True, as I well understood but probably should have been explicit about. Also, the context was main, as is usual for me. >> That leads me to wonder what else is old that is still around. So, >> based on having the matching FreeBSD-src installed: [...] >=20 > pkgbase does not leave old files around. These files were there = before > you converted. "files were there before I converted": true. The official upstream pkgbase distribution that I used did not on its = own do an equivalent of delete-old when I converted. But, thinking about it,=20= I converted somewhat before pkgbasify became public, following other instructions, so more manual than pkgbasify. I was deliberately = converting to an official, upstream distribution, not to the equivalent of my prior personal builds as well. Thus: not surprising --and my example does not necessarily match what a modern supported conversion would do for such a context via pkgbasify use. >> Did I miss some sort of documented cleanup step? >=20 > Yes, back when you were maintaining this system from source, you = should > have run `make delete-old` and `make delete-old-libs` regularly. I always did after I installed my personal build (delete-old) or, possibly, somewhat later (delete-old-libs). Nothing that I wrote indicated otherwise. You jumped to a false conclusion about my not following standard procedures for such in my historical style of operation for my type of context that I used before my conversion. My conversion deliberately involved an official, upstream pkgbase distribution, not my own build. So: no longer an analogous context for my boot environment. Following the instructions was a deliberate experiment at the time. Had I done it somewhat later, it would have been a pkgbasify experiment instead. As stands, at no point before my conversion completed would make delete-old have removed the files that I reported. If an analogous pkgbasify conversion was done these days, I do not know if it would. > You > also shouldn't have converted to pkgbase using packages built with > different options than what you'd been using previously. No: I no longer boot a personal environment by default. I have a chroot directory tree I now use for my personal world when I want to use such. I have an additional personal kernel that I can boot as well. (I have at least one configuration that I use that requires such.) You have jumped to conclusions about what I was attempting to establish as the new type of context by doing a conversion to pkgbase use. > You should > have simply done a last buildworld + buildkernel with the same = options, > then run `make update-packages` and installed the result. No, not for what I wanted to establish as a new type of context. As I have /usr/src/ being from FreeBSD-src and other /usr/*src*/ trees for other contexts, I just cleaned things up with make delete-old from the pkgbase /usr/src/ tree. (check-old had reported no libraries for delete-old-libs to deal with.) Note: My personal kernel and world builds still are not based on = building a pkgbase repository and they still use non-standard build options and = the personal kernel has some of my own patches for specific issues. For example, for aarch64, I have to use my kernel for an 8 GiByte RPi4 = booted via EDK2 to operate correctly/reliably when the 3 GiByte limitation is disabled in EDK2. > DES > --=20 > Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org Overall: It appears that anyone converting from a non-defaul personal build of the system to an official, upstream pkgbase distribution may have = similar issues to what I had and may need to clean out what became extra/old = files. =3D=3D=3D Mark Millard marklmi at yahoo.com