Back up a bit because you’re conflating a number of things, so let me try to break it down:

1. If you’re using Hyprland, you’re losing all the power management features of the more fully featured DE’s like Gnome or KDE. This isn’t a flaw, it’s just an acceptance of the trade-off.
2. Unless you’ve directly intervened, the power profiles are set to whatever your distro installs and sets from the initial install. Which leads to…
3. There are different defaults for powered vs battery by default. If you’re on a laptop and you don’t have the DE helpers, you’re on your own.
4. The hardware power management built in to your laptop may be playing a role here, so check your BIOS
5. Check dmesg to see what live changes your hardware controllers might be making
6. Check the Framework forums for keywords related to “Hyprland” to see if somebody has easy scripts for you to help. Otherwise, just switch to a DE that manages power the way you’d expect.

Your power restrictions are preventing the higher power settings.

If you’re using Gnome or KDE, you can use the applets to just turn it up a notch and get more brightness.

Red Hat is the largest funder of the Fedora Projects because it serves as a base for other things they make and support aside from their enterprise distros. Being the largest single funder gets you the most pull on the direction of said projects. They also have Red Hat employees directly running or contributing to various projects and upstream commits.

The actual community boards and such are independent of Red Hat otherwise. Similar to how Valve suddenly has a bunch of pull in the direction of the projects they’ve been directly funding and contributing to the past few years, Red Hat informs the independent community board with commits and contributions.

This is how the FOSS community works in general though. ‘Project A’ could be widely used in the community, but generally have fairly slow development. ‘Company A’ comes in and offers to fund feature development or big hunts, or maybe directly contribute fixes because they rely on this project. That project then either has the choice to turn down that extra help that could greatly benefit the project, or take that help, and as part of that deal, accept that ‘Company A’ now has some pull in the direction of the project.

Kind of a majority rule via resource commitment.

Logs

Get a better job so you can afford better drugs. This is “Minimum Wage Methy”, and you want to be “Salaried Methy”.

Gotta say… This is not how you’d generally do any of this. Where you get this info?

It’s not the CPU. All that will do is consume CPU and raise your energy bill.

1. Get some sort of resource monitor running on the machine to collect timeseries data about your procs, preferably sent to another machine. Prometheus is simple enough, but SigNoz and Outrace are like DataDog alternatives if you want to go there.
2. Identify what’s running out of control. Check CPU and Memory (most likely a memory leak)
3. Check logs to see if something is obviously wrong
4. Look and see if there is an update for whatever the proc is that addresses this issue
5. If it’s a systems process, set proper limits

In general, it’s not an out of control CPU that’s going to halt your machine, it’s memory loss. If you have an out of control process taking too much memory, it should get OOMkilled by the kernel, but if you don’t have proper swap configured, and not enough memory, it may not have time to successfully prevent the machine from running out of memory and halting.

Mkay. So you’re just some person out here on the Internet who has zero concept of how this works as well I’m assuming?

Feel free to dispute any single point I’ve made.

Well, let me break it down for you since you don’t seem to work in this space:

1. A Roadmap is a strategic timeline of targeted goals that are estimated to be completed in a specific timeframe that is NOT nebulous. It’s done this way to provide consumers of a product some knowledge of where the product is going to entice them to buy-in to said product to allow them to estimate their own commitments to the project and adoption.

2. A backlog is NOT a Roadmap. I planned orchestration of tickets is a Roadmap. We create this to ensure users that problems they are experiencing will be resolved, and in what order to expect them to be resolved. This works for both for-profit engineering, and also FOSS projects. A great example of this is the Roadmaps provided by distros uses by Enterprise customers.

3. Your comment about “inflexible commitment” seems to say you don’t understand the above points. If you’re pushing a product which you want people to adopt, and you’re communicating to them why they should adopt it, the last thing you would want to do is say “Hey, we’re kiiiiinda going this way, but maybe not. We’ll see.”

4. Programming DOES work like an assembly in a sense. That’s why you have tickets, tags, classification, triage, status, and…backlog. What gets thrown in the floor is what I’m talking about.

Regardless of how you feel about the pace of the project, it’s absurd to throw out a bunch of ideas as tickets and expect them to all get done without a commitment. Or, dare I say, a roadmap.

It’s a wishlist of Open tickets. Wouldn’t necessarily even call this a commitment to a roadmap. 75% of Open tickets will never get resolved anyway.

https://gist.github.com/camullen/0c41d989ac2ad7a89e75eb3be0f8fb16

Just cut Windows out as much as possible and run everything in WSL. Setup everything to boot straight to all your WSL layers, and aside from the absolute shit Base OS, it should be the same.

Okay, but give a little look into where your disk is using space.

du -hsc /

And work from there.

It depends on where that storage was used. Some details would be useful.

At its core, you shouldn’t need to keep any previous layers than the one you’re using for the OS.

You also technically don’t need snapshots for anything but your personal file space.

I’m not sure what you’d like here. You didn’t give much info.

Did you want someone to literally work out a full config for you in here? We don’t know what you’re even running.

This is just basic network routing and subnetting.

Not sure what the Frame means with any of this. It’s going to be running the same stack as Deck, which is KDE. It’s also not going to be any sort of headset for your PC, at least at the outset.

As for your other Dr questions, it’s all just personal preference. The Desktop is just window dressing on a compositor and window manager anymore. If you’re comfortable without all the system helpers and convenience of using either Gnome or KDE, you can just run a WM like Hyprland or Sway instead.

Wait…so you’re looking for a solution with zero problems because of…clout or something? I don’t get it.

If you like Debian, just stay with Debian. Especially if you’re not familiar with what running Arch really means in the deeper sense. Mostly that the guardrails are off, in a sense.

CachyOS puts a ton of work into adding UX helpers that makes it pretty user friendly, but it’s still going to have a lot of manual intervention required, but that’s a feature to some.

If you have an AMD laptop, maybe look into installing SteamOS and Kodi as a non-steam app. That could be your sweet spot.

Are you just SAVING as these file extensions, or EXPORTING as each type of file extensions.

Not the difference, and see in the File menu that you need to use the EXPORT function to change actual file type.

1. What’s a PFP?
2. What format are you uploading them in?
3. What app are they generated with?
4. Do they also look corrupted on other devices you may have handy?