Science based practices for a meaningful life

Completely walkthrough operations manual -- with various considerations along the way.

A key remapping daemon for linux. Contribute to rvaiya/keyd development by creating an account on GitHub. Allows even easier remapping of capslock to escape/ctrl, just like xcape.

Works on any compositor / display server since it works at a system level.

extended xcape alternative, also working under wayland. Can be used to remap any key to output any key (combination) on single tap or long hold. Can also be configured for special double-tap setting that I have not fully understood yet.

Currently still in beta, missing some features like E2E verification over federation, typing notifications, etc.
But makes matrix server runnable on an ODROID so it can't be too bad ;)

Fully functioning wayland environment with many different pre-chosen applications (image viewer, screenshot grabber, clipboard manager, etc).

Intended for nixOS but the choices can give hints as to how to setup a working wayland environment.

Benchmarking the time zsh takes to start up (though I believe it is more accurate with my own benchmark script for the simple absolute time output).

What is really useful however is the percentage, i.e. relative time output of individual function calls by zsh itself.

What it boils down to is putting zmodload zsh/zprof on top of your startup (e.g. .zshrc) and zprof at the very end.
When creating a new shell this will nicely output whatever happens in between.

Enhanced, modular, bookmarking for newsboat, newsbeuter, or (for that matter) anything that can pass a title and an URL to a program - even from your clipboard.

Chill is a bit of a stretchy definition for this one, (e.g. Celeste might be a cozy adventure but rarely chill gameplay, Owlboy is also very hype)
but they are at least generally in the chill-comfy-cozy zone for much of their runtime

"🤖 A decorated enhanced elegant, feature rich and modern private git ui repository viewer"

Looks a little like a debloated gitea (which is already quite a debloated gitlab). Nice to look at, only made for browsing so no interaction, pull request, users, issues, merge requests, wiki, etc.

But a nice branch network graph and commit logs, README preview and repository browser.

A giant list of older games re-implemented or made to work natively on Linux with Luxtorpeda (a steam compatibility tool, nicely selectable from within Steam itself).

Compatibility layer here: https://github.com/luxtorpeda-dev/luxtorpeda

Play Gothic 2 on modern systems with ease! Open source reimplementation of the game engine.

Unlock, re-lock, and change at will any achievements in Steam. Open-source, linux-based, very interesting.

Desktop Backup Client for Borg. Contribute to borgbase/vorta development by creating an account on GitHub.

A gathering of people looking to brew servers at home, for low-cost/-power/-maintenance results. Contains a bunch of hardware/software guides for simple diy self-hosting at home.

Webtop - Alpine, Ubuntu, Fedora, and Arch based docker containers containing full desktop environments in officially supported flavors accessible via any modern web browser.

You simply navigate to the hosted page and can instantly work in your favorite linux environment --- this seems extremely futuristic. And could be useful to many (I am thinking e.g. of using Windows-only library PCs or doing something at a family's/ friend's house).

A detailed and useful guide for the migration process.
Also contains a link to a similar guide from postgres 13 to 14, where some password modification is needed.

Postgres docker containers have a problem of multiple restarts.
A simple way to check for them being 'up' up (i.e. initialized, reachable, and ready) is not through pg_isready but instead by checking on the set database port (default 5432) if a connection can be established.

It will not send anything back really since it's not designed as an http server. So curl -sFfI db:5432 for example will get back 52 Empty Reply with status code 52. If you want to check with that make sure to compare to error code 52!

The easiest option if another container has to wait for this one to start up (and especially in a docker stack environment where no wait_for option exists) is:
nc db 5432 which will only return true when the port is ready.

An example for the nextcloud fpm container waiting for database readiness:
entrypoint: sh -c "while !(nc -z db 5432); do sleep 1; done; /entrypoint.sh php-fpm"

The procastinators' dilemma.

A rewrite of the go rest tutorial (originally using gin) only using stdlib and trying to fix some code-practices issues that the author sees in the original. Brilliant to learn and improve from.