Anna

Snap doesn’t just bring lots of hate in comments it also brings a lot of bloat in your system which is a big no in Linux community. Another thing is canonical is going out of their way to force snap. In Ubuntu even if you do apt install it is installing snap packages.

I’m not sure if there are more snap packages than flatpaks or .deb/.rpm but most Linux users are competent enough to either add custom repos or follow simple build instructions to build from source.

This is a misconception. If the sender is outside proton mail the emails arrive in plain text. So it is possible for proton to read those emails. It is just that they pinky promise not read them and immediately encrypted them with your key. But if they wanted to they can read and moreover SMTP means your email has already traveled through multiple MX which could read your email but This is mostly not an issue since most email provider do encrypt with SSL of receiving MX but you might want to check few services use very very outdated softwares. But keep in mind SSL encryption is with Proton’s keys and by necessity they have to first decrypt the SSL encrypted email and then encrypt with your key

I vote to kill snap

Let’s say there was a perfect API present and WA allowed you to use a completely FOSS app witch didn’t share any data with FB. But still FB will know everything they can still access all the metadata like earlier. The only thing they can’t access is analytics data but that can be easily blocked by DNS. And as far as Add ID goes use graphene OS it protects against that by giving each app different ID. So even if FB collaborated with other services to collect data as they do they won’t be able tie all back to you.

Stop trying to make fetch happen… OK what about pull.

That’s why you don’t debug and deploy directly

What @jagged_circle said but also. Even if you were lucky enough to be born in a country where you don’t have to give government I’d and thumb print just to get a goddamn sim card. It is still feasible to trace it back to you if you are not careful and there are a lot of ways you can slip up.

Like if you use a phone/device which is know to be yours then even if you buy new prepaid sim card anonymously your ID will be revealed due to same IMEI.

Or if you turn it on in a public area where cops know that you are there (maybe because they caught you on a camera) even though this is public area how many people connected to that tower are using burner sims, and how many of those are into extreme privacy or into something they suspect you to be involved.

And so many other scenarios and at the end it will come down to humane error which will be very tricky to avoid in this case. Whereas in case of being online you can properly setup iptable rules. Qubes, whonix, etc. Test it yourself that even if your VPN/TOR/I2P/etc. Goes down you’re not reviling your true IP

Yes but, I ain’t joining a random group I found on Internet on a service which has my phone number. Which can be easily traced back to me. Because I don’t know who all the members are then if someone is on the list then that will put me also on the list. If it was something like matrix where even though the group could be unencrypted and open to all. I can use Qubes and whonix to make sure that some stupid idiot doesn’t put me on a watchlist I don’t want.

But if I know all the members and I or someone I trust controls who can join then anonymity isn’t a concern security is and in that scenario yes I’ll definitely be using signal. I already am. But not here.

Hey, if she thinks 1 is 1st index then you dogged dodged a bullet and deserve better.

Happy now all you English majors.

That’s why you should switch to Tor and I2P

If I’m not wrong python is named after Monty python TV show and not after a animal

Put one hand on the top and one on bottom and rotate the screen by 90° or π/2 radians