health smartwatch app, with sleep n all features in some opensource format that could use any other app data... utopia, i know
GadgetBridge (Android). You need one of the (many) supported smartwatches. Data is easily exported and processable with, eg, R.
Something that produces a wealth of plausible web traffic on my connection and browser that woefully misleads anyone monitoring it as to what I actually am browsing. Rather than hiding my traffic or ensuring some hyper level of encryption I simply want to use maybe an LLM or something to create such a close facimilie to "normal" online traffic that my online fingerprint becomes useless as sub 5% of my traffic is actually real.
Essentially I want privacy through drowning out everything with noise. It seems like the harder the to unwind in the end if done in a clever way. That plus some basic security protections and I will feel fairly secure.
That's the premise behind AdNauseam, albeit only for ads and not general navigation: It clicks all the ads in the background, so the data won't ever target the real you.
Not sure if this counts, but a simple FOSS BIOS/UEFI option that could be installed on most desktops and laptops. The current options (Libreboot, coreboot) are very limited in compatible hardware.
A local personal assistant that isn't just focused on media consumption or purchasing. I want to ask about my most efficient route or ideal presents for my partner or a medical condition without it being data mined.
Good Todolist app like MS Todo, but better and privacy friendly and open source
an anonymous front-end for viewing Facebook pages á la Nitter or Invidious.
- A good Invidious player with locally stored datas.
- AntennaPod fork with improved local music management (tags).
- A dedicated good PeerTube app.
A google Keep alternative where I can share certain notes with someone and have live collaboration on them.
A messaging app/service that can work via both regular stable connections but also via non-online. Briar is kind of similar to what I am talking about. But it can't/doesn't go as far as I mean. It can send messages via cell data, WiFi, and Bluetooth but as far as I am aware, it can't do a mix of them. And it would still require the person being messaged to be within range of my phone's Bluetooth if not on cell/WiFi. So it doesn't do the hopping I am really interested in (to my understanding).
So I am wanting to be able to have basically zero cell or WiFi signal on my phone, but be able to just have shit be able to bounce around via all methods to get to the person I am trying to reach. So like I could be in a no service spot for my carrier but maybe a friend that also has the app and does have a signal be used to bounce my message from Bluetooth to their cell or WiFi that is working. Then it either get to the final person from that bouncing, or maybe still get it if they are also in a no-signal area but still near another friend that does and is also in their Bluetooth range.
So the message would just hop whatever chain of devices and connections even if it takes a little more time (like if it just had to keep hopping from a number of phones completely through Bluetooth jumping. Would also be cool if it could jump even if the other devices didn't have the app and was just encrypted text-only blobs hopping like how data hops around various servers when online. But aside from the fact that data costs money and would mean basically everyone's shit would get used at all times. The nightmare of how the messages/service would know how to get places, or if maybe it already arrived via one method while a different chain was still trying would be massive. In addition to literally all the other things that would have to be figured out. And that is all before making sure it could be still private in any real way.
You wanted Firechat. It was closed-source, though. https://en.m.wikipedia.org/wiki/FireChat
They are dozens of great, free software applications developed… the problem is getting the masses to use these applications.
Decentralized encrypted email.
Create a key, identify it by a hash of it, and encrypt all mail sent to the account with the key. Allow it to run on top of regular email using one or more email addresses as an alias, but have the key itself be the identifier.
Client 1 creates a key pair > uploads email address(es)/"aliases " that client controlls (signed with key pair) > client 2 searches for emails based on client 1's key or aliases > client 2 sends email through one or more of the accepted inboxes encrypted with public key > client 1 reads encrypted email.
Basically a modernized version of PGP that also handles identification, and similar to how it's been proposed to change Matrix accounts to in order to make them decentralized.
I mean, delta.chat exists...
The other way would be a dht of hashed email addresses or hashed keys, but then you could look up live email addresses to send spam to.
The magic of tor v3 is that the plain address record is needed for some time based calculations about the dht record, e.g. they publish the descriptor's of the site using the public key as a reverse lookup
But that wouldn't work to obscure the email or use the email as a lookup because the dht wouldn't have a way to prove the record was true to that email, unless it was sending emails from it
I guess that leaves DNS records or some kind of activity pub system with webfinger
