oh, that sucks. I did not understand the LSP’s requirements:

https://emacs.stackexchange.com/questions/76311/can-i-use-a-local-language-server-for-remote-files

the language servers are pretty simple C/C++ programs. If you have access to gcc/g++ on the target machine, you could try compile/running them in the BG just as a command line prgram. you would not need to `sudo blah install` anything.

is emacs running on your local lap/desktop? Or are you running it on a machine you ssh’ed into ? And that from that machine, you tramp into another?

Tramp is just filling the buffer with under the hood calls to `scp` if the code is in you local machine’s buffer, I don’t see how the eglot would not work.

If you are not running emacs on your local Mac, you should try to do so. So start emacs on your local Mac and try to do a multi-hop tramp:

C-x C-f /ssh:bird@bastion|ssh:you@remotehost:/path

the hops can be any level, but, more levels means more lag. I don’t have time to test my theory now. Might do so over the weekend.

ssh remote_machine

# create a new screen session

screen -S multibuffer

emacs # console mode aka -nw

# do all the screen splits needed

# m-x shell to start any number of shells

# CTRL-D to disconnect

# leave machine

exit

# decide to go back

ssh remote_machine

# reconnect to existing shell

screen -r multibuffer

# tada! your shells are back