jdx
jdx
> multiple versions of Erlang at the same version might be installed rather than taking advantage of the perviously installed not necessarily. The elixir plugin could run `rtx install erlang@...`...
you could even do something like check `$RTX_DATA_DIR/installs/erlang/{26,25,24}` to see if any of those symlinks exist to try to find a compatible version and if you don't find one, then...
oh whoops, I documented this but forgot to actually implement it :)
meanwhile you can use [this](https://github.com/jdxcode/rtx-python#default-python-packages) instead
I see. In asdf this also only works when installing a python version, but I see how me putting this into `.rtx.toml` implies that different projects can install different packages,...
I suppose another way to phrase what I'm saying is: should it actually be installing from requirements.txt? And if so, is it a good idea for rtx to start dabbling...
after working with this a few months, I'm thinking tool options like this generally should not be things that modify install behavior since it only works when something is first...
I think me putting caching around templates is too difficult. I have no idea what sort of invalidation logic would work since I have no idea what people might be...
> Installed Python-3.11.6 to ${HOME}/.local/share/rtx/installs/python/3.11.6 is it literally `${HOME}` or did you replace that text before posting this issue?
I've looked at this a few times but unfortunately don't know what might be happening here. Might be worth seeing if you can get python-build to work and directly putting...