emacs org-mode publish
https://orgmode.org/worg/org-tutorials/org-publish-html-tutorial.html
emacs org-mode publish
https://orgmode.org/worg/org-tutorials/org-publish-html-tutorial.html
emacs org-mode meets all of these criteria
You can mount any directory you want as the “home” directory of a given container with distrobox, it just defaults to using your home directory.
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.
Yeah rollbacks are probably the best part of immutable OS’s, but of almost equal importance is reproducible system configuration, which imo only Nix and Guix do well. Neither snapshots nor Silverblue really manage that yet.
I actually recently switched (back) from Guix to Void for similar reasons.
I already knew lisp and functional programming so actually found Guix configuration via Guile a joy syntactically, so that wasn’t much of an issue. It really was just more complexity and overhead than I needed in my day to day system.
Even after having a good grasp on configuration semantics, I still find hacking away on things simpler on Void. I also feel like the whole system is transparent and at my fingertips, which I didn’t as much with Guix due to the abstraction layer.
It also was definitely slower and more resource intensive (though that’s true for all but Alpine when comparing against Void).
Now I’m eyeing the other kind of immutable distros like Silverblue and Vanilla OS as a potential middle ground, with Void or Arch as my primary box on top of it so I can still use xbps or pacman.
But not out of lack just adventure, Void is a drop dead fantastic distro.
I don’t think it’s a coincidence that cloud tech, container tech, Go, and Plan 9 tend to overlap conceptually and demographically.
I don’t know too much about Vanilla OS, is it not possible to install your own DE or WM?
I’m less interested in Vanilla OS since it’s based on Ubuntu and I’d rather not support / rely upon anything Canonical if I can help it.
Silverblue (+ spins) seems like the best option since it is the most mature, most popular, and is a community run distro. Of course Redhat pours a lot of resources into the Fedora project since it’s upstream RHEL, and so does SUSE for MicroOS. But honestly if Redhat/SUSE were to disappear tomorrow, I think Fedora and OpenSUSE would be fine, whereas I can’t say the same for Canonical+Ubuntu (and thus their descendants).
edit: After looking more into Vanilla OS, it looks very nice! Funnily apx
addresses excatly the issues with distrobox pointed out in this thread by @mogoh@lemmy.ml. They also plan on moving from being Ubuntu based to Debian Sid based, which would be even better than Fedora as Debian is a true, 100% community backed and time tested distro (though still of course much corporate support).
I agree “cloud native” is not great, I won’t be using that term.
Why are cli tools generally not available as flatpaks? There’s nothing about how flatpak works afaik which distinguishes gui and cli. I get that the original motivation for flatpak was guis, but considering how long it’s been touted as a “universal” package manager for linux, I don’t understand how there could be so few clis.
I’ve heard people say the name for packages from flathub is awkward (which it is), and aliasing everything you install would be annoying (which it would), but that sounds like such a simple problem to solve.
I’ve also heard people say that flatpak clis would be useless because clis tend to be systadmin tools, and thus need to be not sandboxed. But this strikes me as a non sequitur. Gui tools can be used for sysadmin, and there are tons of cli tools which have nothing to do with sysadmin, they’re just userspace programs.
What does your workflow look like with toolbox/distrobox?
There are two different immutable OS models hot on the table in the linux space I see: The Nix[1] way and the Silverblue[2] way.
Both have immutable filesystems which deviate from the FHS, provide atomic updates, and support the creation of more-or-less isolated environments at the user level. But the way the two models implement these features is very different.
The Nix way takes inspiration from the world of functional programming, while the Silverblue way takes inspiration from the containerized, cloud native technologies which are used so widely in the industry.
I believe the idea that these two approaches share is the future of linux on both the server and the desktop, and it is only a matter of time before some (if not all) of these advantages become mainstream. However, I am uncertain of which approach is superior.
I have personal experience with Guix and enjoyed it greatly and even recommend others try it or Nix out for themselves, but there are some complexity issues. It is not clear to me whether these issues are growing pains, or symptoms of a fundamentally overcomplicated system to solve a seemingly simpler problem.
The Silverblue way I have no experience with, but seems like a more grounded approach to tackling the specific problems laid out. The big area where Silverblue seems to lack in comparison to Nix/Guix is declarative, reproducible system configuration. With Nix/Guix you can just throw your system config file up in a repo, and anybody else can pull it down and install that system bit-for-bit, including future you! With home manager this extends to a large extent to user configuration as well. Of course with Silverblue you can create images, but that is less straightforward and powerful (at least for now).
What are ya’ll’s thoughts on immutable OS’s?
This is patently false. Most alternatives to GNU software are permissively licensed (MIT, BSD, Apache, etc.). Just look at musl, clang, bzip2, and the various “new” userland replacements like ripgrep, neovim, bat, exa, dust, etc. The one notable exception is busybox which is GPL 2.
I don’t know why this trend exists (other than obvious gov and corp plants), but I am constantly disappointed that talented young open source devs choose to sacrifice software freedom just because it will make their software easier to integrate in proprietary contexts. This strikes me as pure vanity or greed on the devs part so that their software is more popular and maybe even monetizable.
I hope that trend halts, but time will tell.
Obsidian is not free software?! How could anybody even browsing this community consider obsidian?
Yep! I used it as a daily driver for ~a year, switched off to try something new, and have recently switched back indefinitely.
Only distro I’ve ever switched back to after leaving, and that’s because it’s where I plan to stay. It really lives in such a sweet spot of up to date, stable, and simple/hackable.
With a nice handbook, friendly community, runit, xbps-src, and multi lib/arch support, Void is truly great.
guix pull && guix upgrade
is still a bit slow, but I never thought excessively slow (definitely slower than xbps, pacman, and probably apt too).
I guess I never thought much about it because of rollbacks, so it’s safe enough to just cron.
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.
GNU Shepherd! Written and configurable entirely in Guile Scheme, just like Guix itself.
I’ve never used Arch or Nix, but I switched from Void -> Guix and have been very happy with it. It’s such a huge peace of mind to be able to have your whole system declaratively configured, package changes being atomic and generational (rollbacks so no worries about breakage), Guix shell for messing about, and being able to make your system do anything you can write in Scheme.
That’s my daily driver. On servers so far I’ve gone with Debian Stable + Guix.
Also Void is still a fantastic distro, and is what I would use if not for Guix/Nix.
lol glad to see you here on lemmy too, keep up the good and enthusiastic work :)
Emacs Orgmode