Wikipedia was edited two days ago to add that in

Not true, I picked a random revision of the Wikipedia article from October 2022, and it already had the part about 1875:

ISO 8601:2004 fixes a reference calendar date to the Gregorian calendar of 20 May 1875 as the date the Convention du Mètre (Metre Convention) was signed in Paris (the explicit reference date was removed in ISO 8601-1:2019).

https://en.wikipedia.org/w/index.php?title=ISO_8601&oldid=1118165613

I'm pretty sure this has been in the Wikipedia article for even longer, considering that it dates back to 2001. I'm just too lazy to go through the entire history and check when it was added. But definitely not 2 days ago.

Edit: I also just googled "ISO 8601 2004", found this PDF: https://dotat.at/tmp/ISO_8601-2004_E.pdf

Under 3.2.1 "The Gregorian calendar" it says:

The Gregorian calendar has a reference point that assigns 20 May 1875 to the calendar day that the “Convention du Mètre” was signed in Paris.

The Wikipedia article is correct, this wasn't added 2 days ago, and I don't know why you're spreading misinformation.

Another edit: A brief look at your profile explains everything...

Yet another edit: I checked the Wiki article using WikiBlame:
The part about 1875 was added to the article in 2004. Not 2 days ago. This is a blatant lie.
https://en.wikipedia.org/w/index.php?title=ISO_8601&oldid=4668168

Use dd, or check out the Fedora Media Writer if you want a GUI tool.

If you actually read the post, you would have known, it does work, but there are some privacy concerns with it:

“However, in 2024, the situation changed: balenaEtcher started sharing the file name of the image and the model of the USB stick with the Balena company and possibly with third parties.”

If you actually read the post, you would have known, it does work, but there are some privacy concerns with it:

“However, in 2024, the situation changed: balenaEtcher started sharing the file name of the image and the model of the USB stick with the Balena company and possibly with third parties.”

Just use dd. It's not that hard. You pass it 2 arguments: if= the file you want to flash, and of= the destination. If you're feeling fancy, pass in some status=progress. And don't forget to prepend it with sudo. That's it.

Not sure why we need an abstracted layer for F-Droid.

Because the default F-Droid repository has some security issues: https://privsec.dev/posts/android/f-droid-security-issues/

IzzyOnDroid avoids this by using prebuilt binaries that are properly signed by the actual developers, instead of building and signing apps themselves like F-Droid does

It also doesn't have as strict inclusion criteria as the default F-Droid repo, so it is able to offer more apps

According to multiple users on the GrapheneOS forum it works just fine https://discuss.grapheneos.org/d/7950-does-grapheneos-work-with-google-fi/2

Don't recommend Voyager as a desktop client to new users. It just looks like a stretched mobile app, and the UX on desktop is piss poor. Just go with the default Lemmy UI, or Photon.

I hadn’t noticed the OG app had been abandoned

Last Git commit was on April 10th 2023, so it's safe to say that the repo is unmaintained

The history of UAD goes back even further. The development started on GitLab (https://gitlab.com/W1nst0n/universal-android-debloater), but that repo was abandoned on October 7th 2021.

+1 for the Universal Android Debloater, but you linked to an unmaintained version

Here's the most up-to-date fork: https://github.com/Universal-Debloater-Alliance/universal-android-debloater-next-generation

Sail the seven seas! 🏴‍☠️

You have to have luck and find a good deal. The MSRP is still at $499 (which is absolutely ridiculous).