I’m trying to find a thing, and I’m not turning up anything in my web searches so I figure I’d ask the cool people for help.
I’ve got several projects, tracked in Git, that rely on having a set of command line tools installed to work on locally - as an example, one requires Helm, Helmfile, sops, several Helm plugins, Pluto, Kubeval and the Kubernetes CLI. Because I don’t hate future me, I want to ensure that I’m installing specific versions of these tools rather than just grabbing whatever happens to be the latest version. I also want to ensure that my CI runner grabs the same versions, so I can be reasonably sure that what I’ve tried locally will actually work when I go to deploy it.
My current solution to this is a big ol’ Bash script, which works, but is kind of a pain to maintain. What I’m trying to find is a tool where I:
Can write a definition, ideally somewhere shared between projects, of what it means to “install tool X”
Include a file in my project that lists the tools and versions I want
Run the tool on my machine and let it go grab the platform- and architecture- specific binaries from wherever, and install them somewhere that I can add to my $PATH for this specific project
Run the tool in CI and do the same - if it can cache stuff then awesome
Linux support is a must, other platforms would be nice as well.
Basically I’m looking for Pythons’ pip + virtualenv workflow, but for prebuilt tools like helm, terraform, sops, etc. Anyone know of anything? I’ve looked at homebrew (seems to want to install system-wide), and VSCode dev containers (doesn’t solve the CI need, and I’d still need to solve installing the tools myself)
And yes Nix (obligatory; BTW I use nix btw btw). Nix is supposed to be exactly what you’re asking for and has unbeatable reproducability. But it’s simply not ergonomic enough yet. I’ve been deep diving into it for 3 years and it’s still painful to setup a project with it. Devbox uses nix under the hood but kinda of abuses nix. So it looses some of the guarantees but gains being usable/ergonomic today.
Full disclosure, I use nix (not devbox) for all my stuff cause I care about hardcore reproduciblity.
I’m not who you asked, and not a user of pkgx, but one of the reasons I prefer rtx (which supports asdf plugins) to asdf is that by default it doesn’t use shims, but updates the PATH instead.
So for example, running which python will show me a clearly versioned python executable path, rather than a mysterious shim that represents a different realpath at different times.
It has random side effects that break cli tools (tools that are not even installed with ASDF)
The more versions you add, the slower it gets. And it can get really slow (that issue was opened in 2018, and it is fixable).
It’s got many “well it works on my machine” problems. And the author said that’s a “wontfix” design choice. That’s fine for the author, it’s FOSS. But it means my workflow is going to randomly break and I just can’t have that when it’s my job.
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !programming@programming.dev
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person’s post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
Follow the programming.dev instance rules
Keep content related to programming in some way
If you’re posting long videos try to add in some form of tldr for those who don’t want to watch videos
Full disclosure, I use nix (not devbox) for all my stuff cause I care about hardcore reproduciblity.
What’s your issue with asdf? It works really well for me
I’m not who you asked, and not a user of pkgx, but one of the reasons I prefer rtx (which supports asdf plugins) to asdf is that by default it doesn’t use shims, but updates the PATH instead.
So for example, running
which pythonwill show me a clearly versioned python executable path, rather than a mysterious shim that represents a different realpath at different times.It has random side effects that break cli tools (tools that are not even installed with ASDF)
The more versions you add, the slower it gets. And it can get really slow (that issue was opened in 2018, and it is fixable).
It’s got many “well it works on my machine” problems. And the author said that’s a “wontfix” design choice. That’s fine for the author, it’s FOSS. But it means my workflow is going to randomly break and I just can’t have that when it’s my job.
Pkgx, Devbox and nix avoid all these things.