11 ms·

Void Linux: Into the Void

172 points by _emacsomancer_ 9y ago

_emacsomancer_ 9y ago
A new(ish) from-scratch Linux distro designed by an old NetBSD dev.
- deleted 9y ago
  [deleted]
- deleted 9y ago
  [deleted]
- Theizestooke 9y ago
  thanks.
BlackLotus89 9y ago
A while ago I started looking for alternative linux distributions and void linux is my new darling that came out of this search. It has many binary packages, out of the box musl images, images for many of my arm boards (raspberry pi *, c2 and cubieboard for instance) and a nice packagemanager with source support and arch like syntax (it's splitted like the debian apt-get/apt-cache but worse... I still like it) If someone knows where I can report bugs for the live system I would appreciate a link (or I have to do it over the forum/mailing list). It uses runit as init system and I nearly forgot how nice a system without systemd could be. I have a little project on the backburner where I started porting arch to musl, but since I found voidlinux I completly stopped. It has an arch package to install void in a chroot and it has void packages for an arch like init system (mkinitcpio). The packages are updated regulary and even thought it's a larger distribution than alpine linux (it doesn't start with a barebone busbox base, but without wget and curl :D),but has a way larger precompiled package list than it (it even has some precompiled packages missing from other distributions like toybox the bsd licensed busybox like tool) Anyway since it still offers 32bit x86 binaries I will maybe use it in time for my old hardware. Up until now void Linux has made me very happy and I wonder why I didn't see it 10 years ago when it's first release was born. If you haven't yet give it a try.
- xfer 9y ago
  I also used to use void-linux for many of these reasons(after arch for a few years). But i have now moved to nixos. It offers me the benefits of replicating system setup(i don't backup my system folders anymore, just my homedir and the nixos configuration files), cleanly removing system-wide packages(no more stale config hanging around) and of course the benefits of using nix for isolated/reproducible builds.
  - BlackLotus89 9y ago
    Nixos was on my list as well, but I never got to try it out properly since void linux won me over. I'm still using arch as well, but I guess I always try to choose the right distro for my use case. But I think I will give nixos a spin again some time. I like the idea of the package manager very much
  - pknopf 9y ago
    With Darch (I'm the author), you can use VoidLinux with a replicated setup. Also, each boot is a clean boot (tempfs overlay). This ensures you capture your OS changes through your build script. https://godarch.com/ https://godarch.com/ This gives me what I love about Nix (scripted setup) with OSs I love (Arch and Void).
    - kanbannoman 9y ago
      This is cool!
    - heywire 9y ago
      I’m glad you posted this again. I remembered you posting this a week or two ago, but when I got a chance to look into it I couldn’t remember which article or what the name of the project was. I’m a fan of the style of NixOS, and also a fan of Arch, so this is a must-try. Thanks!
    - atmoz 9y ago
      I just automated my laptop setup with Salt [1]. I want to keep using that instead of bash scripts (what Darch uses, by the looks of it). I like the idea of having "images" with tempfs overlay. Is it possible to combine Salt with the image feature from Darch? [1]: https://github.com/atmoz/workstation-formula https://github.com/atmoz/workstation-formula
alxlaz 9y ago
I usually refrain from distro- (and editor-, and language-) related discussions but I think Void Linux deserves an exception here: - Everything is remarkably simple, (mostly) well-documented and straightforward. - Friendly, dedicated and very knowledgeable community - Open development, very few hooks to jump through if you have something to contribute - No systemd, so: rebooting your system isn't a lottery where, if you lose, you get to wait for 90 seconds for some service to stop, your system doesn't start doing strange new things after every update because something that's been working fine since the 1980s has recently been declared broken, no binary logs to get corrupted (and no need to tweak your system and sidestep this brilliant scheme). Of course, you can't do much DevOps on Void Linux, but I'm pretty sure that's about as relevant as the fact that you can't run macOS on low-power embedded systems. - Completely community-ran and independent. Some things don't happen as quickly as in corporate-backed projects, but you're also not beta testing for their LTS or enterprise-grade releases, either. Also, no bureaucracy, no priority mismatch, no one to shove alpha-quality software down your throat. It's basically like OpenBSD with more drivers but based on slightly worse and less cohesive technology :-).
- sivers 9y ago
  Thanks for beating me to saying all of that. It's been my experience, too. Void Linux has made me say a good "wow" more than any other Linux. I love that I can use many of my favorite bits of OpenBSD, even doas. xbps takes just a minute to learn, and is surprisingly ("wow") fast and robust. Who knows why it's not more popular, but it doesn't matter. It's awesome.
- mdekkers 9y ago
  No systemd, so [...] you can't do much DevOps on Void Linux How so? How is DevOps linked or dependent on systemd in your view? Personally, I find systemd gets in the way of devops.
  - a012 9y ago
    I don't understand, what can't DevOps do much without systemd where most of the DevOps culture involving around automations?
fouc 9y ago
Nice, my past distros of choice were slackware & archlinux. This feels like a successor to those. I'm sold.
- keithpeter 9y ago
  Slackware and Arch are still very much alive as projects. By 'successor' do you mean 'works in a similar way and I happen to like it better' or is there something that you think Void has got that slackware and arch don't have? PS: downloading the void live .iso now for a bit of distro-hopping on a spring morning.
  - nicklaf 9y ago
    As someone who switched from Slackware to Void several months ago, Void boots far faster. Also, though I haven't used Arch, Void really feels like a combination of a slimmed down Slackware + NetBSD (the author of Void is a NetBSD commiter IIRC). Of course, Gentoo portage was inspired by BSD ports, which I believe was an impetus for Arch's package manager. I don't know what the story is for Arch, but I find that Void strives to make the system dead simple: it is even more minimalist than Slackware (it feels more like a BSD). It isn't just small, though: it has good defaults. There isn't a whole lot of documentation beyond the well-written man pages, and I believe this is in part because it isn't necessary. Like Arch, though, it is a rolling release system: an update may break your system, and package indices quickly become stale as old packages are deleted from the server. You can easily fix this by updating the index.
    - Vaelatern 9y ago
      Our initial author, and the primary author of xbps, came directly from the NetBSD community.
      - keithpeter 9y ago
        Installed on an old Thinkpad X61s from the xfce4 live .iso (< 600Mb) dd'ed to a usb stick. Boots into an xfce live graphical session with network-manager recognising the Atheros wifi card. Minimal install - xfce 4.12 plus Web browser and image viewer (1.5Gb on hard drive). Ran the installer script from a terminal in the live session - result is an ncurses dialogue that walks you through the steps. Disk already partitioned and skipped the network set-up stage and selected install from local. Rebooted into (graphical, xfce4) installed system in a few minutes. Network manager up and running, needed to log-in to local wifi again. Probably because I skipped the network stage in the installer, I needed to set a repository for updates. echo 'repository=http://repo.voidlinux.eu/current/' \ > /etc/xbps.d/00-repository-main.conf (somewhat reminiscent of OpenBSD's 6.2 new installurl) Now installing some applications. LibreOffice is version 6 'fresh'. A bit like OpenBSD, installing Libreoffice brings a metric tonne of dependencies. Edit: you need to install alsa to get sound xbps-install alsa-utils gets you basic sound functionality. The 'stem matches package name' logic is very reminiscent of OpenBSD pkg_add (I've never used NetBSD).
murrayb 9y ago
Distribution homepage: https://www.voidlinux.eu/ https://www.voidlinux.eu/
pknopf 9y ago
Hey guys. FYI, Darch (my project) has support for VoidLinux. https://godarch.com/concepts/recipes/distributions/ https://godarch.com/concepts/recipes/distributions/
- Vaelatern 9y ago
  Question - is there any reason your project can only be used on x86_64? I can't readily find documentation about godarch that suggests it even requires 64bit hardware.
  - pknopf 9y ago
    The base docker images (https://github.com/godarch/distributions https://github.com/godarch/distributions) only supports x86_64. Docker images have support for having multiple embedded rootfs tarballs for multiple platforms, but it gets complicated. Maybe in the future. Also, you have to build your recipes on the same target arch that you are going to deploy to. Irrelevant to your question, but something to note.
    - Vaelatern 9y ago
      I'm having a .... not fun time updating darch to the latest version. Does your makefile still require git, or can I kill that code?
      - pknopf 9y ago
        You can remove the git stuff, as long as you are not building containerd and runc as well. What issues are you running into? The AUR and VoidLinux package don't have an issue. Skype (paul.knopf1) me?
        Vaelatern 9y ago
        Why does a go get pull in docker and everything else? I'm trying to clean up the Void package to make it more maintainable.
bringtheaction 9y ago
I ran the musl libc version of Void Linux for a while on one of my laptops but ran into a lot of problems and buggy behavior. If you are going to use Void Linux I would strongly recommend not picking the musl version unless you are specifically interested in improving musl support by filing and/or fixing bugs.
- digi_owl 9y ago
  Do wonder how much of that was from code having adopted GNU-isms...
  - pleasestopthis 9y ago
    honestly not that much since adopting a GNU-ism or Glibc-ism will in most case result in errors at compile-time.
    - ktta 9y ago
      Nope. This 'self is the standard' way of GNU software is one reason I'm not a big fan of GNU. https://wiki.musl-libc.org/functional-differences-from-glibc.html https://wiki.musl-libc.org/functional-differences-from-glibc...
      - pleasestopthis 9y ago
        We are referring to buggyness during execution (what the parent of the comment i'm responding to says) while most problems with GNU-isms come hit you at compile-time.
  - ktta 9y ago
    Almost all of it. Musl AFAIK strongly sticks to the standard. It is one of the biggest things holding back wider adoption. Similar to the dependence between the linux kernel and GCC. Clang should work but linux also has the 'GNUisms' so deep there a big project called LLVMlinux to correct it.
- 9y ago
krylon 9y ago
I just installed Void Linux a VM. My first impression is that it feels really snappy. I am not sure if I like the cli interface of the package manager. But I will give this one a try. Can someone share their experiences regarding Void's stability? I am currently using openSUSE Tumbleweed on my desktop and primary laptop, and while I am mostly happy, things sometimes kind of break after installing a batch of updates.
- braderhart 9y ago
  I love Void, but I personally find that Arch is much better supported overall in terms of packages and the AUR. I haven't tried Void recently though so maybe I should give it another go and help contribute.
- sverige 9y ago
  I recently tried a number of Linux distros to get specific GNU tooling for an embedded project I'm working on. (My daily driver is OpenBSD.) The Void philosophy is very appealing to me compared to most other Linux distros. I tried both Void with glibc and with musl. Both of them would install ok but then immediately panic on rebooting, and I didn't spend the time and effort to get past that to find out whether it would be stable once I got it running.
- yjftsjthsd-h 9y ago
  Anecdote: I've used Void for a few years, and I have had it break exactly once that I recall. That one time was filesystem issues[0], fixed by fsck. [0] Not sure what caused it; F2FS may have been less stable than I thought, or the cheap SSD might have lost a bit.
- checkyoursudo 9y ago
  I used Void on my previous laptop for about a year with no stability issues. The only reason I stopped using it was because I wanted to experiment with a no-grub EFI stub booted whole disk encryption using LUKS non-systemd setup, which I only really had an idea of how to do on Gentoo, so I went back to that. [Edit: I think I might have almost had this working on Void, in fact, but there was some piece that I couldn't get right, if I remember, but that I could do more easily in Gentoo. But I can't remember what that might have been. It's been a while since I did that.] Otherwise, I probably would have stayed with Void for a while more. It was pretty nice.
Ericson2314 9y ago
Package manager sounds like a worse version of ~~Nice~~ Nix, but distro's choice of services is neat. Edit stupid autocorrect. Also further research indicates xbps is way more traditional. Sigh...
- braderhart 9y ago
  Not really. This is where Linux kicks Windows butt. Every software install is packaged into a nice consistent archive format that installs and maintains updates for all the software on your system. BTW Chocolatey and PowerShell are much slower in comparison.
EtDybNuvCu 9y ago
Why would one use Void instead of NixOS or another Nix-based distro?
- deltron3030 9y ago
  If you're into programming in C, and like simplicity, you might find more likeminded people there, similar to OpenBSD. Nix is more popular among functional programmers.
  - EtDybNuvCu 9y ago
    Nix is for everybody; I don't do functional programming but I still use Nix for everything. If OpenBSD is simple, or C is simple, and Void is also simple, then it sounds like I should not bother trying out Void.
    - zaarn 9y ago
      I've explored potential Nix usage but I found it far to complicated and documentation on production usage rather lacking. I would rather love something that explains me how to setup Nix on Alpine Linux and then deploy Nginx + PHP 7.1 with several websites. For desktop usage I enjoy tinkering with edge and upstream releases too much to consider Nix anyway.
efiecho 9y ago
A year ago or so I switched to Void Linux from Debian and my conclusion so far is that Void is a near perfect Linux distribution. Stable, simple and systemd free. The package manager is simply a pleasure to use. My only critique is that most packages will install everything but the kitchen sink, so even if I only need "Writer" I have to install every single component of LibreOffice and this makes the system a little bloated.
ifbizo 9y ago
How do people compare this to Alpine Linux? I'm interested in both.
- _emacsomancer_ 9y ago
  Alpine is musl only; Void has both glibc and musl variants. Void seems more desktop-focussed than Alpine, and (at least as of a year ago) I didn't have a lot of luck with ZFS on Alpine.
  - zaarn 9y ago
    IIRC you can install glibc into Alpine when an application needs it but the packages are all musl.
    - _emacsomancer_ 9y ago
      A glibc chroot still seems to be the recommended method: https://wiki.alpinelinux.org/wiki/Running_glibc_programs https://wiki.alpinelinux.org/wiki/Running_glibc_programs
      - BlackLotus89 9y ago
        Hehehe I wrote the original wiki entry (because someone on irc asked for something like that) I think it's still the recommended way for dependency management reasons and missing glibc-packages. If you can get your program running with the alpine glibc you should probably do that
- yjftsjthsd-h 9y ago
  I use both as daily drivers on laptops, and they are both very nice systems. Some differences: * Alpine is lighter-weight. As at least one point, Alpine packages are split into small parts (usually at least app, app-dev, and app-doc, respectively containing the actual program, the development headers, and the manpages/docs). Alpine also defaults to using Busybox for coreutils. * Void is rolling release with regular updates and a surprisingly large repo. Alpine has a rolling "edge" release and stable releases that are supported for 2 years. * Void works on a traditional install to a writable root filesystem; Alpine can do that ("sys" install), or can run in RAM, optionally persisting state). * Alpine uses hardened kernels. They used to use grsec, not sure what code they use now. Additionally, they configure the system to be locked down; for instance, on the laptop I'm using to type this comment, I can only check the battery status as root, and powertop outright doesn't work (as I understand it, they completely killed off the debugfs interface it needs). * Void seems to be more into cutting-edge tech; ZFS and wireguard come to mind. In general, Alpine is designed for embedded, Void is a general-purpose system. Both can do the others' job, but that's their tendencies.
EamonnMR 9y ago
The matrix background on that page is cool but it does not go past the first page of scroll which sort of ruins the effect.
sunseb 9y ago
Without systemd? Shut Up And Take My Money!
- _emacsomancer_ 9y ago
  For more variety: http://without-systemd.org http://without-systemd.org
stevemk14ebr 9y ago
I liked the sound of this, so i tried to install it. I'm not sure if im just a complete idiot but i can't get it to install. Their liveCD image only lets me connect to WEP/WPA networks, so i can't connect to the WPA2-Enterprise network my school is on. They also don't let you connect to an unsecured endpoint so i cant connect to the alternative network provided. I also couldn't get it to boot in UEFI, had to switch back to legacy bios. The partition manager is also a little confusing, i can't figure out which sizes to use or how to create them, i like debians ui here alot for this. I stopped after seeing all that.
feelin_googley 9y ago
"Because of this, xbps-src is in fact not a binary, it is a collection of very intricate shell scripts that use standard tooling available on almost any Linux distribution to bootstrap a compiler, build chroot, and XBPS itself." When he stepped away from NetBSD, I remember reading that it was because he wanted to work on a package manager. It might be that the entire raison d'etre for Void Linux is a package manager consisting of shell scripts. Not sure what he thinks of pkgsrc but IMO their work has made things so easy that, e.g., one can easily use a set of shell scripts instead of pkg-add, etc. I do this to save space on small systems. IME, the pkgsrc bootstrap scripts are a very reliable way to build a gcc toolchain. (build.sh as well) One project I have had on the list for many years is to build Linux on BSD. Could it be done? Has it been tried? Also, maybe S6 deserves a mention as another daemontools clone, with the added bonus that it may lead one to discover execline. Nothing against runit. I use socklog and occasionally udpsvd by the same author.
- digi_owl 9y ago
  Gobolinux is also mostly powered by shell script (i think you may find the odd python and compiled code in there for performance reasons).
- yjftsjthsd-h 9y ago
  > One project I have had on the list for many years is to build Linux on BSD. Could it be done? Has it been tried? How do you mean? Compiling the Linux kernel on a BSD machine? Using GNU on BSD (if so, the answer is yes; see Debian GNU/kFreeBSD)? Linux kernel with BSD userland?
  - feelin_googley 9y ago
    Compiling Linux on computer running BSD. User has no computer running Linux, but she has computer running BSD. She builds needed toolchain, downloads and compiles Linux kernel. Its relatively easy to build BSD while running Linux. But vice versa?
    - yjftsjthsd-h 9y ago
purplezooey 9y ago
"after all the package manager is really just keeping a database of files and unpacking archives onto the disk." err..... what
- yjftsjthsd-h 9y ago
  What what? That's more or less what a package manager does; take archives ("packages"), unpack them into the system ("install"), and then keep a database of what archives are unpacked and what files each one owns. In practice there's a lot added to that (pulling the archives from a central repo, dependency resolution, searching, managing config files...), but the simple case is barely more than tar.
bitwize 9y ago
I love Void. It's like Arch was back when I first tried it. My main machine still runs Slackware, but my Raspberry Pi 2 runs Void and I've been mostly satisfied with it. The unsatisfying bit isn't really Void's fault; a bug in Xorg prevented it from working with musl on ARM. this has since been fixed.

A new(ish) from-scratch Linux distro designed by an old NetBSD dev.

deleted 9y ago
[deleted]
deleted 9y ago
[deleted]
Theizestooke 9y ago
thanks.

A while ago I started looking for alternative linux distributions and void linux is my new darling that came out of this search. It has many binary packages, out of the box musl images, images for many of my arm boards (raspberry pi *, c2 and cubieboard for instance) and a nice packagemanager with source support and arch like syntax (it's splitted like the debian apt-get/apt-cache but worse... I still like it) If someone knows where I can report bugs for the live system I would appreciate a link (or I have to do it over the forum/mailing list). It uses runit as init system and I nearly forgot how nice a system without systemd could be. I have a little project on the backburner where I started porting arch to musl, but since I found voidlinux I completly stopped. It has an arch package to install void in a chroot and it has void packages for an arch like init system (mkinitcpio). The packages are updated regulary and even thought it's a larger distribution than alpine linux (it doesn't start with a barebone busbox base, but without wget and curl :D),but has a way larger precompiled package list than it (it even has some precompiled packages missing from other distributions like toybox the bsd licensed busybox like tool) Anyway since it still offers 32bit x86 binaries I will maybe use it in time for my old hardware. Up until now void Linux has made me very happy and I wonder why I didn't see it 10 years ago when it's first release was born. If you haven't yet give it a try.

xfer 9y ago
I also used to use void-linux for many of these reasons(after arch for a few years). But i have now moved to nixos. It offers me the benefits of replicating system setup(i don't backup my system folders anymore, just my homedir and the nixos configuration files), cleanly removing system-wide packages(no more stale config hanging around) and of course the benefits of using nix for isolated/reproducible builds.
- BlackLotus89 9y ago
  Nixos was on my list as well, but I never got to try it out properly since void linux won me over. I'm still using arch as well, but I guess I always try to choose the right distro for my use case. But I think I will give nixos a spin again some time. I like the idea of the package manager very much
- pknopf 9y ago
  With Darch (I'm the author), you can use VoidLinux with a replicated setup. Also, each boot is a clean boot (tempfs overlay). This ensures you capture your OS changes through your build script. https://godarch.com/ https://godarch.com/ This gives me what I love about Nix (scripted setup) with OSs I love (Arch and Void).
  - kanbannoman 9y ago
    This is cool!
  - heywire 9y ago
    I’m glad you posted this again. I remembered you posting this a week or two ago, but when I got a chance to look into it I couldn’t remember which article or what the name of the project was. I’m a fan of the style of NixOS, and also a fan of Arch, so this is a must-try. Thanks!
  - atmoz 9y ago
    I just automated my laptop setup with Salt [1]. I want to keep using that instead of bash scripts (what Darch uses, by the looks of it). I like the idea of having "images" with tempfs overlay. Is it possible to combine Salt with the image feature from Darch? [1]: https://github.com/atmoz/workstation-formula https://github.com/atmoz/workstation-formula

alxlaz 9y ago

I usually refrain from distro- (and editor-, and language-) related discussions but I think Void Linux deserves an exception here: - Everything is remarkably simple, (mostly) well-documented and straightforward. - Friendly, dedicated and very knowledgeable community - Open development, very few hooks to jump through if you have something to contribute - No systemd, so: rebooting your system isn't a lottery where, if you lose, you get to wait for 90 seconds for some service to stop, your system doesn't start doing strange new things after every update because something that's been working fine since the 1980s has recently been declared broken, no binary logs to get corrupted (and no need to tweak your system and sidestep this brilliant scheme). Of course, you can't do much DevOps on Void Linux, but I'm pretty sure that's about as relevant as the fact that you can't run macOS on low-power embedded systems. - Completely community-ran and independent. Some things don't happen as quickly as in corporate-backed projects, but you're also not beta testing for their LTS or enterprise-grade releases, either. Also, no bureaucracy, no priority mismatch, no one to shove alpha-quality software down your throat. It's basically like OpenBSD with more drivers but based on slightly worse and less cohesive technology :-).

sivers 9y ago
Thanks for beating me to saying all of that. It's been my experience, too. Void Linux has made me say a good "wow" more than any other Linux. I love that I can use many of my favorite bits of OpenBSD, even doas. xbps takes just a minute to learn, and is surprisingly ("wow") fast and robust. Who knows why it's not more popular, but it doesn't matter. It's awesome.
mdekkers 9y ago
No systemd, so [...] you can't do much DevOps on Void Linux How so? How is DevOps linked or dependent on systemd in your view? Personally, I find systemd gets in the way of devops.
- a012 9y ago
  I don't understand, what can't DevOps do much without systemd where most of the DevOps culture involving around automations?

fouc 9y ago

Nice, my past distros of choice were slackware & archlinux. This feels like a successor to those. I'm sold.

keithpeter 9y ago
Slackware and Arch are still very much alive as projects. By 'successor' do you mean 'works in a similar way and I happen to like it better' or is there something that you think Void has got that slackware and arch don't have? PS: downloading the void live .iso now for a bit of distro-hopping on a spring morning.
- nicklaf 9y ago
  As someone who switched from Slackware to Void several months ago, Void boots far faster. Also, though I haven't used Arch, Void really feels like a combination of a slimmed down Slackware + NetBSD (the author of Void is a NetBSD commiter IIRC). Of course, Gentoo portage was inspired by BSD ports, which I believe was an impetus for Arch's package manager. I don't know what the story is for Arch, but I find that Void strives to make the system dead simple: it is even more minimalist than Slackware (it feels more like a BSD). It isn't just small, though: it has good defaults. There isn't a whole lot of documentation beyond the well-written man pages, and I believe this is in part because it isn't necessary. Like Arch, though, it is a rolling release system: an update may break your system, and package indices quickly become stale as old packages are deleted from the server. You can easily fix this by updating the index.
  - Vaelatern 9y ago
    Our initial author, and the primary author of xbps, came directly from the NetBSD community.
    - keithpeter 9y ago
      Installed on an old Thinkpad X61s from the xfce4 live .iso (< 600Mb) dd'ed to a usb stick. Boots into an xfce live graphical session with network-manager recognising the Atheros wifi card. Minimal install - xfce 4.12 plus Web browser and image viewer (1.5Gb on hard drive). Ran the installer script from a terminal in the live session - result is an ncurses dialogue that walks you through the steps. Disk already partitioned and skipped the network set-up stage and selected install from local. Rebooted into (graphical, xfce4) installed system in a few minutes. Network manager up and running, needed to log-in to local wifi again. Probably because I skipped the network stage in the installer, I needed to set a repository for updates. echo 'repository=http://repo.voidlinux.eu/current/' \ > /etc/xbps.d/00-repository-main.conf (somewhat reminiscent of OpenBSD's 6.2 new installurl) Now installing some applications. LibreOffice is version 6 'fresh'. A bit like OpenBSD, installing Libreoffice brings a metric tonne of dependencies. Edit: you need to install alsa to get sound xbps-install alsa-utils gets you basic sound functionality. The 'stem matches package name' logic is very reminiscent of OpenBSD pkg_add (I've never used NetBSD).

murrayb 9y ago

Distribution homepage: https://www.voidlinux.eu/ https://www.voidlinux.eu/

pknopf 9y ago

Hey guys. FYI, Darch (my project) has support for VoidLinux. https://godarch.com/concepts/recipes/distributions/ https://godarch.com/concepts/recipes/distributions/

Vaelatern 9y ago
Question - is there any reason your project can only be used on x86_64? I can't readily find documentation about godarch that suggests it even requires 64bit hardware.
- pknopf 9y ago
  The base docker images (https://github.com/godarch/distributions https://github.com/godarch/distributions) only supports x86_64. Docker images have support for having multiple embedded rootfs tarballs for multiple platforms, but it gets complicated. Maybe in the future. Also, you have to build your recipes on the same target arch that you are going to deploy to. Irrelevant to your question, but something to note.
  - Vaelatern 9y ago
    I'm having a .... not fun time updating darch to the latest version. Does your makefile still require git, or can I kill that code?
    - pknopf 9y ago
      You can remove the git stuff, as long as you are not building containerd and runc as well. What issues are you running into? The AUR and VoidLinux package don't have an issue. Skype (paul.knopf1) me?
      - Vaelatern 9y ago
        Why does a go get pull in docker and everything else? I'm trying to clean up the Void package to make it more maintainable.

bringtheaction 9y ago

I ran the musl libc version of Void Linux for a while on one of my laptops but ran into a lot of problems and buggy behavior. If you are going to use Void Linux I would strongly recommend not picking the musl version unless you are specifically interested in improving musl support by filing and/or fixing bugs.

digi_owl 9y ago
Do wonder how much of that was from code having adopted GNU-isms...
- pleasestopthis 9y ago
  honestly not that much since adopting a GNU-ism or Glibc-ism will in most case result in errors at compile-time.
  - ktta 9y ago
    Nope. This 'self is the standard' way of GNU software is one reason I'm not a big fan of GNU. https://wiki.musl-libc.org/functional-differences-from-glibc.html https://wiki.musl-libc.org/functional-differences-from-glibc...
    - pleasestopthis 9y ago
      We are referring to buggyness during execution (what the parent of the comment i'm responding to says) while most problems with GNU-isms come hit you at compile-time.
- ktta 9y ago
  Almost all of it. Musl AFAIK strongly sticks to the standard. It is one of the biggest things holding back wider adoption. Similar to the dependence between the linux kernel and GCC. Clang should work but linux also has the 'GNUisms' so deep there a big project called LLVMlinux to correct it.
9y ago

krylon 9y ago

I just installed Void Linux a VM. My first impression is that it feels really snappy. I am not sure if I like the cli interface of the package manager. But I will give this one a try. Can someone share their experiences regarding Void's stability? I am currently using openSUSE Tumbleweed on my desktop and primary laptop, and while I am mostly happy, things sometimes kind of break after installing a batch of updates.

braderhart 9y ago
I love Void, but I personally find that Arch is much better supported overall in terms of packages and the AUR. I haven't tried Void recently though so maybe I should give it another go and help contribute.
sverige 9y ago
I recently tried a number of Linux distros to get specific GNU tooling for an embedded project I'm working on. (My daily driver is OpenBSD.) The Void philosophy is very appealing to me compared to most other Linux distros. I tried both Void with glibc and with musl. Both of them would install ok but then immediately panic on rebooting, and I didn't spend the time and effort to get past that to find out whether it would be stable once I got it running.
yjftsjthsd-h 9y ago
Anecdote: I've used Void for a few years, and I have had it break exactly once that I recall. That one time was filesystem issues[0], fixed by fsck. [0] Not sure what caused it; F2FS may have been less stable than I thought, or the cheap SSD might have lost a bit.
checkyoursudo 9y ago
I used Void on my previous laptop for about a year with no stability issues. The only reason I stopped using it was because I wanted to experiment with a no-grub EFI stub booted whole disk encryption using LUKS non-systemd setup, which I only really had an idea of how to do on Gentoo, so I went back to that. [Edit: I think I might have almost had this working on Void, in fact, but there was some piece that I couldn't get right, if I remember, but that I could do more easily in Gentoo. But I can't remember what that might have been. It's been a while since I did that.] Otherwise, I probably would have stayed with Void for a while more. It was pretty nice.

Ericson2314 9y ago

Package manager sounds like a worse version of ~~Nice~~ Nix, but distro's choice of services is neat. Edit stupid autocorrect. Also further research indicates xbps is way more traditional. Sigh...

braderhart 9y ago
Not really. This is where Linux kicks Windows butt. Every software install is packaged into a nice consistent archive format that installs and maintains updates for all the software on your system. BTW Chocolatey and PowerShell are much slower in comparison.

EtDybNuvCu 9y ago

Why would one use Void instead of NixOS or another Nix-based distro?

deltron3030 9y ago
If you're into programming in C, and like simplicity, you might find more likeminded people there, similar to OpenBSD. Nix is more popular among functional programmers.
- EtDybNuvCu 9y ago
  Nix is for everybody; I don't do functional programming but I still use Nix for everything. If OpenBSD is simple, or C is simple, and Void is also simple, then it sounds like I should not bother trying out Void.
  - zaarn 9y ago
    I've explored potential Nix usage but I found it far to complicated and documentation on production usage rather lacking. I would rather love something that explains me how to setup Nix on Alpine Linux and then deploy Nginx + PHP 7.1 with several websites. For desktop usage I enjoy tinkering with edge and upstream releases too much to consider Nix anyway.

efiecho 9y ago

A year ago or so I switched to Void Linux from Debian and my conclusion so far is that Void is a near perfect Linux distribution. Stable, simple and systemd free. The package manager is simply a pleasure to use. My only critique is that most packages will install everything but the kitchen sink, so even if I only need "Writer" I have to install every single component of LibreOffice and this makes the system a little bloated.

ifbizo 9y ago

How do people compare this to Alpine Linux? I'm interested in both.

_emacsomancer_ 9y ago
Alpine is musl only; Void has both glibc and musl variants. Void seems more desktop-focussed than Alpine, and (at least as of a year ago) I didn't have a lot of luck with ZFS on Alpine.
- zaarn 9y ago
  IIRC you can install glibc into Alpine when an application needs it but the packages are all musl.
  - _emacsomancer_ 9y ago
    A glibc chroot still seems to be the recommended method: https://wiki.alpinelinux.org/wiki/Running_glibc_programs https://wiki.alpinelinux.org/wiki/Running_glibc_programs
    - BlackLotus89 9y ago
      Hehehe I wrote the original wiki entry (because someone on irc asked for something like that) I think it's still the recommended way for dependency management reasons and missing glibc-packages. If you can get your program running with the alpine glibc you should probably do that
yjftsjthsd-h 9y ago
I use both as daily drivers on laptops, and they are both very nice systems. Some differences: * Alpine is lighter-weight. As at least one point, Alpine packages are split into small parts (usually at least app, app-dev, and app-doc, respectively containing the actual program, the development headers, and the manpages/docs). Alpine also defaults to using Busybox for coreutils. * Void is rolling release with regular updates and a surprisingly large repo. Alpine has a rolling "edge" release and stable releases that are supported for 2 years. * Void works on a traditional install to a writable root filesystem; Alpine can do that ("sys" install), or can run in RAM, optionally persisting state). * Alpine uses hardened kernels. They used to use grsec, not sure what code they use now. Additionally, they configure the system to be locked down; for instance, on the laptop I'm using to type this comment, I can only check the battery status as root, and powertop outright doesn't work (as I understand it, they completely killed off the debugfs interface it needs). * Void seems to be more into cutting-edge tech; ZFS and wireguard come to mind. In general, Alpine is designed for embedded, Void is a general-purpose system. Both can do the others' job, but that's their tendencies.

EamonnMR 9y ago

The matrix background on that page is cool but it does not go past the first page of scroll which sort of ruins the effect.

sunseb 9y ago

Without systemd? Shut Up And Take My Money!

_emacsomancer_ 9y ago
For more variety: http://without-systemd.org http://without-systemd.org

stevemk14ebr 9y ago

I liked the sound of this, so i tried to install it. I'm not sure if im just a complete idiot but i can't get it to install. Their liveCD image only lets me connect to WEP/WPA networks, so i can't connect to the WPA2-Enterprise network my school is on. They also don't let you connect to an unsecured endpoint so i cant connect to the alternative network provided. I also couldn't get it to boot in UEFI, had to switch back to legacy bios. The partition manager is also a little confusing, i can't figure out which sizes to use or how to create them, i like debians ui here alot for this. I stopped after seeing all that.

feelin_googley 9y ago

"Because of this, xbps-src is in fact not a binary, it is a collection of very intricate shell scripts that use standard tooling available on almost any Linux distribution to bootstrap a compiler, build chroot, and XBPS itself." When he stepped away from NetBSD, I remember reading that it was because he wanted to work on a package manager. It might be that the entire raison d'etre for Void Linux is a package manager consisting of shell scripts. Not sure what he thinks of pkgsrc but IMO their work has made things so easy that, e.g., one can easily use a set of shell scripts instead of pkg-add, etc. I do this to save space on small systems. IME, the pkgsrc bootstrap scripts are a very reliable way to build a gcc toolchain. (build.sh as well) One project I have had on the list for many years is to build Linux on BSD. Could it be done? Has it been tried? Also, maybe S6 deserves a mention as another daemontools clone, with the added bonus that it may lead one to discover execline. Nothing against runit. I use socklog and occasionally udpsvd by the same author.

digi_owl 9y ago
Gobolinux is also mostly powered by shell script (i think you may find the odd python and compiled code in there for performance reasons).
yjftsjthsd-h 9y ago
> One project I have had on the list for many years is to build Linux on BSD. Could it be done? Has it been tried? How do you mean? Compiling the Linux kernel on a BSD machine? Using GNU on BSD (if so, the answer is yes; see Debian GNU/kFreeBSD)? Linux kernel with BSD userland?
- feelin_googley 9y ago
  Compiling Linux on computer running BSD. User has no computer running Linux, but she has computer running BSD. She builds needed toolchain, downloads and compiles Linux kernel. Its relatively easy to build BSD while running Linux. But vice versa?
  - yjftsjthsd-h 9y ago

purplezooey 9y ago

"after all the package manager is really just keeping a database of files and unpacking archives onto the disk." err..... what

yjftsjthsd-h 9y ago
What what? That's more or less what a package manager does; take archives ("packages"), unpack them into the system ("install"), and then keep a database of what archives are unpacked and what files each one owns. In practice there's a lot added to that (pulling the archives from a central repo, dependency resolution, searching, managing config files...), but the simple case is barely more than tar.

bitwize 9y ago

I love Void. It's like Arch was back when I first tried it. My main machine still runs Slackware, but my Raspberry Pi 2 runs Void and I've been mostly satisfied with it. The unsatisfying bit isn't really Void's fault; a bug in Xorg prevented it from working with musl on ARM. this has since been fixed.