No worries Mickey Mice! Hopefully you won’t face any more big hardware issues after that ^^’
Good luck in your Linux journey! :)
busy eating waffles brb
No worries Mickey Mice! Hopefully you won’t face any more big hardware issues after that ^^’
Good luck in your Linux journey! :)


21:00.0 Network controller: Broadcom Inc. and subsidiaries BCM4352 802.11ac Dual Band Wireless Network Adapter (rev 03)
It’s probably related to this recent issue
In my experience Broadcom on Linux is a bad omen, second only to Nvidia. If you can, I’d recommend switching your Wi-Fi card for one that has better Linux support (e.g. “TP-Link Archer TX3000E” or anything that uses an Intel chip inside really since support for them is handled directly by Intel and integrated into Linux’s source code). Good luck! :)
Damn already working on an app? That’s so cool! Starting E2EE there is definitely a good idea then!
MeroChat is such a nice project, thank you for working on it <3
The server might always send a modified script that just uploads the plaintext private key.
Yeah, you’d need a way to validate the client code before it’s executed to solve that issue
Section “2. Client application security” of MEGA’s Security Whitepaper discusses this exact problem. Their best solution to that issue is to just cram the whole frontend in a signed web extension and not serve any code to the user when the extension is active, which is not very user friendly but works for those who want an extra layer of protection
I just can’t find a good user-friendly implementation, sorry for not being of more help. The web just isn’t E2EE-friendly ig :/
Yeah, I’m not used to E2EE in the browser either and StackExchange seems to agree that there’s no nice solution :/
The sanest option in terms of user practicality to me appears to be storing the private key on the server, maybe encrypted with the user’s password, and sending it to the user on successful login where it would be decrypted client side. It seems like it’s more or less what MEGA is doing since they have a similar issue
If the server having temporary access to the user’s password is an issue maybe the password could be partially pre-hashed before being sent?
It’s be interesting to talk about it with someone with more experience, especially since implementing all of that will be a pain so it can’t be redone every Thursday
I know Matrix has E2EE with some public documentation on its implementation. Maybe it could help you? Idk how familiar you’re with E2EE or what kind of implementation you’d want, anything will have drawbacks :/
The encrypted files are very suspicious and, in the new canary, they removed the part that stated they didn’t receive a gag order: https://web.archive.org/web/20240405132835/https://cock.li/transparency/warrant-canary.txt
It’s possible that it’s Vincent’s way of warning the users of a gag order. He may be an insufferable edgy little twat but he cares a lot about transparency and, had he received a gag order, he would definitely try to communicate it
Maybe I’m just being paranoid, you tell me


Yes! uYouPlus is amazing although it can be a pain to install because of Apple’s shenanigans. It’s a collection of patches over the official YouTube app
Do you need your NVIDIA GPU? It sucks but the best solution is probably to disable this GPU and rely on the integrated GPU of your CPU. You can take a look at this guide from the Arch Wiki which explains how to do that
Sorry that I can’t help you with getting that GPU to work. I’ve seen some people claiming this MBP model works great with Linux but no info on if they’re using the NVIDIA GPU :/