From nobody Wed Feb 28 16:26:03 2024 X-Original-To: ports-bugs@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 4TlKV40RpMz5BsFf for ; Wed, 28 Feb 2024 16:26:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TlKV346ryz400w for ; Wed, 28 Feb 2024 16:26:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1709137563; a=rsa-sha256; cv=none; b=tUWaiLNzS66ISRPC69wVa8WQUjS2QkZB7aFuY01DjMi5Mwm9MBt6KKf/h/8kuAJ96A8rCq 4Wm5zSQPfca7mpukgECGiqDYMigTdSmuzU1pqyUv0cf97r8aR5UpPEnI+t/St7F0O16W7w kvn516LJp9/c1lizHhOlYmqUx/budtyI51UdbdM7UV5+ZZM83vVOxoRguPLayUy8wZ0exO Cn39+ctA8t3+zhZy1y6V0Vq/CiL2dl4wdIJ+tM3Vd3z8mNyjBt4cxvPcmUvWuFcWTz4WqF 8cUYY4WJdYTdK3aK7Aj0R1KseISIWXTpc2LedrggRcLEZSVK5/v5EtgOp3cI1A== 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=1709137563; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=iSEDDOdcnROuIBcVAycZGrguS8FRF9BsmyHnMu3uYjE=; b=yXDHhyXrWxWjpcFfF0RIyRrh8ZZ5NGvm4cFtwA6YJj//9JfgMlf8cCWNZ5u48frfYUynUd fwyvWa+BBF4lukcduzxUorvHX+wo/ATQbu2JwDctwzlZA5FB1zDTE2fuuEu4P4MT1BYgc9 zv6MEAjShDihe/08MtgyWrl6PdIEwP9ODW/ly2+LOMHTlsubXX3Xpy79+QO8Q9I6lufq41 SOAU5LMWFkdCyWFApQKCB6eX9FFlI97PgStC2NwwLScXh2eDTyKIBjNp216s6UOCHXN1/N IvYNrIViVsrwKa3IfCo9r1HXMBQTVCHunxiFK0m+ZfqHcSKc/EVjj4ew6+Y6WA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4TlKV334vQz13tQ for ; Wed, 28 Feb 2024 16:26:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 41SGQ3ch096285 for ; Wed, 28 Feb 2024 16:26:03 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 41SGQ3ej096284 for ports-bugs@FreeBSD.org; Wed, 28 Feb 2024 16:26:03 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 277332] dns/knot-resolver and dns/knot3 are mutually exclusive due to dns/knot3-lib Date: Wed, 28 Feb 2024 16:26:03 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: trashcan@ellael.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Ports bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-ports-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports-bugs@freebsd.org X-BeenThere: freebsd-ports-bugs@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277332 --- Comment #3 from Michael Grimm --- (In reply to Leo Vandewoestijne from comment #2) > Reason for this is because people who do want knot-resolver=20 > often don't want the entire dns/knot-resolver port (plus all of it's deps= .). If you do mean that people who want dns/knot3 don't want the additional stu= ff from dns/knot-resolver, then yes that makes sense regarding dependencies. I you do mean that people who want dns/knot-resolver do not want the additi= onal stuff from dns/knot3 then thats really marginal. Only one more dependency of liburcu, some 26 additional files, because the rest coms from the metaport dns/knot3-lib >> Possible solutions #2 > > is incorrect, as dns/knot3 does NOT depend on dns/knot3-lib True, but I do have running patches that make dns/knot3 like dns/knot-resol= ver dependent on dns/knot3-lib. Now, all library files come from one port, only= and pkg doesn't complain any longer about duplicate files. It is working in my environment for two days now, but I do not have knot-resolver running yet (still on unbound). I do need some more fiddeling and modifications, because 'poudriere testport dns/knot3' still complains about e.g. 'Error: Orphaned: lib/libzscanner.so' That is understandable because I had to cut pkg-plist down to the files, ne= eded by dns/knot3 only. If you do want, I can provide you with diffs against my local/knot3 et al. = But these are no 'git --diff' yet. > Basically the problem is that there is no way to signal to Knot-DNS=20 > to use the already present lib. Regardless it just installs it, since=20 > it (correctly) expects that it is the only source of it. Except, one makes dns/knot3 AND dns/knot-resolver dependent on dns/knot3-lib ;-) > Contrary you could also say the 'duplicate path check' is creating a=20 > problem of something that actually isn't a problem. True. But how would one achieve this, if possible at all? I do not have eno= ugh experience with modifying ports. > Question: > Is this error actually always occuring, regardless of the order of instal= l? > Since dns/knot3-lib is a metaport of dns/knot3 I find it odd that it's in= conflict=20 > with itself. In the meantime I found: 1) poudriere bulk -j xyz dns/knot-resolver dns/knot3 works. But if you=20 do install both packages, they do remove each other leaving you with=20 only one port becomes installed by removing the other. Order doesn't matter. 2) I do use metaports for my grouping of relevant ports per jail et al.=20 And here, order doesn't matter. Error message see first comment of mine. --=20 You are receiving this mail because: You are the assignee for the bug.=