From 3a06153f527e367033ba070d36190a48def9579e Mon Sep 17 00:00:00 2001 From: Alexandru Ardelean Date: Thu, 28 May 2026 19:23:55 +0300 Subject: [PATCH 1/2] kea: fix BOOST_STATIC_ASSERT use in src/lib/dns/rdataclass.cc Snapshot builds for i386_pentium-mmx (and presumably every other target now that Boost 1.91 has been bumped in the feed) fail with:: src/lib/dns/rdataclass.cc:1401:5: error: 'BOOST_STATIC_ASSERT' was not declared in this scope; did you mean 'BOOST_HAS_STATIC_ASSERT'? 1401 | BOOST_STATIC_ASSERT(sizeof(numdata_) == ``BOOST_STATIC_ASSERT`` lives in ````. In earlier Boost releases it was reachable through any number of transitive includes pulled in by Kea's other DNS headers; in 1.91 those transitive paths have been pruned, so call sites must include the declaring header explicitly. ``050-boost-static-assert.patch`` already does this for ``src/lib/log/logger_level_impl.cc``; ``src/lib/dns/rdataclass.cc`` uses the same macro at SOA::getMinimum() to size-check ``numdata_`` and was missed. Extend the existing patch with the matching include in rdataclass.cc. Same fix shape as the earlier hunk; no behavioural change. Build log: https://downloads.openwrt.org/snapshots/faillogs/i386_pentium-mmx/packages/kea/ Signed-off-by: Alexandru Ardelean --- net/kea/patches/050-boost-static-assert.patch | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/net/kea/patches/050-boost-static-assert.patch b/net/kea/patches/050-boost-static-assert.patch index b1fe4845e970e..cda8328442e45 100644 --- a/net/kea/patches/050-boost-static-assert.patch +++ b/net/kea/patches/050-boost-static-assert.patch @@ -8,3 +8,13 @@ #include +--- a/src/lib/dns/rdataclass.cc ++++ b/src/lib/dns/rdataclass.cc +@@ -24,6 +24,7 @@ + #include + #include + #include ++#include + + #include + #include From c6d581767390b6859dc1528b2cc547dee6a1c321 Mon Sep 17 00:00:00 2001 From: Alexandru Ardelean Date: Fri, 29 May 2026 15:35:01 +0300 Subject: [PATCH 2/2] kea: depend on the concrete log4cplus, not the -any virtual MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Commit 1ea43c352 ("kea: fix kea-libs dependencies") replaced the direct +log4cplus dependency on kea-libs with the virtual name +log4cplus-any. With only one log4cplus implementation in the feed, nothing actually PROVIDES log4cplus-any other than the auto-generated "package name + -any" alias on log4cplus itself. apk treats `-any`-suffixed names as ambiguous virtuals that the admin must resolve explicitly, even when only one provider exists, and refuses to install: ERROR: unable to select packages: log4cplus-any (virtual): note: please select one of the 'provided by' packages explicitly provided by: log4cplus required by: kea-libs-3.0.2-r7[log4cplus-any] That bubbles up to every kea subpackage runtime test in CI (kea-admin, kea-ctrl, every kea-dhcp* and kea-hook-*) and fails the multi-arch test build with exit code 3. Switch back to +log4cplus directly; the +libstdcpp addition from that earlier commit stays — it was the genuinely useful part of the change. Bump PKG_RELEASE for the redo. Signed-off-by: Alexandru Ardelean --- net/kea/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/net/kea/Makefile b/net/kea/Makefile index 31afbbb644865..332ef7c49fe05 100644 --- a/net/kea/Makefile +++ b/net/kea/Makefile @@ -10,7 +10,7 @@ include $(TOPDIR)/rules.mk PKG_NAME:=kea PKG_VERSION:=3.0.2 -PKG_RELEASE:=7 +PKG_RELEASE:=8 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.xz PKG_SOURCE_URL:=https://ftp.isc.org/isc/kea/$(PKG_VERSION) @@ -63,7 +63,7 @@ endef define Package/kea-libs $(call Package/kea/Default) TITLE+=Libraries - DEPENDS:=+libopenssl +libstdcpp +log4cplus-any +boost + DEPENDS:=+libopenssl +libstdcpp +log4cplus +boost endef define Package/kea-libs/description Kea required Libraries.