I think Endeavour OS is like that too. I have 2 “unfixable” bugs on my arch installation that can never be removed. I have to manually do 2 annoying workaround tasks every time I turn on my computer before I can use it and this will likely never go away. I’ve been told both these issues can’t be fixed without a complete os reinstall and even then it might not go away. I booted into an Endeavour OS live usb and what do you know, both those bugs were fixed out of the box. Endeavour is based on Arch. The kernel it was running was a kernel number release after my installation developed both of these “forever” bugs.

Arch is great and all but holy fuck I’m sick and tired of this fucking bullshit all the time. One of these times I’m going to type sudo pacman -Syu and it will develop yet a third unfixable forever bug. This is the same shit that drove me away from Windows: uncontrollable degradation over time that can’t be fixed without os reinstall. Even Gentoo isn’t this unforgiving.

Huh, I’m going to try shaving my armpits. I’m a smelly guy and I seem to need to use a lot of deodorant to keep it under control.

I hope she at least died immediately, that sounds like a terrible way to go.

I hate Java because whenever people make games or performance sensitive applications with it, performance is always complete ass shit. On top of that, it seems I always have to cave in and use Windows because when I’m trying to compile a Java project, there’s some obscure dependency can only be acquired and installed correctly on windows.

Try compiling Freerouting in anything other than Windows for example. It’s a good fucking thing Java apps are cross platform.

If you get even 1 thing wrong, the entire program stops working and you don’t get any information about it. Turns out those cryptic errors like “error: object reference not set to instance of an object at address 0x007e00” are kind of important information to have. Unless you specifically know where it’s crashing, finding the source of the problem is like finding a needle in a haystack. If it’s your own code it’s borderline manageable but you’ll regret every decision that led you up to that point. If it’s someone else’s code such as an old project from 9 years ago that doesn’t work anymore, absolutely forget about it.

The only advantage of php is that it’s incredibly lightweight. I was running an Athlon XP home server on Gentoo as late as 2022 and still had php running despite only having the SSE1 instruction set and a cpu less powerful than whats probably on a modern led lightbulb.

But ACKTCHUALLY I think django and python bottles can be run on even shittier computers than php can since they’re both python programs and python has been demonstrated to be runnable on a pentium 1. So there is no reason to use php.

How to go from only being able to compile the project on a Windows machine (due to obscure dependencies that every other Java project has for some reason) to not being able to compile on anyone’s machine at all in just 1 simple step.

I know how to use git pull, git push, git commit, git status and git add *. I don’t even know how git commit and git push works I just know you run them in that order. Whenever I break everything I give up and go outside.

Is there a list of banks that do this? Some don’t ban root users. Or at least some don’t do as good a job as others at detecting it. Magisk has at least some kind of root hiding stuff in it.

What actually are the advantages of system rc over systemd?

Linux is too much bloat. BSD is also too much bloat. Switch to Temple OS. Actually, Temple OS is too much bloat. Uuh. Did you know that it’s possible to use gcc to compile a c or c++ program in such a way that it’s bootable? You can make your own shitty command line os in like 100kb that way and still have access to most of the easy QOL libraries and namespaces. That’s still too much fucking bloat for me though. The way I do my “computing” is I just draw on my monitor with a dry erase marker instead of plugging it into a pc.

My system is too broken for this malware to work. I use Arch btw.

In reality, only some Pentium 1 compatible motherboards can support enough ram for you to actually run Linux on a Pentium 1. Even if you don’t run into ram problems, you’ll run into bios related problems. I would suggest anyone trying this in 2024 to not even attempt it unless you can get a socket 7, and preferably a later socket 7 motherboard at that. The closest thing I can come up with to a reason not to drop support for 486 (the cpu before the Pentium 1) is that a 486 is a lot more possible to put on a custom pcb than a Pentium 1. Some of the more basic arm cpus aren’t even as powerful as an upper tier 486 (but better arm cpus aren’t that hard for hobbyists to get). Anyone die-hard enough to want to try to run Linux on a fully custom made computer like that would have better results using an arm or risc-V chip instead.

I am curious why they’re dropping support for 486 but not Pentium 1, pentium 2 and anything not capable of SSE1 or later. mmx isn’t even that good but I guess gcc does technically support it.

I wonder if they’re going to drop 486 support in gcc as well. It can still compile for 386. You have to seriously strip down the kernel to run Linux on anything that old. Maybe 486 users (all 2 of them) should switch to Temple OS.

Big tech wins yet again. Soon you’ll need at least a Pentium 1 to run the Linux kernel.

I evangelize Linux irl by simply keeping my computer always tuned up, up to date and working well. It’s inevitable that someone’s windows or mac shitbook will do something shitty and people will pay attention to me just for not having the same problems as them. For example the other day by brother wanted to watch spongebob, his macbook wouldn’t let him connect to the TV so I plugged it right in to Arch Linux and it worked like a charm. Sometimes the superiority of Linux simply speaks for itself.

My brother tried to use his macbook to put spongebob on the TV and it wouldn’t let him due to drm reasons. Don’t let this shit become the new normal. It’s GNU Linux or nothing for me.

In my experience they’re the same from a reliability standpoint. Stuff on Arch will break for no reason after an update. Stuff on Debian will break for no reason after an update. It’s just as difficult to solve reliability problems on both.

Because Debian isn’t a rolling release you will often run into issues where a bug got fixed in a future version of whatever program it is but not the one that’s available in the repository. Try using yt-dlp on any stable Debian installation and it won’t work for example.

Arch isn’t without its issues. Half of the good stuff is on the AUR, and fuck the AUR. Stuff only installs without issues half the time. Good luck installing stuff that needs like 13+ other AUR packages as dependencies because non of that shit can be installed automatically. On other distros,all that stuff can be installed automatically and easily with a single command.

I use Arch btw.

I couldn’t figure out how to make the wifi on my Debian machine reliable so I replaced the default wifi manager front-end and backend with iwctl, the same thing Arch uses by default. It seems to be working but now I have an unholy abomination of Debian spliced with Arch DNA.

If a game doesn’t work on proton it’s not worth playing for me.

Also how LFS users look down at Gentoo users after spending 6 years learning how to do everything themselves

The best part is when I check to see what exact version of the package I really have and despite it being old, it’s the version a month after the one where the bug was fixed but I’m still getting the bug so I guess I’ll go fuck myself then.