3 ms·
It's surprisingly to me that no-one has built a asdf style package manager. (I'm not talking about system package managers, their language software packages are
by mijoharas 3y ago
It's surprisingly to me that no-one has built a asdf style package manager. (I'm not talking about system package managers, their language software packages are always out of date and get installed globally instead of locally to a project).
Having a unified interface to a package manager per language that will use the languages registry could be really nice (I guess you'd have some core dependency management functions and agnostic ways to store and download the packages, and plugins per language that would use these common building blocks to actually do stuff?).
Another advantage of this could be cross language dependencies which often aren't handled well by package managers.
- ljm 3y agoYou could argue that Bazel, Nix and Guix solve that problem but they introduce a lot of complexity as a result because it's not a simple abstraction. Hell, you could probably pull it off somehow in Cmake if you placed no value on your sanity. Most standard lib package managers double up as build tools for bundling your code after all. It's a totally different problem space than the one asdf aims to solve, which is just managing multiple independent versions of some programming language binaries in a consistent way, so you're not dancing between nvm, rvm/rbenv/chruby, virtualenv, etc. etc.
- kdeldycke 3y agoSomething like Meta Package Manager? https://github.com/kdeldycke/meta-package-manager https://github.com/kdeldycke/meta-package-manager
- otabdeveloper4 3y agoNix solves that problem. (While creating some new ones.)