From nobody Fri May 15 00:03:35 2026 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 4gGnV94bXrz6cPrZ for ; Fri, 15 May 2026 00:03:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gGnV91FBbz3vQs for ; Fri, 15 May 2026 00:03:44 +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=1778803417; bh=jjv4k0y7agi+RRbWRBcsePC2Wp9DNapZdob8Fq9OO/M=; h=Date:Subject:To:References:From:In-Reply-To:From:Subject:Reply-To; b=s6ADcvqot9/s62FQhRKHy7w0VoS+/4TI4qZ827TRrI8DWsX6AltCxxpAWI8qOMfvcSOyjcx1pRYHj67rw8J8f7NRARxG0tKZacyrrGtjTviP/P6tu4g6JaK+Zwh2qYF0ClEC4IoA1zXjnAnA44Rx6W9g8YFLFevSe120vjn0eZ8KyXndeAyUB2v7BJ2udDFdXVvpyTbuLscwWiwFIuVNZ/saKOAnofsBw9grOCzEi0+foluGbtMxBEfrWX7jyLU+V1fV1CwJmqTXrT9Y8gSY9GFpENfoGYVgubXIDbIxpsKQFQA4ABaqz1dAvyEOrQDsOGDXZ4uwEXONliKnnGE+5w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1778803417; bh=kjR1nTCZFzSE9bm9xti3c+cFgzTxk/bz/PoPiRHW1oX=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=cTR5TSIkC4Wz2ZX+uQ7PabIFKfjFKC8Y3GWwos4ctR/2kVEDL56YdkDVZFmK5VZqks5+5nqmk/Pp9yxOQ1QlKV5hdUgdK3ZlFfWZi6X95+c2GJqp+gmUZgGrYsPWRvB+gg7FPBIy040EQTz8ewhntfms8WGAu8CFzjKEhK9x/hYTVgtnHF41xKBAYnGQUzKV2ycP2l1ZV6JZa2TVLp9UgTrJJ/Z8BADzyABhAblDWXSfc51Nfpqh8DbaaW4wAXceNAviBIa6bRqXq8SOH6Uww9o+YMnC9lkYJIEqRCzke9DFpNqTM806TIDiZnX2RP3YGb3Klw54iwiJbA60wJjodA== X-YMail-OSG: 5BYqor8VM1mBWpNloyxvnZpgiXHSRP..6cT4ovadHYlm9xFKo6N9EZw8FxYWqfj hOanjiPskMx7sfdaLacvNdqVN7bM63R7ZQ1giYcNHlg2t9uRkMOnEnj2lp6um3CwPLWS8Zfwk0F3 _vKXB2gdIvGMeR3Mi8HzqbESra_os2x4I0CitI7RSuOKnB.R7V0VnuzRjrSjudLYf57TozD1UtVw mtfB9fGpr8V48peGGdcNb8UN95odnDsFpFG_RLhpz.cX0T2USL5oe1Unpm17.Oh5GGnMC4IfEPVT gd_9KcCKmuKWxHLYmOygnkwJJLk6wQHyOww5MbvqPdOAUzmP14Wrnhlzj3h.cRlE.cUoc0nzGWR_ 3DpQIvI8YcPHITgG3t__k.N1wBww1.5VogSsCI1bomiiAcwUDeGFe4kbfPj6qO1WdDF5l6AKKC_K IUmdI8512dcKt4BEOj8BbbR6IThklYbYWWtYmjif.En1M.ZThqiVvMvuDpBlHCdEfjIzQVdv9iz9 GehXE2..pVZyXhWCYSXG2xEDhoSk1vDBa9x6VVKyIG8qasF6PLin3Z7bmwIR81TSTCMhNfimdMDt EEFVDk6SJ36KMy7jnPvvD_Dka_XKW6ihxoQPDbUYuQ5od9kuLHD8XKT5B20buw1Q.7f9Mq62PfP6 wDl5oqy6BR2izZ8TrnW2iJ_XzaEUw5bNDi2uYS.pX_.CscFzzE2K7teWL3NFSMmcYbLtNrqUccTq TMkmlGJJj7VhltFwjHQzR0GCvvCEJjwgxhFVlaD3gVmqQUmtehUTtSv1pR96ZKsgOcizQfspSpjE 2yDSXNBFZqbrgxRNrqYvM88OGgUpeRu7FJDqSnbBj7rMmdLBYGV_NRbkKnDge6csziJ5dlek3R7e aG6m0Qa69v9O.W8Uz1BE777cRjFx_84KOdM7_4sfkxiLmfemQgGuOivY12ol6jhbCvjjnkQZQaAK WEgA_MyTZPV8.nMB_wXICw0B0v9B5p7LI6tZ3q_O6iHIm.2A44ObNa6oWsgq4MdTc19HYF8jKwmw H_R4QE9_1qAwPcF2Q76qel9j.JQ.dCDz1YBigC5qN0AkQ0Xo2JUCI0qVAa8VtRaBmB1vrAN122DB gIBpoC8XUTHxhxThUC_52SFo9u.h6wjsAkhY8zhsKN8b83jiELQ6vj6v1wvzoH89qLhbJedd4y_Z Vii6YK7Zc6JlKAmWHBln61hK4e.TO7krRQgs88uDnw8tEsJaahAhsmcI.zytdy1ph5Rr62s9mM2M tLVEfpvkDr8hr9bI47FcG8GtO1le4u77ULs6fBXnjY8Fx7xpa3v4ggXNt7WkKxIo7KjzIGjJbnzI BAu365VidKBwFgG7rfbvofDziWR8rhlCGQlMSGWn4W9581wtPTh_B2jvnzN.5UpK1z0zeZgApm4a 3wgP1d.P7xNyL2csh5PnqpP_V.0SGsXaryyZbm0.6vWzdnPxXq8dm4JUYaZ50E4CQ3xCuX8wWSyu h3xhf65_ehzT2cwXiXp0hbWvMudWTFoISm.nLYOk1d8ts5DjXpA_A_udj_GNUz6HnQ_8c0cHbJwo 7hnUW6tnpjKdYNPjRsblSPLv0u66aJdSgP0PQ9OuMeRGldhxJ15g1CV9t3I_6GTAEvLLUHyNQEHE p3CSk.vrqycU2kNj_81m7_pb7ApL67DtH4wbRdGd3vB3m9WNGwgiqrAB8fsRDJPhH7CBbZFTFU6E O_FoPLTdJpzwFIWLfn6Y_a6JdJexnDBRcflpB.9LYoEbqCTKn7svOqZotEUfq3EEFqcWhvM4SIii jtc55v4sbv79NpYNpHvE1uZ2dB40Fgiv.vsbnD8UTX.oWaJPadpe.9k6mpnH.PBm1O8stdvbKmGg HGHqykb5pHXyRdj5Cbxr0m7I4qnfi8.g0_fEA1OC_XCQSsyuHEz3VOASOdyBStGMFpw.UqbF4X2Y zzG9gW2hhCDn9UvWq1vZ6t81V2UFXF_apO8oZSvI9VQyC07NFnDqTcr5tZPH68HRqKdy19oAgep2 X.E5PkCEkFy_vnbE9i8qliH0q_vG.mpi_9yD61XFdsEg9r.eojNaLbkU8BUpOA7pTst7MBoDYjDL aHx9aQSy14GYcgKL.U7R6CCmckn0RxzfgJsclILXiq8vgY.lkxMfPRb5M43_MQIlGgic5i.keeI_ SZYuaEx_.4xdpqJXs.aCnsR9Mbyu1zNc5_nMub1tXisTX1jSrP7OiYuYn5S5Htwt6.FoMkL7CYK8 ckXrZ.Xyxt5RZ6vfi5Kiv_YVl5igVjsvokWCgCRmJysD36OoNW4mcSPi1_WUd.WdDmtGxBgvnt96 FQxac38N71rwfi3A5YxEL0W7ydY.d2Xxp.CXE5x3uwIhpwdqbJA-- X-Sonic-MF: X-Sonic-ID: 31677470-77c9-42c1-95fd-7230d849d4ca Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Fri, 15 May 2026 00:03:37 +0000 Received: by hermes--production-gq1-7bb7df5c46-7wvm2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 267cae5b1de1a8e303be145bfcf11382; Fri, 15 May 2026 00:03:36 +0000 (UTC) Message-ID: <7867e0cd-76fd-4b01-b465-bb06696e3d97@yahoo.com> Date: Thu, 14 May 2026 17:03:35 -0700 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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: circular dependencies in ports tree - how to fix? To: void , se@freebsd.org, freebsd-pkg@freebsd.org References: Content-Language: en-US From: Mark Millard In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.25725 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: 4gGnV91FBbz3vQs X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On 5/14/26 14:18, Stefan Esser wrote: > Am 14.05.26 um 15:04 schrieb void: >> Hi, >> >> On a 15.1 poudriere jail with latest ports tree, the following happens: >> >> [00:05:30] Sanity checking build queue >> [00:05:30] Error: /usr/local/share/poudriere/ >> bulk.sh:pkgqueue_sanity_check:27:Dependency loop detected: >> These packages depend on each other: run:libheif-1.21.2_3 >> run:ffmpeg-8.1.1,1 run:libcaca-0.99.b20_1 build:libcaca-0.99.b20_1 >> run:imlib2-1.12.6,2 build:imlib2-1.12.6,2 Looks like this does not happen with ffmpeg-8.1,1 involved: see later. >> These packages depend on each other: run:ffmpeg-8.1.1,1 >> run:libcaca-0.99.b20_1 build:libcaca-0.99.b20_1 run:imlib2-1.12.6,2 >> run:libheif-1.21.2_3 build:libheif-1.21.2_3 >> These packages depend on each other: run:libcaca-0.99.b20_1 >> build:libcaca-0.99.b20_1 run:imlib2-1.12.6,2 run:libheif-1.21.2_3 >> run:ffmpeg-8.1.1,1 >> These packages depend on each other: run:libcaca-0.99.b20_1 >> build:libcaca-0.99.b20_1 run:imlib2-1.12.6,2 run:libheif-1.21.2_3 >> run:ffmpeg-8.1.1,1 build:ffmpeg-8.1.1,1 >> [151amd64-default] [2026-05-12_19h03m56s] [crashed] Time: 00:05:19 >> >> How to fix, please? If not fixable in the short term, would this best >> be raised >> as a PR in ports infrastructure, or against each port? >> >> For the time being, I'm going to try commenting out each affected port in >> the build list. > > If I understand the issue correctly, the cause is that poudriere treats > all dependencies in the same way, it wants to put RUN_DEPENDS into the > buld jail > before building the port. > > I'd expect that graphics/libcaca could be built, if the RUN_DEPENDS > would not > be depended on at this time. > > The difference between BUILD_DEPENDS vs. LIB_DEPENDS and RUN_DEPENDS > appears > to be that BUILD_DEPENDS are not recorded as dependencies in the package > manifest. > > The ports system used to require building and installing of run > dependencies > before installing a port on the system. That was necessary since > traditionally > (before the pkg database existed) installation of the port had to be the > final > step due to the way "make" resolves dependencies. > > IMHO, poudriere should not put RUN_DEPENDS into the build jail at an early > stage (it did, last I checked, a few years ago). > > An issue may be that an install of a pkg might run installed code, say to validate operation. That would not be a separate pass after all the related installs have happened to make potential cross-references work. That may be why dependency looping at the pkg level of detail is checked for. As for the build: run-depends is checked between "build" finishing and "stage" starting. The below is from a somewhat older ports tree that allowed the build . . . Using poudriere -v so it is more explicit about when things happen: # poudriere -v bulk -jmain-ZNV4-bulk_a graphics/libcaca . . . [01:01:19] [01] [00:00:00] Building graphics/libcaca | libcaca-0.99.b20_1 [01:01:19] [01] [00:00:00] Status graphics/libcaca | libcaca-0.99.b20_1: check-sanity [01:01:19] [01] [00:00:00] Status graphics/libcaca | libcaca-0.99.b20_1: pkg-depends [01:01:19] [01] [00:00:00] Status graphics/libcaca | libcaca-0.99.b20_1: fetch-depends [01:01:19] [01] [00:00:00] Status graphics/libcaca | libcaca-0.99.b20_1: fetch [01:01:20] [01] [00:00:01] Status graphics/libcaca | libcaca-0.99.b20_1: checksum [01:01:20] [01] [00:00:01] Status graphics/libcaca | libcaca-0.99.b20_1: extract-depends [01:01:20] [01] [00:00:01] Status graphics/libcaca | libcaca-0.99.b20_1: extract [01:01:20] [01] [00:00:01] Status graphics/libcaca | libcaca-0.99.b20_1: patch-depends [01:01:20] [01] [00:00:01] Status graphics/libcaca | libcaca-0.99.b20_1: patch [01:01:20] [01] [00:00:01] Status graphics/libcaca | libcaca-0.99.b20_1: build-depends [01:01:20] [01] [00:00:01] Status graphics/libcaca | libcaca-0.99.b20_1: lib-depends [01:01:23] [01] [00:00:04] Status graphics/libcaca | libcaca-0.99.b20_1: configure [01:01:25] [01] [00:00:06] Status graphics/libcaca | libcaca-0.99.b20_1: build [01:01:28] [01] [00:00:09] Status graphics/libcaca | libcaca-0.99.b20_1: run-depends [01:01:28] [01] [00:00:09] Status graphics/libcaca | libcaca-0.99.b20_1: stage [01:01:28] [01] [00:00:09] Status graphics/libcaca | libcaca-0.99.b20_1: package [01:01:28] [01] [00:00:09] Finished graphics/libcaca | libcaca-0.99.b20_1: Success For reference: The above matches: run:libcaca-0.99.b20_1 build:libcaca-0.99.b20_1 . . . [01:00:56] [01] [00:02:24] Finished multimedia/ffmpeg@default | ffmpeg-8.1,1: Success (not matching run:ffmpeg-8.1.1,1 <<<===== problem source?) . . . [01:01:10] [01] [00:00:14] Finished graphics/libheif | libheif-1.21.2_3: Success (matching run:libheif-1.21.2_3) . . . [01:01:19] [01] [00:00:08] Finished graphics/imlib2 | imlib2-1.12.6,2: Success (matching run:imlib2-1.12.6,2 build:imlib2-1.12.6,2) . . . -- === Mark Millard marklmi at yahoo.com