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.

That is a little of how I use it too - I have all podcasts set to download automatically globally (set it up to 25 episodes at the same time) and put them in my queue so I always have exactly 25 episodes to listen to in any order there each day.

Then there are 2 daily podcasts that I do not let automatically download (but automatically refresh, and I love that the app delineates between the two), however one regularly produces longer episodes including a lot of the shorter ones that I do let it automatically download. Huh, I never realized how advanced the setup actually is. Though I do remember the actual ‘setting up’ being relatively painless after getting to grips with the global/per-podcast difference.

Also, fwiw I have the synchronization set up using one of the self-hosted options instead of the default gpodder service - which is often down intermittently - and it works well enough, even if a bit slow every now and again.

Auto-downloads work wonderfully here and can even be set per-podcast which is such a nice feature.

Not saying this to denigrate your experience but to perhaps soften the ‘is horrific’ notion into somewhat more of a ‘does not work for you’ one. Otherwise, I suppose Pocket Casts is also open source nowadays - or has always been and I did not notice? But that was a reasonably good alternative for me as well before I switched to AntennaPod.

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.

They also automatically inserted affiliate links into your browser bar/ search results until it was discovered and the response was a nipple-touching ‘sorry’.

Only found this article on binance on the quick but iirc it affected a couple other pages as well.

https://www.theverge.com/2020/6/8/21283769/brave-browser-affiliate-links-crypto-privacy-ceo-apology

Yes tenacity is a community fork that happened during the hubbub with the musescore takeover and telemetry additions and doesn’t have any of it.

It also has a couple of quality-of-life additions and a few new features but nothing specifically different as of yet. Mostly, it’s a good community-lead fork that has some momentum behind it - since it also unifies the developers behind 2-3 protest forks that happened at the same time and I think that’s generally (if not a safe bet) a good thing to support.

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?