Created attachment 199170 [details] knot2-utils new port This port is meant for those who wish to use the utilities that Knot DNS brings, but do not wish to have the full Knot DNS (dns/knot2) authoritative daemon (and all of it's dependencies) installed
Comment on attachment 199170 [details] knot2-utils new port Patch was tested both manual as in poudriedre.
*like* - thanks for your work on this. Waiting eagerly for it to be merged :-)
I'm confused why this also installs the headers and the lib. Is there some plan to change it to use knot2-lib later?
(In reply to Steve Wills from comment #3) I could imagine kdig needs the lib for making DNSSEC validation...
(In reply to Leo Vandewoestijne from comment #4) Right, so we would want a LIB_DEPENDS on knot2-lib, but we wouldn't want both to install the libs or headers.
stuck again... sorry for being annoying... anything I can do to help un-stall this?
Created attachment 203778 [details] 2.8.1 I address the problem upstream. Despite not having a solution available yet, how much of a problem is this, seen that the other option -a full install of everything- would also install that - and more. Attached is the new version for knot 2.8.1
(In reply to Leo Vandewoestijne from comment #7) Thanks, can look at the update to dns/knot2. But I'm a bit confused. This PR was about dns/knot2-utils but the attached shar file is for an updated dns/knot2-libs port. I can commit that, but what should knot2-utils look like now? I tried reconstructing it from the previous attachment, but there's still nothing that disables the lib, so I still end up with the libs included in the utils package, which would also have to LIB_DEPEND on the libs package. Can you help me understand?
Both PR submitted by the same author/maintainer. PR 233165 was committed on 2018-12-04 *** This bug has been marked as a duplicate of bug 233165 ***