Beans are far more versatile imo. Soy alone is sooo useful to me as a vegetarian.

Now if instead it was nightshades vs legumes, I would have a hard time picking because tomatoes are the best, and so are potatoes. And what would I even do without peppers and spicy food.

But legumes have so many amazing plants like soy/black/chili/garbanzo beans and peas. TVP is made usually from soy or pea protein and is a super useful source of protein. Legumes are also "nitrogen fixers", meaning they produce bioavailabile nitrogen rich soil.

I think I would have to give the win to legumes because I can survive on a diet predominantly filled with legumes but not really just potatoes/tomatoes/peppers/eggplants. I need protein.

Zen is basically Firefox with different UI. It is a security/privacy downgrade from Librewolf. You can configure Zen to have the same security/privacy settings by putting about:config in the URL bar change some of the toggles.

Use either the Arkenfox (also available in the interactive live viewer online) or Phoenix user.js as a template. Basically: disable WebGL, set WebRTC to disable nonproxied udp, disable JavaScript JIT, enable privacy.resistFingerprinting (optionally enable privacy.resistFingerprinting.letterboxing for screen fingerprint protection) and some other things.

Phoenix has some configs for Zen iirc which you can just patch. It is less strict than Librewolf when it comes to fingerprint protections (softening some of RFP's protections).

If you want to test that the fingerprint protections are working, use this test site by Arkenfox called TorZillaPrint.

There are gaps in between the rain drops which means we see other parts of the cone. Maybe?

Also charlie kirk /s

But legit, what kind of suffering could ever equal the pain he caused?

Windows has plenty of things to complain about. This type of feature is not one of them.

I recommend reading/listening to the book "Debt: The First 5000 Years" by David Graeber. It is a great book and talks about much more than just the myth of barter. The tl;dr is barter only happens between "strangers that you cant/wont enter into trade relationship with" or enemies. There is much more nuance in the book and many examples of indigenous peoples and their practices around debt (obviously) and barter.

Example: https://www.agwa.name/blog/post/how_to_crash_systemd_in_one_tweet

Also, in this article some explanation of why nothing should be in pid1 other than what is truly necessary, and any example pid1 program written in C under the heading "So how should init be done right?"

Are these "other features" hard dependent on systemd? If yes, how are they modular (or portable)? "My program can be used on any system with a couple of small dependencies: Linux kernel, glibc, and the systemd Kernel" /j

There are some attempts to use systemd tools independent for it, like elogind and eudev, but see what I mean. Hard forks (with major rewrites) are required because these tools heavily depend on systemd, which fine I understand having dependency, but you cant just use part of systemd since it is to tangled together. It would be nice if mire of systemd code was available as separate libraries so you could further reduce attack surface by building a significantly slimmed version of systemd+feature. I am unsure if you meant modular as in "you can choose to enable them" or as in "you can build without them" or both.

Also, I never claimed systemd ran everything under pid1, just plenty more then the should be, like init plus service manager (and more), not every single systemd tool because that would be beyond stupid and systemd isnt made by idiots.

Compromising/crashing pid1 (which becomes increasing likely when the program is massive) takes down the entire system. pid1 should only be the initial init (which should be as small as possible, basically a stub) and start the service manager as a separate pid. This allows the system to gracefully recover by restarting other processes without fully locking-up/crashing. It is a bad practice.

Disclaimer: I use systemd distros. I dont hate systemd, I just like the ability for alternatives to flourish without fighting an uphill battle.

It has major project scope creep (does too many things that arent init or service management), isn't modular or portable, only just gained support for muslc, it runs most of its init and management things in pid1 (which is a security and stability issue), it is a massive C program (large attack surface), it isnt very fast when compared to any other init (especially s6 or dinit which boot in under 4 seconds), it implements non-standard interfaces which just encourages further dependency, etc.

Systemd is like the Walmart of Linux OS tools. It replaces many other options and does things good enough (not the best, good enough) to make it worth it to use them and their ecosystem, and they make things simple to use. But just like Walmart, they undercut other options, stifle adoption, until they are the only shop in town.

Dinit does everything I need out of service manager, has similar command utilities and syntax to systemd, is much faster, simpler and cleaner code, avoids many of the pitfalls of systemd, supports user services. s6 is pretty good to but kinda terrible UX.

The simplest answer to why I dislike systemd is that with all the major distros using systemd, it will become harder and harder to use most Linux software without systemd and its growing set of utilities. If systemd made an effort to work with the community to implement standard interfaces then alternatives could flourish without requiring large on-going patches to much of the Linux software ecosystem. It will only get worse from here. Systemd is (basically) the init of Linux and I think that is sad.

Fr. Sometimes I use the associated Wikipedia page to find the official site.

Paw Patrol is Copaganda https://www.youtube.com/watch?v=rwhUpu9MfZ0