<feed xmlns='http://www.w3.org/2005/Atom'>
<title>staging/blocktrron/package/base-files, branch master</title>
<subtitle>Staging tree of David Bauer</subtitle>
<id>https://git.openwrt.org/openwrt/staging/blocktrron/atom?h=master</id>
<link rel='self' href='https://git.openwrt.org/openwrt/staging/blocktrron/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/blocktrron/'/>
<updated>2025-11-08T15:30:37Z</updated>
<entry>
<title>base-files: correct global DHCP DUID generation</title>
<updated>2025-11-08T15:30:37Z</updated>
<author>
<name>Alice H.</name>
</author>
<published>2025-11-08T04:39:42Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/blocktrron/commit/?id=010575c617dfbbe533f19cf358871fe655e5534c'/>
<id>urn:sha1:010575c617dfbbe533f19cf358871fe655e5534c</id>
<content type='text'>
The old command generates an often incorrect variable length UUID
instead of a fixed 16-octet hex string.

Ref: https://datatracker.ietf.org/doc/html/rfc8415#section-11.5

Signed-off-by: Alice H. &lt;alice.hall0451+github@gmail.com&gt;
</content>
</entry>
<entry>
<title>base-files: generate a global DHCP DUID</title>
<updated>2025-10-19T17:46:22Z</updated>
<author>
<name>David Härdeman</name>
</author>
<published>2025-10-09T14:16:53Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/blocktrron/commit/?id=a660a076db5a419963e0429a71201d07445ba6ea'/>
<id>urn:sha1:a660a076db5a419963e0429a71201d07445ba6ea</id>
<content type='text'>
odhcp6c and odhcpd currently generate custom DUIDS on a per-interface basis
using the MAC address of the given interface.

This is contrary to how DUIDs are meant to be used, as the client identifier
will vary from interface to interface, while it is meant to remain stable for a
given host, no matter how the network hardware changes (see RFC8415, §11).

The same problem exists in odhcpd, which also generates server-side DUIDs on a
per-interface basis.

In order to support a stable per-device DUID, generate one on first boot and
store it via uci.

Currently, a DUID-UUID style clientid is generated. This is mostly meant as an
RFC, and we might consider using a different kind of DUID instead (DUID-LLT,
DUID-EN).

One drawback is that this will typically change the DUID used on existing
OpenWrt devices when upgrading to a new release. However, that seems
unavoidable and is a one-time pain in order to have stable DUIDs (and in many
cases, it shouldn't cause any issues).

v2: move the uci cfg generation outside of an IPv6-only block since this
is relevant to the DHCPv4 client as well

Signed-off-by: David Härdeman &lt;david@hardeman.nu&gt;
Link: https://github.com/openwrt/openwrt/pull/20359
Signed-off-by: Robert Marko &lt;robimarko@gmail.com&gt;
</content>
</entry>
<entry>
<title>base-files: add ucidef_set_interface_netdev_range function</title>
<updated>2025-10-06T17:06:26Z</updated>
<author>
<name>Til Kaiser</name>
</author>
<published>2024-11-22T14:20:10Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/blocktrron/commit/?id=055d877a207afa6a270c6bee7e7f92969a41d66e'/>
<id>urn:sha1:055d877a207afa6a270c6bee7e7f92969a41d66e</id>
<content type='text'>
The ucidef_set_interface* functions can be used to
add network interfaces to a default network configuration.
Such network interfaces often have the same base interface
name (e.g., eth* or lan*). On devices with many network ports,
adding all ports to the default config can become inconvenient.

This commit adds a new uci function ucidef_set_interface_netdev_range,
which adds network interfaces for a specific port range to a given
OpenWrt interface. The first parameter is the OpenWrt interface, the
second is the base interface name, the third is the port start, and
the fourth is the port end range.

Signed-off-by: Til Kaiser &lt;mail@tk154.de&gt;
Link: https://github.com/openwrt/openwrt/pull/17251
Signed-off-by: Robert Marko &lt;robimarko@gmail.com&gt;
</content>
</entry>
<entry>
<title>base-files: commit and sync before removing defaults script.</title>
<updated>2025-10-04T18:49:21Z</updated>
<author>
<name>Markus Gothe</name>
</author>
<published>2025-09-25T08:32:58Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/blocktrron/commit/?id=1e6ee26691f8efb053c7c2ce1578196828539caa'/>
<id>urn:sha1:1e6ee26691f8efb053c7c2ce1578196828539caa</id>
<content type='text'>
Improve the resilence against power failures during
boot-up by trying to sync the file system before
removing the script. The order of the operations
are important.

Signed-off-by: Markus Gothe &lt;markus.gothe@genexis.eu&gt;
Link: https://github.com/openwrt/openwrt/pull/20248
Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
</content>
</entry>
<entry>
<title>base-files: find_mmc_part: Silence error when no MMC exists</title>
<updated>2025-07-27T16:08:44Z</updated>
<author>
<name>Andreas Gnau</name>
</author>
<published>2025-07-22T09:12:08Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/blocktrron/commit/?id=11aa0fc6fb9405c5aa6f8ea05759d5719c982a82'/>
<id>urn:sha1:11aa0fc6fb9405c5aa6f8ea05759d5719c982a82</id>
<content type='text'>
When running find_mmc_part on a system without MMC or when the given
root device does not exist, an error message is printed to stderr.

    grep: /sys/block/mmcblk*/mmcblk*p*/uevent: No such file or directory

Silence this error message.

Since find_mmc_part is mostly used to get block devices of MMC
partitions and the negative result (partion not found) is checked for by
the caller, the error message can be silenced without causing any
negative impact.

Signed-off-by: Andreas Gnau &lt;andreas.gnau@iopsys.eu&gt;
Link: https://github.com/openwrt/openwrt/pull/19492
Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
</content>
</entry>
<entry>
<title>base-files: introduce a function to get kernel version number</title>
<updated>2025-07-14T20:30:20Z</updated>
<author>
<name>Shiji Yang</name>
</author>
<published>2025-06-17T14:06:38Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/blocktrron/commit/?id=a0fe3cfb62fbf0b5f599c90e488727f493223429'/>
<id>urn:sha1:a0fe3cfb62fbf0b5f599c90e488727f493223429</id>
<content type='text'>
A new function "get_linux_version()" to normalize and print the
kernel version as an integer. In some migration scripts, it is
useful for checking the Linux kernel version.

Signed-off-by: Shiji Yang &lt;yangshiji66@outlook.com&gt;
Link: https://github.com/openwrt/openwrt/pull/19172
Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
</content>
</entry>
<entry>
<title>base-files: handle packages alternatives when apk removes packages</title>
<updated>2025-06-23T07:39:12Z</updated>
<author>
<name>Mario Andrés Pérez</name>
</author>
<published>2025-06-12T13:49:59Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/blocktrron/commit/?id=47b6b9de1a6c37b877be250fdd759a64337c9ecc'/>
<id>urn:sha1:47b6b9de1a6c37b877be250fdd759a64337c9ecc</id>
<content type='text'>
On commit 3010ab8 ("base-files: add update_alternatives function") was
implemented the function to handle ALTERNATIVES when using APK (OPKG
handle it internally) but in commit bcc6415 ("base-files: add
compatibility for APK and OPKG") was only called when adding a package,
so call it also when removing packages.

While we are here, check for a more specific *.alternatives files instead
of *.list, and remove redundant "filelist" variable definition.

Fixes: bcc6415 ("base-files: add compatibility for APK and OPKG")
Fixes: https://github.com/openwrt/openwrt/issues/19090
Fixes: https://github.com/openwrt/openwrt/issues/16991
Reported-and-tested-by: Eric Fahlgren &lt;ericfahlgren@gmail.com&gt;
Signed-off-by: Mario Andrés Pérez &lt;mapb_@outlook.com&gt;
Link: https://github.com/openwrt/openwrt/pull/19093
Signed-off-by: Robert Marko &lt;robimarko@gmail.com&gt;
</content>
</entry>
<entry>
<title>base-files: add dtb support to emmc_upgrade_tar()</title>
<updated>2025-06-22T20:17:20Z</updated>
<author>
<name>INAGAKI Hiroshi</name>
</author>
<published>2024-04-08T11:24:47Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/blocktrron/commit/?id=f9743c5190cea4589a117b2fbccd67a761069ec4'/>
<id>urn:sha1:f9743c5190cea4589a117b2fbccd67a761069ec4</id>
<content type='text'>
Add dtb support for emmc_upgrade_tar() to update dtb separately.

Signed-off-by: INAGAKI Hiroshi &lt;musashino.open@gmail.com&gt;
Link: https://github.com/openwrt/openwrt/pull/16904
Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
</content>
</entry>
<entry>
<title>base-files: add gzip-compressed tar support to emmc_upgrade_tar()</title>
<updated>2025-06-22T20:17:19Z</updated>
<author>
<name>INAGAKI Hiroshi</name>
</author>
<published>2024-08-04T09:14:43Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/blocktrron/commit/?id=21347caf7efb2a32c55c80612eae71cc4118bafc'/>
<id>urn:sha1:21347caf7efb2a32c55c80612eae71cc4118bafc</id>
<content type='text'>
Add support for the tar archive compressed by gzip to emmc_upgrade_tar()
function.

Signed-off-by: INAGAKI Hiroshi &lt;musashino.open@gmail.com&gt;
Link: https://github.com/openwrt/openwrt/pull/16904
Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
</content>
</entry>
<entry>
<title>base-files: ignore initscript output in sysupgrade</title>
<updated>2025-06-22T18:45:02Z</updated>
<author>
<name>Niall McGee</name>
</author>
<published>2025-05-30T21:55:35Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/blocktrron/commit/?id=07dfb9b710a91d544f4e0011118a30fff5eb0d82'/>
<id>urn:sha1:07dfb9b710a91d544f4e0011118a30fff5eb0d82</id>
<content type='text'>
Suppress output from `/etc/init.d/service enabled` to avoid corrupting
of the sysupgrade tarball.

Fixes: 0ad062a21b ("base-files: sysupgrade: add uci-defaults script disabling services #2")
Signed-off-by: Niall McGee &lt;niall.mcgee@bt.com&gt;
Signed-off-by: Daniel Golle &lt;daniel@makrotopia.org&gt;
</content>
</entry>
</feed>
