I also use openScale from F-Droid, in combination with this Bluetooth scale:

https://sanitas-online.de/de/p/sbf-70-bluetooth-glas-diagnosewaage/

Signal forks can have unexpected behaviours like retaining deleted messages and also they don’t get updated at the same rate that Signal get updated.

There are ways to save messages before they are deleted even if the stock app is used. Do not ever rely on this feature to work in a “safe” way.

Every couple of years I hear a story about hackers disturbing signal with backdoors, which would be impossible or very hard to be done If they blocked third party clients. (Ex: 1)

That is a problem the users who prefer 3rd party clients have to deal with. Obviously if you care enough to not use the official build, you of cause have to take care of using a trustworthy source. That is not “your problem” though.

The amount of people who use third party Signal clients are very few anyway.

That sounds a lot like “I don’t use it, so none else needs it either” argument. In my opinion, none of your arguments above are a good reason to combat 3rd party clients.

Not in all situations. And in a way a user will not be aware of. The service or website can define what type of passkey is allowed (based in attestation). You may not be able to acutally use your “movable” keys because someone else decided so. You will not notice this until you actually face such a service. And when that happens, you can be sure that the average user will not understand what ia going on. Not all passkeys are equal, but that fact is hidden from the user.

In addition, Huawei now blocks sideloading Android apps to promote its ecosystem growth.

Well looks like I’m never going to get a device from this manufacturer then.

Here a a few things that I miss from OsmAnd:

• adding more than a handful of routing points is tedious
• you cannot plan partially or fully independent from existing roads
• no way to save and restore a planned trip
• no overlays for hill shading or incline visualization. Very useful for assessing the effort of a route.
• no public transport support. Very useful for planning a trip with transitions.
• no rain radar
• satellite view

Organic Maps is my goto solution for car navigation because it is very quick, responsive and does not require an high end phone. It just works. However for anything more advanced than that (e.g. live location sharing or recording, planning a hiking trip, navigating mountain bike trails, contributing to OpenStreemMap), OSMAnd is still without contender.

Availability still very limited:

https://support.garmin.com/en-US/?faq=QssFZHtIOfAYNSSmzXNwY9

Garmin’s ECG app is currently available in the following regions:

United States
   American Samoa
    Commonwealth of the Northern Mariana Islands
    Guam
    Puerto Rico
    US Virgin Islands
Hong Kong
Philippines
Singapore
Taiwan
Vietnam

Sad to see Mozilla being managed into the ground, betraying their principles and selling their users.

That is not entirely correct. The reported found the app using permissions that are not covered by the manifest. It also found the app being capable to execute arbitrary code send by temu. So it cannot be clearly answered if the app can utilize these permissions or not. Obviously they would not ship such an exploit with the app directly.

“Could”. More likely it was closed loop. As I understand it this is an estimate, thus the word “could”. This has nothing to do with using closed or open look water cooling. Water isn’t single use, so even if true how does this big number matter.

The point they are trying to make is that fresh water is not a limitless resource and increasing usage has various impacts, for example on market prices.

The outdated network holding back housing is that it doesn’t go to the right places with the capacity needed for the houses. Not that OpenAIUK is consuming so much that there’s no power left. To use a simily, there’s plenty of water but the pipes aren’t in place.

The point being made is that resources are allocated to increase network capacity for hyped tech and not for current, more pressing needs.

This sadly is in line with Mozilla’s increasingly bad privacy defaults. Users who care have moved on to more reasonable configurd forks at this point (e.g. Librewolf).

This. Regulators are a joke

You may want to rework your privacy policy. It contadicts itself:

We do not track your online browsing activity on other online services over time and we do not permit third-party services to track your activity on our site beyond our basic Google Analytics tracking

14. Analytics: We do not use any third-party Service Providers to monitor and analyze the use of our Service.

Be careful with those, they can interfere/kill your or your neighbors DSL connection. Terrible to diagnose these.

Antennapod supports syncing with podder.net and gpoddersync

They video was quiet promising. However looking at the app website shows that what was a false promise. The app does track every single launch and sends that to their servers (see privacy policy) not legal without consent in the EU. Calling this “tracker free” is more than misleading here. I’d call it a lie actually.

Have you tried https://github.com/jeena/fxsync-docker? It is a docker compose for selfhosting the new Firefox sync server rewritten in Rust.

Credits: https://lemmy.world/post/5839867

The reported tracker is ACRA, a crash report library (https://github.com/ACRA/acra).

I digged a bit into the source code and the apk. From looking at the code alone one can’t tell if the crash report is actually enabled, the build configuration depends on some unpublished file. But looking into the apk allows to reconstruct it. These are my findings:

• the usage is implemented here: https://gitlab.futo.org/alex/voiceinput/-/blob/master/app/src/main/java/org/futo/voiceinput/CrashLoggingApplication.kt
• the crash handler is compiled in and also enabled (BuildConfig.ENABLE_ACRA=true)
• the crash handler is configured to dialog mode. According to the ACRA documentation (https://www.acra.ch/docs/Interactions#dialog) that means that user interaction is required for sending (a popup dialog with a cancel button).
• the upload domain is crash.sapples.net
• the dialog can’t be disabled via settings
• the usage of ACRA is missing in the licenses and about dialogs (https://gitlab.futo.org/alex/voiceinput/-/blob/master/app/src/main/assets/license-list.html)
• the privacy policy is correctly stated (https://voiceinput.futo.org/VoiceInput/PrivacyPolicy)

  4.1. If the app crashes, you may be asked if you wish to submit a crash report. If you accept, your device information and crash details will be sent to us for the purposes of investigating the crash and improving the software.

Thank you, I’ll look into it.

Can you give more details of the scan result? Exodus only lists the Play store version. I installed the F-Droid version but Exodus app reports it as “same version” and just shows the clean Google Play Store results. This is obviously wrong, the SHA1 listed for the Play Store version on the Exodus website is different compared to the F-Droid .apk I have installed. Sadly the Exodus website does not support scanning F-Droid apps from third-party repos so I have no idea how to scan it.

That being said, according to the privacy policy (https://voiceinput.futo.org/VoiceInput/PrivacyPolicy), the F-Droid .apk version should have some kind of crash report build-in. So I could imagine that this might get flagged.