| > Just that, for non-enthusiasts and non-early adopters like myself, it's dead in the water until there is some major support behind it. Sure, this is pragmatic. > But it seems it isn't able to blindly mirror stuff from pip, for example? Or to just package any linux under the sun, like Docker can? You'd have to have a nix-specific version of every package you want to use. Building a DEB package with Nix is apparently possible, if quite awkward.
https://nixos.wiki/wiki/Nixpkgs/Building_RPM_DEB_with_nixpkg... The story looks a bit better for images. Packages can run appimages or snaps. https://nixos.org/manual/nixpkgs/stable/#sec-pkgs-appimageTo... -- Which seems a decent compromise. I think the effort of "I have to package this" varies from "automatable" to "PITA". My experience has been that for writing package expressions for Python packages or Golang applications, it was more/less straightforward copy-pasting that required little Nix understanding. (The effort being: what are the sha256 sums, and what are the dependencies). -- I think to an extent this can even be done by "<lang>2nix". An example of difficulty I've run into was trying to package a repo where I was unfamiliar with the language, and where build process assumed they could modify $HOME. I noticed that e.g. the anki package had to have a workaround anki-bin in order to get up-to-date versions because anki's build process changed. |