I can’t quite remember the GPS situation. I believe I had something working, but I think it might have been something from the UT store, uNav. However I can’t speak to GMaps since I do my best to avoid Google apps.

I got really close to daily driving it. I had most of the stuff I wanted in waydroid on a pixel 3a. I just need to get the android notifications bridged out from android to dbus to postal and I’d make the switch

Well, the world today kind of sucks and continues to decline and the US plays global police force which no one asked for.

Can you speak to how those are significant downgrades?

I’ve been mapping my city with streetcomplete and using osmand live to download my edits, organic maps has a better address search though, so I use that too. I don’t use the live traffic stuff, but osmand is capable of it.

Possibly the source of any confusion here is when the encryption and when the compression takes place? Maybe some more details about how you are using xz and encryption would help.

As far as I can tell, xz doesn’t do anything with signatures or encryption, but it does perform checksums like you stated, which is very cool and I’m glad you shared this.

Edit: I am re-reading your post above. You are compressing with xz, then encrypting, got it. So yes, if any part of the payload is tampered with, then it would be detected by the decryption, depending on the algorithm, or by the decompression because of the checksums like you said. Sorry for the confusion! You’ve got it all straight lol.

A checksum and a digital signature aren’t the same thing. If you have a data block and a checksum of the data block, the data block can be modified and a new checksum can be computed to reflect the modifications. Instead of a checksum would be a digital signature using an asymmetric key. The data block would be modified but the signature of that block can’t be recomputed without the key used to sign it, which is not part of the transfer.

The file is using org mode rather than markdown. I don’t think GitHub has as good of support for org.

Oh sure, I just didn’t want to reference every miracast project, I suppose it is worth throwing a link for miraclecast out there though, since that seems like one of the most popular. I believe the GNOME desktop environment also had an effort to support miracast standard.

https://github.com/albfan/miraclecast

I just wanted to point out that fcast seems to have done their own thing when there were some efforts already in play, which is totally fine. I was just surprised I didn’t see an entry in their FAQ like “How is fcast different from X?”.

Weird, I thought there were already a few open casting projects.

https://en.m.wikipedia.org/wiki/Miracast

https://github.com/MayaPosch/NymphCast

It is pretty common when starting to use apps that don’t depend on Google services to not get notifications. Many struggle with inconsistent and sub-optimal notification strategies such as background sync via polling or a custom notifications service and need battery optimizations turned off. UnifiedPush allows for push notifications from a server or your choosing so those other methods don’t need to be used.

Awesome! Can’t wait to hear the official release and if it will end up being a separate release or not.

The point is that the community asked multiple times and they only started allowing apk downloads so people would stop asking. The signal project is open source for auditing purposes only, they have voiced their lament of forks and threatened to ban/block anyone not using an official client and refuse to make it easy to install through a package manager of the user’s choosing. The version without Google cloud messaging has unreliable message delivery, even though there is unifiedpush as a standard that would allow people to register with any push notification service.

Beeper provides a free service to bridge all your chats into the same place, including traditionally secure applications like signal with end to end encryption. By using beeper, you are letting them decrypt all your signal chats and re-encrypt them on their servers. I wouldn’t trust a paid service with my privacy on this level, much less a free one. An alternative model could have installed the bridging and stuff directly on your device in the app, but from a usability standpoint that becomes less convenient especially when trying to port all the chat applications to all the platforms. They are just a hosting service for open source bridges with a nice closed source client.

Wow, this is really cool. Literarily just debt cards without the cards, or Apple/Google pay without the proprietary software. Also the option to pay friends like venmo. Open standard, open software and no reason other than capitalism to not use it.

I wonder if Taler could follow an implementation path like Apple/Google pay, I’m not sure how those services even work (is Apple/Google considered a bank? A payment processor?), yet they have point of sale integration which everyone everywhere had to pay to upgrade their systems to support.