Date: Tue, 31 May 2022 10:20:01 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 263499] [NEW PORT] dns/bind918-noxml Message-ID: <bug-263499-7788-V2ahcbpKDP@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-263499-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-263499-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D263499 --- Comment #7 from Leo Vandewoestijne <freebsd@dns.company> --- Created attachment 234348 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D234348&action= =3Dedit bind918 with more options Then you basically will have duplicate ports, and so will create double maintenance tasks. But besides --without-libxml2 If I'm authoritative, and for example I don't want DoH --disable-doh and therefor wish to be --without-libnghttp2 which is now not optional AND comes with LIB_DEPENDS=3Dlibnghttp2.so:www/libnghttp2 Further there is --enable-dnsrps which is neither optional, but in my case I could --disable-dnsrps --disable-dnsrps-dl Then I don't rely on Bind to deal against abuse or metrics. My DNS daemons only needs to do DNS (...). And so I can --disable-dnstap and actually -in my own usecase- even --without-readline And usually compression comes with extra overhead, so in case I serve tiny zones for an "Alexa500" domain, then I prefer it --without-zlib To prevent surprises when defaults changes, I think it's wise to explicitly --enable-chroot Long story short; your new port is neither going to solve this all, only the XML portion. The real port should empower users to use the port to install software to t= heir needs. IMHO that's what it is meant for. But currently I use my own port instead. Which again is a duplication of task. If the portmaintainer wishes to keep things simple, why not have a "base po= rt" to be used by metaports "bind-tools", "bind918" and a "bind918min" (minimalistic). But I could imagine even that can be considered overcomplicated. I think the easiest is just to simply have the options in the main port. Therefor I created attached patch (tested successful on 13.0 AMD). I think it's the best (or least bad) solution. So @mat, please consider this, or maybe suggest an alternative solution. If OP considers my contribution kind of a treadjack and wish to focus on the suggested dns/bind918-noxml then please reclaim attention on that. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-263499-7788-V2ahcbpKDP>