Запустіть додаток у cwd на віддаленому хості зсередини eshell

Я часто використовую Eshell для підключення до віддалених систем. У цих віддалених системах я іноді хочу запускати скрипти в поточному робочому каталозі. У звичайному терміналі я напишу це:

./my-script.sh

На жаль, всередині Eshell це не спрацює:

~ $ cd /remote1:~
/ssh:remote1:/home/rekado $ ./my-script.sh 
env: /ssh:remote1:/home/rekado/my-script.sh: No such file or directory
/ssh:remote1:/home/rekado $ 

Він працює лише в тому випадку, якщо я надаю повний шлях TRAMP до сценарію:

/ssh:remote1:/home/rekado $ /ssh:remote1:/home/rekado/my-script.sh 
It works!
/ssh:remote1:/home/rekado $ 

Чи є спосіб переконати Eshell .автоматично розширюватися таким чином, що простіший виклик просто працює?

В якості вирішення в даний час я використовую функцію, пов'язану з цим, C-c .що вставляє поточний повний шлях у командному рядку. Я б вважав за краще .просто вести себе так, як очікувалося.

Це схоже на помилку eshell, вам слід повідомити про це.

Я думаю, ви можете це виправити

(defadvice eshell-gather-process-output (before absolute-cmd (command args) act)
  (setq command (file-truename command)))

Знизу, проблема полягає в тому, що Бродяга закінчується побудовою віддаленого командного рядка форми (я видаляю деякі втечі, щоб зробити це зрозумілішим):

cd /home/rekado && exec env PS1='/ssh:remote1:/home/rekado $' /ssh:remote1:/home/rekado/my-script.sh

Ось чому ви закінчуєте це "загадкове" повідомлення про env

Що для цього потрібно генерувати (а це те, що досягається командою вище) - це щось на кшталт

cd /home/rekado && exec env PS1='/ssh:remote1:/home/rekado $' /home/rekado/my-script.sh

Я вірю, що помилка знаходиться на стороні eshell, оскільки Tramp не може знати, що "/ ssh: remote1: ..." не є дійсною віддаленою командою (хоча якби вона була, ми, мабуть, мали б набагато більше проблеми з мульти-хоп-бродягою ... але все одно). І Ешел справді робить розумне, коли команда явно проходить шлях.