The Linux Thread - The Autist's OS of Choice

  • 🔧 Actively working on site again.
I kept telling myself I'll rewrite the maybe 50 lines of shit I still use but considering it's been since the early '90s I don't think that is ever going to happen.
ah yes. The $HOME/bin conundrum. It gets even better when you forget what half of it does. xtest.sh? Who knows, but it's called in at least five other scripts so best not delete it.

I'm forcing myself to write everything long-term in pure POSIX sh now. It's pretty much always possible. I'm also recently getting used to OpenBSDs ksh (and away from bash) since I have the feeling using some flavor of *BSD will be inevitable in the future, and I'd like to use the on-board tools then. (and also bash includes each major release more and more shit I don't need and that bothers me for some reason)
 
Wayland's problem is getting buy-in. Distros don't ship with it by default and support for it by widget toolkits is anemic to say the least. If Red Hat is serious about pushing it, they need to drop some cash on getting every major and minor graphical library in the Linux world to support it.
There is still too much jank to justify a buy-in. Thread after thread are getting posted in Linux communities about configurations randomly breaking on reboot, clipboard being fucked, screen sharing being fucked, muh tearing etc. NVIDIA are being slow as well. Most features sort of work in their newest 5xx drivers, including XWayland (if you ignore reports of random slowdowns and performance issues in games running under X). Everybody else with older cards gets shafted even on bleeding edge versions of drivers.
 
  • Informative
Reactions: Fcret
I dislike Xorg because it's old, the protocol has to be hacked around to make it fast, and most of the specification exists to support graphics paradigms that haven't been relevant since before most KF users were born.
wow you should tell the people who made actual working GUIs like KDE2 and WindowMaker that Xorg is slow, they might not have realized
 
wow you should tell the people who made actual working GUIs like KDE2 and WindowMaker that Xorg is slow, they might not have realized
Xorg does way more shit than any modern display system needs to do and the stuff it does that's actually relevant it does badly. It doesn't play nicely with modern graphics hardware. It's inelegant as shit and has tons of problems. Pretending like it's fine because "LOL IT'S FAST ENOUGH IF YOU USE SOME OLD DESKTOP ENVIRONMENT" is cope.

Linux is woefully behind in the gaming and multimedia space specifically because retards like you pimp out your gay tiling window managers or openbox and pretend like the smeary shit on your screen is acceptable to anyone not living in 2001.
 
Xorg does way more shit than any modern display system needs to do and the stuff it does that's actually relevant it does badly. It doesn't play nicely with modern graphics hardware. It's inelegant as shit and has tons of problems. Pretending like it's fine because "LOL IT'S FAST ENOUGH IF YOU USE SOME OLD DESKTOP ENVIRONMENT" is cope.

Linux is woefully behind in the gaming and multimedia space specifically because retards like you pimp out your gay tiling window managers or openbox and pretend like the smeary shit on your screen is acceptable to anyone not living in 2001.
lol just use a framebuffer loser

Wayland is a product of the Red Hat 'employ subhuman retards and try to destroy everything' model. It doesn't do anything better than XFree86 did twenty years ago. It doesn't add any sensible additions for building actually functional applications that like NeXT's Display PostScript or Apple Quartz, because Red Hat filth are incapable of adopting good functionality from elsewhere, only destroying good functionality like network transparency.
 
Torrents are great for downloading distros I really hate that anyone can think torrent is 1:1 = piracy when the uses outside of that is very diverse

piracy is obviously thats what they had in mind
Susan also flagged his Youtube-DL video but like you said about torrents, youtube-dl/yt-dlp isn't just for downloading music, people use it to download videos, tutorials to save them for later.
 
Susan also flagged his Youtube-DL video but like you said about torrents, youtube-dl/yt-dlp isn't just for downloading music, people use it to download videos, tutorials to save them for later.
Even creators use it, or tools based on it. For backup or mirroring videos on other platforms.
 
Susan also flagged his Youtube-DL video but like you said about torrents, youtube-dl/yt-dlp isn't just for downloading music, people use it to download videos, tutorials to save them for later.
Top jaja. If I wanted to download music there's better means than going through YouTube. Just type the music you want into a search engine and put "скачать" (download) next to it.
 
Yeah, Gnome is the model of elegance and efficiency and when it's slow, it's all X's fault.
I look forward to Lennart Poettering replacing Gnome, Wayland, and the text console with a new, improved system that internally communicates with packets of JSON.
 
lol just use a framebuffer loser

Wayland is a product of the Red Hat 'employ subhuman retards and try to destroy everything' model. It doesn't do anything better than XFree86 did twenty years ago. It doesn't add any sensible additions for building actually functional applications that like NeXT's Display PostScript or Apple Quartz, because Red Hat filth are incapable of adopting good functionality from elsewhere, only destroying good functionality like network transparency.
All I really want from Wayland is isolation of application views and keystroke listeners, an ability to configure permissions for these and mixing different refresh rates on multi-monitor setups. Right now on X you can only isolate by creating new X servers (not sure if these sandboxed X instances support GPU acceleration even). Focus stealing isn't accounted for, it's impossible to defend against a basic keylogger.

Sadly, there's already a lot of other shit tacked on to the protocol. but I consider that to be part and parcel of dealing with the scarlet fedoras. I'd like to parrot ledditors and say "akshully it's just a protocol, just don't implement what you don't like durr", but systemd is a shining example of how that line of logic slowly deteriorates.
 
I've had a few issues gaming on linux here and there however I do very distinctly remember Windows being no angel either. Valve absolutely gives a fuck more than Microsoft.

Nvidia Driver install failures requiring me to DDU. Logitech GHub causing system wide lockdown because I couldn't use my mouse. Tons of issues with borderless fullscreen. Older games being well.... yeah. Sometimes games 'just wont start'. Unofficial patches that require a ton of wasted time googling and trying to correct manually.

Maybe less issues but on the whole I've not really 'struggled' like people act like you will on Linux. The biggest thing you can mess up is running anything in sudo without checking, and then triple checking that you won't mess anything up. Sometimes you can fix it, sometimes its just broken afterwards.
 
Last edited:
  • Agree
Reactions: 419
Wayland is the way it is because it basically lacks a ton of stuff and trusts it to be implemented elsewhere. If you'd wanna make a complete thing out of it, it won't look that much different from X. All the problems you have with something like X were just sourced out to somewhere else in wayland, basically. That said, X has a ton of cruft that's not needed anymore nowadays and the codebase looks accordingly. If you wanna see a bad codebase though, look at the GNU coreutils. And the developers there just keep happily piling shit onto it. Wew.

Screen tearing in X was never an issue for me, there's like a million ways to fix it reliably. I am not sure why most distros don't bother to do so by default and my guess is that distro maintainers don't read manpages. An also often brought up point of X being insecure because "every program can read everything" is not even applicable for programs where that would matter security wise (e.g. browsers) because the processes in browsers that might abuse this are sandboxed away from access anyways. Nobody seems to actually know this. X also has a security extension that can make it differentiate between "trusted" and "untrusted", untrusted apps being not able to read keystrokes etc. sent to other windows. This extension exists for X-based programs running on other computers displayed locally on the server, but it works just fine locally with most things too. Somehow nobody knows this either.

No I'm not claiming X is secure and yes, also because of it's complexity and coming from a time where nobody thought about security much. Hell, I wouldn't be surprised if there's someday some (other) exploit found that already existed for decades and is massive. Such is life in FOSS with legacy stuff. IMO modern computers are too complex anyways to assure security when you have a process (webbrowser) just running random code from random servers all over the world. The best idea is probably using an isolated system and not running that code locally. With the prices of computers nowadays this really shouldn't prove an impasse if you are really that worried.

Also I have seen modern day windows in action recently and even posted a rant here about it. None of that shit is easier than your average linux distribution, maybe even harder because windows is keeping from you what's actually going on most of the time behind a bunch of "Whoopsie daisy. Sorry!" error messages. I think people just parrot that talking point over and over again without thinking about it at all. If technical, googleable error messages overwhelm you so much and you just expect a computer to read your mind and actually know better what you want to do than yourself ...have you ever considered not being dumb and completely ignorant of the world around you?

This because anything done that way would work on a machine from over 40 years ago and still work in another 100 or so.
Don't get me wrong, a lot of sh syntax feels like it was scribbled by a mental patient in some dark corner of a 19th century building, but man, shit just works. Can't argue with results. You're not really supposed to do the complex stuff inside your scripts anyways, I always saw sh more as the glue that holds your *nixoid together.
 
Last edited:
Don't get me wrong, a lot of sh syntax feels like it was scribbled by a mental patient in some dark corner of a 19th century building, but man, shit just works. Can't argue with results. You're not really supposed to do the complex stuff inside your scripts anyways, I always saw sh more as the glue that holds your *nixoid together.
I worked in academia in the early 1990's, and that's exactly the vibe you'd get by going into any of their offices or computer labs. Basements, no windows, flickering lights(if they were turned on), glowing screens.

My general rule was once a script exceeded one screen(80x25 at the time) it was time to move up a language, usually Perl at the time. Now often Python. Depending on the script and how widely it will be used often now into Ansible/Chef/Puppet/Salt.
 
I worked in academia in the early 1990's, and that's exactly the vibe you'd get by going into any of their offices or computer labs. Basements, no windows, flickering lights(if they were turned on), glowing screens.

My general rule was once a script exceeded one screen(80x25 at the time) it was time to move up a language, usually Perl at the time. Now often Python. Depending on the script and how widely it will be used often now into Ansible/Chef/Puppet/Salt.
That's not a bad rule of thumb. Some veteran programmer I used to work with said as soon as a Perl script exceed 100 lines of code, he would cease work and start over in a different lower level language.

I'm amazed at some of the bash shell scripts for installers I've seen. GNU Radio's was 3000 lines back in 2014.
 
That's not a bad rule of thumb. Some veteran programmer I used to work with said as soon as a Perl script exceed 100 lines of code, he would cease work and start over in a different lower level language.

I'm amazed at some of the bash shell scripts for installers I've seen. GNU Radio's was 3000 lines back in 2014.
The size of an install script depends on how many things it needs to install. I don't really see how moving to a more featureful or lower level language improves anything in this particular case. Wouldn't splitting the scripts up work better instead? Take a look at Steam's bootstrap, for example (~/.local/share/Steam/steam.sh) - 800 lines, but most of it are conditional expressions and setting environment variables.
 
Back