Live data from Hacker News

Install Asdf: One Runtime Manager to Rule All Dev Environments

jdsalaro.com

31–40 of 132 posts

Re: Install Asdf: One Runtime Manager to Rule All Dev Environments

#31

Because of the insanity of python versions, paths, wheels etc and tiredness of spending time getting poetry install to work for project X due to also needing a full rust and c++ toolchain for some dependency etc.. .. I run everything for a project in a container. Each project then matches perfectly the container actually used in production, so if it works there, it also works on my machine. I just volume mount the pr…

Indeed, hence my name.

Re: Install Asdf: One Runtime Manager to Rule All Dev Environments

#33

Is it just me that never even wants to get to the problems that asdf attempts to solve? That example in the article of managing multiple python 2.7 versions sounds like a horror story.

OP here, although I hoped I took an example that was relatable, it seems it wasn't as relatable as I expected.

> Is it just me that never even wants to get to the problems that asdf attempts to solve?

You aren't alone, the scenario isn't ideal. However, brew's Python installation on MacOS as are Debian's and Ubuntu's are _extremely_ brittle. You are one cask, formulae or apt package away from needing to do a weekend-long spelunking session or a full blown system re-install if you have deadlines.

PyEnv is a pain to set up, and maintain, which is what I used in the years before as well as after Python 2 was deprecated and projects started slowly migrating to newer python versions.

> That example in the article of managing multiple python 2.7 versions sounds like a horror story.

It is a horror story, but is very common.

Have you tried to install and maintain Java, Kotlin and Graddle installations for a given project although your machine is not primarily a Java, Kotlin, Graddle box? That is a real nightmare, not so much with asdf.vm.

Re: Install Asdf: One Runtime Manager to Rule All Dev Environments

#34

Because of the insanity of python versions, paths, wheels etc and tiredness of spending time getting poetry install to work for project X due to also needing a full rust and c++ toolchain for some dependency etc.. .. I run everything for a project in a container. Each project then matches perfectly the container actually used in production, so if it works there, it also works on my machine. I just volume mount the pr…

Development inside a container is still pretty darn miserable though.

Nice in theory but not worth it.

Re: Install Asdf: One Runtime Manager to Rule All Dev Environments

#35
post #30

I've had nothing but problems with asdf and nodejs and globally installed tools like yarn reporting "Cannot find node". Perhaps global tools cannot be compatible I don't know; asdf reshim doesn't often fix it.

there's something I don't get, why do you have globally installed tools that asdf can manage at the same time that you have asdf installed?

Re: Install Asdf: One Runtime Manager to Rule All Dev Environments

#36

I’m liking pkgx over asdf as it can activate project tooling upon cd’ing into a project folder. https://pkgx.sh

Mise gives you basically the same capabilities but is scoped a bit better, I’d check it out.

Is it? On top of an asdf and direnv replacement, mise is also a task runner, an environment variable manager, has experimental backends for npm/rust/go/python etc to take over their global package installs, replaces core asdf plugins with rewrites they have to maintain, and more. If anything it actually fails to scope itself

(Note: I like the tool)

Re: Install Asdf: One Runtime Manager to Rule All Dev Environments

#37

Sounds like nix using devenv[1] also would solve this problem. [1] https://devenv.sh/

Having tried asdf - among other tools - for awhile, dropping it for nix+flakes+direnv was great.

Devenv seems nice (in fact it’s how I started down this path) but I haven’t found anything it does for me that I can’t get out of flakes - so far.

Re: Install Asdf: One Runtime Manager to Rule All Dev Environments

#38

Wait, not only is it called asdf leading to confusion, it literally is also a package manager of sorts just like the original asdf??? I just tried googling it having not really used CL in a while, and apparently it was seo'd to the top of google results too?

One of my pet peeves with tooling these days is the completely random naming. Literally no effort made, whatsoever, to come up with something vaguely descriptive. Neovim plugins are the worst for this. They're comically badly named.

Re: Install Asdf: One Runtime Manager to Rule All Dev Environments

#39

Sounds like nix using devenv[1] also would solve this problem. [1] https://devenv.sh/

Yeah… but then you get nix’s problems.

- steep steep learning curve, so your team is split between those who can understand it and those who have to blindly follow checklists and ask for help when something breaks

- it doesn’t play well on macOS

Post reply on HN