я после каждого изменения делаю revert-buffer (C-x x g), потому что только так хуки имеют шанс отработать и проставить все нужные переменные

Делаю вообще начисто, запускаю с нуля, открываю файл на remotemachine и смотрю C-h v shell-file-name. Но на самом деле можно не смотреть, достаточно запустить поиск C-x p g и будет:
xref-matches-in-files: Search failed with status 127: /bin/sh: /bin/zsh: not found

Раньше я все время сидел на 27. А тут решил попробовать 28 из-за native-comp. Заодно project.el вместо projectile (в нем поиск через tramp нормально работает). Но что-то не ладится.

Первое, второе и компот

но что-то мы с тобой делаем по разному, потому что у меня работает

А у тебя без connection-local-set-profiles в remote буфере какое значение shell-file-name?

/bin/sh

А у меня /bin/zsh. Оно каким-то образом из localhost берется. Правда у меня еще есть вот такое:

(use-package exec-path-from-shell
  :if (memq window-system '(mac ns))
  :config
  (exec-path-from-shell-initialize))

А у тебя echo $SHELL в терминале, что выдает?

ну в passwd у меня /bin/bash

shell-file-name is a variable defined in ‘C source code’.

Its value is "/bin/zsh"

File name to load inferior shells from.
Initialized from the SHELL environment variable, or to a system-dependent
default if SHELL is unset.

Из SHELL оно инициализируется.

$ echo $SHELL                                   
/bin/zsh

Поэтому оно у меня такое и на localhost, и на remotemachine.

ну конечно в баше $SHELL вычисляется в /bin/bash

На remotemachine у меня:

$ echo $SHELL
/usr/local/bin/zsh

но имакс-то запущен на локальной

Конечно на локальной. Результат connection-local-set-profiles ты видел. И с помощью push тоже. Эффекта в remote буфере нет.

Видимо все равно придется откатываться на 27, так как erlang-mode с 28 не работает и пока не починили. Проверю тогда все это на 27. У нас все же системы разные. Может это как-то влияет.

внезапно, да?

в смысле не работает?

понял