asdf-direnv
lsp-docker
asdf-direnv | lsp-docker | |
---|---|---|
5 | 7 | |
519 | 235 | |
1.7% | 0.0% | |
4.1 | 7.6 | |
8 days ago | 12 days ago | |
Shell | Emacs Lisp | |
Apache License 2.0 | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
asdf-direnv
-
Python update on 7.0 Horus
I first tried it as a replacement to nvm (for managing node versions) and it grew on me from there. Today I stumbled on asdf-direnv which seems interesting.
- asdf-direnv: direnv plugin for the asdf version manager
-
Setup asdf & direnv
Install asdf-plugin for direnv using the following:
-
Switching from pyenv, rbenv, goenv and nvm to asdf – yujinyuz
I had the same experience.
To be clear since I think it might not be obvious: lapser is talking about asdf-direnv, not direnv by itself. See https://github.com/asdf-community/asdf-direnv
lsp-docker
-
What don't dired buffers have a (buffer-file-name)?
I believe this has cost me a ton of time but I did learn a lot along the way. lsp-docker highest level function is lsp-docker-start. It calls lsp-workspace-root which calls buffer-file-name which, if starting from a dired buffer, returns nil so lsp-workspace-root returns nil and the LSP server is not started.
-
Emacs and Rails
I'm trying to figure that out right now. There is lsp-docker which is designed (I'm still half guessing) to have a separate container hold the language server. What I want is a pre-existing container to hold the server. There is partial code in that repo to do that but it appears not fully baked.
-
Emacs 29.1 is going to be released in 2023 spring with built-in LSP support (Eglot)
If you're on WSL, you may want to take a look at something like lsp-docker which bypass all quirk of Tramp and works directly with your files in WSL. I've never been able to make Tramp work reliably (too much hanging with or without lsp-mode) from Windows -> WSL so bypassing it provides a much better experience.
-
Switching from pyenv, rbenv, goenv and nvm to asdf – yujinyuz
This is a reasonable point, and something that is being worked on. I definitely think Docker can provide LSP servers as necessary, we're just not quite there. This is something that I'm interested in working on, though I'm not the only one: https://github.com/emacs-lsp/lsp-docker
- lsp-docker: Scripts and configurations to leverage lsp-mode in docker environment
-
Building an Intelligent Emacs with LSP
Yeah, I'm a NixOS user, and nix helps a lot with managing LSP servers on my system at the point that this is not a issue for me, but I agree a solution runing then in a docker or something would fit nice as well, we already have this conecpt: https://github.com/emacs-lsp/lsp-docker/
-
Using lsp-docker over TRAMP?
[0] https://github.com/emacs-lsp/lsp-docker#docker-over-tramp-tbd
What are some alternatives?
rust-overlay - Pure and reproducible nix overlay of binary distributed rust toolchains
lsp-metals - lsp-mode :heart: metals
direnv - unclutter your .profile
eglot - A client for Language Server Protocol servers
nix - Nix, the purely functional package manager
helm-lsp - lsp-mode :heart: helm
asdf-java - A Java plugin for asdf-vm.
wakib-emacs - Emacs Starter Kit based on Wakib keybindings
dotfiles - Configuring the universe with Nix.
eclectica - ☀️ Cool and eclectic version manager for any language
poetry2nix - Convert poetry projects to nix automagically [maintainer=@adisbladis]