I would like support for Void Linux to be added. It uses the runit init and the XBPS package manager. Void Linux provides builds for arm64 devices.
I'm not keen on the Docker approach due to resource use.
Which machine did you use to try Pi-hole docker image?
How much overhead did you observe?
The current Pi-hole docker image uses very little resources. Also, dockerd/containerd usually use little memory and almost no CPU.
Docker is the fastest way to get Pi-hole running on unsupported Linux distributions.
I'm not going to be using Docker. Docker itself isn't lightweight.
I'd like PiHole to integrate with the system itself, similar to how it does on Raspberry Pi OS, without the need for extra libraries.
I avoid flatpaks on my main system because flatpak isn't lightweight. I always use system packages.
My main question is if I do end up having to add support for Void, would it be rejected, similar to how support for Gentoo was?
And that raises the question of do I write a patch, or make a hard fork?
I have programming experience. I can and will find a way to add support, either non-official for primarily my own use, or it can be officially supported.
I have noticed that pihole used to exist in the AUR and has a recipe for NixOS.
You can do the same and create your own recipe.
You can also try to adapt the installer to work with Void Linux, but there is no way to tell if these changes will be accepted or not.
Please understand: I'm not against your request. I'm just explaining that using docker is a lot easier (and faster) than changing the installer and waiting for the approval.
When adding an OS, the most important parts are:
- we need someone who knows this OS do the work and change the installer;
- Pi-hole team needs (multiple) users willing to fix the installer when things break on Void Linux;
- Pi-hole team must agree with the changes (sometimes the changes are too big and complex compared to the gain).
The second part is the one that usually results in rejection.
Just like the Gentoo case, as far as I know, there are not too many Void Linux users running Pi-hole and no team members actually runs this operating system at home. These two things combined result in a situation where, if something breaks only on Void Linux, Pi-hole team won't be able to test the installation reliably and there will be no one else able to fix it (or maybe just you).
No.
Pi-hole never had official AUR or NixOS packages/recipes.
If you found them, they were created by third party developers, as you can read on the first comment, in ArchLinux repository:
I don't remember why Gentoo was rejected, but I don't see a reason to reject any added support. I can't promise anything up front and it really would depend on how many changes and how big the changes are.
I think the AUR was supported by the users, and I'm guessing that NixOS is done by someone in their community.
It'll likely be a big change to natively support Void, rather than going through docker. It'll be easier on you if I maintain a fork or patch set. I don't expect any official endorsement of it.
I may as well add support for other inits beyond runit, like s6 or openrc. Could also add support for more package managers as well.
We aren't against your suggestion (not at all), but as you said yourself, it would be a big change and currently the team doesn't have Void Linux users.
We’ll keep your Feature Request open, though, as other Void Linux users might want to vote on it.