Nix UpdateSun Feb 22, 2015
I've recently installed
nix and moved a few of my packages to it. By which I mean "I ran
apt-get remove foo followed by
nix-env -i foo a few times". There may be a smarter way, but I didn't bother with it. Installing the package manager is pretty painless.
mkdir -m 0755 /nix && chown inaimathi /nix ## As root. Also, substitute your own username for 'inaimathi' curl https://nixos.org/nix/install | sh
Preliminary thoughts on
nix are good. At this point, I've got
ghc(and a bunch of Haskell libraries),
gfortran installed through it. I figure since it's so easy, I may as well. So far, it has not been necessary to use what I see as "the main feature" to roll back my environment, because nothing has broken yet. I have had occasion to install/uninstall/reinstall a particular package. It looks like, barring a garbage collection, you only need to download things the first time. On subsequent re-installs,
nix just re-establishes various symlinks around your environment.
The negatives are basically small usability issues that pop up all over the place, some of which I'm putting down to lack of familiarity with the tool.
- The documentation, while available, is very light on practical examples of getting something done. For instance, despite having perused several tutorials that mention it, I'm still not entirely sure how to use
nix-shell. Searching for "nix-shell" on the official wiki gives you a "Create this page!" link as of this writing.
- Writing a package is an arcane process. I've barely worked through putting together the tutorial package for GNU Hello, and feel nowhere near competent enough to write my own yet. I only mention this because there seems to be an assumption that every piece of software you write or install with
nix, including language libraries, should be installed via packages, which implies this is the sort of baseline knowledge any
nixuser should have.
nix-env -ican be a bit snippy about package names. This has been a relatively common pattern for me:
$ nix-env -i parsec error: selector 'parsec' matches no derivatives $ nix-env -i haskell-parsec error: selector 'haskell-parsec' matches no derivatives $ nix-env -i haskell-parsec-ghc7.8.4 installing ...
- on top of that, there seems to be a fairly even split amongst the mentioned tutorials regarding whether to use the package name or attribute name for this operation. That is, whether you should use
nix-env -i ghc-7.8.4or
nix-env -iA nixos.pkgs.haskellPlatform.ghc. There doesn't seem to be an obvious mapping between them, and it's unclear to me which form is preferable in which situations.
nixpkgsrepo has a flat file here that contains all
nixexpressions in alphabetical order. As of this writing, said file is
13666lines long. Something tells me this probably won't scale very well. It also seems like running
nix-env -i fooevaluates every expression in that file that occurs
fooin an effort to install.
So, over all, I'm not sure how I feel about it yet. I do very much like having certain pieces of my software toolchain update more often than the Debian repos do by default, but I haven't quite gotten to see the development benefits. My goal for the next little while is doing a thorough reading/following of these two language-specific tutorials. Hopefully, that'll give me deeper insight about where