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.
Is it possible to use linux without ffmpeg?
Out of every possible thing that you could want to avoid in a Linux system, ffmpeg should not be one of them. Not only is it mostly depended on as many have mentioned, but it isn't even bad at its job and is super efficient. It's probably the only goddamn thing on your system where the developers encourage Assembly rather than any other language. Yes, they use fucking Assembly.
 
I've seen gaming channels complain about how classic Win7 era games don't work properly under modern Windows. Sure, they run, but they don't work quite the way they're supposed to, which is a problem if you actually care about playing the game as it was intended. Troubles with old software is not exclusive to Linux, and quite frankly in most cases they probably work better on Linux and MacOS (even on Apple silicon) than on Windows because WINE does a better job at backwards compatibility than Windows.
When the discussion of playing older games that barely/don't work on modern OS's, I still think the best way to get them up and running again is community made fixes/patches that you can find from places like PCGamingWiki.

There's a lot of talk about older games being supported better than on Windows because of Wine and Proton having better compatibility with shit from the XP era of Windows, for example, but everytime I've tried some games out, I always left with a less than satisfactory experience. My favorite Video Game, Max Payne, booted up fine on Linux when using Proton Experimental on Steam. The only thing I needed to was install the widescreen fix and use a custom launch option to get it to work. On Windows, I would need to download this fixpack that includes a ton of fixes to get it to actually launch.

On Windows though, after I installed the fixpack and set everything up, the game ran perfectly fine and I didn't need to tamper with anything ever again. On Linux, the game was a stuttery mess, something that I have never experienced with Windows. Random intervals of stuttering throughout levels for seemingly no reason.

Now, you may say that it's my fault for not experimenting more with different versions of Proton or looking through ProtonDB for possible solutions, which I can get. When you switch to Linux, you signed up for potential problems you might face and have to fix, just like you would for any OS. However, the fact that you would have to experiment and fix problems if you encounter an older game not working the best it can be or maybe even at all on Linux makes the "older games working better on Linux" argument completely pointless since you can use the time you use on Linux fixing shit to install community made/unoffical game patches/fixes, made for Windows, and end up with a way better experience since a lot of shit is set and forget.

There's no reason that older games working better on Linux should be a selling point at all since game fixes have existed for years, been tested for years, and it's not a hassle to acquire and set them up.

If you do find that shit tough, good god...may the lord save your soul.
 
Just gonna drop this here for distro warriors

Imo: anything. The resource utilization in my experience is less to do with the guts of the system and more to do with what desktop env you are using and what programs you are running. I think pretty much any distro should be able to comfortably idle at <500MiB ram utilization with xfce or something. Even lower if you are using dwm or similar, but if it's your first Linux experience you probably want xfce. Its an interface comparable to windows xp.
Just my experience from trying to see how low I can get resource usage. Out of curiosity. Besides the obvious things taking up resources. One of the biggest things taking up memory at idle. Is going to be the kernel itself. So that will determine around where it sits.

Certain hardware will end up leaving you with higher memory usage because of the drivers/firmware. So with certain hardware there is only so low you can get it. Also without needing to actually start gutting out functionality from the kernel.

I'm not suggesting anyone should actually care about it. Just what I found when I was messing around with it. Seeing how low I could get things while still having a functional system.

So anyway. on a modern system, with modern hardware, with a graphical server running. I would expect it to be around 500ish depending on the hardware. I didn't really see mine get much lower without actually losing the ability to do things, and losing performance.

Since I can't edit the prior post anymore: Also decided to do it as a learning experience and keep the gray cells buzzing.
Well if you need any help along the way. I'm sure everyone here will be willing to help. To be honest. This probably isn't the best place to get tech support, just because of the format. Compared to somewhere where you can make a whole thread for a single issue. But I'm sure people will still be willing to offer any advice if you need it.
 
  • Like
Reactions: Glory To Arztotska
4 months ago communist subhumans tried to change master branch name to “main” in Guix.
link
Thankfully it didn’t pass but the amount of lefttard polisperging in the discussion about it is disconcerting.
The main subhuman pushing this was Liliana Marie Prikler i couldn’t find any info on him but it is most probably a troon and is definitely associated with gnomefags.
It founder of the project Ludovic Courtès have supported this retardation so at least Guix isn’t in danger of communist coup d'état that would kill the project like NixOS have experienced.
Considering the fact that the project does have multiple serious issues and they are focusing on this pure mental retardation means that i will need to find new preferably chud certified distro soon.
 
  • Like
Reactions: Hieronymus Lex
The main subhuman pushing this was Liliana Marie Prikler i couldn’t find any info on him but it is most probably a troon and is definitely associated with gnomefags.
100% troon. The first clue is that he starts that e-mail chain with, "Girls do their best now and are preparing. Please watch warmly until it is ready." That is unmistakable troon talk.

Liliana Marie Prikler must be Leo Prikler.

Leo also participated in Guix under that name only three years back.
See for example this archived message, a reply to Leo Prikler:
This quotes Leo, showing he has a TU Graz email address just like Lilian. Leo quotes someone else in the quoted material, and it uses the same German style "Am Samstag ..." that Lilian later uses. Also, the discussion is about someone's "tone", which SJW types including troons like to talk about ("tone policing" and so on).

The last message as Leo was in July 2021:
He reemerges as Liliana in September 2021:
 
Considering the fact that the project does have multiple serious issues and they are focusing on this pure mental retardation means that i will need to find new preferably chud certified distro soon.
Which issues are you thinking of? Could always give it the ol' fork.
 
Which issues are you thinking of? Could always give it the ol' fork.
It is not uncommon to find repo servers down; the network code is atrocious as in it is not parallel, and if one repo is down it crashes instead trying others; the command line is very slow to the point of autocomplete being completely useless; there is no real way to easily edit configs outside the things that have been intended; the env modification approach is niggerlicious and introduces lots of conflicts with software that haven't been adapted; most probably the plan9 alike approach would have been better, there is no easy way to replace package with another so that it would affect the whole system(it is especially revenant to Nvidia drivers as you need to replace mesa with nvda package) + there are multiple QOL improvements that could be made.

Overall, everything but the env issue is solvable; however, it would require major changes to the code base. I would really like to fork it and create Guix Chud Edition, as the idea of a package manager that allows reproducibility and containerization imo is excellent; however, i do not have spare time to work on such things.
 
Last edited:
It is not uncommon to find repo servers down, the network code is atrocious as in it is not parallel and if one repo is down it crashes instead trying others, the command line is very slow to the point of autocomplete being completely useless, there is no real way to easily edit configs outside the things that have been intended, the env modification approach is niggerlicious and introduces lots of conflicts with software that haven't been adapted most propably the plan9 alike approach would have been better, + they are multiple QOL improvements that could be made.
Overall everything but the env issue is solvable however it would require major changes to code base. I would like to fork it and create Guix Chud edition however i do not have spare time to work on such things.
If you aren't a free software extremist you should not be using guix. If you are, I'm not sure why these problems bother you.
 
windows updates take like 40 years to do. meanwhile linux updates take like 2 minutes tops. What gives? how?
Windows is much more bloated than Linux (people like to point to the hundreds of millions of lines of code in Linux but most those are device drivers that rarely get updated) and most Linux updates don't require a system restart.
 
windows updates take like 40 years to do. meanwhile linux updates take like 2 minutes tops. What gives? how?

Windows updates probably have a bunch of shit going on in the background that has nothing to do with maintenance, the horror stories of the updates going on for hours on end doesn't convince me that installing updates and "cleaning old files" is all that happens, assuming the latter actually takes place and I'm not misremembering things.
 
Windows is much more bloated than Linux (people like to point to the hundreds of millions of lines of code in Linux but most those are device drivers that rarely get updated) and most Linux updates don't require a system restart.
The funniest part of Windows bloat is how much code is in there just to prevent other code that is in there from breaking things.

Legacy code is a nasty, nasty mess sometimes.
 
Not on Gentoo unless you had a very powerful computer
False. Most slow-building Gentoo packages have quick installing binary packages available. Gentoo excels at building updates exactly once per config. Gentoo's benefit is that you can have weirdly configured packages and the weird configuration gets updated (and tested, if you want) automagically. This makes source versus binary distribution comparisons apples versus oranges, but even so, Gentoo takes as much pain out of it as possible.
 
False. Most slow-building Gentoo packages have quick installing binary packages available. Gentoo excels at building updates exactly once per config. Gentoo's benefit is that you can have weirdly configured packages and the weird configuration gets updated (and tested, if you want) automagically. This makes source versus binary distribution comparisons apples versus oranges, but even so, Gentoo takes as much pain out of it as possible.
But Gentoo users don't want OtHeR pEoPlE's BiNaRiEs!



Someone should fork Linux From Scratch and call it Non-Binary OS, just to piss off all the Linux troons.
 
Last edited:
But Gentoo users don't want OtHeR pEoPlE's BiNaRiEs!



Someone should fork Linux From Scratch and call it Non-Binary OS, just to piss off all the Linux troons.
I have a better idea, someone should make a Linux compatible kernel on scratch to troll Linux from scratch by messing up their seo.
 
  • Like
Reactions: Samuel Fuller
Back