This fixes the build when WITHOUT_BLOCKLIST=yes is set.
MFC after: 2 weeks
Sponsored by: https://www.patreon.com/bsdivy
Differential D56117
usr.sbin/blacklist{d,ctl}: Use libblacklist Authored by ivy on Fri, Mar 27, 10:34 PM. Tags None Referenced Files
Subscribers
Details
This fixes the build when WITHOUT_BLOCKLIST=yes is set. MFC after: 2 weeks
Diff Detail
Event TimelineComment Actions Give me some time to test it, but I think it is better if we just update share/mk/src.opts.mk (and regenerate the manual page afterwards): .if ${MK_BLOCKLIST} == "no"
MK_BLACKLIST:= no
.endif
.if ${MK_BLOCKLIST_SUPPORT} == "no"
MK_BLACKLIST_SUPPORT:= no
.endifThe problem is that libblacklist should not be used by anything in base, not even blacklistd/blacklistctl. It is only there for some of the ports that still use it (which reminds me I should start submitting the patches). there are some incompatibilities between the two besides just the name. Thank you for the heads up! Comment Actions Also note that anything *blacklist*-related should be gone in 16.0. I'll work on updating the ports ASAP. |