Subtract You - Trisquel's Moral and tcp_fastopen.c

Rule #1 for free operating systems: Deny all communications

Rule #2 for free operating systems: Deny all denial of communications

That's it. That's all that's required of us. Don't speak to each other, question your/their intelligence, don't question the system, serve the system.

(your/their intelligence depending on which side of the barbed wire fence you're sitting on)

Who's system?

Now look guys, I'm no 'expert,' but when I look around all throughout GnuLinux land, and find a complete and total opposition to our communications, and cooperation, the alarm bells are ringing. That is more than a major vulnerability, that suggests we've already become hijacked.

Each and every day, not merely on Trisquel, but all throughout the techno-land, all throughout the digital domain, we are witnessing a kind of oppressive occupation.

We still have real issues to deal with, despite that O.O, oppressive occupation. Believe it or not, we are not part of some secret collective agency, or really just working ultimately for some corporate parent.

We use a free and open operating system, and we have to deal with it, on those terms. We can't wait for the corporate godhead to send us the updates, that coincide with the progressive silencing of all dissenters, and convince ourselves we did a good job after all. (we survived)

We have to deal with the real system we are all using, and the problems they present to us, on our own terms, as individuals, independently, of corporate authorship. That's how they are intended to be used.

I didn't want to write about that, but that's what's taking place every day, a total opposition, and disruption to our communications, which otherwise could be more civil, and productive. Mainly what this presumed "community" on "trisquel" is doing is working together to "Subtract You" literally and figuratively.

Now we have become dependent on corporate systems we are unaware of, so we need to talk about it. Here I present for trisquel a single feature that is suspect, and potentially a huge violation of our trust. We believe of course we have a wonderful, free, and secure, operating system, that values our privacy, is guarded by experts, and morality, and laws, or something.

net.ipv4.tcp_fastopen = 0

in /etc/sysctl.conf

will literally break the internet.

Wow, that's it?

I try to reconfigure, every single part of this so-called GnuLinux operating system, every single day, 24/7, non-stop, as fast as I can, until, something finally breaks. Why would I do that? Because the system we trust, is built by organizations we should not be trusting.

Actually a ton of features we find throughout the operating system, can be disabled without impact, except for providing us with enhanced performance, and security. Then occasionally there are new features, such as this presumeably evil-robot-corp "feature" or "program" that we mysteriously have become dependent on.

What does tcp_fastopen do? Do we even use it? Do we need it? There are many many questions about this new program, and what it's implications are.

All I know is that it's included in Trsiquel by default, as well as most other distributions, which include many new features, we don't want or need, by default. And turning it off, will literally break the entire internet.

append

net.ipv4.tcp_fastopen = 0

in /etc/sysctl.conf

update the kernel with the new value

sudo sysctl --system

turn off your internet connection, and reload it

and the internet, is finally, broken.

Great! Wait...

That's not great. Why is the internet broken, and why is there a new communication protocol for tcp, a fundamental aspect of the entire internet.

I don't know, but I did find out, we have to downgrade debian to... I think buster, 10, in order to use the internet with net.ipv4.tcp_fastopen = 0

and for trisquel, I think I had to go back to 10 to finally get it working, with net.ipv4.tcp_fastopen = 0, as well... I can't remember, I did these tests a long time ago.

I don't understand what part of the system, is actually dependent on net.ipv4.tcp_fastopen being enabled, but I do know, we, as well as tcp, shouldn't be.