The Linux Thread - The Autist's OS of Choice

  • 🐕 I am attempting to get the site runnning as fast as possible. If you are experiencing slow page load times, please report it.
What the hell is going on with Audacity?
Audacity was bought by Muse Group. They suck. The opposite of suckless. Musescore is now 'Musescore Hub.' Sneedacity is the new audacity.

Is Artix Linux, due to default OpenRC, not overbearing corporate systemd, while also taking the pro-supportive XLibre stance, make Artix the new clear winner of the distro wars?
 
Audacity was bought by Muse Group. They suck. The opposite of suckless. Musescore is now 'Musescore Hub.' Sneedacity is the new audacity.

Is Artix Linux, due to default OpenRC, not overbearing corporate systemd, while also taking the pro-supportive XLibre stance, make Artix the new clear winner of the distro wars?
Sneedacity seems to be a bit dead, unless I'm missing something: It's not been updated for 3 years... Tenacity might be a better option (although if sneedacity does everything you need then then go for it)

Artix is certainly looking rather tempting right now.
 
  • Like
Reactions: RepeatedMeme
Tenacity has the contributor's covenant CoC so it's hardly much better than audacity, I think it's still pozzed. Sneedacity is based (its CoC is a parody) but has stalled at the state it was in 3 years ago with no development happening after that.
Sneedacity is dead because the guy who forked it only did so for the notoriety and the social acclaim of "fighting back" in a culture war battle. He had no interest in actually maintaining the software.
 
Is Artix Linux, due to default OpenRC, not overbearing corporate systemd, while also taking the pro-supportive XLibre stance, make Artix the new clear winner of the distro wars?
If you do hop over, I suggest learning how to package programs so you can contribute to their repos. They're comparatively barren if you're coming from a big distro.
 
Is Artix Linux, due to default OpenRC, not overbearing corporate systemd, while also taking the pro-supportive XLibre stance, make Artix the new clear winner of the distro wars?
I prefer Gentoo but it does have a steep learning curve, and it's designed for compiling all packages from source, although you can use the precompiled binary packages but you have to use the default USE flags so you kinda lose the customization power that Portage gives you. In either case it takes more time to install and maintain than other distributions, but the customization USE flags give you and ease of adding your own ebuilds makes it worth it IMO.
 
Found out that it's this "fstrim" contributing to the bulk of the remaining mystery writing, at a rate of hundreds of MB of day, and also all at once. Hopefully it's normal.
 
Found out that it's this "fstrim" contributing to the bulk of the remaining mystery writing,

In case you aren't aware; It discards or trims unused blocks that the filesystem doesn't need anymore so they can be reused. So in this case, yeah, those are valid writes that you probably want to happen so that your drive isn't filled up with garbage scrap data.
 
  • Informative
Reactions: ToroidalBoat
In case you aren't aware; It discards or trims unused blocks that the filesystem doesn't need anymore so they can be reused.
So it's sorta like an "srm" on that data?

And it acts daily even though the thing seems to say it's scheduled for weekly. Hopefully there's nothing going on wrong there either.
 
Last edited:
If you do hop over, I suggest learning how to package programs so you can contribute to their repos. They're comparatively barren if you're coming from a big distro.
But does Artix Linux not use pacman? I see that it does, and has that modified Arch logo, giving the impression it's an Arch fork just forgoing systemd for OpenRC. For us normalfags package management would be as simple as $ sudo pacman -S cowsay
 
But does Artix Linux not use pacman? I see that it does, and has that modified Arch logo, giving the impression it's an Arch fork just forgoing systemd for OpenRC. For us normalfags package management would be as simple as $ sudo pacman -S cowsay
It uses pacman, but it uses its own repository, which has vastly less packages than arch does. You can technically remedy this by adding in archs' [extra] repository, which shouldnt have packages that rely on systemd, but you'll probably end up running into issues with updates when software inside the [extra] repository needs a newer version of a dependency that hasnt made it to artix yet, or hasnt been packaged inside artix to begin with, hence why if you have an application that you need that isn't packaged in artixs' repositories you should learn to help package it for artix.
 
  • Like
Reactions: GNU Abyss
I recently added the cachyos repos to my endeavouros install and switched to the cachyos kernel. I can't really tell the difference to be honest.
CachyOS is a placebo distro. It used to be good when the standard linux kernel was using CFS which sucked, but since it switched to EEVDF most of the performance improvements of CachyOS withered away.

The packages it ships with more up to date intruction sets only really improved performance outside a margin of error for a few packages.

For most users the performance improvement would only be maybe 1-2% better.
 
Has anyone successfully ran Free/OpenBSD on a W541? I am becoming increasingly more interested in becoming a BSDnigger but I'm hearing a lot of people report that, since *BSD ignores the Nvidia GPU in the W541 for lack of drivers, it just kinda runs super hot despite going unused. Can't find anyone saying they've managed to circumvent this as of yet. Also, thoughts: think its worth shilling out 100$ for a T480? Its pretty barebones but I have compatible RAM and an NVMe sitting around so its no bother. Recently gave away my X230 and I'm really itching to fill the void.
 
Found out that it's this "fstrim" contributing to the bulk of the remaining mystery writing, at a rate of hundreds of MB of day, and also all at once. Hopefully it's normal.
The TRIM command is counted as a write by the kernel or io profiling tools (not sure which) but is not a write at the SSD level, the SSD marks those blocks as free to use, which will make it perform better and do less flash writes with future host writes. So it's beneficial and you don't need to minimize it, but trimming more than maybe once a day is overkill for a desktop workload.
Edit: if you have the discard mount option turned on, it will trim in real time. This is not recommended as it will cause lags when the TRIM command is ran. Best to remove that mount option if it's enabled (or use the nodiscard option if for some reason it defaults to on)
 
Last edited:
Depends on what you use the drive for, but the trim command only trims recently deleted or modified sectors. If your drives' contents is largely static then you could probably go a month or a year without trimming as long as you have enough free space. If you regularly write and delete files you'll want to do it more often. But if the trim command is run more frequently, it'll do less work anyways - you could set it to run every minute and 99% of the time it would self terminate without doing anything to the drive. So there's no reason not to just leave it at a day.
 
Devuan also defaults to OpenRC and is also supportive of XLibre, though they don't package it yet.
Yeah, Devuan's my choice for systemd-less distros because you can sidestep the whole Arch and/or Arch-alike business and use the same .deb packages that everyone else publishes. Particularly with non-open-source third parties I'd rather just use their official packages than a repack by some guy.
 
I've seen a couple of videos referencing this, and I'm tempted to print it out and frame it.
GuvNShOW4AAxmCa (1).webp
(On a discussion as to why Wayland has no mechanism to define a primary monitor)

It really does sum the attitude up nicely.
 
Back