balsoft

Just FYI, Trump might just fire a lot of the federal employees in the future. The keyword is "Schedule F".

Statistically speaking most LGBTQ+ ARE mentally ill. This is not hate speech and you’re a brainwashed idiot if you think it is.

It's disingenuous to equate statements like "Most LGBT people suffer from anxiety and depression" and "Being gay is a mental illness". It's the second kind that is the problem, and I don't think anyone is worrying about the first. In fact it's probably in the interest of the LGBT community to spread this message around and get more help.

You are so far up your own ass you somehow blamed the censorship of an operating system within a social media website on the entire far right. <...> How about you blame the oligarchs and big tech CEOs for reprogramming your mind to think and dislike what they want you to think and dislike.

"They" in the second paragraph seems to refer to the people in power, I don't see where they are blaming "the entire far right".

The funny bit is that I've seen multiple references to "Meta/Facebook finally stops censorship" from right-wing-ish sources (probably because they stopped fact-checking and removed some moderation guidelines). And now, this...

You're welcome!

The issue I see with your approach is that you’re looking for a tutorial for something that is basically infinitely flexible, there’s multiple ways to do things, etc.

I don't think this is the right approach either TBH. Even general-purpose programming languages often have "tutorials" to guide you through the basics of writing your first couple of programs, explaining all the steps without showering you with too much details about internals. Think Rust By Example or Real World Haskell. I feel like NixOS urgently needs something like this - a half-dozen (relatively) simple configuration examples, from the shortest one possible that gives you the minimal useable system, all the way to a flake-based setup that configures multiple machines, both headless and GUI-enabled, with appropriate code reuse. Don't get me wrong, those resources are there if you look for them, someone just has to compile them and get them into official docs.

Honestly, I think I'm mostly set already (as I often go backpacking and there's no internet there). I have offline maps for the country I'm in and neighboring regions downloaded in OsmAnd and mapy.cz (two sources just in case), Wikipedia in Kiwix, and my custom NixOS setup as a bootable ISO on a flashdrive. I'll probably miss being able to watch science/maths edutainment on YouTube, but it's not something I'd download.

If the Internet went away, we’d have a little time before batteries were not viable even if replaceable, as distributing those batteries would get problematic.

Good thing portable solar panels & lead-acid batteries exist that can easily power a couple of laptops even if their internal batteries are cooked. Solar panels last for a very long time if cared for, and lead-acid batteries can be (somewhat) useful almost indefinitely if you replace the electrolyte.

No, we’re all gonna need to learn how to fight, and live without hospitals and drugs and probably electricity.

So it would be really handy to have instructions for maintaining or even building weaponry, medical/medicinal literature to find useful herbs or other remedies, and engineering literature/textbooks/software to help us rebuild the electrical grid and then the Internet.

Honestly, while fun, those videos don't provide too much value per GB - and I say that as someone who's watched almost all of them. Their main actual benefit besides entertainment is (IMHO) getting people interested in the relevant field so they study more thoroughly. They often explain simple yet dazzling concepts which get you hooked but don't provide much value on their own, and don't directly enable you to solve real-life problems. Even more involved videos like those by 3blue1brown are still edutainment at their core, as acknowledged by the author. In an apocalypse (which, let's face it, is the most likely reason the internet would indefinitely go down in a developed country) you would be much better off with engineering (mechanical, electrical, etc) literature and textbooks, maybe a couple science textbooks for good measure (I have a drawer full of the Feynman lectures in case something like this happens).

In this case what I would recommend is to provide a command (perhaps inside that nix develop) that would set up all the images/services/data, and a second one to tear it down, and allow devs to run those commands themselves. This allows for more flexibility, e.g. multiple nix develop shells of the same project, but only one does the stateful stuff, coming back to the same shell later in the day without waiting for the setup. Most importantly it would allow for easy clean-up if the shell is shutdown unexpectedly and doesn't have time to clean up itself, e.g. SIGKILL or power loss. It can be as simple as using writeShellScriptBin to string together commands (instead of doing it in the shellHook as you presumably are doing right now), or as complex and flexible as https://github.com/svanderburg/nix-processmgmt .

Then, if you really want to automate it, you can simply add your-setup-command and trap "your-cleanup-command" EXIT to your shellHook.

On the other hand, their software to flash GPU VBIOS is proprietary, requires downloading from some third-party websites, and they are quick to DMCA the shit of anyone hosting it on GitHub. They're definitely not saints (neither is any capitalist corporation to be fair)

Cool! And good to see flake.nix right out of the box as well :)

Although I'm a bit annoyed that it forces its own colortheme rather than use the default colors so that it matches the rest of my system.

Hmm, right. This makes it somewhat more complicated. If this new name starts being used by many people and organizations, I suppose it would make sense to create a new ~~place=sea~~ boundary=maritime, but until then it'd be kind of stupid to pollute the map with a new entity just because it's in the official records.