this post was submitted on 26 Mar 2024
872 points (95.9% liked)

linuxmemes

20761 readers
1676 users here now

I use Arch btw


Sister communities:

Community rules

  1. Follow the site-wide rules and code of conduct
  2. Be civil
  3. Post Linux-related content
  4. No recent reposts

Please report posts and comments that break these rules!

founded 1 year ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] mexicancartel@lemmy.dbzer0.com 3 points 5 months ago (2 children)

Does it support glibc while it supports musl?

[–] Andromxda@lemmy.dbzer0.com 3 points 5 months ago (1 children)

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 5 months ago (2 children)

"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 5 months ago (2 children)

Presumably so it can work with either libc implementation.

[–] mexicancartel@lemmy.dbzer0.com 1 points 5 months ago* (last edited 5 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.

[–] mexicancartel@lemmy.dbzer0.com 1 points 5 months ago (3 children)

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 5 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.

[–] Andromxda@lemmy.dbzer0.com 1 points 5 months ago

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

[–] 0x4E4F@lemmy.dbzer0.com 1 points 5 months ago

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

[–] Andromxda@lemmy.dbzer0.com 1 points 5 months ago (1 children)

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

[–] 0x4E4F@lemmy.dbzer0.com 1 points 5 months ago* (last edited 5 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 5 months ago (1 children)

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 5 months ago

Yeah different builds. Not what i expected