879
Indeed (lemmy.dbzer0.com)
you are viewing a single comment's thread
view the rest of the comments
[-] TrickDacy@lemmy.world 3 points 7 months ago
[-] 0x4E4F@lemmy.dbzer0.com 6 points 7 months ago* (last edited 7 months ago)

Faster, more stable, no systemd, supports musl and architectures not usually supported by most distros. It's probably the most stable rolling release distro out there.

[-] Theharpyeagle@lemmy.world 21 points 7 months ago

What is the benefit of no systemd?

[-] caseyweederman@lemmy.ca 29 points 7 months ago

It's too popular and it works too well.

load more comments (7 replies)
[-] DickFiasco@lemm.ee 14 points 7 months ago* (last edited 7 months ago)

The main benefit is that when people get tired of distro flame wars, they can move on to init system flame wars.

[-] AlpacaChariot@lemmy.world 9 points 7 months ago

With the price of energy being what it is, people need the systemd flame wars to keep them warm!

[-] 0x4E4F@lemmy.dbzer0.com 1 points 7 months ago

No, I just don't like systemd. It's bloated and full of bugs. Just because almost every distro out there uses it, doesn't mean it's good.

[-] AlpacaChariot@lemmy.world 14 points 7 months ago

I'm feeling warmer already, thanks!

[-] 0x4E4F@lemmy.dbzer0.com 4 points 7 months ago

OK, I have to admit, i kinda fell for it 😂.

[-] AlpacaChariot@lemmy.world 5 points 7 months ago

It made me chuckle, so thanks for that!

[-] zloubida@lemmy.world 4 points 7 months ago
[-] Theharpyeagle@lemmy.world 2 points 7 months ago

I have no horse in this race, I don't have strong feelings about it either way as long as it works. But I can't help but notice that OP skipped replying to me.

[-] flying_sheep@lemmy.ml 3 points 7 months ago

OP said “bloated and full of bugs”.

I've been using Arch since shortly before they started using systemd and literally never ran into a systemd bug.

I have no clue at this point what “bloated” means. Maybe if everything works and you don't have to hack up your own solution all the time, that's “bloat”?

[-] anarchy79@lemmy.world 9 points 7 months ago

Oh great so now i have to unlearn systemd again?

[-] 0x4E4F@lemmy.dbzer0.com 4 points 7 months ago* (last edited 7 months ago)

Runit is even easier than doing things in systemd.

https://youtu.be/PRpcqj9QR68

It really is that easy. Runit is probably the simplest init/service manager there is out there.

[-] PipedLinkBot@feddit.rocks 2 points 7 months ago

Here is an alternative Piped link(s):

https://piped.video/PRpcqj9QR68

Piped is a privacy-respecting open-source alternative frontend to YouTube.

I'm open-source; check me out at GitHub.

[-] mexicancartel@lemmy.dbzer0.com 3 points 7 months ago

Does it support glibc while it supports musl?

[-] Andromxda@lemmy.dbzer0.com 3 points 7 months ago

Yes. From their website:

C library diversity

Void Linux supports both the musl and GNU libc implementations, patching incompatible software when necessary and working with upstream developers to improve the correctness and portability of their projects.

[-] mexicancartel@lemmy.dbzer0.com 1 points 7 months ago

"Patching incompatible software"

What does that mean? If glibc is supported why there is a portability issueand requirement of patches?

[-] TheEntity@lemmy.world 2 points 7 months ago

Presumably so it can work with either libc implementation.

[-] mexicancartel@lemmy.dbzer0.com 1 points 7 months ago

Well if glibc is supported all glibc softwares must work right?? Patching the software to support musl would not be needed if it does support glibc

[-] TheEntity@lemmy.world 3 points 7 months ago

Even if it's supported, it doesn't mean it needs to be installed in every system. If the user wants to use a Musl-based system, the software working only on glibc needs to be patched. At least that's how I understood these statements.

[-] 0x4E4F@lemmy.dbzer0.com 1 points 7 months ago

Some patches are there for software that reauires systemd or parts of it.

[-] Andromxda@lemmy.dbzer0.com 1 points 7 months ago

But the Void Linux team specifically wants to support both glibc and musl

[-] mexicancartel@lemmy.dbzer0.com 1 points 7 months ago* (last edited 7 months ago)

I have checked the void website and it does NOT support glibc. Here is it:

Wait edit: there is musl variant and glibc variant..

Incompatible software

musl practices very strict and minimal standard compliance. Many commonly used platform-specific extensions are not present. Because of this, it is common for software to need modification to compile and/or function properly. Void developers work to patch such software and hopefully get portability/correctness changes accepted into the upstream projects.

Proprietary software usually supports only glibc systems, though sometimes such applications are available as flatpaks and can be run on a musl system. In particular, the proprietary NVIDIA drivers do not support musl, which should be taken into account when evaluating hardware compatibility.

glibc chroot

Software requiring glibc can be run in a glibc chroot.

[-] Andromxda@lemmy.dbzer0.com 1 points 7 months ago

They are likely referring to musl. Patches might be needed for some programs to work with musl.

[-] 0x4E4F@lemmy.dbzer0.com 1 points 7 months ago* (last edited 7 months ago)

Not just musl, software that depends on systemd (or parts of it) as well.

We also need to patch binaries as well sometimes 😁. It is fun though, cutter and/or iaito are great tools.

[-] 0x4E4F@lemmy.dbzer0.com 2 points 7 months ago

Yes, there are basically 2 builds for every architecture. One is glibc, the other is musl. I haven't used the musl builds that much, just toyed with them a few times (mainly because of lack of software), but if you only use open source software that doesn't specifically depend on the GNU toolchain, yes, you can daily drive it, no doubt there. And yes, it is faster than the glibc builds.

[-] mexicancartel@lemmy.dbzer0.com 1 points 7 months ago

Yeah different builds. Not what i expected

[-] Andromxda@lemmy.dbzer0.com 2 points 7 months ago

Many programs aren't packaged for Void though

[-] 0x4E4F@lemmy.dbzer0.com 1 points 7 months ago

Repackaging is easy though with xbps-src.

[-] Andromxda@lemmy.dbzer0.com 1 points 7 months ago

Tell me more about it. Let's say I have an Arch (AUR) package that I want to repackage for Void, how do I do it?

[-] 0x4E4F@lemmy.dbzer0.com 2 points 7 months ago* (last edited 7 months ago)

The syntax is a bit different, but everything else, more or less the same. In fact, if you just wanna repackage a deb or an rpm, it's even easier than in Arch, xbps-src can handle deb and rpm automatically, it detects dependencies and does repackaging on it's own. You basically just have to feed it the deb/rpm file in a one liner, that's it.

I should probably give an example. Here is the template file (they're called templates in Void) for Viber. You basically just feed it the deb, do a vcopy (copy operation specific to xbps-src) and that's it, everything else regarding the repackaging is done automatically by xbps-src.

load more comments (8 replies)
[-] Titou@feddit.de 2 points 7 months ago

Gonna give it a try one day

[-] TrickDacy@lemmy.world 1 points 7 months ago

Interesting. I will have to try it some time. I just know on my raspberry pi 5, out of the few OSes I could get to run on it, Arch was the fastest and smoothest running, and gets updates all the time. All this, even though rpi5 is not even officially supported yet!

load more comments (1 replies)
[-] jroid8@lemmy.world 1 points 7 months ago

How is it faster? You mean every program runs faster or what?

[-] 0x4E4F@lemmy.dbzer0.com 3 points 7 months ago* (last edited 7 months ago)

No, just bootup and general responsivness of the system. Software is still compiled by the ssme compilers used in other distros. Everything is not magically faster.

Though on the musl build, yeah, it is faster. Trouble is, you can't run glibc software on it. Through chroot, yeah, but natively, no.

[-] 56_@lemmy.ml 2 points 7 months ago
  • The package manager is extremely fast
  • The lack of systemd reduces startup time
  • The musl libc marginally speeds up programs
this post was submitted on 26 Mar 2024
879 points (95.9% liked)

linuxmemes

21280 readers
654 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.
  •  

    Please report posts and comments that break these rules!


    Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't fork-bomb your computer.

    founded 1 year ago
    MODERATORS