41
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 15 Sep 2021
41 points (88.7% liked)
Linux
47953 readers
1211 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
I've used it as a daily driver for a few years now. Here are my thoughts on it:
Stability: Generally speaking, I've found it to be pretty rock solid for a rolling release distro. Over the years, it's only really broken a handful of times. Things that break tend to be the same as with any rolling release distro, e.g. pipewire came out which had no immediate impact on pulse, but over time more and more things started to require pipewire, so eventually forcing ones hand with switching.
Updates Being rolling release, everything is relatively up-to-date. The way they manage dependencies package updates with continuous integration is pretty clever and seems to help prevent things from breaking.
System Management Because of the decision to use runit, things are different from mainstream Linux distros. This isn't bad, just keep in mind you will need to learn to use a new set of tools to manage your system. There are some bits and pieces that bridge the gap, e.g. elogind means you get systemd type session management without needing all of systemd. For system logging, you will need to use socklog instead, which is a very different beast to systemd journal and classic syslogd. For everything else, the arch wiki is very useful for finding light weight utilities to help manage things.
Package availability There are definitely a plethora of options for packages. Because of how their package infrastructure works, it is rare that a package you want isn't available. And for those that aren't available, it's usually a small utility...one with an alternative that is available in the repository already.
User Contributions In void, there is no distinction between "official" and "user" contributed packages. Voids package infrastructure feels more like the AUR from the outset, but with github CI doing the heavy lifting of compiling the package for everyone once you've upstreamed package changes. The downside I've found is that the maintainers seem to be perpetually time/resource constrained. For any package changes that are moderately more complicated than "uprev package", "fix breakages" or "new package", I've found it a bit frustrating. A few years ago, I attempted to get some changes in for GHDL to enable backtraceing support, but after a few review comments, it just went silent on the maintainer side, so never got merged. After about a month of silence, github automatically closed the issue.
Documentation Their docs are pretty good for getting started. I've found them great for pointing out nuances and peculiarities of Void. It is definitely not as exhaustive and comprehensive as the arch wiki, but about 75-80% of the arch wiki is applicable across the board for all Linux distros anyway...
Totally agree with you.