Software-update: DietPi 9.16

DietPi logo (170 pix)DietPi is een lichtgewicht besturingssysteem voor zogenaamde singleboardcomputers. Het is op Debian gebaseerd en geoptimaliseerd om maximale prestaties uit de kleine computers te halen. DietPi heeft daarnaast ook een groot aantal ready-to-run applicaties die kunnen worden geïnstalleerd. Hoewel de naam anders doet vermoeden is het niet alleen geschikt voor Raspberry Pi's, maar ook prima te gebruiken op hardware van bijvoorbeeld Odroid, Orange Rock en Pine. Versie 9.16 is uitgekomen en hier zijn de volgende veranderingen en verbeteringen in aangebracht:

Enhancements
  • General | The number of APT update calls within our script has been reduced: it is skipped in case the less than an hour ago, sources lists and architectures were not changed in between. This should speed up certain update and install processes, and reduce disk writes. The 1 hour however is taken somewhat arbitrary. If you ever face the issue that a package install of upgrade fails with 404, while it works after a fresh apt update, please let us know.
  • General | Our scripts and G_* functions do now internally re-execute themselves with sudo if needed, which makes e.g. sudo dietpi-software obsolete. This is especially helpful when using the fish shell, where sudo dietpi-software cannot work, since fish does not support calling shell aliases with sudo as easily as bash. It is however still possible to use sudo by yourself, of course. The internal root privileges checker, instead of exiting the script, runs exec sudo <script> <arguments>..., replacing the parent script instance with the sudo wrapped call. It works as well for our G_* functions, like G_AGUG for non-interactive error-handled APT upgrades. Since sudo cannot run functions from the parent shell, we have another function which handles this, so G_SUDO G_AGUG was needed. This is now internally handled as well, so G_AGUG can be called directly from an unprivileged but sudo-capable user. In any case, of course, the calling user must be able to use sudo, with or without entering its password. In non-interactive shells, or when G_INTERACTIVE=0 has been set, sudo will be called with -n argument, which aborts the call with error, to avoid hanging processes.
  • dietpi-globals | G_CHECK_ROOT_USER: Related to above change, just in case anyone uses this function in own scripts: The previous CLI arguments have been removed, instead scripts can pass their positional arguments "$@" to this function, for automatic re-execution with sudo to work properly. Set G_INTERACTIVE=0 to avoid interactive sudo password inputs if you want to assure the script does not hang at this point. This is internally set if the shell's STDIN is no terminal, like systemd services, cron jobs etc, but better be safe than sorry. If G_CHECK_ROOT_USER is called from within a function as part of an interactive shell session, previously the shell itself was exited if the check failed, unless G_CHECK_ROOT_USER 1 was called. This argument does not exist anymore, but the function detects an interactive parent shell and only terminates the command sequence in that case, like G_CHECK_ROOT_USER 1 did before. The automatic G_SUDO call works only if the invoking function is one of our G_* functions, else it is not attempted. More details: #7686
  • Raspberry Pi | The primary UART adapter is now enabled on first boot. It was unintentionally disabled on our Raspberry Pi images.
  • ROCK Pi S | Device tree overlays have been added to switch the USB-C port to host or OTG mode. By default it is in peripheral mode. More details: #6611
  • Debian Forky | We added initial support to the new Debian 14 Forky testing version and next release expected for summer 2027. This means it is detected correctly by our scripts, included in our automated testing, images are generated and hosted at https://dietpi.com/downloads/images/. But note that due to regular changes on Debian testing, software installation options are expected to break regularly, and are tested much less frequently. Use it if you like to stay on edge, and are fine to tinker more frequently after APT package upgrades.
  • DietPi-Software | Domoticz: This software option has been enabled for all Debian versions and architectures. We build and distribute own packages via our own APT server for this purpose. All files in /mnt/dietpi_userdata/domoticz are treated as conffiles, hence manual changes will never be overwritten by package upgrades. For fresh installs, however, the plain HTTP listener at port 8124 has been disabled, hence by default, access is possible via HTTPS on port 8424 only. A sudoers config has been added to make the system shutdown and restart options from the web UI work.
  • DietPi-Software | Kodi: On Raspberry Pi Bookworm systems, Kodi 21 is now installed, provided as separate package from the RPi APT repository. If you want to upgrade your previously installed instance: sudo dietpi-software reinstall 31
  • DietPi-Software | Kubo: The IPFS Node install option has been renamed to "Kubo". It has been renamed upstream a while ago: https://github.com/ipfs/helia/wiki/FAQ
  • DietPi-Software | Java: Our implementation switched for 64-bit systems from Debian's OpenJDK packages to Adoptium's Temurin Java packages. This allows us and DietPi users to install any released Java version on any Debian version. Previously on older Debian version, some Java applications could not be used anymore, or only older versions. For now, Java 21 will be installed by dietpi-software, which is the latest LTS version. But users can add any other version via APT: https://packages.adoptium.net/ui/native/deb/pool/main/t/. However, the Adoptium repository does not support the 32-bit architecture anymore, hence those system will remain with Debian's OpenJDK packages and the related restrictions.
  • DietPi-Software | Java: The Raspberry Pi repository maintainers went through the efforts to provide ARMv6-compatible Java 17 packages. Thanks to this fact, we can re-enable the Java installation options for RPi 1/Zero models, however with the limitations Java 17 has compared to Java 21, at time of writing: Minecraft max v1.20.4 and openHAB max v4.
  • DietPi-Software | PaperMC: On 64-bit Debian Bullseye and Bookworm systems, PaperMC can be updated again to its latest version, using Adoptium Temurin Java 21. Previously, due to minimum Java requirements, PaperMC 1.20.4 was the latest supported version on these systems.
  • DietPi-Software | Nextcloud Talk/Synapse/WireGuard: It is now possible to install these software options non-interactively, e.g. via automated first boot installs: AUTO_SETUP_AUTOMATED=1 in dietpi.txt. For this, a new dietpi.txt setting SOFTWARE_PUBLIC_DOMAIN_NAME has been added to define the (planned) public domain name of the DietPi system, used as default for software options which require or benefit from it. For now, only these software options and dietpi-letsencrypt will make use of SOFTWARE_PUBLIC_DOMAIN_NAME for non-interactive setups, while installs from an interactive terminal will still show a dialogue to change the default.
  • DietPi-Software | Synapse: In addition to SOFTWARE_PUBLIC_DOMAIN_NAME, for Synapse installations, the new SOFTWARE_SYNAPSE_USERNAME dietpi.txt option can be set to define the initial admin username on non-interactive installs, which defaults to "dietpi". Hence be sure to set this when using AUTO_SETUP_AUTOMATED=1 and AUTO_SETUP_INSTALL_SOFTWARE_ID=125.
  • DietPi-Software | WireGuard: In addition to SOFTWARE_PUBLIC_DOMAIN_NAME, for WireGuard installations, the new SOFTWARE_WIREGUARD_MODE and SOFTWARE_WIREGUARD_PORT dietpi.txt options can be set to define whether WireGuard will shall be installed as server or client, and in case which UDP port it shall listen to. The defaults are server mode and port 51820.
  • DietPi-Software | Portainer: Fresh installs and reinstalls will now enable HTTPS access on port 9442. Plain HTTP access via port 9002 remains possible for now, but will be probably disabled in the future. Let us know if you face any issues accessing Portainer via HTTPS, aside of the fact that you need to accept the self-signed certificate in browsers once.
Bug fixes
  • Raspberry Pi | Resolved issues due to conflicting APT packages for the Raspberry Pi OS desktop. The related packages are now prevented via APT pins on all Raspberry Pi systems, added as well with this DietPi update. This was previously done only on LXDE install, since its base packages from the RPi repo are highly customized for the RPi OS desktop. But e.g. related GTK packages with conflicting dependencies are pulled in by other desktop and GUI packages as well. More details: #6959
  • RISC-V | The Docker Compose, Snapcast, and Amiberry dietpi-software options are now available on RISC-V systems.
  • NanoPi 4/5/6 series | Resolved an issue where the DietPi APT repo entry could have been malformed so that kernel upgrades were missing.
  • Debian Trixie | The install of Xfce and GNUstep desktops, as well as enabling Amiberry standard boot via dietpi-autostart failed, due the attempt to install the policykit-1 package, which is a dummy transitional on Bookworm and has been removed on Trixie. Instead, from Bookworm on, the successor polkitd package is installed, which provides the same features to elevate privileges for e.g. poweroff/reboot from desktop and systemctl execution. More details: #7650
  • DietPi-BugReport | Resolved an issue where generating a bug report failed on recent images if (p)7zip was not installed. This became an issue since we stopped to pre-install it on our images. Bug reports are not compress with xz if present, else gzip. More details: #7650
  • DietPi-Display | Resolved an issue where display with once stored settings were always shown as disabled, when starting the script again.
  • DietPi-Software | VSCodium: This software options has been disabled on 32-bit ARM systems, since the project stopped distribution packages for those architectures with their APT repository.
  • DietPi-Software | Koel: Resolved an issue where the installation failed on 32-bit systems from Debian Bookworm on, due to a pre-installed dependency which strictly requires 64-bit. The dependency is now downgraded on accepted systems via PHP Composer.
  • DietPi-Software | Kavita: Resolved an issue where the installer tried to exit a non-existing config file, so that the daemon was not listening on port 2036 as expected, but port 5000 instead.
  • DietPi-Software | Docker Compose: This software option has been enabled for the RISC-V architecture.
  • DietPi-Software | Syncthing: Resolved an issue where the installation failed due to CLI changes in the latest release v2.0.0.
  • DietPi-Software | Raspotify: Resolved an issue where Raspotify could cause and endless failure loop on shutdown, effectively preventing the shutdown procedure from ever finishing.
  • DietPi-Software | openHAB: Resolved an issue where the latest package could not run anymore on Debian Bullseye and Bookworm systems, since the minimum Java version requirement raised to Java 21 with openHAB 5. This is now possible on 64-bit systems, as we moved to Adoptium Temurin Java packages. On 32-bit Bullseye and Bookworm systems, the latest openHAB 4 will be installed instead, and the DietPi update performs a downgrade if needed. More details: #7657
  • DietPi-Software | Nukkit: Resolved an issue where a reinstall/update overwrote the config file. It is now never overwritten if present.
  • DietPi-Software | Node.js: Resolved an issue where the installed Node.js on ARMv6 Bullseye systems was not functional, since it required a newer C++ ABI version than provided by Raspbian Bullseye.
  • DietPi-Software | ADS-B Feeder: Resolved an issue on non-usr-merged Bullseye systems where the service startup failed due to explicit /usr/bin/bash usage.
  • DietPi-Software | MicroK8s: Resolved an issue where the installation could have failed on Debian Bullseye and Bookworm, due to too old snapd. snapd is updated with its own snap in the process anyway, so we do this now before installing the actual MicroK8s snap, just changing the order of things to fix it.

DietPi

Versienummer 9.16
Releasestatus Final
Besturingssystemen Linux
Website DietPi
Download https://dietpi.com/#download
Licentietype Voorwaarden (GNU/BSD/etc.)

Door Bart van Klaveren

Downloads en Best Buy Guide

24-08-2025 • 10:00

26

Submitter: RobbyTown

Bron: DietPi

Update-historie

08:00 DietPi 9.17 0
24-08 DietPi 9.16 26
29-07 DietPi 9.15 3
23-06 DietPi 9.14 0
26-05 DietPi 9.13 4
21-04 DietPi 9.12 11
24-02 DietPi 9.11 14
10-02 DietPi 9.10 23
Meer historie

Reacties (26)

26
26
16
1
0
8
Wijzig sortering
Iemand die goed is in andermans werk een andere naam te geven en verder weinig doet aan de kern.

Het origineel is:

https://www.armbian.com/

https://docs.armbian.com/Developer-Guide_Overview/

Met wat simple build instructies kan een ieder met een Linux computer 'images' generen. Als je die vervolgens op een website zet met een andere catchy naam en andere kleur ben je binnen.

Zie: https://github.com/MichaIng/build

'forked from armbian/build'

Heb het wel eens kort nagalopen, is in essentie letterlijk overal rename van 'armbian' naar 'dietpi' en van daaruit verdere aanpassingen en toevoegingen. Maar draagt verder niks bij aan linux kernel, u-boot bootloader en algeheel origineel armbian build infrastructuur. Je kan gewoon pull requests etc tellen van de afgalopen jaren.

Het is geen https://kernel.org/ (Linus Torwalds) of https://www.denx.de/

[Reactie gewijzigd door twingels op 25 augustus 2025 09:49]

Dat is een vrij negatieve benadering van wat gewoon een fork heet en dat heel gebruikelijk is binnen open source dingen. Je maakt een fork, past aan wat je aan wilt passen en stelt dat weer beschikbaar aan mensen die jouw versie fijner vinden.
Als het geen enkele commerciele bijbedoeling heeft ben ik het met je eens. Maar vraag het eens aan Armbian developers, de meesten vrijwiliger, een enkeling krijgt wat betaald.

Als je dan met weinig skills dit copieert en een donate button en ads enz inzet, is een type als die dietpi maintainer gauw een paria. Er zijn competente kernel developers die burn-out raken en anderen die het wel voor gezien houden.

Wat denk je wat er gebeurd met up to date houden van kernel voor een willekeuring board als armbian vrijwiligers er mee ophouden?

Heb je zelf wel eens uren of dagen/avonden tijd gestoken in een kernel fix voor een regressie voor een boardje van een paar tientjes waarvan ook de HW fabrikant alleen nog ergens op googledrive een image heeft staan van jaren oud?

Kijk ook eens naar RedHat b.v., die dragen zeer veel fundamenteels bij aan Linux, maar al die developers moeten ergens van betaald worden. Wat men dan doet is eerst maar de source code een tijdje voor zichzelf houden en betalende klanten die (custom) support afnemen. Jaren later komt het dan in Debian b.v.

Ander voorbeeld is de oorspronkelijke developer van WiringPi. In forks die op andere HW boards draaidend dan RPi stond nog gewoon zijn email adres als 'support', kreeg allerhande verwensingen van shit software enz. Die HW wordt dan voor 100 euro of zo verkocht. Die forks introduceren nieuwe andere fouten. Resultaat: originneel persoon aan de kant geschoven, krijgt niks nattuurlijk, anderen verkopen HW met winst, maar na paar jaar werkt dat niet meer als updates nodig zijn.

[Reactie gewijzigd door twingels op 25 augustus 2025 11:20]

Ik lees uit jouw reactie dat het onderhouden van een distributie bij jou betekent dat je bezig bent met kernel- of bootloaderontwikkeling. In mijn optiek is het anders, Linux is een ecosysteem dat vele lagen kent met:
  • Kernel & hardware-ondersteuning (Linux-kernel, U-Boot, device trees, drivers)
  • Distributie-infrastructuur (buildsystemen, packaging, repositories, updatingsbeleid)
  • Userland en tooling (automatisering, configuratie, applicatiestacks)
Armbian bevindt zich dichter bij de kernel-/bootloaderlaag en is gespecialiseerd in board-ondersteuning. DietPi bevindt zich bewust in de userlandlaag: automatisering, installatiescripts, dietpi.txt-automatisering, DietPi-softwarecatalogus en minimale basisimages.

Volgens jouw logica zouden Ubuntu, Debian, Manjaro, Kali, Alpine, enz. allemaal “paria's” zijn, omdat ze ook geen kernelontwikkelaars in dienst hebben – ze verpakken kernels van upstream en richten zich op integratie, tooling en gebruikerservaring. Niemand beschouwt hen als “paria” omdat ze geen kernelcode schrijven.

De toegevoegde waarde van DietPi ligt in zijn lichte voetafdruk en automatiseringstools. Dat is origineel werk, geen ‘hernoemen’, en het richt zich op een ander publiek dan Armbian. Doen alsof elke distro-beheerder ook aan de kernel moet sleutelen, gaat voorbij aan hoe gelaagd en collaboratief het Linux-ecosysteem in werkelijkheid is.
Ubuntu is geen persoon. Canonical is een bedrijf, dat heeft wel degelijk mensen die in de hele keten kunnen bijdragen.

'collaboratief' is in mijn ogen 2 richtingen: geven en nemen. Dus dat 'DietPi' geeft aan- en neemt van 'Armbian'.

Of is het 'DietPi' neemt van 'Armbian' en geeft aan 'eind-gebruiker'. En hopen dat 'eind-gebruiker' veel geld aan 'DietP' doneert en niet aan 'Armbian'.
Misschien moeten ze het dan maar niet open source maken als ze het niet eens zijn met de gevolgen daarvan. Er is ook niet wat ze tegen houd om hetzelfde te doen als DietPi. Dus ze lopen te janken om dingen die ze zelf veroorzaken en kunnen oplossen. Slap verhaal.
Dan heb je niet begrepen of geconctoleerd wat ik schreef. Als Armbian closed source was of zou zijn, zou DietPi niet bestaan. En Armbian heeft ook images besckikbaar en opties om makkelijk diverse extra software paketten te installeren.
Dan heb jij denk ik ook niet begrepen wat ik schreef want Ambian is niet closed source. Ze janken om hun eigen beslissing ipv het zelf beter/anders te doen.
Bedankt voor je antwoord.

Als ik iets op een pi-servertje in mijn netwerk zet weet ik graag wie erachter zit. In welk land, is het een persoon/bedrijf/team dat bekend is. Waarop baseren ze zich. Vind het vreemd dat sommige Tweakers dit een irrelevante vraag vinden (0), maar het antwoord wel een +2 krijgt...
Vind het vreemd dat sommige Tweakers dit een irrelevante vraag vinden (0), maar het antwoord wel een +2 krijgt...
Gebeurt wel eens vaker. Kaart het aan in het betreffende topic: forumtopic: Het kleine-mismoderatietopic deel XXX
Naast pi's gebruik ik het nu zelfs op m'n normale intel/AMD pcserver. Het werkt gewoon superstabiel! Elke simpele aliexpress minipc is zo ongeveer geschikt!

Voor wie er niet zo bekend mee is, hier een ondersteunende lijst. Ook al staat je systeem er niet tussen, kan het waarschijnlijk tóch dietpi draaien.

https://dietpi.com/downloads/images/
Ik ben onbekend met deze distro. Waarom zou je dit op een pc gebruiken ipv een willekeurig andere lichte uitgeklede Linux Distro, heeft het nog voordelen?
Dietpi heeft een eigen simpele software installer met optimized software, zie de website en dan onder docs -> software. De software draait soepel en ook heel "diet".
Dankje, valt precies in mijn straatje zo te zien. Gebruik zeker de helft van de software daar. Benieuwd hoe optimized het is. Ga dit eens uitproberen onder Proxmox, kan mij veel tijd besparen met installaties.
@see Een intel/AMD met welke CPU raad je dan aan? Bedankt voor het delen van de info!

[Reactie gewijzigd door querex op 25 augustus 2025 08:45]

nou, ik draai op een oude j4125 celeron minipc van ali:

nginx, nextcloud, jellyfin, wordpress, photoprism, jellystat, pihole, docker,dockercompose,portainer,webmin en nog een stuk of 7 dockercontainers.

...en dan heb ik 4gb in gebruik van de 8gb beschikbaar. Het dietpios draait vanaf een sandisk3.1 usbstick omdat ik daar altijd makkelijk backups van kan maken met hddrawcopytool.

dus als ik dan ga kijken op aliexpress is elke budget minipc met 8gb geheugen of meer al sneller dan
wat ik draai. een intel n95 is de goedkoopste optie:https://www.aliexpress.com/w/wholesale-n95-mini-pc.html?g=y&SearchText=n95+mini+pc&sortType=price_asc

Bovendien vaak goedkoper dan mijn rpi5 waar ik homeassistant op draai, want ik had ook nog sdkaartjes/usbsticks, stroomadapter etc nodig.

Maar als ik nu een budget minipc zou willen aanschaffen als leuke hobby minipc server,
dan zou ik voor de n150 cpu gaan. kan je jaaaren mee vooruit, en nog veel vlotter en zuiniger ook.
deze is wel aardig, kan zelfs een oude sata ssd in!
https://nl.aliexpress.com/w/wholesale-FIREBAT-AK2-PLUS-MiniPC.html?spm=a2g0o.detail.search.0
Het is gewoon Debian pre-installed. Met wat andere configuraties her en der.
Volgens mij is 9.16 momenteel een open beta. 9.15 is al een tijdje uit. De titel wekt in ieder geval mijn verbazing!
Website van DietPi loopt achter daar staat open beta op de frontpage.

9.16 is nu gewoon stable versie en geen beta meer zie:

[Reactie gewijzigd door RobbyTown op 24 augustus 2025 13:52]

Verrek. Dank, dan maar weer switchen naar de stable release.
Wat is een orange rock. Zou dat niet orange pi moeten zijn?
Je hebt gelijk. Oranje rock is als een soort Koningsnacht ;-)
DietPi draait hier als een zonnetje op een Orange Pi Zero 3 met Adguard Home erop. kan het echt aanraden.

Op dit item kan niet meer gereageerd worden.