alt.hn

6/19/2026 at 9:55:24 PM

I can haz smoller NixOS ISOs?

 https://natkr.com/2026-06-19-nixos-but-smol/

by logickkk1

6/24/2026 at 12:48:32 AM

What's most amazing is how easy it is to switch kernels on NixOS as this article touched on. This prompted me to switch to Cachy kernels, and after some caching delay (apparently need to switch once before caches set) I was able to take advantage of a completely different OS's core strength. Truly the one OS to rule them all.

by arikrahman

6/24/2026 at 5:11:21 AM

Sorry, I am a bit confused about the caching delay, which seems to suggest you can switch kernels without rebooting? That's not what the wiki suggests[0], and what even happens to running programs?

Or do you mean just changing the "default" boot to a different kernel, which in other distros would require changing the boot loader config?

[0] https://nixos.wiki/wiki/Linux_kernel

by bilkow

6/24/2026 at 3:17:13 PM

If memory serves the cachyos-nix flakes sets a cache for pre-built kernels, but that cache isn't available until you rebuild. So if you want to use the cache you need to do two steps, add cachyos to your inputs, rebuild, switch the kernel, rebuild.

Then reboot to use the new kernel.

by traverseda

6/21/2026 at 3:44:18 AM

That's how I manage all of my virtual machines: building an ISO from a NixOS config and booting it as a virtual machine. I'm going to take some time to see what bits of this I can copy to slim down my ISOs.

One additional benefit: I build all my software from source (by disabling the nix cache) so stripping out these extra programs will not only slim down my ISOs but it will also reduce the build time.

by craftkiller

6/24/2026 at 7:36:55 AM

You could manage those VMs with https://microvm-nix.github.io/microvm.nix/ that helps with mounting the nix store read only from the host into the vm. That should save more space than trying to reduce the dependencies of the system closure of the vm.

by funcDropShadow

6/21/2026 at 5:59:28 AM

Curious bout your use case for building all software from source, is it because you're worried about the supply chain since nixpkgs builds don't have reproducibility guarantee?

by khuedoan

6/21/2026 at 1:57:52 PM

I was already building the vast majority of it from source because I enable CPU optimizations for the specific microarchitecture in the machine (nixpkgs.hostPlatform.gcc.arch and nixpkgs.hostPlatform.gcc.tune), so once I learned about the risk of supply chain attack on the nix cache, disabling it entirely was a pretty small change.

So far, I'd say the biggest negative (aside from the build times that I was already experiencing due to the optimizations) is that GNU savannah will temporarily IP ban you when you download too much from them. For example, building the grub that is used for the ISOs downloads like 70+ patches from GNU Savannah which frequently triggers the IP ban.

by craftkiller

6/24/2026 at 3:46:38 AM

I assume you like it more than Gentoo?

Building from stage1 with customized CFLAGS was all the rage then…

by BobbyTables2

6/20/2026 at 8:42:32 PM

Hey, thanks, nice adventure! I will have a look. I'm trying to ditch Arch for NixOS and I'm starting from Distrobox probably. Super useful!

by lordkrandel

6/24/2026 at 2:57:47 AM

> we should be able to disable shipping Nix entirely, by setting nix.enable = false.

It was at this point I began to question the entire exercise. If you don't want nix to even be installed, do you really want NixOS at all?

It would probably be much simpler to just build an image from scratch with the packages you want, composed in the way you want them, rather than contort the NixOS "UX" to produce the image you want.

by xyzzy_plugh

6/24/2026 at 3:38:09 AM

Nah this kind of thing is pretty common for servers or little embedded computers. If you're always building the image on some other machine, there's no compelling reason to include that binary or it's dependency closure on the system.

Typically someone who goes for this indeed likes and runs "full fat" NixOS on some systems. What they want is to get really small images for some special purpose, like containers or disk images for a puny old Raspberry Pi, and build them using their usual NixOS workstation or server or whatever.

by isityettime

6/24/2026 at 3:26:27 AM

> build an image from scratch with the packages you want

Using what? Using NixOS to configure a system is orthogonal to the system actually running the Nix binary. Nix/Nixpkgs provide well maintained package derivations and module configuration for the largest amount of software of any ecosystem. IMO it's far simpler than Yocto or Buildroot or the dozen OCI container builder ecosystems that go in and out of favor.

by KingMachiavelli

6/24/2026 at 2:11:08 PM

Using Nix of course.

My point is that if you care deeply about what is being installed in the image, size, dependencies, bloat, etc. then perhaps using the NixOS abstraction is the wrong approach. Instead of building "down" by taking things away, build "up"

by xyzzy_plugh

6/21/2026 at 9:38:27 AM

[dupe]

by lordkrandel