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…
Install Asdf: One Runtime Manager to Rule All Dev Environments
31–40 of 132 posts
Re: Install Asdf: One Runtime Manager to Rule All Dev Environments
#32Re: Install Asdf: One Runtime Manager to Rule All Dev Environments
#33Is 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.
> 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
#34Because 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…
Nice in theory but not worth it.
Re: Install Asdf: One Runtime Manager to Rule All Dev Environments
#35I'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.
Re: Install Asdf: One Runtime Manager to Rule All Dev Environments
#36I’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.
(Note: I like the tool)
Re: Install Asdf: One Runtime Manager to Rule All Dev Environments
#37Sounds like nix using devenv[1] also would solve this problem. [1] https://devenv.sh/
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
#38Wait, 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?
Re: Install Asdf: One Runtime Manager to Rule All Dev Environments
#39Sounds like nix using devenv[1] also would solve this problem. [1] https://devenv.sh/
- 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