- N-KrauseuBlock seemed to have handled it for me.
- Yeah of course, technically that is true. Still when talking about e2ee in any context it implies to the non technical user: The company providing the service cannot read what I am writing.
That's not given in any of those examples. In the case of ChatGPT and this toilet sensor e2ee is almost equivalent to 'we use https'. But nowadays everybody uses https, so it does not sound as good in marketing.
- There was a discussion here on hn about OpenAI and it's privacy. Same confusion about e2ee. Users thinking e2ee is possible when you chat with an ai agent.
- I knew I've already seen this. Seemed like a great tool then as well as now. Will definitively deploy it on for my personal file server. Just haven gotten around it.
- Lumo never promises encryption while processing a conversation on their servers. Chats HAVE to be decrypted at some point on the server or send already decrypted by the client, even when they are stored encrypted.
Read the marketing carefully and you will notice that there is no word about encrypted processing, just storage - and of course that's a solved problem, because it was solved decades ago.
The agent needs the data decrypted, at least for the moment, I know of no model that can process encrypted data. So as long as the model runs on a server, whoever manages that server has access to your messages while they are being processed.
EDIT: Even found an article where they acknowledge this [0]. Even though there seems to exist models/techniques that can produce output from encrypted messages with 'Homomorphic Encryption' [1], it is not practical, as it would takedays to produce an answer and it would consumes huge amounts of processing power.
- You cannot compare these examples. There is currently no way to encrypt the user message and have the model on the server read/process the message without it being decrypted first.
Mullvad and E2EE Messengers do not need to process the contents of the message on their server. All they do is, passing it to another computer. It could be scrambled binary for all they care. But any AI company _has_ to read the content of the message by definition of their service.
- While I can understand that it's frustrating. Kernel level Anticheat is a abomination in itself and should in no way be supported. It is a security flaw in itself!
Read this: https://gist.github.com/stdNullPtr/2998eacb71ae925515360410a...
- While you're at it, you might as well downgrade to Win7. No jokes aside, if all the software you want runs on it, it is fine. Just no security update etc.
I would suggest just switching to Linux and using a VM for things that NEED to be Windows. Games that run kernel level Anti-Cheat won't run, but tbh nothing I would suggest installing anyway.
- All the Fairphone Versions support e/OS/ as far as I know. I have the Fairphone 5 with the current e/OS/ version completely un-googled. But you also have the option to allow partial google-fication in e/OS/ so you don't miss out on most of the features and paid-apps you had.
- While I agree with you, i feel like that was not the point the author was making.
It more so was a warning that the combination of little reviewed community plugins and a not sandboxed macos binary is a potential risk. And with that sentiment I can also agree.
- Good to know, any source for that? I only did a quick websearch and that was in the first results.
EDIT: Nvm, just now saw the sibling comment with the wiki article.
- Seems like they partnered with SpaceX.
https://www.ipinternational.net/oneweb-and-spacex-a-surprisi...
- Do you know if there is a English version of the book?
- And what are those details? Sounds like you know specifics that I'd like to also know.
If you're claiming it is just an oversight, then please back it up.
- "Welcome" is in the eye of the beholder. Everyone can join, but I am sure as it is also with our real worldwide community, not everyone is welcome or is accepted equally.
But the point is, nostr does not intent to judge that. It happens automatically while communicating. Nostr is just the means to communicate.
- It is a standard of how one thing talks to another thing. It is JSON with some fingerprinting/hashing send over Websocket. Thats basically it. What you do with it, remains up to your implementation.
That helped me understand the protocol better: https://www.youtube.com/watch?v=Tbt3jL1Ms0w
This also helps understand the whole basic concept: https://github.com/nostr-protocol/nips/blob/master/01.md
- Isn't this basically the same as Slack, just good for _now_?
I do use discord myself. But as a company I wouln't put all my communication data in the hands of a company that could just do the same as Slack did, in some foreseeable future.
- I am running all my games from linux nowadays. Using nixos with steam (games run via proton) and hyprland. Works like a charm.
- As other's have already mentioned, currently I am using Tailscale. But I plan to somewhere in the future change that to something a bit more controlled by myself. Like a self hosted Wireguard VPN on some VPS.
I was also thinking about just reverse proxying my local instance to some public domain. But currently do not trust immich to be safe enough to allow for public exposure.
- Runs on a Pi4 in a cabinet with a lot of other self hosted stuff. Data is stored on a NAS. Performance on the Pi4 isn't the greatest, but it works without any annoyance.
It has been hosting my SO's and my photos for a few months, the transition from Google Photos was pretty easy and it is almost a drop in replacement. I love it.
Make sure to checkout https://github.com/simulot/immich-go, it was a great help migrating my Google Takeout to Immich.