From nobody Wed Mar 15 11:23:45 2023 X-Original-To: freebsd-ports@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 4Pc7Ls5yCkz3yPCB for ; Wed, 15 Mar 2023 11:23:49 +0000 (UTC) (envelope-from void@f-m.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Pc7Lr3c2fz47k9 for ; Wed, 15 Mar 2023 11:23:48 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=cb3jrR+E; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=QMMJ9ngJ; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 66.111.4.28 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 7FDCF5C0326 for ; Wed, 15 Mar 2023 07:23:47 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Wed, 15 Mar 2023 07:23:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm2; t=1678879427; x=1678965827; bh=8w G0fmSmKbYDjpNLDpXLO7VSHQEs2Z6NRti/KbaxfWU=; b=cb3jrR+EehsxjxYR1T vp0k7aSsKM64I4lGDUwsV7Qo7urrop3xtCsfCVWzu9jEZlgdfJVMIcyvWgbRgvQ4 XyZrdwSwBXheNd+pdTfNIBPYQyWDSZC2I6GfabQF8mHOso0MGp2tvqIVjzmflGON xD5TwFeRMBtJWlr5oTnRqT9/L4umpsoQO9vS31pomvZEIDKBKmdw2NI5LhnOeSfm 7UTRh3lSbqwOCDa1BknFaeabLT4QeiFMZdXCksBlI/FnzDR/ceq4fcM7FNC7XD+h ZHNxTPD9PHccXIQsq4Fs+LNMV6TxKU2xH0zuJXjbvXleKwo+c08ghLkxcDteqUqU 202Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; t=1678879427; x=1678965827; bh=8wG0fmSmKbYDj pNLDpXLO7VSHQEs2Z6NRti/KbaxfWU=; b=QMMJ9ngJ39GtUmlPDfdF5C1tIhrZl eNyNQx4OGCeqmdEPmfTRWhxmqpUqCKqoxI+TrhKASNnxGNjH1uuQ+XSPMdOswAqP Zu8AoOmIWfKwLOtBmOKrR6rvqqGm8UbnSZlEpMt+PuDsrGkDnntTRuvbjHviXPR/ U2oYbBknVdTjEbGouuzdfssNkBQ+3aEXeCuvmRhKbA0SbJhZA1lYXPI0fQFkZmyj KCFqkBwhBqj8TwqvxaZ8mKXGdAdgs1sIEbp0+XAo7/TyPyieSiT0JrECDS9hBlD+ GL7ywXwiPZeDHCYs0ZqttPxgY/H5xcxX5yk0q4ImxZMKqZyat+3fTbc7g== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvddvkedgvdeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesthdtro dttddtvdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgr thhtvghrnhepieevgfefgeffhffggfeitdejjefhteeffefgleefieevleevjeeuieduge elgffgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhep vhhoihgusehfqdhmrdhfmh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Wed, 15 Mar 2023 07:23:47 -0400 (EDT) Date: Wed, 15 Mar 2023 11:23:45 +0000 From: void To: freebsd-ports@freebsd.org Subject: Re: dependency loop Message-ID: Mail-Followup-To: freebsd-ports@freebsd.org References: <20230315033110.AE3651F9@slippy.cwsent.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20230315033110.AE3651F9@slippy.cwsent.com> X-Spamd-Result: default: False [-4.10 / 15.00]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; NEURAL_HAM_SHORT(-0.40)[-0.398]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; RWL_MAILSPIKE_GOOD(-0.10)[66.111.4.28:from]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.28:from]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4Pc7Lr3c2fz47k9 X-Spamd-Bar: ---- X-ThisMailContainsUnwantedMimeParts: N On Tue, Mar 14, 2023 at 08:31:10PM -0700, Cy Schubert wrote: > >Tyically dependency loops (circular dependencies) are caused by >selecting port option, i.e. make config, requesting ports depend >on other ports, depending on others, which depend on others, >which depend on the port in question. What I'm trying to ascertain is, is the problem with a single port, all the looping port(s), the pkg solver, the ports infrastructure or pilot error? Similar issues have happened in the past, yet the options have not been modified in that time. The problem rarely happens, but it has happened repeatedly. this is the first time I've really tried to dig down to solve it though. >Reset your options for all ports in the dependency chain using >make rmconfig. I did this, (rm -rf the poudrierejail_options) but that wasn't all what was required; it still errored. I then cleared out all the packages in the jail, an error still happened when building a single port (from the initial error posted) in poudriere testport but this time the error was different: ### [00:01:25] ===> Building package for cairo-1.17.4_2,3 [00:01:25] pkg-static: Unable to access file /wrkdirs/usr/ports/ \ graphics/cairo/work/stage/usr/local/libdata/pkgconfig/cairo-glx.pc: \ No such file or directory [00:01:26] *** Error code 1 ### I then ran poudriere options on php80 and php80-extensions then bulk -f portslist.txt and everything built. In all cases there is a make.conf defined for the jail with ports options. >Dependency loops never occur when using binary packages. >Users are encouraged to use binary packages rather than >building ports themselves. The option to just use binaries from the pkg servers isn't available for my contexts, and I'm sure there are others like me. Then there are some ports for which pre-built packages don't exist. And then some ports have bugs that need patches applied and may take a while before they appear on pkg.f.o. Building with poudriere-devel is the best solution for my contexts, as it both grabs unmodified binaries from the pkg servers and builds what ports need whatever options in a timely manner. It usually works really well. >Being conservative with port options, i.e. staying with the defaults, >will always avoid this problem. This context is for a FAMP stack & phpbb3 & some tools like vim. There's not a lot of options, but I do need to select some. --