MichaIng/DietPi v10.3 on GitHub

New images

Orange Pi 4 LTS | Support and images for the LTS variant of this Orange Pi SBC with Rockchip RK3399 SoC have been added. Many thanks to @Gibbz for implementing this: #8057

New software

Prometheus | This open-source systems monitoring and alerting toolkit has been added to the DietPi software catalogue (ID 218).

Removed software

QuiteRSS | This package has been removed from Debian since Trixie, since it depends on an outdated library, and there was no development for over 5 years. We hence remove it as well from dietpi-software. It can be still installed manually on Bookworm systems with apt install quiterss (dietpi-software did nothing else), and similarly it can be removed with apt autopurge quiterss.

Enhancements

DietPi-AutoStart | An Amiberry-Lite autostart option has been added as ID 3, which enables the amiberry-lite.service to start it early at boot. This works like the Amiberry fast boot option. A "standard boot" option has not been added, since there should be no reason to use it. Many thanks to @thedaemon and @orbitalflower for opening the request: https://dietpi.com/forum/t/25025, #8061
DietPi-Drive_Manager | Using the drive manager does not recreate /etc/fstab anymore. Instead it will only change, add, or remove a particular entry, when drives are mounted, unmounted, or options changed respectively. That way it is compatible with custom mount options or types manually added to /etc/fstab, and does not overwrite admin intentions.
DietPi-Drive_Manager | A new USB auto-mount feature has been added. When enabled, a udev rule is installed that automatically mounts USB storage devices to /media/<uuid> when plugged in, and unmounts them on removal. Devices with an /etc/fstab entry are handled accordingly: entries with x-systemd.automount are left to systemd's lazy-mount mechanism, and entries with noauto are skipped entirely, respecting the admin's intention of manual-only mounting.
DietPi-Display | Support for Odroid C1 and XU4 with /boot/boot.ini has been added.
DietPi-Software | Home Assistant: We migrated from pyenv to uv for installing and managing the HA Python environment. That way, Python does not need to be compiled anymore, saving significant time and resources during (re)installs. Also, the existing Python environment is kept and updated as long as the Python version matches, so that a reinstall does not necessarily reinstall all Python modules. As alignment and to simplify the migration, the install directory has been moved from /home/homeassistant to /opt/homeassistant. The DietPi update does not enforce the Home Assistant migration. You can do this at your convenience via dietpi-software reinstall 157. As a consequential downside, support for ARMv6 has been removed, since uv's Python builds do not support this architecture, and it cannot be used to compile Python the way pyenv does.

Bug fixes

Allwinner H5/H6: Resolved a regression with a recent U-Boot build, which caused that only a single CPU core was used on those SoCs. A fixed U-Boot build is flashed during this DietPi update. Many thanks to @eggypesela for reporting this issue, and credits to the Armbian team for the fix: #7974
DietPi-AutoStart | Resolved an issue where switching away from the Amiberry fast boot option did not disable the service as intended. Many thanks to @orbitalflower for reporting this issue: #8059
DietPi-Config | Resolved a DietPi v10.1 regression where WiFi SSID with spaces were only partially shown and applied. Many thanks to @Persie0 for reporting this issue: #8076
DietPi-Dashboard | Resolved an issue where the software install/uninstall pages were empty if non-English locales were used. The underlying reason was a bug in dietpi-software, which assumes English locales for parsing memory sizes. dietpi-software list calls however do not enforce English locales and do not require the memory size info either. Many thanks to @Colossus5000 and @3rink for reporting this issue: #8044, https://dietpi.com/forum/t/25065
DietPi-Software | Home Assistant: Resolved an issue where restoring backups failed, since /mnt/dietpi_userdata/homeassistant/deps was a symlink in our case, pointing to the pyenv Python environment, to deduplicate module installs. With uv, however, we use a venv now, which HA uses directly, hence /mnt/dietpi_userdata/homeassistant/deps is not needed anymore. It is hence removed when (re)installing Home Assistant, allowing to restore backups. Many thanks to @Dynamic5912 for reporting this issue: #7733
DietPi-Software | Worked around an issue where some services with an EnvironmentFile below /mnt/dietpi_userdata may have failed to start, if it has been moved to an external drive. Many thanks to @jcw for reporting this issue: #8070