

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


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


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:
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.
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.
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.”
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.




Yeah…this seems like OP is doing this in extra hard mode, and there are simpler ways to handle the problem.


Unless there is a mapping between a UID of a user across many different machines (something like a domain controller), you’re not going to be able to set proper permissions by user. You need to use a generic group, or provide global read access at a minimum.
I’m not 100% sure why you’ve chosen this route, but there are MUCH simpler ways of doing this that don’t involve VMs and NTFS volumes.
At this point, you’re butting up against 3 levels of nested permissions, including the VM. My suggestion would be to make sure all the files on the NTFS volume have global read access, then go into the VM and attempt to set NTFS permissions on the files (they are different). If that becomes too tedious, you could just try setting 777 on all shared files. It’s unsafe, but may get you through until you find a more…workable solution for what you’re doing here.
I think the overall solution is to just not need this Windows VM, so look at moving these sites off to Nginx or something ASAP.


Nothing in particular. They all seem about the same to me. Check top rankings on GitHub perhaps.


It blocks on all the major engines. DDG included.


This will change your life: https://ublacklist.github.io/docs
Gotta say… This is not how you’d generally do any of this. Where you get this info?