I would like to also suggest greywall[1] which i found yesterday. It sandboxes the filesystem, network, syscalls, dns. The network uses a transparent proxy to see which network requests were made. Supports linux and macos.
Organize and fight the policy. Do not take your frustration out on people and companies that just try to adjust to a law. Talk to your representatives. Create educational websites similar to fightchatcontrol.eu.
You are probably talking about chat control [1]. If it passes it will break encryption in the EU and yes... politicians, police and military are exempt. It is going to be a total disaster for everyone.
I would like to remind people of the 2016 Adups backdoor:
> According to Kryptowire, Adups engineers would have been able to collect data such as SMS messages, call logs, contact lists, geo-location data, IMSI and IMEI identifiers, and would have been able to forcibly install other apps or execute root commands on all devices.
You know... they could be just another malicious actor. I mean they appeal to emotions, github is not showing them as active in the community, pseudonym without any details in the profile. And by malicious actor I do not mean that they are trying to gain access, they could be just trolling Larhzu.
They are talking about the tone of the message. "it shouldn't be this hard" is not the proper way to report a bug at least not in a neutral way. It has the intention to make the maintainer feel bad and increase the likelihood of a change. And that was just in the title.
Adding a backdoor to closed source software if you are the government is (almost) free so I do not think that the argument he is making about cost is a valid one.
> I think it's unfair to compare Facebook actively screwing us to Apple not adopting your proposed metric
I don't think they were comparing. They were basically saying that Apple is complicit to what Facebook (and others) are doing with regard to data collection.
> I did not start by reading huge quantities of source code, including sophisticated programs well beyond my current understanding, in all manner of languages and platforms. This seems very different to training a machine-learning model to me.
I don't really see how the complexity (which is subjective) of the source code one reads makes the training different.
> In essence, a good remote desktop software will use video encoding/decoding (h264/265 for both ways being very fast) to encode captured frames of the desktop, and a good transport protocol over the network with good tuning parameters to achieve low latency (which is what mine does). I believe this is what NoMachine and Parsec do and why they are so good (along with NICE DCV)
They do, but the paid version of NoMachine has?/had? a mode called X11 vector graphics explained better by NXDev here [0]. I've used it from 2016 until 2021 and for classic applications (ie apps not requiring a GPU) is incredibly fast. To the point that I used to forget i was working remotely.
[1] https://github.com/GreyhavenHQ/greywall