3 ms·
https://github.com/asdf-community/asdf-direnv https://github.com/asdf-community/asdf-direnv > asdf version resolution is slow which makes every command executi
by rubyist5eva 5y ago
https://github.com/asdf-community/asdf-direnv https://github.com/asdf-community/asdf-direnv
> asdf version resolution is slow which makes every command execution pay that penalty. asdf reshim is needed for finding new executables, and some tools are not happy with their executables being masked by shims.
> Perform asdf version resolution only once and defer environment loading to direnv.
- wyuenho 5y agoExactly the reason to use direnv directly.
- rubyist5eva 5y agobut then I still have to use some kind of package manager to manage multiple language runtime versions and brew/apt/dnf are all woefully inadequate
- wyuenho 5y agoWhat's so inadequate? When you deploy, your CI/CD pipeline and production don't run on the apt/dnf versions of the language runtime?
- rubyist5eva 4y agoOur infrastructure runs on Ubuntu 20.04 across the board but, for example, our main Ruby on Rails monolith runs Ruby 3.0, but Canonical only packages 2.7 for Focal. We have a legacy service which runs on 2.5 and a few microservices that run on 2.7. Having language versions tied to specific OS versions was a massive PITA for us in the past, now it doesn't even really matter all the much what OS is running the code. If we just used apt versions we'd be stuck on Ubuntu 18.04 for ruby 2.5 and we'd have to ugprade the entire application in order to get it to run on 20.04 once it goes out of support. Yuck Nevermind trying to setup a development environment where you have multiple dependencies on different language runtimes.