<feed xmlns='http://www.w3.org/2005/Atom'>
<title>packages/net/openthread-br/test.sh, branch master</title>
<subtitle>Mirror of packages feed</subtitle>
<id>https://git.openwrt.org/feed/packages/atom?h=master</id>
<link rel='self' href='https://git.openwrt.org/feed/packages/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/packages/'/>
<updated>2026-10-24T08:54:30Z</updated>
<entry>
<title>openthread-br: update to 2026.10.0</title>
<updated>2026-10-24T08:54:30Z</updated>
<author>
<name>Christian Glombek</name>
</author>
<published>2026-09-02T04:26:36Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/feed/packages/commit/?id=1e5da9c154bc6533daeff78c5e73de98bd10d97c'/>
<id>urn:sha1:1e5da9c154bc6533daeff78c5e73de98bd10d97c</id>
<content type='text'>
Update from a 2025-06-12 snapshot to the v2026.10.0 release and switch
to release-tag versioning.

The in-tree LuCI app is gone: upstream removed it in the 2026.09.0
release (openthread/ot-br-posix#3326), so the luci-app-openthread
package cannot be built from this source any more. A maintained
replacement is proposed as a proper LuCI app in openwrt/luci#8871.

OTBR_VENDOR_NAME and OTBR_PRODUCT_NAME are now required (the 2026.08.0
release removed the built-in defaults) and are set to the values those
defaults had, so existing users' border routers keep their MeshCoP
instance name. OTBR_VERSION is set so --version reports the release
rather than the CMake project version; see the README for the
reasoning on both.

The gcc14 build fix is still needed: the bundled mbedtls still lacks
the upstream fix at this release's submodule pins.

Three CMake options also leave the invocation: OTBR_DUA_ROUTING no
longer exists upstream, and OTBR_DNSSD_DISCOVERY_PROXY and
OTBR_SRP_ADVERTISING_PROXY now default appropriately from OTBR_MDNS
(forcing them ON alongside the OT-core proxies is a CMake FATAL_ERROR
once the internal mDNS is selected).

Also add a functional smoke test.

Assisted-By: AI
Signed-off-by: Christian Glombek &lt;c.glombek@cosa.systems&gt;
</content>
</entry>
</feed>
