Additionally, at least for my use-case btrfs benefits me since it is less picky about drive sizes being the same and duplicating everything correctly - letting you essentially just throw additional storage at it as you acquire it.

Not all notifications go through FCM but all push notifications do as far as I’m aware - which is what the previous comment and the post title are talking about.

It is, in fact, worrying for privacy implications on the one hand and a real monopolizing factor on the other since if you wish to deliver an app which needs to implement such notifications you’re using Google’s service or constantly drain the user’s battery.

There’s UnifiedPush which tries to provide an open alternative but so far unfortunately still sees very little adoption.

Codeberg the community is very nice with strong focus on the right to privacy and free software, which I feel reflects itself especially in a lot of copylefted projects on the service.

Codeberg the collaboration platform is in my epxerience by the simple fact of critical mass quite a bit less ‘collaborative’ for many projects. There’s a couple projects with tight communities, and a lot of single dev projects with maybe a drive-by PR.

Codeberg the software runs on Gitea (/Forgejo) which is wonderful software - slim, simple enough to get everything done without being in the way.

There’s efforts to open up the gitea/forgejo forges to federation, which would be a very neat way to fix the collaboration issue and is - in my view - the way forward for open, decentralized collaborative software creation. It’s still quite a ways off (especially from bring mature enough to be used day-to-day) but when it gets there platforms like codeberg will be the first to adopt it and to also benefit massively from it.

The rss feed should be accessible here but it’s unfortunately a little buggy, been meaning to spruce it up for ages.

xdg-open is very nifty, especially due to its ubiquitousness on a variety of distributions. You can even have a look inside to see that it is actually a shell script yet again invoking other ‘opening’ scripts in the background!

I wrote a little bit about it and an alternative to it called mimeo not too long ago. That one can even open things by advanced filters such as regexes. So you could e.g. open https://eff.org in Firefox and http://localhost:3000 in a different application or other advanced shenanigans - though I’ve never used such advanced features much.

Mutt (and neomutt) has very nice search capabilities, supporting regex search within specific mailboxes. However, it is a relatively slow search - unbearably slow for full text search in large mailboxes.

Here, notmuch is usually used to complement mutt. It’s a very fast (full-text) mail indexer, which can be directly integrated in mutt and allows much faster searching (among other things such as advanced mail tagging, virtual mailboxes and more).

It is generally a royal pain to set up with so many moving parts but once you do it is a very fast, comfortable mail environment if you’re comfy with the terminal.

Fully agreed with the usefulness of topgrade.

Topgrade is not just for archlinux but will happily upgrade Debian-/RedHat-Derivatives, Gentoo, Void, some BSDs and I think even Mac and Windows, though I’m not sure how those work.

The link you provided also goes to the unmaintained original version, while there is a community fork here: https://github.com/topgrade-rs/topgrade which sees more development (but is also looking for maintainers!)

I’m also using topgrade and it is wonderful to upgrade the system dependencies but even the content of unrelated package managers such as pipx, vim, zsh plugin-managers, cargo programs, R packages, npm/yarn packages, and importantly for this thread flatpaks and snaps with one command. It really is lovely.

It’s interesting that people are surprised at these seatwarmers when they’ve only been offering indicators as aftermarket upgrades for decades and yet no BMW owner chose to buy them.

Someone forgot to put the unix in the porn.

On the topic of auto-typing, the mechanisms for variations of it exist in Wayland since I am using it in my password scripts to automatically fill login boxes. (Using tools like ydotool or wtype.)

So I would guess that KeePass hasn’t integrated the necessary protocols/api for Wayland?