The Linux Thread - The Autist's OS of Choice

  • 📧 If you are an employee of a T1 ISP, US datacenter, or related company please get in touch at josh@kiwifarms.net. I have some questions.
  • Want to keep track of this thread?
    Accounts can bookmark posts, watch threads for updates, and jump back to where you stopped reading.
    Create account
I almost wonder if that's some kind of KDE gesture crap that's getting enabled.

I'll tell ya this much: I never had this type of problem with my mouse cursor hanging between the boundaries of my monitors (however briefly) on Plasma 5. Both Plasma 6, Xorg and Wayland, have this issue. MAYBE it's a gesture, God only knows how fucking horrifically bloated KDE historically was and how much that skyrocketed with the advent of Plasma 6. The Plasma team also fucking sucks at fixing regressions. It's like every new goddamn version of Plasma 6 that comes out, there has to be eleventy bazillion new doodads and shiny things to fiddle with... and then all the shit that used to work flawlessly still languishes in goddamn mediocrity. I've been skulking their bug tracker for the last year and a half. Plasma 6.6, to this point, doesn't reproduce the artifacting and the login segfault that I had on 6.4 and 6.5, but I'm definitely not giving them any fucking praise for that because the segfaults should've first and foremost, never happened from the get-go, and secondly: there's still an assload of extant regressions on their goddamn bug tracker that haven't been fixed since Plasma 6.0 and arguably won't ever get fixed. It's Cinnamon, MATE+Compiz, or XFCE for me going forward man.

I will be submitting an invoice to Red Hat for my shilling posthaste.

Careful. They'll say your invoice is an invalid use case and then bill you double for allegedly wasting their time.
 
That’s an almost perfect use case for a Flatpak…just saying.

Oh yes, I definitely hear what you're saying. Having said that: ALMOST =/= definitely, you goddamn retard. Flatpaks are the binary packaging choice of the untermensch, among which, you most certainly are. Let's say that Sumatra somehow gets a Wine Flatpak (if such a thing is even remotely possible). It'll run really nice and smooth... and then the runtime on Flathub goes kaput like two years after the binary's published, the Fedora Flatpak edition would not have the deprecated runtime issue, but it would still shit the fucking bed because Fedora Flatpaks have piss-poor QA (re: how badly they fucked up OBS's Flatpak).
 
Flatpaks are the binary packaging choice of the untermensch

Due to recent events I’d say that would in fact be the AUR.

Let's say that Sumatra somehow gets a Wine Flatpak

I was referring to Okular

IMG_9721.gif

then the runtime on Flathub goes kaput like two years after the binary's published

Yeah, I’m sure one of the most popular KDE apps is never going to be updated in one of the most popular Linux repos and just rot away.
 
Due to recent events I’d say that would in fact be the AUR.

Wrong again, retard. The AUR itself is not a singular package, let alone a packaging format. It's a collection of user-hosted build scripts that ultimately terminate in a finished pkg.tar.zst file... y'know the actual format that Arch uses.

Yeah, I’m sure one of the most popular KDE apps is never going to be updated in one of the most popular Linux repos and just rot away.

That's precisely what happens whenever old tools get supplanted by newer, shinier doodads you fucking moron. Linux is absolutely fucking horrendous with long-term ABI compatibility, and Flatpak does NOTHING to solve the long-term ABI compatibility problem.

I was referring to Okular

No, you were not explicitly referring to Okular. You just responded to Braille Guy's recommendation for Okular (ON WINDOWS) and Sumatra (ON LINUX). You said, and I quote: "That’s an almost perfect use case for a Flatpak…just saying." Where the fuck did you specify Okular in that statement? On its surface, Flatpak = Linux, Braille Guy said Sumatra for Linux.

Even if you explicitly stated Okular, your premise is still fundamentally wrong because PLASMA FLATPAKS STILL HAVE RUNTIME ENVIRONMENTS TOO, YOU GIBBERING, DROOLING MONGOLOID WITH A SLOPING FOREHEAD. Flatpak runtimes aren't just exclusive to GTK2+GTK3+GTK4. There's also the matter of Qt runtimes that ultimately get deprecated on Flathub (re: the preferred Flatpak repository). Qt3, Qt4, and Qt5 (to my knowledge) either never once existed on Flathub, or if they did, they fell out of favour long ago because Plasma 6 with Qt6 is here.
 
This often means the software selection in Debian tends to run on the older side of the spectrum. Backported packages, Flatpaks, and AppImages all exist, but they're "layered on top," so-to-speak.
The LTS distro issue is solved by Nix and Guix. If you want up to date packages on a non-rolling distro Nix & Guix integration is easy as pie, has more packages than you'll ever reasonably need, and works out of the box on any systemdalit os (and GuixSD, of course). Though, it might be worth keeping an eye on the ever-increasing nixpkgs collection given what is happening to the AUR right now.
 
So despite me saying that Debian was running smoothly, I had one noticeable bug that was irritating that I've since fixed and genuinely don't know how I fixed it.

I had this incredibly weird issue where all of a sudden my screen would completely lock up and become completely unresponsive. Given that I installed everything on new hardware I was a little scared that I'd lucked out and got a faulty CPU or a bad RAM stick, but after some digging the REISUB command showed that it wasn't a complete lowline hardware fuckup, it was a kernal panic.

It appeared out of complete nowhere and I did a billion things to try and fix it. First I switched from Wayland to x11, I disabled hardware acceleration in my web browsers, I disabled smooth scrolling, then I added an exception to GRUB for when my GPU has issues so it automatically resets the driver instead of hardlocking. Nothing worked.

The supposed fix? Switching from 144hz on my DisplayPort to 120hz. Around the same time I also did the latest round of updates so I genuinely have no idea if it's a displayport issue with the AMD driver or some rogue bug in an update that hadn't accounted for a rare hardware/software combo. Either way it fucking works now and I'm not updating anything until I have another issue or there's a major security vulnerability. Back to being a rock solid system with zero issues.

It's also completely turned me around on AI as google basically helped troubleshoot my issue by scouring some of the most niche linux forums for information and answers and I finally feel comfortable with messier troubleshooting that's not just "erase everything and start afresh"
 
I scanned back through the past couple pages and didn't see anything about this. Apparently there's been a concerted attack to inject malware into a lot of orphaned AUR packages.
(update) https://www.phoronix.com/news/Arch-Linux-AUR-More-Than-1500
(package list at present) https://md.archlinux.org/s/SxbqukK6IA#
(more info) https://www.privacyguides.org/news/...ckages-compromised-with-rootkit-like-malware/ https://lwn.net/Articles/1077718/

Details are still pretty sparse so take this with a grain of salt but from what I've been reading it started on the 10th/11th and there is an additional persistence element that appears to rely on systemd. Compromise was via adding a malicious NPM or bun package (different vectors). You can use pacman -Qm to see your foreign packages.

If you've installed/updated anything from the AUR in the past couple days you should probably check into it.
On the heels of that attack, where there are now 1500+ compromised packages, they are discovering another batch of malware
https://www.phoronix.com/news/Arch-Linux-AUR-More-Malware
Just a day after Arch Linux developers believed they got their malware AUR incident under control with 1,500+ packages affected by malware, another round of of AUR malware is now being discovered. This latest round is more sophisticated as with code obfuscation to better conceal the intent.

Last night another round of malware in Arch Linux AUR packages was reported by developer a821. Various Node.js packages, a Plasma 6 applets package, some Firefox packages, the Aura browser, LibreWolf extensions, a NeoVim plug-in, and various other packages were all found with malware via obfuscated code. Shortly thereafter a821 reported back that the affected packages were taken care of.

Hours later, Nicolas Boichat reported more malware in AUR packages. Boichat discovered those latest malware bits using a local Gemma E2B AI model. The new malware attempt in AUR was described as "a bit more elaborate" in obfuscating the action around the Bun command.


At this stage it's a bit surprising they don't completely shutdown AUR until they can better verify the security and safety of this user-supplied repository or at least implement new safeguards on changes.
 
After months I found that this shit was dropping my inputs in games:
1781456208158.png
Changed it from Alt to Super and it's fixed. I don't know why would Alt be the default in the first place.

Also turned off shader pre-caching on Steam despite all the fear mongering and games still run completely fine, there isn't a noticeable difference even on freshly downloaded ones with no cache built. Now I don't have to download 5 GB of shaders daily or wonder if the update that's downloading is actually an update or just shaders.
 
The supposed fix? Switching from 144hz on my DisplayPort to 120hz. Around the same time I also did the latest round of updates so I genuinely have no idea if it's a displayport issue with the AMD driver or some rogue bug in an update that hadn't accounted for a rare hardware/software combo. Either way it fucking works now and I'm not updating anything until I have another issue or there's a major security vulnerability. Back to being a rock solid system with zero issues.

I don't know precisely what hardware you run, but I'm 99% sure it was an issue with the kernel+mesa implementation on Debian. The display stack churns stupidly fast on Linux, such that there can be substantial differences between minor version numbers. For example, Linux kernel version 6.18 on Debian Trixie forcing GCN 1.x cards (re: the HD7970) to use the legacy xf86-video-ati driver vs. Kernel 6.19-onward finally mainlining AMDGPU support for them. Their Mesa implementation (re: the libraries that provide OpenCL, OpenGL, and Vulkan) also falls behind the curve as part of the release cadence.

AMD and Valve work stupidly close with the kernel, Mesa, and WineHQ/Codeweavers (in Valve's case) team. HDMI and DisplayPort 2.x were huge sore spots on Linux until Valve set their heart out on the Steam Deck, the Steam Machines, and all that stuff. So much so that there's actual progress being made despite the standards bodies categorically rejecting Linux support like a decade ago.

It's also completely turned me around on AI as google basically helped troubleshoot my issue by scouring some of the most niche linux forums for information and answers and I finally feel comfortable with messier troubleshooting that's not just "erase everything and start afresh"

Don't play too fast and loose with the LLM whispering. Using AI like Claude, ChatGPT, Gemini, and so on is cool until you start venturing into the world of troubleshooting something that involves doxing text files full of UUIDs, private keys, and so on. Frontier models like the aforementioned are really fucking good at pointing out "oh hey, it's this problem from 2015 that's fucking with ya. Here's how you solve it." That help comes at a price: your data. All frontier models actively train off the data you feed into it, and you have no discernible guarantee they're honouring the promises they made about user privacy and data security. The models all say more or less say "don't feed confidential information here, you stupid fucking dipshit." You also never know who on the server side is trawling through logs for shits and giggles, and then happens across your LAN IP with your WireGuard keys. The odds are low, but never zero.

There's also the matter of LLMs giving you the answer without the rationale behind the answer. ChatGPT sees something's borked, it tells me "oi m8 ur script broke at line 21. Put in a closing bracket, y dontcha?" but it won't tell me why the closing bracket is important, let alone the breakdown of the file syntax I'm working with. It's painfully easy to get complacent when the LLM in question gives you an answer that works in that moment, but might bite you in the ass 3-4 months down the line. Frontier models also have hard usage limits, and you never wanna be in a multi-hour troubleshooting session where you're waiting for ChatGPT or Claude to refresh your tokens so you can finally get to the bottom of whatever obscure problem you're facing.

Local LLMs help mitigate that to a certain extent; God only knows how ubiquitous Ollama is nowadays. Yet Qwen2.5/3, Llama3.1, Gemma4, DeepSeek-R1, and so on are not panaceas unto themselves. You're constrained by parameter count, not to mention you're also at the mercy of whether or not ROCM will play nicely with your GPU. Llama3.1 can probably help you troubleshoot some obscure system failure... but you need to consistently interrogate Llama (or any other self-hosted model) to make damn sure that they ain't goofing on you (which they will... far more often than the documentation will ever admit). You'd think that interrogating an LLM is easy, and it "logically" is, but we've been collectively spoiled by 3-4 years of ChatGPT and its consequences. There's a huge psychological incentive to just take the answer at face value without pressing any further. That's why people like You Suck at Programming say that LLMs are basically the latest iteration of the "for you" page problem: you get the answer from the LLM, maybe have search enabled and click through one or two links, but that's where your research ends.
 
The supposed fix? Switching from 144hz on my DisplayPort to 120hz. Around the same time I also did the latest round of updates so I genuinely have no idea if it's a displayport issue with the AMD driver or some rogue bug in an update that hadn't accounted for a rare hardware/software combo. Either way it fucking works now and I'm not updating anything until I have another issue or there's a major security vulnerability. Back to being a rock solid system with zero issues.
I don't know precisely what hardware you run, but I'm 99% sure it was an issue with the kernel+mesa implementation on Debian.
Nope, its a known bug, just not fixed in stable releases until the linux firmware get updated to something more modern.

Artix released an update to the linux-firmware package today. Haven't had a full on crash yet, just soft one that put me back to the login screen and could have been anything since i was AFK. My luck is either amazing or amazingly shitty, but i'm happy to not have to use windows.
Go back to here if you want to hear me sperg out about it for the few months it existed and I guess still exist to this day on non rolling release distros.
 
What about mcomix? Works well for cbz/cbr and has a simple enough UI.

Honestly, never once knew about mcomix's existence. The thing that makes Sumatra enduring for me is that it handles text-only e-books alongside my CBZ files. Technically, Okular is able to do the same thing, but Okular feels like I'm turning the page through fucking molasses whereas Sumatra is seemingly "instant" regardless of the fact that it's running through Wine. Even though the Sumatra developer explicitly refuses to port Sumatra to OSX or Linux, he wrote it in such a way where it's the "perfect" application to run under Wine. Blog post here from the guy himself if you wanna learn more.

Apparently, Sumatra was the end result of this guy working at Palm and the higher-ups wanted a PDF reader in the Palm Pilot... but 2006 ARM technology was total dogshit ass and PDFs were not amenable to embedded devices at that point in time. In the process of bootstrapping Poppler on Windows so he could profile the Palm Pilot PDF reader's codebase, he ended up writing an extremely simple PDF reader on Windows. There's also some string class optimisation stuff and musings on code review and code quality too, but that's not important. It runs amazingly on Wine because this guy deliberately used the Win32 API and eschewed frameworks like Qt that would add overhead and complexity.

I don't even give a shit that he won't ever make Sumatra for Linux. Wine itself is paying off as a universal API/ABI compatibility thingamajigger that unites all Linux distros.

Nope, its a known bug, just not fixed in stable releases until the linux firmware get updated to something more modern.

Jesus Christ, I still can't believe that it was a firmware bug. The way that it sounded, I honestly thought it was like a Mesa thing.
 
Last edited:
Jesus Christ, I still can't believe that it was a firmware bug. The way that it sounded, I honestly thought it was like a Mesa thing.
It's why I was so convinced it was a hardware fault, I was absolutely spellbound that something so catastrophic could be part of a rock solid stable Debian 13 release. This is shit you'd expect in an experimental build for cutting edge retards folk who want the latest THING no matter what it actually is.

It really reaffirms my 'no fucking updates when everything is fucking stable' policy I'm sticking with. ANYTHING that updates has the potential to break something very important, and you might not even know WHAT has broken until days or weeks down the line. Even harder when you're seemingly the only person with one specific hardware/software combo and can't work out what the fuck is tripping it.
 
Back
Top Bottom