this post was submitted on 26 Mar 2024
913 points (100.0% liked)
linuxmemes
25164 readers
139 users here now
Hint: :q!
Sister communities:
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
2. Be civil
- Understand the difference between a joke and an insult.
- Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
- Don't get baited into back-and-forth insults. We are not animals.
- 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.
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
sudoin Windows. - No porn, no politics, no trolling or ragebaiting.
4. No recent reposts
- Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
5. π¬π§ Language/ΡΠ·ΡΠΊ/Sprache
- This is primarily an English-speaking community. π¬π§π¦πΊπΊπΈ
- Comments written in other languages are allowed.
- The substance of a post should be comprehensible for people who only speak English.
- Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
6. (NEW!) Regarding public figures
We all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations. - Keep discussions polite and free of disparagement.
- We are never in possession of all of the facts. Defamatory comments will not be tolerated.
- Discussions that get too heated will be locked and offending comments removed. Β
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 remove France.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Arch is good, no doubt π.
Void is better π.
How?
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.
What is the benefit of no systemd?
It's too popular and it works too well.
Not true, doesn't work well at all. It's bloated and full of bugs.
I literally haven't run into a single one in the whole time Arch has been using it.
(I installed Arch shortly before it switched to systemd and have been using it since without pause)
You must be running hardware not older than 4 or 5 years. Try running it on hardware 10+ years old.
What are the systemd bugs that are so bad? I kinda get the bloated comment, but I don't really mind when it serves its purpose
Closing handles on services that for god knows what reason, just hang. Also stopping and starting services again doesn't always work as intended.
That's interesting. I've never had any issues with systemd directly mainly with poorly setup default configs I'm a big fan of a centralised place to manage services. Works super well with podman quadlets
But I'm not too invested use whatever works for you I reckon
I'm also a fan of centralized places to handle things (I prefer having just one package manager, not the package manager and flatpak and pip and god knows what else), but there are other init/service managers.
The main benefit is that when people get tired of distro flame wars, they can move on to init system flame wars.
With the price of energy being what it is, people need the systemd flame wars to keep them warm!
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.
I'm feeling warmer already, thanks!
OK, I have to admit, i kinda fell for it π.
It made me chuckle, so thanks for that!
Boasting, mainly.
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.
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β?
Oh great so now i have to unlearn systemd again?
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.
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.
Does it support glibc while it supports musl?
Yes. From their website:
"Patching incompatible software"
What does that mean? If glibc is supported why there is a portability issueand requirement of patches?
Presumably so it can work with either libc implementation.
I have checked the void website and it does NOT support glibc. Here is it:
Wait edit: there is musl variant and glibc variant..
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.
They are likely referring to musl. Patches might be needed for some programs to work with musl.
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.
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.
Yeah different builds. Not what i expected
Gonna give it a try one day
Many programs aren't packaged for Void though
Repackaging is easy though with xbps-src.
How is it faster? You mean every program runs faster or what?
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.
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!
Void runs even faster, I've tried (on an older RPi, but still).