It's very easy to write templates for new packages and the maintainers stay really busy, so I've found that void has more packages in the main repo than almost anything else, despite its lesser popularity.
I'm guessing they looked at other package managers, didn't like a bunch of decisions, and decided to write their own: XBPS claims it's totally compatible with POSIX/SUSv2/C99 standards, and released with a Simplified BSD license (2 clause). Other features: https://wiki.voidlinux.eu/XBPS#Features
Not just Broadcom, but plenty of other networking SoCs use MIPS --- and in big-endian mode too. They're probably the only commonly encountered BE systems today.
> They're probably the only commonly encountered BE systems today.
Freescale's embedded PowerPC (e500 et. al) controllers are used in automotive powertrain ECUs (those that do not use TriCore), though it's debatable whether this counts as common.
I was drawn to it because it doesn't use systemd. (There seem to be a lot of people who dislike systemd.) Void uses runit instead of systemd. This has made it (for me at least) easier to use than Arch/systemd.
It was also one of the first to adopt LibreSSL.
The main downside for me is I have to manually install browsers. Void's packages for desktop software is sometimes out-of-date. But, I'm willing to overlook it because of all the other positives.
(Writing this from a Void Linux installation:) I don't know about Chromium, but Firefox 55 was no more than a week late, which I can totally live with.
You're correct. In the past the Firefox updates were very late sometimes (based an anecdotes I've read), but the situation has improved and should keep improving as more people adopt Void.
(I manually install Google Chrome and Opera. It's difficult for package managers to maintain them because of licensing and other issues.)
Thanks for that. It says: "In other words, one can benefit from existing systemd unit files through automatic conversion in many cases." I'm worried it means, "many, but not all" cases.
There is also Manjaro Openrc. But, my buggy experience with it made me decide to go with a distro designed from scratch to use a different init system. Do you use Archnosh on a daily basis? Any issues converting systemd unit files over to nosh?
I don't use Archnosh because I do not possess an Arch Linux system. I do use the nosh toolset on a daily basis on Debian, FreeBSD, TrueOS, and OpenBSD.
I don't think that the conversion process not being capable of automatically converting every possible unit, just most of them, is something that should worry you. I suggest that you begin by reading the manual page on the subject as well as the sections on conversion in the nosh Guide and the worked example in the blurb:
That there are some outliers doing oddball things that this will not cover, requiring you to get your hands dirty writing run+stop+start+restart programs, is only a worry if you worry about writing such programs in the first place. If that is a worry, then observe that you have the same worry with runit. Ask yourself if you are worried about this with runit. (-:
At the time of writing, the nosh toolset has just over 540 pre-supplied service bundles, not counting log and etc services, from ModemManager through initctld to zfsd.
An interesting and somewhat topical example of the automatic conversion in practice was when I took the now-infamous example of a systemd unit that declared User=0day, ran it through the convertor, and started the resultant service. You can see what happened, and (more importantly) what did not happen:
You're right about converting init files not being a problem. Looking back, it was a stupid statement on my part. Even converting the few services I run to nosh/s6/runit/etc. from systemd wouldn't be a problem... and it would be fun.
What I really want to say is: Arch is heavily tied to systemd and I don't want to use any systemd-based distro, even if I can run something alongside it.
Another option (albeit fairly new) is Artix, which is an Arch-based distro with OpenRC. It seems to have alternate repos for the base system while still having the default Arch repos for "community" and "extra" (as well as AUR compatibility, of course). I had some trouble using the graphical installer when trying it out on a spare hard drive, but booting the text image and just doing an Arch install as normal with pacstrap (which I prefer a anyhow) worked smoothly, and I haven't had any issues with it after a couple weeks trying it out.
The Arch wiki doco is also wrong, which probably does not help. There's a glaring error in the first paragraph there. There are in fact nine places where system-level unit files are searched for, not two. Three are in the systemd doco. Three are intentionally undocumented. Two are build-configuration-dependent and usually the same as some of the others. And one was erased from the doco for an clearly invalid reason.
On second thought, you're right. The statment is wrong on my part. Systemd seems to have pleased the Arch developers and made their lives easier.
I was trying to say: Void seems easier to use and stable.
Thanks for pointing this out. Sorry for my carelessness.
(I still would never use a systemd-based distro. I've had fewer problems since leaving it. And I've read too many horror stories to go back. And I suspect it led to many if the problems I had installing and booting. Void has a smaller community than Arch and Ubuntu, yet installs and biots up faster on my junky machines than Arch and Ubuntu. Granted, I can't blame systemd for this.... but I'll include it anyway in the lineup of suspects.)
Yes, what's funny about that is that is a Chinese designed processor which at first refused to pay royalties to MIPS. FYI for whoever: MIPS (the company) had major financial issues and was purchased by Imagination tech in 2013. But their patents ended up with a group of companies, including some which went to ARM. MIPS as at one point the fastest CPUs (from a millions instructions per seconds stand point) you could buy, and were in high-end SGI boxes.
The motivation comes down to little more than a couple of the main Void developers owning a witiboard. Perhaps there's other hardware floating around but there was quite a bit of discussion on IRC surrounding the witi.
If only it had a good documentation like that of Arch Linux, i would have given it a try. It seems promising, marriage of simplicity of BSD systems, and configurability and availability of vast number of packages of Linux.
It works really well. Runit is an interesting init system. I wish it was a little better documented.
I hope we start seeing hosted providers offering Void base images. I'm a little weary of the current state of Linux distros where everything new seems to be either Debian or RHEL based.
To address your last concern, I use Solus on my Laptop, it's also a fully independent distro. It comes in 3 flavours targeting the desktop. It feels really well build. The community and maintainers are very responsive.
I'm guessing they assumed that BSD would have a lesser chance of having drivers for the hardware in their router (or if their router is ARM-based: specifically supporting the router's exact+particular system board and configuration of hardware) compared to Linux. A priori, I would make the same assumption; when I hear "router", I think "oh, that'll need OpenWrt".
I was going to use either FreeBSD or OpenBSD, but no 802.11ac support in either. Actually I should have just went with it anyway. I could only get my car working in n mode and someone else who e-mailed me after finding that post said that particular Intel card doesn't work in AP mode in 802.11ac on Linux; had to buy a different card entirely.
For me it was mainly package management, and the unwillingness to get acquainted to a new userland.
But it has to be said, that void is pretty BSD-like, in some ways, and maybe someone will port pf one day (although I don't even know if that's possible at all...)
I've been running it at work as my main dev OS for a couple of months now (before I ran Debian) and I've run into far less issues than I expected. It's really well done.
Before Void Linux I contemplated jumping ship to FreeBSD or OpenBSD but Void Linux combines the best of BSD and Linux for me. (Except the awesome documentation and man pages found in the BSDs and it still uses a piece of Lennartware by default (but it can be removed): PulseAudio.)
Oh, a disadvantage (at least when I installed it) was I had to go through a wiki page to get an encrypted setup. It's not in the default installer. (Wasn't too hard though.)
edit: this last paragraph might not be true, see replies
Is pulseaudio really there by default? I've been using void for a couple of years. Made the choice early on to have sndio but no pulseaudio but I don't remember ever having to particularly remove pulseaudio.
I installed Void Linux on my new laptop this May, switching from Arch, which I'd been using for about six years. The experience is very positive overall. For desktop, I'm using AwesomeWM and NetworkManager, altho Void comes with a variety of options to choose from.
I were afraid that their Wiki is not detailed enough, and expected that some packages could be missing. However, I could easily install everything I needed from the repository (except flashplugin). TeX is installed slightly differently, but the wiki entry helps here. Regarding documentation, DuckDuckGo does not show search results from Void Wiki, so I have to use Google search instead. Documentation seems sufficient, and where I need more, I can refer to Arch wiki.
With Arch, all services seemed automatically enabled when the packages were installed, otherwise you had to use systemd commands for configuration, which seemed a bit opaque to me. In Void, which is using Runit, enabling a service (like alsa, crond, cupsd, etc) is a matter of creating a symlink, which feels very transparent and reliable. I think, I like the idea of keeping the information about your services in the plain view in the filesystem. I have never been a configuration guru, so prefer this transparency and simplicity, and it felt robust so far.
I'm using arch right now, and I can't think of any packages that automatically enable their own service. I could argue for the usability and transparency of systemd, but I won't. Simply because I think it is really important that alternatives to systemd exist.
I personally like systemd as a init system and service manager, but think it is bundling too much. Variety is not just the spice of life, its needed for a health ecosystem.
As for void linux, does it have anything close to the AUR in terms of package availability?
Yeah, I might be wrong when saying that services are automatically enabled in Arch.
My understanding is that Void has xbps-src [1], [2] for installing packages from source code, and it is somewhat similar to AUR. Xbps-src package database is essencially a github repository, you clone it and use it to build and install packages for your system. I installed it and used only once to build some obscure video streaming program, which failed to compile, and I did not follow up to figure out why it failed.
The difference would probably be that while anyone can add (or update) a package to the AUR, the xbps-src maintainers have to explicitly allow this. On the one hand it makes it harder to start contributing, but on the other hand, there is a minimum level of quality that is maintained. After a while you get used to it though, and ultimately updates are processed pretty quickly, especially if the submitters know what they're doing.
>The difference would probably be that while anyone can add (or update) a package to the AUR, the xbps-src maintainers have to explicitly allow this.
Nothing is preventing other users to fork or start their own void-packages repo on any git hosting service of their choice. In that sense it's actually more open to contributors than the AUR. Now the experience for the end user might not be perfect if they don't know that such a repo exists.
But you can do the same with the standard arch repositories too. The (intended) advantage of the AUR was precisely that people don't have to create their own repositories that are hard to trust and have to be updated all the time, can fall out of maintenance, and only the original creator can access (quasi like Ubuntu PPA's - which I personally hate). That's not to say that the AUR has no downsides, but what you're describing wouldn't make it better, imo.
I'm in a weird position on systemd. I like it as an init system and I like journald and logind (not that I'm very knowledgeable about logind).
However, I really dislike the bundling that is happening in systemd-world. It feels almost like an embrace - extend - extinguish approach, only for 'software opinions' as opposed to profit.
Sadly, this has become a very political debate, and I don't have first hand experience, so much of my opinion is based on biased second-hand accounts. Though I try to get accounts that are biased both ways.
Note that the primary impetus was actually not necessarily that archlinux has degraded in quality over the years ever since Judd was no longer in charge, but primarily that systemd interferes with everything.
I have this suspicion that the author may still be a happy archer, but systemd made him reconsider. And archlinux made a deliberate decision to switch to systemd without alternatives, so I really can not hold anyone but the new archlinux developers responsible for that.
Projects often change with the "under new management" syndrome - that is inevitable.
> Sadly, this has become a very political debate
This is only partially true. While I agree that there is a lot of conflict between pro-and-con systemd, the major issue is that some random guys here and there decide - and subsequently dictate - onto everyone else THEIR particular mind view. And I think that this is the much more upsetting thing.
> so much of my opinion is based on biased second-hand accounts.
Many who dislike systemd do so not because of "political reasons" but of REAL PROBLEMS THAT THEY HAVE ENCOUNTERED.
I also encounted this, such as an infinite loop of systemd at boot-up time. And I had no patience to want to debug any of it. Went back to slackware again, true and tested; it is only a base for LFS/BLFS for me though. If anyone asks, I rather use GoboLinux - but I also can not recommend anyone currently to use GoboLinux until a few more things have been resolved. It's still the best by far.
There is nothing wrong with slackware per se, mind you. It's a bit slow in its development taste for my taste ... but it is still the closest towards "oldschool linux".
Many years ago, I bought a red hat set of CD and SuSE. Installed both... had a GUI. Knew nothing what to do.
Then I installed debian. I think it was woody or potato back then... xorg did not work, but the commandline worked, so I worked through the old handbook learning *nix. :-)
That was great!
Since systemd, I no longer touch anything of debian. devuan is the true successor here - the debian devs abandoned the users.
Until then, I can recommend voidlinux for one reason - I actually know a few people who HAVE been using it since quite some time among them this famous dude:
And I know a few more ruby-folks who are still using archlinux but may consider switching. I may try to convince jhass for example ... ;) - although I do have to say, voidlinux needs a bit more polishing still.
> In Void, which is using Runit, enabling a service (like alsa, crond, cupsd, etc) is a matter of creating a symlink, which feels very transparent and reliable.
It's exactly the same in systemd, although people usually use systemctl. It will report what it does:
$ sudo systemctl enable sshd
Created symlink /etc/systemd/system/multi-user.target.wants/sshd.service → /usr/lib/systemd/system/sshd.service.
I belive his point is that you actually use "ln -s" to activate a service, instead of it being done by some utility, without you knowing what else it might have done too.
"We were the first distribution to switch to LibreSSL by default, replacing OpenSSL."
I'm not seeing the wisdom in this. OpenSSL has problems so instead of fixing them incremenally we are going to leverage a complete replacement thus risk many histories repeating itself plus a bevy of new undiscovered issues that come with less mature/less utilized projects. I'm not sold on that.
I personally use it on my raspberry pi, which operates as my server/home page (http://phi.k.vu/) and it's been fantastic for me. Far lower memory usage and much easier to configure. Xbps is fast and efficient, runit keeps it simple. It's like rediscovering linux or arch all over again, if that analogy means anything to anyone. Really deserves to be better known.
The one thing that keeps me back from using it on my laptop (where I run Debian) is that texlive has to be installed as one whole package, and the incomplete wiki is the other (although arch wiki can cover up quite well for tt's blindspots)
Well I just switched from ArtixLinux (arch-openrc) to Void. I simply reformatted my partitions execpt /home and viola. Its very nice. Nicer than Artix. Clean, the BSD-style bleeds thru. I know because I have installed a _lot_ of distros on this machine.
90 comments
[ 3.8 ms ] story [ 141 ms ] threadI can't think of a single system that runs MIPS instructions.
Also, what does this distro do differently from the other 1000+ distos?
Why VOID? Why not something else?
[1]: https://www.voidlinux.eu/usage/xbps/
Might be wrong on that though.
What makes this "distro" more interesting than all the others IMHO is that the author is a former BSD committer.
(Just to be clear, the resulting releases have - for me at least - usually been worth waiting for.)
Freescale's embedded PowerPC (e500 et. al) controllers are used in automotive powertrain ECUs (those that do not use TriCore), though it's debatable whether this counts as common.
If you've gotten addicted to Free/OpenBSD, it might make linux palatable to you.
It was also one of the first to adopt LibreSSL.
The main downside for me is I have to manually install browsers. Void's packages for desktop software is sometimes out-of-date. But, I'm willing to overlook it because of all the other positives.
(I manually install Google Chrome and Opera. It's difficult for package managers to maintain them because of licensing and other issues.)
* https://framagit.org/taca/archnosh
There is also Manjaro Openrc. But, my buggy experience with it made me decide to go with a distro designed from scratch to use a different init system. Do you use Archnosh on a daily basis? Any issues converting systemd unit files over to nosh?
I don't think that the conversion process not being capable of automatically converting every possible unit, just most of them, is something that should worry you. I suggest that you begin by reading the manual page on the subject as well as the sections on conversion in the nosh Guide and the worked example in the blurb:
* http://jdebp.eu./Softwares/nosh/guide/convert-systemd-units....
* http://jdebp.info./Softwares/nosh/guide.html
* http://jdebp.eu./Softwares/nosh/worked-example.html
That there are some outliers doing oddball things that this will not cover, requiring you to get your hands dirty writing run+stop+start+restart programs, is only a worry if you worry about writing such programs in the first place. If that is a worry, then observe that you have the same worry with runit. Ask yourself if you are worried about this with runit. (-:
* http://jdebp.info./FGA/run-scripts-and-service-units-side-by...
* http://jdebp.info./Softwares/nosh/guide/creating-bundles.htm...
At the time of writing, the nosh toolset has just over 540 pre-supplied service bundles, not counting log and etc services, from ModemManager through initctld to zfsd.
An interesting and somewhat topical example of the automatic conversion in practice was when I took the now-infamous example of a systemd unit that declared User=0day, ran it through the convertor, and started the resultant service. You can see what happened, and (more importantly) what did not happen:
* https://news.ycombinator.com/item?id=14681857
Other examples:
* mailcatcher.service: https://unix.stackexchange.com/a/200281/5132
* sickbeard.service: https://askubuntu.com/a/617822/43344
What I really want to say is: Arch is heavily tied to systemd and I don't want to use any systemd-based distro, even if I can run something alongside it.
https://artix-linux.github.io/migrate/
Not to open up that bag of worms, but I haven't heard anyone say Systemd is harder to use. It was made to actually make it easier.
The info on this page for systemd: https://wiki.archlinux.org/index.php/systemd#Writing_unit_fi... seems harder for me to understand than the info on runit: http://kchard.github.io/runit-quickstart/
* http://jdebp.eu./FGA/systemd-documentation-errata.html#Missi...
I was trying to say: Void seems easier to use and stable.
Thanks for pointing this out. Sorry for my carelessness.
(I still would never use a systemd-based distro. I've had fewer problems since leaving it. And I've read too many horror stories to go back. And I suspect it led to many if the problems I had installing and booting. Void has a smaller community than Arch and Ubuntu, yet installs and biots up faster on my junky machines than Arch and Ubuntu. Granted, I can't blame systemd for this.... but I'll include it anyway in the lineup of suspects.)
You know, Gentoo, which is way more widely used than Void, and more mature than Arch, gives you the option of going without systemd.
So kinda like Alpine, but you can choose between glibc and musl.
http://penguindreams.org/blog/building-a-thin-itx-router/
It works really well. Runit is an interesting init system. I wish it was a little better documented.
I hope we start seeing hosted providers offering Void base images. I'm a little weary of the current state of Linux distros where everything new seems to be either Debian or RHEL based.
But it has to be said, that void is pretty BSD-like, in some ways, and maybe someone will port pf one day (although I don't even know if that's possible at all...)
Before Void Linux I contemplated jumping ship to FreeBSD or OpenBSD but Void Linux combines the best of BSD and Linux for me. (Except the awesome documentation and man pages found in the BSDs and it still uses a piece of Lennartware by default (but it can be removed): PulseAudio.)
Oh, a disadvantage (at least when I installed it) was I had to go through a wiki page to get an encrypted setup. It's not in the default installer. (Wasn't too hard though.)
edit: this last paragraph might not be true, see replies
I'd have to do a reinstall to check, but I've got work to do ;-) I'll update my original post if I can though.
Still, good to know it probably does not come with PA by default.
I were afraid that their Wiki is not detailed enough, and expected that some packages could be missing. However, I could easily install everything I needed from the repository (except flashplugin). TeX is installed slightly differently, but the wiki entry helps here. Regarding documentation, DuckDuckGo does not show search results from Void Wiki, so I have to use Google search instead. Documentation seems sufficient, and where I need more, I can refer to Arch wiki.
With Arch, all services seemed automatically enabled when the packages were installed, otherwise you had to use systemd commands for configuration, which seemed a bit opaque to me. In Void, which is using Runit, enabling a service (like alsa, crond, cupsd, etc) is a matter of creating a symlink, which feels very transparent and reliable. I think, I like the idea of keeping the information about your services in the plain view in the filesystem. I have never been a configuration guru, so prefer this transparency and simplicity, and it felt robust so far.
I personally like systemd as a init system and service manager, but think it is bundling too much. Variety is not just the spice of life, its needed for a health ecosystem.
As for void linux, does it have anything close to the AUR in terms of package availability?
My understanding is that Void has xbps-src [1], [2] for installing packages from source code, and it is somewhat similar to AUR. Xbps-src package database is essencially a github repository, you clone it and use it to build and install packages for your system. I installed it and used only once to build some obscure video streaming program, which failed to compile, and I did not follow up to figure out why it failed.
[1] https://github.com/voidlinux/void-packages/blob/master/READM...
[2] https://wiki.voidlinux.eu/Xbps-src
Nothing is preventing other users to fork or start their own void-packages repo on any git hosting service of their choice. In that sense it's actually more open to contributors than the AUR. Now the experience for the end user might not be perfect if they don't know that such a repo exists.
Sadly, this has become a very political debate, and I don't have first hand experience, so much of my opinion is based on biased second-hand accounts. Though I try to get accounts that are biased both ways.
http://halestrom.net/darksleep/blog/005_distrohop_p1/
Note that the primary impetus was actually not necessarily that archlinux has degraded in quality over the years ever since Judd was no longer in charge, but primarily that systemd interferes with everything.
I have this suspicion that the author may still be a happy archer, but systemd made him reconsider. And archlinux made a deliberate decision to switch to systemd without alternatives, so I really can not hold anyone but the new archlinux developers responsible for that.
Projects often change with the "under new management" syndrome - that is inevitable.
> Sadly, this has become a very political debate
This is only partially true. While I agree that there is a lot of conflict between pro-and-con systemd, the major issue is that some random guys here and there decide - and subsequently dictate - onto everyone else THEIR particular mind view. And I think that this is the much more upsetting thing.
> so much of my opinion is based on biased second-hand accounts.
Many who dislike systemd do so not because of "political reasons" but of REAL PROBLEMS THAT THEY HAVE ENCOUNTERED.
I also encounted this, such as an infinite loop of systemd at boot-up time. And I had no patience to want to debug any of it. Went back to slackware again, true and tested; it is only a base for LFS/BLFS for me though. If anyone asks, I rather use GoboLinux - but I also can not recommend anyone currently to use GoboLinux until a few more things have been resolved. It's still the best by far.
There is nothing wrong with slackware per se, mind you. It's a bit slow in its development taste for my taste ... but it is still the closest towards "oldschool linux".
Many years ago, I bought a red hat set of CD and SuSE. Installed both... had a GUI. Knew nothing what to do.
Then I installed debian. I think it was woody or potato back then... xorg did not work, but the commandline worked, so I worked through the old handbook learning *nix. :-)
That was great!
Since systemd, I no longer touch anything of debian. devuan is the true successor here - the debian devs abandoned the users.
Until then, I can recommend voidlinux for one reason - I actually know a few people who HAVE been using it since quite some time among them this famous dude:
https://github.com/voidlinux/void-packages/commits?author=ch...
And I know a few more ruby-folks who are still using archlinux but may consider switching. I may try to convince jhass for example ... ;) - although I do have to say, voidlinux needs a bit more polishing still.
They will surely manage.
It's exactly the same in systemd, although people usually use systemctl. It will report what it does:
Dude, we have been using *nix since decades.
There is nothing wrong with keeping things simple - no need for systemd whatsoever.
I'm not seeing the wisdom in this. OpenSSL has problems so instead of fixing them incremenally we are going to leverage a complete replacement thus risk many histories repeating itself plus a bevy of new undiscovered issues that come with less mature/less utilized projects. I'm not sold on that.
I personally use it on my raspberry pi, which operates as my server/home page (http://phi.k.vu/) and it's been fantastic for me. Far lower memory usage and much easier to configure. Xbps is fast and efficient, runit keeps it simple. It's like rediscovering linux or arch all over again, if that analogy means anything to anyone. Really deserves to be better known.
The one thing that keeps me back from using it on my laptop (where I run Debian) is that texlive has to be installed as one whole package, and the incomplete wiki is the other (although arch wiki can cover up quite well for tt's blindspots)
A few screenshots. http://imgur.com/a/2IE94
Thank you very much VoidLinux devs and volunteers! Awesome work!!