I just upgraded my NixOS machine after switching to nixos-unstable-small because I think unstable will take some time to update as getting 24.11 out has the highest priority.
Anyhow, two of my packages stopped me from applying a new configuration, as some packages have been changed when reorganizing into pkgs/by-name
. I fixed it and wanted to share as this will hit others running unstable with these packages as soon as hydra catches up.
nerdfonts (now nerd-fonts)
Package was renamed, which it will state on evaluation; individual fonts are now part of the nerd-fonts
attribute. I had Source Code Pro in there, there was some kind of mapping, which looked kind of like in https://wiki.nixos.org/wiki/Fonts#Installing_specific_fonts_from_nerdfonts โ the new way is now to just use nerd-fonts.sauce-code-pro
directly, you can probably do something like ++ with nerd-fonts; [ sauce-code-pro other-fonts ]
to add multiple nerd-fonts to your fonts list, but I haven't tested this.
RetroArch
Until now, cores were specified as in https://wiki.nixos.org/wiki/RetroArch, however override doesn't seem to work anymore. There's now the withCores
attribute / function that expects a function that returns a list. The easiest way I found to just specify a fixed list of cores was (retroarch.withCores (_: with libretro; [ snes9x mupen64plus fbneo flycast ]))
. Maybe other options are easier / cleaner.
Word of warning on compiling nixos-unstable-small
There are currently a lot of packages to be built if you change into that channel (I'm using flakes, but you get my point). Due to the default value of auto
for nix.settings.max-jobs
, this meant nix tried to build 24 derivations at the same time. This is fine if these are just downloaded from hydra, but if you try to build 24 big derivations at the same time, each trying to use 24 threads because nix.settings.cores
is also 0 by default, which means all threads, build processes quickly ate all of my 32GB of RAM so that the OOM killer had to intervene, however often too late with my system dying. I recommend to set nix.settings.max-jobs
to something more reasonable before attempting this (I used 1).
You will only see the changes after your
<nixpkgs>
has been updated (which for you is still the nixpkgs state of a week ago), so not right now. Or maybe this option was always there? I don't know and I'm tired. Anyhow, when unstable gets updated and your evaluation complains not finding the package, you know where to look ;)