I can’t tell. I don’t exactly remember the policy but if you decide to take it more seriously and even if they wouldn’t support you 100% I belive that you could find compromise through discussion.

That’s quite the project you took upon yourself. As I’ve said before I wish you luck with your endeavors and hope you won’t fall into production dark pit.

With Void most of the packages I use and want are either in the main repo, non-free repo or multilib repo. I compiled only few packages which I wanted or needed like Brave Browser or drivers for my graphical tablet and few more. Once you get a proper grasp of it the process is nothing that hard.

As for SystemD I was able to always substitute one way or another so It’s pretty painless for me personally. Thought It might be a nightmare for someone who spent years on distro like Debian.

Can’t comment on ZFS as I have not used it on Void but some guys on unofficial Telegram group for Void said it’s smooth.

Speak of the devil. I was also thinking of trying Gentoo although I will probably do 1 or 2 test installs in VM and after that install it only onto my old Lenovo ThinkPad. Maybe I’ll try using Artix next for my daily driver. It’s been some time since I used anything based on Arch.

Yeah. Definitely give it a spin atleast in a VM. Although I’m more of C++ guy myself I wish you luck Rust bro ;)

Compared to Arch the packages in Void aren’t the newest aka it’s not a “bleeding edge” distro so by it’s nature it’s generally considered to be more stable. They even call themselves the Stable Rolling Release.

Then again compared to Arch, there is no Arch User Repository, but there is XBPS-src which is package builder which can build packages from other popular distros like Debian or Fedora with their .deb and .rpm files. They are sandboxed by default and require no root and. You can build packages yourself and there are also a lot of templates in XBPS-src.

Speaking XBPS, that is Void’s very own package manager I believe it stands for eXtreme Binary Package System. It’s also completely original to Void. It’s a smart, versatile and very fast (second only to Pacman I think) tool.

Unlike Arch. Void doesn’t use the nowadays standart SystemD Init system and instead uses Runit which is compared to SystemD more minimalistic, pretty simple to understand and overall faster Init system. Where everything is accomplished by linking form /etc/sv/ to /var/service/ with “ln - s”.

Void also supports the C libraries. The standart GNU libc (glibc) and musl. Glibc with support for more software and musl generally considered to be more secure. Also in my humble opinion glibc Void is great for desktop systems and musl Void is good choice for headless home server.

Lastly just like Arch it’s a minimalist distro so you can have way more control over system without too much headache and can pretty easily replace packages like sudo with something like opendoas.

I think Void one of the best Linux distros. I’m going to shamelessly fanboy it to the end of my days. One major issue for me that the official documentation is always kinda lacking for and I have to experiment. But yeah there you have it. Hope I didn’t bore ya.

Lemme shill some as well; https://voidlinux.org/download/

Thx I appreciate the input. I have already a lot of things set up on the server and switching now would be painful and time consuming. I also use docker in conjunction with kvm-qemu and had I known about proxmox a month ago I would not have construct it at such but alas. I will however in the future get another hardware which I will use as a home server and I will definitely give proxmox a shot.

Unrealted but Alpine Linux is based af!

Well I already got static IP from my ISP and configured Wireguard on my directly on my router so I think I’m good.

Something secure and easy to understand and setup for beginner. The easier the better. I don’t mind writing config files if I can understand it.

Omg thank you very much. I’ll definitely look it up.

I mean i have a wireguard on my router but how can I point the domain from my provider like (godaddy) to my server without opening ports?

And if i wanted to install nginx from debian repo and make the config file for immich docker instance, bitwarden dcoker instance… how would the config files and ssl certificates for nginx look like?

I’m currently cannot post it here and also since it didn’t work the first time I’m using only http for jellyfin and immich but i can later post the docker config for bitwarden.

I’ll definitely take a look at so thx. Also I’m using duckdns right now so i didn’t need to port forward anything but if I use my domain do i need to port forward ports 80&443 from through my router to my debian server (192.168.200.101)?

Okay and in that case can you please point me in the right direction how should i write the nginx configs for each of my services and also make ssl certificates?

Yeah but when I last tried nginx on my bitwarden host and another on my jellyfin host i could access the one for bitwarden on port 81 of my server but couldn’t access the other nginx web page on port 85 even though i have written it in docker compose file and the port 85 was also open on my server.

Nah I get what you said earlier but what I’m saying is that you should also inform you ISP. And that they don’t care isn’t necessarily true for every ISP especially if they may get a letter about it.

Ok forgot to mention you gotta verify if it’s okay with your ISP first.

I mean it’s not ideal but if you don’t mind the extra electricity, have some old laptop or raspberry pi you can use to run relay or bridgde and limit your bandwidth than I don’t see why you shouldn’t.

Also I2P is really faster than tor since you contribute to the network just by using it unlike tor. Although I’m not sure how many users this network has nowadays :/

I think the I2P is better designed for torrenting plus Tor is just way too slow especially for bigger files simce most people only use tor but don’t run their own relays.

Since I care more about anonymity I think I would rather sacrifice speed and use I2p even on clearnet.