5 ms·
The use case you're describing is impossible with other packaging tools, so really the choice is either "nothing" or "write a nix script". (Tool support would
by otabdeveloper4 5y ago
The use case you're describing is impossible with other packaging tools, so really the choice is either "nothing" or "write a nix script".
(Tool support would be nice, but nixpkgs has no standard way to specify packages across languages and runtimes, so not possible right now.)
- kristjansson 5y agoThat's a fair point, I don't have the same expectation of other os-level package managers. There are alternatives in other projects that bridge build system and package management while directly addressing versioning of dependencies e.g. Spack, Conda, ... The first in particular does exactly what I want, so I suppose I should just be happy with it. Still would be nice for Nix to compete in the same space, esp. with the really slick translation from local to containerized environment displayed in here
- otabdeveloper4 5y agoNix can do what you want, it just requires a little bit more manual intervention. There's benefits, too, though - you know the C compilers, build flags, versions and libraries of everything that goes into making a Python library run. It's easy to change any of it, integrate with your own custom libraries or other languages and test the whole contraption in its entirety.
- bfrog 5y agoThis is whats so powerful and wonderful about it, your end result isn't simply based on the direct dependents, but also includes the build chain for all things. That's just not that common in other build tools.