lsp-ui
for-mac
lsp-ui | for-mac | |
---|---|---|
4 | 93 | |
1,017 | 2,411 | |
1.0% | 0.5% | |
6.6 | 3.1 | |
7 days ago | 4 months ago | |
Emacs Lisp | ||
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.
lsp-ui
-
Emacs 29.1 Released
Emacs has code peek.
With lsp-mode it has that little window: https://emacs-lsp.github.io/lsp-ui/#lsp-ui-peek
Personally I use eglot with consult which temporarily switches the entire buffer to do the "peek" functionality rather than popping up a tiny window: https://github.com/minad/consult
-
Help tracking down problem with text below the cursor moving with cc-mode/lsp
I couldn't reproduce it with my setup. Just for the reference, I use Doom ba35f12be with Emacs 29.0.50 76b7a5936 on Debian 10. Specifically, lsp-mode 68bdac0f8, lsp-ui d8cce7dc1. I use monospace Iosevka TTF font for both italics and regular faces.
-
How about setting up Emacs for rust development?
rustic + lsp-mode + lsp-ui leads to a pretty slick IDE-like experience for Rust. All of these should work pretty okay out of the box!
-
Way too many recommendations and high memory usage in lsp-mode for Haskell
I think you should be customizing LSP-UI specifically for the grey text issue, but I haven't used it recently enough to remember: https://github.com/emacs-lsp/lsp-ui
for-mac
- Caveat for Docker Dev Environment Rug Pull
-
Emacs 29.1 Released
I use containers on Mac and Windows for development (and we deploy on linux). Docker for Mac is _unusably_ slow in my experience. The VM that it runs is a giant resource hog and a battery hog, and doesn't support ipv6 [0] Docker Desktop itself is (another) resource hog, wildly buggy, and painfully slow. It's the epitome of "shitty electron app".
On windows, docker desktop has all of the same issues as it does on mac. Docker's concept of volumes and file permissions on windows are nonsense. Windows updates and Docker Desktop regularly decide to disagree, [1] It's networking support interferes with other applications (like OpenVPN and the Xbox Game Center) [2].
[0] https://github.com/docker/for-mac/issues/1432
[1] https://github.com/docker/for-win/issues/599
[2] https://github.com/docker/for-win/issues/1976
-
Error deploying subgraph on local
version: '3' services: graph-node: image: graphprotocol/graph-node ports: - '8000:8000' - '8001:8001' - '8020:8020' - '8030:8030' - '8040:8040' depends_on: - ipfs - postgres extra_hosts: - host.docker.internal:host-gateway environment: postgres_host: postgres postgres_user: graph-node postgres_pass: let-me-in postgres_db: graph-node ipfs: 'ipfs:5001' matic: 'matic:http://localhost:8545/' GRAPH_LOG: info ipfs: image: ipfs/go-ipfs:v0.10.0 ports: - '5001:5001' volumes: - ./data/ipfs:/data/ipfs postgres: image: postgres ports: - '5432:5432' command: [ "postgres", "-cshared_preload_libraries=pg_stat_statements" ] environment: POSTGRES_USER: graph-node POSTGRES_PASSWORD: let-me-in POSTGRES_DB: graph-node # FIXME: remove this env. var. which we shouldn't need. Introduced by # , maybe as a # workaround for https://github.com/docker/for-mac/issues/6270? PGDATA: "/var/lib/postgresql/data" POSTGRES_INITDB_ARGS: "-E UTF8 --locale=C" volumes: - ./data/postgres:/var/lib/postgresql/data
-
ERR_CONNECTION_REFUSED on localhost
This bug has been around years and still not fixed as far as I know - see https://github.com/docker/for-mac/issues/3926
-
Stuck at "Starting the Docker Engine..." on macOS
You're not wrong, and not the first to raise this https://github.com/docker/for-mac/issues/6061
-
Docker Desktop is dead on Mac M1
https://github.com/docker/for-mac/issues/6867 This github issue might help. What worked for me was deleting the ~/.docker/buildx folder
-
PiHole + docker DHCP
There has been an outstanding bug [Docker Github] for years with the Docker team who do not seem to be able (or want to) address this - they have closed more than one issue but its still there.. The latest bug report is this one [Docker Github] but I honestly would not bother following it - no idea why they are not fixing this.
-
Mysterious Server Crashes
Have you checked if any of your other Docker containers become unresponsive at the same time? If so, it could be Docker. I had this issue on Docker for months until they finally came out with an update that works for me (Docker Desktop 4.19.0 for Mac).
-
Very slow (local) direct playing with no apparent setup changes all of a sudden
It might have something to do with Docker? I was having issues a few months ago with all my containers becoming unreachable or very slow many times per day. I finally upgraded to Docker Desktop 4.19.0 (I’m on a Mac) and everything resolved. There were a few GitHub issues about it, too. You could try running a speedtest within different Docker containers and seeing if there’s a discrepancy. You could also check your RAM and CPU usage for different containers using something like Glances; it could lead to a clue.
- noob cannot connect to Docker Adguardhome
What are some alternatives?
doom-emacs - An Emacs framework for the stubborn martian hacker [Moved to: https://github.com/doomemacs/doomemacs]
UTM - Virtual machines for iOS and macOS
flycheck-aspell - Spell check in Emacs using Flycheck/Flymake and Aspell
gvisor - Application Kernel for Containers
lsp-grammarly - lsp-mode ❤️ grammarly
podman - Podman: A tool for managing OCI containers and pods.
lsp-metals - lsp-mode :heart: metals
runtime - Kata Containers version 1.x runtime (for version 2.x see https://github.com/kata-containers/kata-containers).
lsp-mssql - lsp-mode :heart: MSSQL Server
podman-compose - a script to run docker-compose.yml using podman
lsp-haskell - lsp-mode :heart: haskell
projector-installer - Install, configure and run JetBrains IDEs with Projector Server on Linux or in WSL