dotfiles VS thefuck

From a technological point of view, TOR still has a couple of flaws which make it vulnerable to the metadata logging systems of ISPs:

- it needs a trailing non-zero buffer, randomized by the size of the payload, so that stream sizes and durations don't match

- it needs a request scattering feature, so that the requests for a specific website don't get proxied through the same nodes/paths

- it needs a failsafe browser engine, which doesn't give a flying damn about WebRTC and decides to actively drop features.

- it needs to stop monkey-patching out ("stubbing") the APIs that are compromising user privacy, and start removing those features.

I myself started a WebKit fork a while ago but eventually had to give up due to the sheer amount of work required to maintain such an engine project. I called it RetroKit [1], and I documented what kind of features in WebKit were already usable for tracking and had to be removed.

I'm sorry to be blunt here, but all that user privacy valueing electron bullshit that uses embedded chrome in the background doesn't cut it anymore. And neither does Firefox that literally goes rogue in an endless loop of requests when you block their tracking domains. The config settings in Firefox don't change shit anymore, and it will keep requesting the tracking domains. It does it also in Librefox and all the *wolf profile variants, just use a local eBPF firewall to verify. I added my non-complete opensnitch ruleset to my dotfiles for others to try out. [3]

If I would rewrite a browser engine today, I'd probably go for golang. But golang probably makes handling arbitrary network data a huge pain, so it's kinda useless for failsafe html5 parsing.

[1] https://github.com/tholian-network/retrokit

[2] (the browser using retrokit) https://github.com/tholian-network/stealth

[3] https://github.com/cookiengineer/dotfiles/tree/master/softwa...

Added lots of other helper methods, mostly for the shitty kind of CLI tools like yt-dlp, wget, tar, etc. My PS1 is a little more complex because I'm using emojis in the Terminal to represent states of repositories and to shorten the base paths. My complete bashrc is here if you're curious.

Personally I decided to have my dotfiles being not a git repo of the actual dotfiles, but more like a quick bootstrapping framework with the idea that the install process can be run repeatedly and incrementally without fucking already "patched" config files up.

Are you by chance interested in a command named after the four-letter word, which automatically fixes and reruns the last command: https://github.com/nvbn/thefuck

With a good terminal, you can work 2-4 times faster. This will save time and reduced your errors. You can also use fuck (just like how you swear most of the time) to correct errors easily.

Now I want a thefuck implementation via uncensored LLMs.

>spellcheck on commands

I prefer to just type "fuck":

https://github.com/nvbn/thefuck

I am starting to learn Rust and I am starting to implement the fuck CLI tool in Rust. Do you think this is a good use of my learning time?