The Linux Thread - The Autist's OS of Choice

  • 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
Trust the plan Linux bros. 2026 will be the year of the Linux desktop and that orange psychopath will finally be out of office. Gamer's nexus and us will celebrate as xe-folk finally get to have a seat in the consumer desktop market. GN patriots are in control.
 
so i only now noticed that Watchtower has been abandoned and my container was stuck in a failure loop. is there anything that's a direct replacement for keeping docker images up to date, or at least something that will give me a login message when I ssh into my server?
I previously (several years ago) used Ouroboros for that. Nowadays, I just subscribe to release notifications on github for all of the software I run in containers and manually run a script to stop container, rm image, pull latest image, start container. It's a bit more work, but things break less frequently when there's no chance an image gets updated to a new major version without my knowledge.
 
Not yet, but I will once I get my MNT Reform and or Argon One Up + Radxa RK3588 CM5. Fully open boot chain (except ram init), baby!
Rockchip for the win. I have an old RK322x box and that little piece of shit Android box that I bought for $3 is insanely capable when you toss Armbian on it. It might not outperform modern ARM SBCs, but you treat it right and it's got no problem with 1080p60. I'm glad to read that the heritage continues. Rockchip appears to pay attention to what us hackers are doing with its hardware and helps out here and there.
 
oh my bad i thought by free software u meant fsf approved software
No I was just talking about in the context of that specific guideline they have. Instead of making a comment on whether they are reasonable as a whole on what they certify

I LOVE <insert glowie bait here>". The position of "but what about <thing>!?!?!? Why bother if they can do <thing>???"
It is gay. And it's also kind of speaks to why people are shocked when the feds haven't caught someone within hours or even a day or so of a crime. Like the Charlie Kirk thing. Even with everything they can potentially do. That doesn't mean nothing makes a difference.

Even outside of glowies, it's a pretty big security hole in general. If some other bad actor actually manages to figure out an exploit in IME or amd's PSP. It's a security compromise with no benefit to the end user. At least almost no benefit, maybe there is some tiny percentage of corporate customer's that use it. But I've never heard of anyone that actually wanted IME there. I think most people don't even know it exists.

edit: I forgot I was going to post about this.

1768113579558.png

After reading this. Yeah, stack exchange deserves it's fate. The OP asked how do I disable journald.

1768113673069.png

Instead of an actual answer the response that get's voted to the top, is just telling them not to disable it. Who gives a fuck even if it was a bad idea to disable it? It's a literal non-answer as far as I'm concerned. They didn't ask "should I disable journald?". I just really found it annoying lol. Besides that, even with their reasoning. I fail to see the loss of disabling it if you replace it with another logging daemon. If you don't want to use journalctl it's of no benefit whatsoever as far as I can tell. Other than being "tightly integrated"

Another user posted this.
1768114231953.png
 
Last edited:
Linus vibe-coded a pet project. It's never been more over.
https://github.com/torvalds/AudioNoise / archive
View attachment 8404408
It's not like it's an important or even pure-code project. It's strictly functional and for a little hobby he has. Let the man vibecode if he just wants shit to work for his guitar pedal, when he doesn't even have an electric guitar himself. He did say in the Linus x Linus interview build-a-PC that he basically doesn't program anymore. I wouldn't want to learn Python if I were him either, even if it's as syntactically simple as they come.
>I'm growing to hate the clicky footswitch even if I do love how it also doubles as a boot selector switch for programming
Has anyone ever bound a foot pedal to a vim modeswitch?
 
Even outside of glowies, it's a pretty big security hole in general. If some other bad actor actually manages to figure out an exploit in IME or amd's PSP. It's a security compromise with no benefit to the end user. At least almost no benefit, maybe there is some tiny percentage of corporate customer's that use it. But I've never heard of anyone that actually wanted IME there. I think most people don't even know it exists.
Never take any excuse for why the IME/PSP exist or why they are so tightly integrated and guarded against user circumvention, ever. The security argument is moot because there are constantly new exploits found for the IME on mainstream systems, and the very existence of the completely undocumented High Assurance Platform mode that allegedly instructs the ME to hang after init, intended for use by state actors. That alone should be all the proof you need that it is a malicious firmware rootkit that can dredge every singe system input imaginable, to the benefit of the very same state actors that are permitted to use machines without it. Same with TEMPEST rated toughbooks, same with how there is an increasing push for de-anonymization and digital ID. Privacy is the enemy of the powers that be, why would they ever give you a way to increase yours?

Instead of an actual answer the response that get's voted to the top, is just telling them not to disable it. Who gives a fuck even if it was a bad idea to disable it? It's a literal non-answer as far as I'm concerned. They didn't ask "should I disable journald?". I just really found it annoying lol. Besides that, even with their reasoning. I fail to see the loss of disabling it if you replace it with another logging daemon. If you don't want to use journalctl it's of no benefit whatsoever as far as I can tell. Other than being "tightly integrated"
Funnily enough the people on PrivacyGuides tend to give the same sort of non-answer when questioned about the IME/PSP. "I wouldn't worry about it, its Intel's problem to fix :)))". Its a little disturbing how easily they slip into the defeatist mindset of "just don't worry about it popular = good o algo" in regards to systemd or even the IME. I have heard them say that it IS bad, but you shouldn't disable it since it is put there by muh highly skilled engineers and having their Secure Boot is better than rolling your own through Coreboot because... because it just is, okay!?!?!

The implication here is that <thing> is complex, so leave it to the (((experts))) to handle its implementation. Not the best stance to have when your key concern is user privacy, I must say.
 
Next time you're feeling a little experimental, you can give XFS a try. But yeah, after years of experimentation, I just use ext4 too. I hear ReiserFS is killer tho. :evil:
ya i ended up installing cachyos with either ext4 or xfs cant remember what i went with.
im trying to get controlloid working on waydroid but im getting stderr on the server, not sure why
 
It definitely sounds like an nvidia issue.

I've heard about that exact problem happening when waking up from suspsend. I think it should be covered in the arch wiki, and maybe the gentoo wiki.
That might be the case. I only lasted maybe five minutes on Artix before giving up and trying LMDE7, and it uses the 550 driver version which so far seems to sleep properly even after doing things that would normally trigger the hang consistently. I suppose I'll delve into the possible fixes if I go back to the Ubuntu version of Mint.
Not having an equivalent to this 1768177904217.png [in Artix] was immediately awful, and I really missed the ability to type a word related to what I wanted to do into the start menu and have the relevant app pop up with the functions clearly described. Using the "Software Manager" application to find apps made so much more sense then recognising that I had to use "Octopi", which somehow failed to find any available applications to download no matter what i searched even after clicking what i presumed to be the refresh button.
 
Last edited:
That might be the case. I only lasted maybe five minutes on Artix before giving up and trying LMDE7, and it uses the 550 driver version which so far seems to sleep properly even after doing things that would normally trigger the hang consistently. I suppose I'll delve into the possible fixes if I go back to the Ubuntu version of Mint.
Not having an equivalent to this View attachment 8407751 was immediately awful, and I really missed the ability to type a word related to what I wanted to do into the start menu and have the relevant app pop up with the functions clearly described. Using the "Software Manager" application to find apps made so much more sense then recognising that I had to use "Octopi", which somehow failed to find any available applications to download no matter what i searched even after clicking what i presumed to be the refresh button.
Do they not have an app like that for it?

I think I've only used the ubuntu version of mint.
 
Do they not have an app like that for it?
One of the draws of Artix is that it's just Arch. What would you use on an Arch install? That's a bit divorced from the usual userbase of Artix, who probably just uses pacman or an AUR helper.
 
so what exactly is the usability difference between say an android phone, a chromebook, and a computer running <insert noob friendly distro here>
i genuinely cant think of anything
 
I was referring to Artix. LMDE has all of the Mint tools
Oh. Duh. Sorry it's been a long time since I've used octopi. I was mixing it up in my head with synaptic package manager from debian forks.

Yeah, for arch based distros, you will probably want to use pamac. I don't know if the artix repos have it. Or if things will work properly if you install it on artix from the aur. It should probably at least pick up the repos configured with pacman. Really if you want a gui package manager you should probably go with vanilla arch, or maybe endeavor if you really don't want to manually install, or use archinstall (arch install is just as easy as a gui in my opinion, you have the same choices, but it's in a tui)

One of the draws of Artix is that it's just Arch. What would you use on an Arch install? That's a bit divorced from the usual userbase of Artix, who probably just uses pacman or an AUR helper.
I kind of answered that in my reply to the above message.

The problem I can see arrising is that artix is different from arch in an important way. That being the repos it uses. I don't know if there is any kind of extra voodoo that went into having pamac display the information it does properly for the normal arch repos. Or if it will more or less just work with any enabled repo.

The problem I'm imagining could occur is, the packages could show up still, but they won't have any of the appstore kind of stuff that pamac had normally. Like the descriptions, and I can't remember if they had screenshots or not. It has admittedly been a while since I've used any gui package manager. Which is why I'm warning it might not work properly, since I can't say for sure from using it how it will behave.

I would say I fit in to the usual use case you described. I only use pacman, or an aur helper also their is the aurutils package (i think that's the name) for when you want to do something outside of just having an aur helper automatically download and build a package. Like downloading a pkgbuild so you can do local modifications to it, without having to open up a browser to find the link to git clone it. Or handling local repositories you set up yourself.
 
Last edited:
Back
Top Bottom