The Linux Thread - The Autist's OS of Choice

Mutahar, the poo in the loo reaction Youtuber, somehow manages to do his Linux sleuthing without any issue despite being who he is.
and then on top of that run, like, some sort of 'virtual computer' that lets you fuck around with the rolling-release distros

How does the curryman do it? A true mystery for the ages, we may never know.
 
  • Like
Reactions: 419 and Frail Snail
Mutahar, the poo in the loo reaction Youtuber, somehow manages to do his Linux sleuthing without any issue despite being who he is. This catfish eyes retard cannot, even though he is supposed to be more knowledgeable about the OS based purely on the focus on his channel. The more videos I watch of him, the more anger I feel. It's like rediscovering Linus Tech Tips.

Arch User Bitches About Stability in Linux

I'm considering on finally dual-booting Linux on my main system and slowly learning and developing it to match my work needs.

I was looking at Arch to be that distro, because it was the most malleable and easy to learn on Virtual box and on a spare laptop, but this long-term program stability issue worries me.

Can you not just tag programs (like Kdenlive) to not update with the rest of programs when doing a system update?
If so, is it viable to do so like on Windows?
 
I'm considering on finally dual-booting Linux on my main system and slowly learning and developing it to match my work needs.

I was looking at Arch to be that distro, because it was the most malleable and easy to learn on Virtual box and on a spare laptop, but this long-term program stability issue worries me.

Can you not just tag programs (like Kdenlive) to not update with the rest of programs when doing a system update?
If so, is it viable to do so like on Windows?
The problem is that even if you could pin a program to a specific version, the libraries it depends on would have to be pinned as well, or you risk breaking that program when the libraries update. But then any other programs that also depend on those libraries will break if they update and require newer versions of those libraries.

Flatpak solves this by having the application run in a container with all of its dependencies inside. This introduces some extra complexity, and apps that depend on tight integration with the host environment might have some broken functionality. Autists also hate it because it's not minimal.

Or you could use a distribution that has actual quality control, i.e. literally anything other than Arch.
 
Can you not just tag programs (like Kdenlive) to not update with the rest of programs when doing a system update?
Sure, and pretty easily too (at least on the surface). The issue comes in that you'd typically need to make sure that you held back all of their dependencies too, because if the dependencies change enough to break your Kdenlive anyway, then you're right back where you started.

That's the choice you make picking Arch though. Whereas Debian/Ubuntu LTS/etc will be rock solid (because at a specific point they freeze the repos and the only package updates are going to be specifically security updates without API changes that are duly tested for compatibility with the frozen packages) but the price you pay is that the packages won't be as modern as you'd like.

So if your use case is (like mine) "Just get this thing set up so I can do work and I don't have to worry about shit breaking, I don't really care that ffmpeg isn't as fast and feature-rich as the bleeding edge version goddamnit", then Arch isn't for you/me. On the other hand, if you want the newest toys the second they come out, then don't be shocked that some of them are so new that they fuck up your workflow now and then.
 
The problem is that even if you could pin a program to a specific version, the libraries it depends on would have to be pinned as well, or you risk breaking that program...
Sure, and pretty easily too (at least on the surface). The issue comes in that you'd typically need to make sure that you held back all of their dependencies too...
Thank you very much, that's very illuminating.
I guess I will still go with Arch first, at least for the educational value.
I'll first try to plug the program stability issue with containerization if it does become severe (even snap if it comes to it).
At worst I'll rebuild with Mint and learn to build from source the more niche packages.

I'll be sure to post my first desktop rice here! I just need to get an AMD GPU first.
 
Last edited:
  • Like
Reactions: Knight of the Rope
Or you could use a distribution that has actual quality control, i.e. literally anything other than Arch.
Eh, I've never run into problems with Arch. It's meant to do one thing and it does it well. If you DO run into a problem then you're fucked because downgrading is a pain in the ass. Unless you're using timeshift and btrfs I guess.

You won't be able to keep packages pinned in perpetuity. You also can't differentiate between feature/bugfix/security fix updates like you can with other distros, since it's just "next version out here it comes."

Fedora's the best option for a combination of sanity and modern packages.
 
I'm considering on finally dual-booting Linux on my main system and slowly learning and developing it to match my work needs.

I was looking at Arch to be that distro, because it was the most malleable and easy to learn on Virtual box and on a spare laptop, but this long-term program stability issue worries me.

Can you not just tag programs (like Kdenlive) to not update with the rest of programs when doing a system update?
If so, is it viable to do so like on Windows?
Can you? Yes. Should you for long periods of time? No. Linux distributions, meaning how programs are compiled and distributed, are different from Windows. Static compilation, where the program is independent from system libraries, is not a thing outside of very niche and barebones distros. Your programs update together with your system, trying to skirt around this is inviting trouble.

When I was using Arch, I set my package cache to keep enough iterations that I might roll back whatever is breaking my system and wait for a fix. Other package managers, e.g. dnf on Fedora, have a transaction history you can use for this. Never updated before doing work, just like I wouldn't do on Windows. This is harder to do on Arch because it doesn't support partial updates - you either update all of your packages or none of them.

The learning experience, if you're not planning on becoming a sysadmin, comes from adjusting to how Linux does things, which is different from any other major OS. Any distro will do for this. Learning where the things on your system are located and how to use the terminal for fixing minor shit take priority over assembling your system from the ground up. Installing Arch when you're already familiar with Linux might give you a better appreciation for its design.

Flatpak solves this by having the application run in a container with all of its dependencies inside. This introduces some extra complexity, and apps that depend on tight integration with the host environment might have some broken functionality. Autists also hate it because it's not minimal.

Or you could use a distribution that has actual quality control, i.e. literally anything other than Arch.
This is the part of DT's video that prompted me to look into it. He says that he installed the Flatpak version of Kdenlive and pixelated rendering persisted despite 1080p settings. Next, he claims that it must've probably been "due to ffmpeg on the system". Fishman, do you even know how flatpak works? This should've been the biggest red flag. 5 minutes of searching gets you a possible culprit in this thread on the KDE forums. A bug in the GUI when setting custom quality, no distro is doing QA on graphical shit. He's also using some weird offshoot of Arch called Arco Linux on his work machine, which means less testing performed by distro maintainers. The absolute fucking state.
 
Moved to dualbooting Manjaro Linux and Win 10, I was wondering if I can play the games I have installed on a drive on windows on Linux. I try running them on Steam with Proton, but it just insta crashes.
 
  • Like
Reactions: Carpe Jugulum
KDE bros, 5.25 is out



Also,

1655271976239.png

 
Last edited:

Arch User Bitches About Stability in Linux
He's right, Kdenlive is shit. Sometimes the rendering is fine until it decides to shit the bed and make everything pixelated like something lower than 144p.

Mutahar, the poo in the loo reaction Youtuber, somehow manages to do his Linux sleuthing without any issue despite being who he is. This catfish eyes retard cannot, even though he is supposed to be more knowledgeable about the OS based purely on the focus on his channel. The more videos I watch of him, the more anger I feel. It's like rediscovering Linus Tech Tips.
Doesn't Mutahar edit his videos on a Mac?
 
I'm considering on finally dual-booting Linux on my main system and slowly learning and developing it to match my work needs.

I was looking at Arch to be that distro,
Gonna stop you right there cracker.

Why does everyone who wants to try Linux for the first time pick something like this, rolling release, bleeding edge shit that you will undoubtably break at some point, then blame and say "Linux be gay".

Just start with Ubuntu brother. It is the easiest for beginners, has the most driver compatibility, and the largest (and most helpful actually) forums. If you go to the Arch forums and say "Hey, I did some retarded shit" they are gonna call you a retard. Go to the Ubuntu forums and they will already have three threads submitted by someone else who tarded it up and how to fix it.

t. Mint user.
 
Gonna stop you right there cracker.

Why does everyone who wants to try Linux for the first time pick something like this, rolling release, bleeding edge shit that you will undoubtably break at some point, then blame and say "Linux be gay".

Just start with Ubuntu brother. It is the easiest for beginners, has the most driver compatibility, and the largest (and most helpful actually) forums. If you go to the Arch forums and say "Hey, I did some retarded shit" they are gonna call you a retard. Go to the Ubuntu forums and they will already have three threads submitted by someone else who tarded it up and how to fix it.

t. Mint user.
Personally, my suggestion for "first Linux" is to simply enable WSL(Windows Subsystem for Linux), assuming Windows 10. Command line to check things out, and see how Linux does stuff. No dual boot risks or anything.
 
Brother, this is unholy in the eyes of Jah.
Having had to work with many companies over the years giving me a Windows laptop to work with Linux servers, WSL is by far the best solution. Sure there was Cygwin and others. But WSL is far preferable.

My gear, I run Linux on the desktop but I don't often get a choice on customer provided equipment.
 
Having had to work with many companies over the years giving me a Windows laptop to work with Linux servers, WSL is by far the best solution. Sure there was Cygwin and others. But WSL is far preferable.

My gear, I run Linux on the desktop but I don't often get a choice on customer provided equipment.
Cygwin blessed by Jah. WSL is evil white cracker bullshit, do not even grace it with your presence.
 
Back