ggtags VS eglot

Can you access https://elpa.gnu.org in a browser?

The packages available via the built-in package manager once configured do not come from GitHub though they may be developed there. They come from GNU ELPA NonGNU ELPA and MELPA. You would still need internet access though.

To install elisp packages system-wide under the Portage control you can use gs-elpa. Read layman documentation before using it, as gs-elpa represents ELPA repositories as g-sorcery overlays. It currently supports 4 repositories: gnu-elpa, marmalade, melpa and melpa-stable.

I run emacs at work on a system that does not access the internet, so I cannot utilize the package interface that pulls directly from melpa (and elpa etc). Years ago, someone copied a version of melpa into a local directory on the air-gapped server. In my init.el, I setq package-archive to something like (("local-melpa" . "/path/to/the/melpa/dir")) so that it points to this local directory. I'm wondering if there is a tool to facilitate this sort of mirroring? I would like to update my packages on this air-gapped network. I am able to copy files onto the system from a less restricted workstation with internet access. Is it just a matter of unzipping the melpa repo and pointing package-archive to the fresh melpa directory?

https://github.com/leoliu/ggtags works well ; otherwise I use dumb-jump and eglot quite a bit

https://github.com/leoliu/ggtags can also be useful ; and for me ripgrep via https://github.com/leoliu/ack-el or https://github.com/jacktasia/dumb-jump

I get similar connection-security messages when attempting to connect to the package archive at https://elpa.nongnu.org/ —again, in both *Package* and in *eww*—while elpa.gnu.org seems to be just flat out nonresponsive. However, other https sites including https://duckduckgo.com/about and https://twitter.com work just fine.

I am working on adding more packages to NonGNU ELPA, the new package archive enabled by default from Emacs 28 onwards. Compared to GNU ELPA, there is no need for a copyright assignment (the only requirement is that packages do not endorse non-free software, but that is the case for most Emacs-related software to begin with).

You can also install the latest stable version of Org via GNU ELPA by invoking M-x package-install RET org RET.

Recently I stumbled upon this issue:

https://github.com/joaotavora/eglot/discussions/1127

I don't know enough about emacs and LSP to see the full picture, but it seems that both eglot's and corfu's maintainers, assumably very competent programmers, can't find a solution for this.

I only skimmed the thread. My understanding is that LSP dumps a long list of completion candidates at once and they can't decide a cache strategy that works well with existing code...?

It could be. There are unfixed issues with eglot and corfu, and sadly not a lot of willingness to investigate.

Eglot errors when I add new Python code blocks. The error disappears when I reconnect the language server, but the same happens again when I add a new code block. My "workaround" now is that before I start working on the .qmd file, I just add a bunch of Python code blocks (for which I also have a function) and then reconnect the language server again. This way I can start working for a while until I need to add more code blocks again.

This discussion has helped with some performance issues: https://github.com/joaotavora/eglot/discussions/993.

I guess eglot doesn't support it yet: https://github.com/joaotavora/eglot/pull/839

This is not by pure chance, João is the developer of the Eglot LSP client and the breadcrumbs from LSP-mode had been requested as a feature, but as far as I remember João thought rightfully that this could be an independent package, see https://github.com/joaotavora/eglot/discussions/988

A substantial section of the community is using corfu instead of company, but I wouldn't say company is out of date by any means. In emacs 29 eglot will be a built in, which might act as a replacement for lsp-mode depending on what functionality you need.

I am currently running emacs 29 (built from emacs-29 branch) which – according to https://github.com/joaotavora/eglot – should contain the latest eglot.

Yep. You can use flymake or flycheck for that in combination with eglot or lsp-mode.

See https://github.com/joaotavora/eglot#diagnostics

(I have reported this (that is, ElDoc missing docs for callable things at point, when Eglot is enabled) as an issue recently: First on GitHub-discussions https://github.com/joaotavora/eglot/discussions/1200, then on Debbugs https://debbugs.gnu.org/cgi/bugreport.cgi?bug=62687. But the threads are very long, so I don't recommend reading them.)