emacs org-mode publish

https://orgmode.org/worg/org-tutorials/org-publish-html-tutorial.html

I had the same thought lol

Metroidvanias of knowledge a la Outer Wilds

Yep! If you're applying and need a non-trivial number of locations checked/maps generated, you can check out the prgoram here.

Note that it says you can install it with guix, but it hasn't actually been merged into master yet, so for now you do need sbcl and the dependencies (etiher via quicklisp or however else you snag them).

firmware/drivers

Thanks for the response! Flathub is a fantastic project so glad to hear about your contributions. Your videos have been helpful for me as introductions to Silvelblue ideas and statuses.

I don't have much to say about the term "cloud native" personally, it doesn't seem too important. I think myself and others react against it because cloud tech is mostly used by businesses and "server people" to deliver products (sometimes at the cost of user freedom), and so has either a non or negative connotation in the FOSS linux desktop space. But names are names, and accuracy matters most. I don't think etiher "cloud native" or "immutable" are really all that helpful as technical terms though, maybe something else should be used (image based, atomic, container centric, ?).

I'm not sure I understand "distros already have htop." Distros already have everything packaged for flatpak, yet they were packaged for flatpak. The real question is why do flatpaks exist at all if you can just run programs in containers, OR why do containers exist at all if you can just run programs as flatpaks (assuming everything we wanted were available as a flatpak). That is: what are the technical / UX reasons to choose flatpak over containers and vice versa?

Podmansh looks very cool! That's definitely the direction I'd like to see these sorts of projects moving in. The #1 issue I have at the moment with this OS model is customization/tinkering/hackability. I want to have the niceties of atomic updates and reproducible builds, and containers on their own are great. But not if it takes away my ability to make my system fit my needs. I have no interest in using a macbook.

The future of these technologies looks bright, and they are clearly functional today, but I'm not sure any of them meet my needs yet as someone who likes to have a great deal of control and understanding of my system.

nice

Nice to see a measured (though somewhat pro go) article about a big language’s strengths and weaknesses from someone who has been real world using it for long enough to experience the evolution of the language.

I’ve always liked go, and also think it made fundamentally good decisions and has evolved in a way that respects the original philosophy (e.g. adding genetics, but only after massive consideration).

Reddit had an enormous hate totem for go, more than virtually any other language imo, and I always thought that was strange. Curious what people here think.

Yeah Void is fantastic. I just switched back and I doubt I’ll be moving to anything else.

I only switched away in the first place because I had gotten so comfortable I wanted to try something new (Guix, also amazing!).

But there’s something so comfy about Void once you grok it, just lots of little good decisions which add up to a great experience.

While there's a grain of truth in this, I don't think anybody should be pushing for some standard to be "the" standard which eclipses all others now and forever. People, given sufficient freedom and knowledge, will gravitate towards what works best, be it old or new. Nostr is simply the protocol I prefer. I think it's better. Why pretend otherwise just becoause activitypub happened to come first and thus is currently more popular?

I have never used nix or nixos. I liked their shared idea (functional, atomic, reproducible systems), and so when I looked at their differences they seemed to all be pros for guix:

1. Clearer, more robust, more centralized documentation
2. GNU Project
3. Guile Scheme (Lisp) as opposed to Nix DSL
4. Unparalleled emacs integration

The only bittersweet aspect of guix compared to nix was the foss only stuff, as I do need some proprietary drivers, but nonguix is so easy it hasn't been a practical issue. And of course I am big advocate of free software so I like that guix is pushing that forward.

There's also a theoretical issue that guix has less packages, but the standard channel + nonguix has had everyhing I use.