DietPi
@dietpi.com
Lightweight Debian-based Linux distribution, targeting especially (but not only) single-board computers and server systems.
Website: https://dietpi.com/
Community forum: https://dietpi.com/forum/
GitHub: https://github.com/MichaIng/DietPi
Website: https://dietpi.com/
Community forum: https://dietpi.com/forum/
GitHub: https://github.com/MichaIng/DietPi
privately, but with a deadline after which they would make it public. And that indeed is brazenly: as trillion dollar company, using the software for free, detecting a security vulnerability, then asking upstream devs to solve it for free with deadline pressure, for them to risk bad publicity.
November 13, 2025 at 12:36 AM
privately, but with a deadline after which they would make it public. And that indeed is brazenly: as trillion dollar company, using the software for free, detecting a security vulnerability, then asking upstream devs to solve it for free with deadline pressure, for them to risk bad publicity.
Sending bug reports is not an issue. Everyone is free to ignore them, but the information that there is an issue is generally positive, and allows discussion, collecting info, and potentially fix by volunteers. The recent problem was a reported security vulnerability by Google 1/2
November 13, 2025 at 12:36 AM
Sending bug reports is not an issue. Everyone is free to ignore them, but the information that there is an issue is generally positive, and allows discussion, collecting info, and potentially fix by volunteers. The recent problem was a reported security vulnerability by Google 1/2
Looks great, and seems to be possible to create an alias as drop-in replacement for grep (at least egrep/grep -E). But sadly no riscv64 binaries provided yet. Might open a PR for that, usually trivial for Rust.
October 18, 2025 at 5:21 PM
Looks great, and seems to be possible to create an alias as drop-in replacement for grep (at least egrep/grep -E). But sadly no riscv64 binaries provided yet. Might open a PR for that, usually trivial for Rust.
Last commit last year and draft at IETF expired since February 🤔. Is this slow pace expected or did the idea not get the expected traction?
September 28, 2025 at 12:55 AM
Last commit last year and draft at IETF expired since February 🤔. Is this slow pace expected or did the idea not get the expected traction?
Debian-based, FLOSS, and with a set of TUI helper scripts for ready-to-run installs of a.o. typical server software. Much like Docker but without Docker.
Suitable for single-board computers, but also x86_64 systems and VMs. Headless first, but ... it's Debian so you can install a desktop if needed.
Suitable for single-board computers, but also x86_64 systems and VMs. Headless first, but ... it's Debian so you can install a desktop if needed.
September 22, 2025 at 11:25 AM
Debian-based, FLOSS, and with a set of TUI helper scripts for ready-to-run installs of a.o. typical server software. Much like Docker but without Docker.
Suitable for single-board computers, but also x86_64 systems and VMs. Headless first, but ... it's Debian so you can install a desktop if needed.
Suitable for single-board computers, but also x86_64 systems and VMs. Headless first, but ... it's Debian so you can install a desktop if needed.
No one can do the choice for you, and knows whether you need to download media as well, a more complex storage server, or whatnot around the actual streaming server, or not. But if you want to test and get an impression of all of these (and more) options, try our little Linux OS: dietpi.com
Lightweight justice for your SBC!
Optimised | Simplified | For everyone - Backed by community, DietPi is a minimal OS image for SBCs - Raspberry Pi, Odroid, PINE64 etc. Install software optimised for you!
dietpi.com
September 22, 2025 at 11:25 AM
No one can do the choice for you, and knows whether you need to download media as well, a more complex storage server, or whatnot around the actual streaming server, or not. But if you want to test and get an impression of all of these (and more) options, try our little Linux OS: dietpi.com
I agree "creative" is difficult term in AI context, for the person writing the prompt(s), as well as the LLM generating the image based on its structure, training, and finds. Meaningful photos and real art are of course preferred. But as replacement for random clipart/getty, LLM images are IMO fine.
September 21, 2025 at 11:12 PM
I agree "creative" is difficult term in AI context, for the person writing the prompt(s), as well as the LLM generating the image based on its structure, training, and finds. Meaningful photos and real art are of course preferred. But as replacement for random clipart/getty, LLM images are IMO fine.
Our release notes images were never meant to be serious or transport an important message to start with. We started with mostly outdoor pictures matching the season. This year's AI motto just makes it easy to add slight hints about the content of the release, but we keep more playful than serious.
September 21, 2025 at 10:25 PM
Our release notes images were never meant to be serious or transport an important message to start with. We started with mostly outdoor pictures matching the season. This year's AI motto just makes it easy to add slight hints about the content of the release, but we keep more playful than serious.
Definitely. I mean it obviously does already all over the place. For ads, blog posts, PPT relaxation graphics and all such things, where otherwise some standard clipart or Getty Images come into play, if you do not have or pay a designer, it IMO just makes sense.
September 21, 2025 at 10:25 PM
Definitely. I mean it obviously does already all over the place. For ads, blog posts, PPT relaxation graphics and all such things, where otherwise some standard clipart or Getty Images come into play, if you do not have or pay a designer, it IMO just makes sense.
Why is that? Because IYO the graphics are not good/interesting/eye-catching or because "creative" is a difficult word in the context, when comparing with human artists? When checking article/blog post/ads graphics from before AI era, IMO it usually was worse and not really creative either 😅.
September 21, 2025 at 10:07 PM
Why is that? Because IYO the graphics are not good/interesting/eye-catching or because "creative" is a difficult word in the context, when comparing with human artists? When checking article/blog post/ads graphics from before AI era, IMO it usually was worse and not really creative either 😅.
It does mistakes, it halluziniertes, it gives outdated, inaccurate, wrong, or wildly invented information, even when clearly instructed to provide facts. Great for creative things like images 😉, or drafts, or to get ideas, but never for finished solutions or definite answers to rely on.
September 21, 2025 at 9:27 PM
It does mistakes, it halluziniertes, it gives outdated, inaccurate, wrong, or wildly invented information, even when clearly instructed to provide facts. Great for creative things like images 😉, or drafts, or to get ideas, but never for finished solutions or definite answers to rely on.
I think AI can be a massive help, also and maybe exceptionally for eye catching graphics. Though our aim was more an experimental one when choosing AI as image source for this year. What I am concerned is that people trust AI for things which need to be accurate, functional or facts matter.
September 21, 2025 at 9:27 PM
I think AI can be a massive help, also and maybe exceptionally for eye catching graphics. Though our aim was more an experimental one when choosing AI as image source for this year. What I am concerned is that people trust AI for things which need to be accurate, functional or facts matter.
Thanks for the wishes. I agree healthy suspicion is needed for a serious production OS. No one has time to check every line of code. We try to be transparent, all builds done on GitHub, scripts print each command they execute etc. But trust may need independent opinions or actually trying it out.
September 21, 2025 at 9:16 PM
Thanks for the wishes. I agree healthy suspicion is needed for a serious production OS. No one has time to check every line of code. We try to be transparent, all builds done on GitHub, scripts print each command they execute etc. But trust may need independent opinions or actually trying it out.
Do you think this in general, or just regarding the minions? I am taking this as feedback, didn't think of the way a release image is generated to make such a strong impression. I guess AI in general polarizes much: some say it is the future of coding and tech, others the opposite, me: depends ...
September 21, 2025 at 9:06 PM
Do you think this in general, or just regarding the minions? I am taking this as feedback, didn't think of the way a release image is generated to make such a strong impression. I guess AI in general polarizes much: some say it is the future of coding and tech, others the opposite, me: depends ...
... on GitHub and forum might help to get a better idea what we do and how, if you are interested.
Essentially, DietPi is Debian, using own kernel/bootloader builds, and providing a set of scripts which make typical server setups easier for inexperienced users, and faster + automated, if wanted.
Essentially, DietPi is Debian, using own kernel/bootloader builds, and providing a set of scripts which make typical server setups easier for inexperienced users, and faster + automated, if wanted.
September 21, 2025 at 9:01 PM
... on GitHub and forum might help to get a better idea what we do and how, if you are interested.
Essentially, DietPi is Debian, using own kernel/bootloader builds, and providing a set of scripts which make typical server setups easier for inexperienced users, and faster + automated, if wanted.
Essentially, DietPi is Debian, using own kernel/bootloader builds, and providing a set of scripts which make typical server setups easier for inexperienced users, and faster + automated, if wanted.
DietPi is around since ~10 years, and I am primary developer since ~6 years. There are some more people taking responsibility with support and behind the screnes, but most coding (well, mostly scripting) is done by me.
It makes sense to stay careful with OSes. Checking through our community ... 1/2
It makes sense to stay careful with OSes. Checking through our community ... 1/2
September 21, 2025 at 9:01 PM
DietPi is around since ~10 years, and I am primary developer since ~6 years. There are some more people taking responsibility with support and behind the screnes, but most coding (well, mostly scripting) is done by me.
It makes sense to stay careful with OSes. Checking through our community ... 1/2
It makes sense to stay careful with OSes. Checking through our community ... 1/2
You have a point there regarding a missing clear description in first view. Though most will probably find the website from elsewhere knowing the context.
Regarding the Minions: Structly seen copyrighted, but commonly accepted by Universal Studios, as far as I checked when the LLM put it inside.
Regarding the Minions: Structly seen copyrighted, but commonly accepted by Universal Studios, as far as I checked when the LLM put it inside.
September 21, 2025 at 8:41 PM
You have a point there regarding a missing clear description in first view. Though most will probably find the website from elsewhere knowing the context.
Regarding the Minions: Structly seen copyrighted, but commonly accepted by Universal Studios, as far as I checked when the LLM put it inside.
Regarding the Minions: Structly seen copyrighted, but commonly accepted by Universal Studios, as far as I checked when the LLM put it inside.
are needed, and kept longer as long as mainline sources do not provide proper support for all hardware components. We use Debian kernel for x86_64, RPi Ltd kernel for RPi, Armbian build system for most other SBCs, some own build scripts for RISC-V and some ARM SBCs.
September 21, 2025 at 8:28 PM
are needed, and kept longer as long as mainline sources do not provide proper support for all hardware components. We use Debian kernel for x86_64, RPi Ltd kernel for RPi, Armbian build system for most other SBCs, some own build scripts for RISC-V and some ARM SBCs.
Indeed this is a major issue: no bus enumeration => individual device trees and bootloader builds needed for each SBC. Projects like Armbian provide a standardised build system at least, using mainline Linux and U-Boot where possible. But especially for newer boards, often vendor sources ... 1/2
September 21, 2025 at 8:26 PM
Indeed this is a major issue: no bus enumeration => individual device trees and bootloader builds needed for each SBC. Projects like Armbian provide a standardised build system at least, using mainline Linux and U-Boot where possible. But especially for newer boards, often vendor sources ... 1/2