From nobody Sat Jul 18 08:45:35 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 4h2L2v5WtWz6l5yX for ; Sat, 18 Jul 2026 08:45:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-23.consmr.mail.gq1.yahoo.com (sonic312-23.consmr.mail.gq1.yahoo.com [98.137.69.204]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4h2L2v1c50z3JMq for ; Sat, 18 Jul 2026 08:45: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=1784364340; bh=kNtgpHUzl0h7rKMHVmtuunja7rOS4dOm+8DRBsUpPnw=; h=Date:Subject:To:References:From:In-Reply-To:From:Subject:Reply-To; b=UjZpwtcVz449EqjEZ8C8+1s/ez7SGS8kHxse3757K6GnHikGgGQwuIUmUYHpBA6C49CHvAO0J6fzHd22JOJSlvyn3CjbDcaSAuz25dSWSAGVgdglLTZFtr/1lLO2GOQ6PDZAtzfsadwXhoYdUvRUIqG8kiZPSpGhveIqsyHM6iCimXp0581MsCd5SqEjx/P6SGLHwZk/IYrLQNaSjcF7pJNiNL0cRLbCX37WQwr9/UjOga26t0za7lWOILwReUYe7j4OI42Z7bJLlwKw3L8+SOnqStMUHMRGmDObPYCMWcmwZCgtgT85kbtjjVujjaydsaJ4y2eGWWBiTLrz5W6MwQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1784364340; bh=Th+8xr1uuvFw1Ir7iYB0BdSz9yF/Vl8I68mCOhgwsoH=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=r3hr/gSeW8OnkB1U1r7FadAHc0iIvxlORNqf2VGQ1Dw4pGSELwc0qr4G+AH+rIoqIIHFNou8kjYlivHJEnaQ9zhYcuMTSbLHkOK73lNrcT1+SattwyZHWFMNX/WxMDXiaqZlTOB57IYrcbs9FkEQRpfstvXosCHpcOxk+HQccEw7Tl6aISxJht4p11EQwa2a0Ma8DjWI/Vnr7R9Sh5ZWCejTG/xQW81npULHPSnW7deF9O/BSBH56HGjtI1/1FejMHEGM+Mbel+OA+m3pjN9Dfmj2EmTvFJtSXSK4NZXehQmNQRRaJ7/nQEypK14xjd91vP9yuP4zLNAfBN8P6MKag== X-YMail-OSG: jemFcJ8VM1npJhpNgS4GtH1lY0fS.XvuenZ92c.fX7c7vW9hBadAWCsU3DkNdQN bobvSTxHaKY.eD_cpQuQLSAyDEadtYCX5PbZD87l0mgnLOpLjJYuTp.IhjUdwlbL5nfGc7K5Pe2X cpzaCu2RINqY3whj7ltLqFlihAqFr41u8qz0mVfSmPp5Hq34jawKb6zywPUFhdblLZSDVOedUEBg _tzwfsYe4L0s6rfpl.UtBzeNo7VGdJUbBSK907JXlmgOXJB4k3iUHNpf3NLP34rVwXozh585tjik WpUwxyu_TQV5KCN_vpUts00nztt8zjpXeq4OwWDhQ.5tzwID06D7OxH0TUPFFEegrbygwsiSvtuD yj8RQ7B2rqmJ9CsE04cJ9UiU8uBSuvunAe0cA6G2gBkMv4YT2Fu_WMtrqGyJ2YGETBITNI3R0amK tpScXT_ZIovNLMSh13JyOF0gC2VOMcfZhHz2w79sBKVusac0iISvnaCesVmjDs1Iklg9TypKtoux 6C5KVnn9yWavewmh6O2wKdm.TbP1ePLZlgv3WjPG9PBlbw5_IE4pe3GiFpB9o7a9lNYYXv5c1lKL GN3yTEa0ORFSroyFBw9PGNtW3rI3Qp2jISsNrn6SQ0PV.UJ96ANPLaHdEbpYKgmz0x9qY1xqW4jC hztx8gNuKHH2xCn_YqL1noGgvrqD5r5CNCNhLVPizJtfGFnhap04svTuTHCbuAlOkiaNxpoTh.gx zCYR51qydhN9NJuaWijlMjbsbHsYH8mHfVXSJabihEk6lLulrD.A21SU0L2pUb0D9HUJmnvvFrku BJMf8e5WoTbzTW_QIOMXoSVJnKI53wtyO6Z1DDGrkxtgXbO51CcGnQvqO83E4emNBOrjbZhRtRmx G2y_IevwKXbaK6KWN69caGWVkiYFVxb2MtIVfsGhmXj4WRiv2TfY1FYZo8hKMJoJf7z9eXK1WX29 PLgrm_E1pysYXM6KbRIt9.6_yqTGYM3CjQpAOOlEWt_Ghlsi4mjF8NkCxgD2DADiUrvM.Rxmvqzp iErsFM2Gco8FGl.RlKC4rnfguJ7rqPaKQ9j9wMcCx_S5q5dENHNQrbzIwaS1lA5UCMHPrlB0xOAR Z7_at4scnWd4s2Z8W5w6ke.fRl2HC63OKTGdQR1u4Ru5WTvtA6ICbn5_U1PSVMlTwZkYYn1UIK2A kB9uJnBcnnLfBPCqOdRperpOqLvcW3HQtiZb9xeOqCwb6C.MnIIgd30qNRlZ4rSHbJXo0WEtv77A bT7vo_DF4niooEeIdc_HpvpMl_RfAwlPQRhPZoU_5LlDBi94C9bbBmPPJlfZUOrPCfqpLU8g0uLh SRRDc_0RvgpPcYTM6NeOACYBS59bN2kcO0fwbfmEKnWjxbMW_rMApkBEzTuWwgR6ojRIbKACEM9e dDlScoh2Nnh0xSfiPr18OU9gRayGkl80d4kPcGQchzM6rETkDIgDj2LSPt2xk60ygKzJMyRQz47e 9guiviSsehTzRqhQaLWuCbouW1w4uF9ty2dnTtHtsWC4CYceXdrrgihJ2fAWI6.wccpR2E.JT2tg e2OHcwxr2b3nIERjBnBfBEa5TG92Y.2x9l1YcgCiSVaCOJEcAkdkcgjn2blI4y_Q.bYYFMZ5UxgX VEB0V4Rf_IL4rYONnafGAwmii4maY9fhKcBpqCezEDN_TqKl3FLXX7iSTeUCxLJZnbkck.iqs9_P KvUYDYMP6nDc1CdfuSfi9hSYnYTpEvHXdqsr9P2hqpxsWIicG0rdu.UpjvoMMStmcxjjSb3a7thy mgtoj9FUOFUdDaIt6vzFWP02a4qj10akVB5B5dnuWIkremUK6dViILP1R_a1Y8BaS7wKjaFL8aNN p7Wat3vX1ISEELESpcCP0a2z14surG3y4oVHPa9_O3WIRe5Ngxz1smbQmofog2I1fpkRcUbLTfOL 0CJ5lN0kO6FYWEJ3BpDC_sl0uWqE3NW1QR8glqzmAuWC87hNS5ryfJ9QrAOS5CmnXwIhawQk9b63 ssfez7750M8W1J.kt7YnvPk0E4KWAkv1_pDMf.7CpkWORaqXc_xHRUnpvj2hkN81CTbHMp9fBTyL HDzwYsPhxlmDV5JMcSXeEBFA2JDJXvakWX2V7UiF.1RCV2owSwzjtS3k_8ONh0O13rRenieNLbOb GaUq9d7qF_Q2PmxUNbpjVo1v7XKfoplOqdUbY_vwHZN8v1bxPlIFo8cXjQEkaTF2rKXfiuyTD9bP 6mtbFHbP4wH5ecROmTVz_u90weJoaiThqObZ3WOrJgsr2sSc7S2U11keroNR5.odMmTRYBtYQCEm sh.hoUUvIZAL0szi8Yir2FLLwk9QC_vd.rDPVFRkQ2juK7caXmQ-- X-Sonic-MF: X-Sonic-ID: 36da6ae4-6f08-4d46-ac2b-ee07aab0a7ec Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 18 Jul 2026 08:45:40 +0000 Received: by hermes--production-gq1-6dc558886b-c7m4t (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4214594558c1f9141bf3b1a6b0e107a2; Sat, 18 Jul 2026 08:45:36 +0000 (UTC) Message-ID: <386818ca-3142-4eb9-bb86-206823539356@yahoo.com> Date: Sat, 18 Jul 2026 01:45:35 -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: 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.26180 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Rspamd-Queue-Id: 4h2L2v1c50z3JMq 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/17/26 22:29, Mike wrote: > > OK, I had been critical of the "conflicts" presented in pkgs. > > Today, I performed an update, > Many, many! gcc updates downloaded and installed. > > And, after the update, lo and behold ... > > No conflicts noted! > > ..... > > # pkg-do-upgrades.sh > 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 (0 candidates): 100% > Processing candidates (0 candidates): 100% > Checking integrity... done (0 conflicting) > Your packages are up to date. > > ..... > > > Of course, there still remains the questions for me... > > Why do I need to download and install all of ... > > gcc12-12.4.0_5                 GNU Compiler Collection 12 > gcc13-devel-13.4.1.s20260624   GNU Compiler Collection 13 > gcc14-devel-14.3.1.s20260618,1 GNU Compiler Collection 14 > gcc15-15.2.0_3                 GNU Compiler Collection 15 > gcc16-devel-16.1.1.s20260627   GNU Compiler Collection 16 > gcc17-devel-17.0.0.s20260621   GNU Compiler Collection 17 > > > on the server? > > Six different versions of gcc?? > > I mean really, can't FreeBSD get its collective act together and move > towards one or two, even three versions of gcc? No set of FreeBSD Volunteers have agreed to do such a thing for you. Are you volunteering to work on the problem? (It does not sound like it.) There are 6 lang/gcc*-devel that are test builds of upcoming updates (or first release) to the matching non-devel variant. So the total is more like 11 port-packages, as stands. It is also the case that 1 or 2 of the non-devel ones are gcc* releases that provide a context for working on updating port-packages to use them. As for the non-devel ones otherwise (gcc12 . . . gcc16): There are 35000+ FreeBSD port packages, some fraction of which are directly based on using a lang/gcc* and some which may be dependent on those but do not use a lang/gcc* directly. The port packages are not based on native FreeBSD source code but on upstream projects, some of which make little effort to support FreeBSD and some of which support a range of OS's that do not agree on what vintage(s) of gcc* to have around. FreeBSD does not have the resources to update all those upstream projects. Those upstream projects are not all time/gcc-version synchronized. It takes a notable time for most all of the lang/gcc* port-packages to be ready for the next default lang/gcc* . Each does not generally start to update until sometime after its next lang/gcc* is available in the ports tree. The devel/electron*'s have the same sort of issue, but a comparatively tiny number of port-packages dependent on them --but some of those may be heavily used. There are 7 different devel/electron* , 6 of which are commonly blacklisted because it is so resource intensive to build the whole set of them. There is a list of lang/llvm* as well. There are other examples of such for toolchains. Why your context ends up with lang/gcc*-devel usage, I have no idea. A command like: # pkg query -g '%o : %#r' lang/gcc\*-devel should report how many port packages are directly dependent on lang/gcc\*-devel port packages (in your environment). # pkg query -g '%o : %rn-%rv' lang/gcc\*-devel should provide port-package names. Another way is to do a pkg delete of such a port-package to see what it reports would be deleted. > > But six? 11 as stands. > > Wow. Having probably hundreds of port-packages dependent on one a lang/gcc* leads to non-trivial efforts being involved in progressing over time. -- === Mark Millard marklmi at yahoo.com