Yeah you probably have to play around with the flags to debug it. I can not look into it right now

The problem is that your desktop environment’s shortcut handler intercepts Alt+V before KeePassXC ever sees it, so the internal keybinding never fires. And when pgrep finds the process running, your command simply does nothing.

The fix is to use KeePassXC’s --auto-type CLI flag, which sends the auto-type signal to a running instance:

Command for your custom shortcut (Alt+V):

bash -c 'pgrep -x keepassxc > /dev/null && keepassxc --auto-type || keepassxc'

Not sure how keepass behaves though. Maybe you don’t need the condition at all and can just run keepassxc --auto-type from the shortcut and if there is no running instance it will start it.

https://chrisdown.name/2026/03/24/zswap-vs-zram-when-to-use-what.html

Chick sexers are an old example of this phenomenon. Surprised it was left out from the article despite it being widely known for it.

https://www.youtube.com/watch?v=6m8id5wHblY

Mine sits at about 50-60W

same but it doesn’t change with load, whether it’s idle or maxed out, it’s in that watt range

I knew it …

As far as I can see it is still just postman but the request and api definitions are stored in textfiles (and there are multiple projects that do exactly that already).

It seems to me that the blog author is talking about something beyond that.

Sounds great in theory, but without a concerte suggestion on how that might actually work and be implemented it’s basically a scifi daydreaming nothingburger. (Or the pitch for the writers upcoming startup)

I’ve been running it for 2 years.

The swarm support integration is first class, but there is not much to do in the gui, you can add nodes and see basic info about them and thats it basically.

Most of the stuff happens in the compose files where you can define how many copies of a container you run and what nodes you want to restrict them to. etc.

I’m not sure about the moving features tbh. It should move them automatically when a node is down. In my setup I don’t use that at all, all my containers are pinned to specific nodes by feature flags (one node has lots of hdd storage, another has more ram, another has a gpu).

You can see the container logs, but you have to select “swarm” in a dropdown when the container is not on your master node.

And also when deploying a new app you have to select “Compose” and then in a further dropdown “Swarm”.

I’d save up +30€ and wait for the steam controller to be available

deleted by creator

I’m running dokploy in swarm mode on 3 nodes.

The only downside is the development of swarm is basically halted and some features are missing (like passing /dev devices to a container, you have to use dirty workarounds) but otherwise it just works.

not yet and it doesn’t look like microslop feels like adding it.

Dirt Rally 2 and AC Evo seem like good alternatives with VR support.

thanks chatGPT!

Should have used agpl if they wanted to be noble.

But this is just a corpo moating strategy.

Mostly the uutils.

• MIT license isn’t nice.
• They have way more CVEs than the core utils they replace.
• They don’t have feature parity yet, so if you use some rare flags in your scripts, those will break.

Thats great and all, but completely non-actionable.

Tell me instead - what exactly should I do?

(should have mentioned that I already have a pinephone and grapheneOS on a GOOGLE pixel)

https://www.youtube.com/watch?v=tG2ZMvBT8W4

4:25

(sorry my third party youtube frontend can’t share timestamp links)

tldw:

• more CVEs than the old core utils that have been tested and in prod for over 30years
• no feature parity, so existing stuff that uses them will suddenly misbehave, when certain flags are missing
• different license, MIT instead of copyleft, so it’s more friendly for companies to use it for profit, while abusing the work of volunteer contributors

Depending on where you live, going to IT events and conferences to connect to people in person is even more powerful. Ask them about their work and talk passionately about related stuff that you have some knowledge/skill in. Exchange contacts, say you’re looking for work.

For example, next month is DEVWORLD in amsterdam. They always give away free tickets close to the start of the event. I’m sure there are a ton more like this around the world.

As for writing applications: For me writing very high quality applications did the trick.

• only apply to companies/positions that you are REALLY interested in
• research the position
• research the company
• if you can find somebody that works there in a similar position, ask them some questions
• use the info you gathered to show interest in your appplication
• write everything yourself, no AI writing. Be a genuine human.
• But you can use AI to give it the position and your application and tell it to make a hiring decision with pro/con arguments and rework it based on that
• make a small demo project that shows off your relevant skills and tell them about the challanges you had and what you learned to overcome them

(About the last point: I found that talking about relevant hobby projects I did and showing the code made a huge difference)

It usually takes me about a week to write one such application. But I only sent out 3 before hearing back from 2 of the companies and getting signed on by one.

I know it’s a lot more hoops then just clicking “auto apply” or “apply with AI”, but the effort pays off.

Contrary to that I often see people complaining online about how they wrote 100 applications in a month and got no job interviews… yeah buddy. (And I was initially one of those people)

https://en.wikipedia.org/wiki/Anthropic#U.S._military_and_intelligence