This is sooo verbose.

TLDR:

1. Install the latest droidcam from github
2. Install the latest v4l2loopback from source

And you never mention what problems this solves… I use the package manager version of v4l2loopback and have no problems, and it auto updates. And I would use a package manager version of droidcam for the same reason.

When you have something like zoom in the mix it becomes necessary though. They’re unlikely to support pipewire so presenting a camera device works nicely.

Removed by mod

Go pisses me off with that. I separate projects the way I want but go wants every project written in go in one big directory?

Yes, that’s fine. If you didn’t like Linux you’re welcome to not use it.

You see the console as a flaw. Some of us see it as an advantage.

I mean, there are already tons of applications that lets you e.g. update, like apt update/upgrade does.

Bingo.

while apt is good on this front… what about the CLIs whose --help gives hundreds of lines?

Read them. There’s a reason some programs have many options. Avoiding the CLI isn’t the solution.

Just create GUI application for the things you want. There’s already lots of them.

Otherwise there’s always “–help”.

Kubernetes is super easy with k3s and easier to maintain than Docker

I don’t think I’ve ever heard anyone say this… Kubernetes is a massive pain in the ass to learn, maintain and troubleshoot. If you find it easy that’s great, but it’s not for everyone.

Sorry - was ambiguous and thought you were saying the “cron” thing sounded best.

Hrm… I just changed (in KDE) “right click” in inactive windows to be “Activate and Raise” rather than “Activate, raise and pass click”. I never liked this behavior for left-click before, but maybe having it as a right-click will help.

It’s fairly obvious I feel.

You’re saying rather than use a system tool that does the exact thing that you want you should bodge together a cron job that accomplishes your goal but doesn’t actually do what you want.

Like say you want to stop the docker service for some reason? systemctl stop docker will do that. Then your cron job will restart it. That’s not the desired outcome. You want the service running IF the service SHOULD be running. Which is a different thing than “always running”. And its’ exactly what you get for free with systemd without any silly custom BS.

Seems like the best solution.

Over using a system tool designed to monitor and restart services that stop?

I can’t click to raise thunderbird from behind another window without clicking on something “functional” anymore…

I don’t know the best way

Apparently…

Don’t do this. Either don’t go OOM to begin with (somebody else told you how to limit container memory usage} and/or configure systemd to restart docker if it quits. I’m surprised systemd isn’t already.

It’s about building muscle memory as well though. You are right that many home-gamers will probably never be without their customizations though. But if you do re-installs, setup VMs, try new distros, etc. it’s beneficial.

Just my opinion though.

Same reason you need it for your terminal

So I don’t.

Yeah. Especially rather than saying “curl/bash” is the preferred way of installing.

I disagree on the aliases. I’d recommend using almost none. It builds competence with the commands on all systems even without your special .bashrc. It’ll be easier to write scipts and change shells as well.

VRAM. Not system RAM. LLMs run best entirely on the GPU.

The biggest benefits of Wayland over Xorg are to the developers maintaining it, not to the end user.

The Xorg project has become difficult to modify for new features and fixes and so they’ve decided to rewrite it.

As a result users will eventually see some benefits as Wayland implements features that were difficult to do in Xorg over time. But in the meantime it’s causing everything to be rewritten to support the new standard. And it’s a pain in the ass.

If your application works as you want on Xwayland there’s no reason to try to get it to work on Wayland native. Xwayland won’t be going away anytime soon. Eventually those applications will just switch over to Wayland and you shouldn’t need to think about it.