openobex

• Path: arch/maintained/openobex
• 2026-07-16: build failure fixed and published, pkgrel 6 -> 7. The earlier diagnosis below (malformed docbook XML) was a red herring from misreading the CMake error’s proximate cause rather than its root cause. Real root cause: CMakeModules/UseDocbook.cmake’s manpage generation runs xmllint/xsltproc against the project’s .xml doc sources, which declare a DocBook 4.2 DTD (http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd). The actual error is I/O warning: failed to load ... No such file or directory – a local filesystem error, not a network one – because no docbook-xml/docbook-xsl package (which install the local DTD catalog xmllint/xsltproc resolve that URI against) was in makedepends. With no local catalog entry, resolution fails outright (already-empty node list), which is what produces the misleading downstream CMake errors (“list GET given empty list”, “at least one refentry has no or an empty refname element”) that the earlier note focused on – those are CMake’s own recovery messages after the real failure, not the cause.
• Fix: added docbook-xml and docbook-xsl to makedepends (both available in official extra).
• Test-built clean with extra-x86_64-build (0 errors; openobex and openobex-debug produced), then built+signed+published to the private repo (x86_64).
• Confirmed: unblocked obexftp (same day). obexftp’s own depends=('openobex' ...) resolved cleanly once this was published; it hit a separate, unrelated dependency chain of its own after that (python2 -> openssl-1.1) – see memory/obexftp.md for that part. obexftp is now also built and published.