Знак тильды ~ откуда берется

~ резольвится в «$HOME» самим шеллом. Это не является частью непосредственно команды или линукса как такового. Поэтому когда ты запускаешь что-то не с помощью /bin/bash, то тильда будет воспринята как обычный символ, не специальный. shell: "/bin/bash" решает в данном случае.

Ну сделайте там вывод имени пользователя там же где ls делайте. whoami кажется команда. Тогда наверное попонятнее будет в чëм затык.

Получается тильда доступна только в bash?

Пробовал запускать через bash -c «script.sh», но все равно в script.sh ~ не видна. Как можно решить это? Этот гребаный supervisord не умеет в bash запускать...

Получается тильда доступна только в bash?

Наверное в любом шелле

Где установлено env $HOME? А у меня нет этой переменной. В общем я думаю нужно выкидывать этот supervisord на помойку...

Не только. В zsh и dash тоже работает. Но не в каком-нибудь Python или JS.

На всякий случай добавлю, что всякие * и ? тоже резольвятся самим шеллом и вне шелла не будут работать так же.

Где установлено env $HOME?

Она автоматическая

А у меня нет этой переменной

echo $HOME ?

Я не знаю, но возможно этот пример вам поможет установить переменную HOME в supervisord

[program:apache2]
command=/home/chrism/bin/httpd -c "ErrorLog /dev/stdout" -DFOREGROUND
user=chrism
environment=HOME="/home/chrism",USER="chrism"

HOME это домашняя директория юзера, в которого ты залогинился

А твой supervisord я не знаю что такое, но вероятно он никуда не логинится. И вообще, какого поведения ты ожидаешь от ssh-copy-id? Чьи данные он должен на сервер прописывать?

И вообще непонятно какую задачу ты решаешь.

Где установлено env $HOME?

Разве если хоме не прописан он не в пустую строку зарезолвится?

Нет, но она не обязана резольвиться в $HOME в скриптах.

Самый надёжный способ получать $HOME в sh-like скриптах следующий:

getent passwd $(id -u) | awk -F: '{print $6}'

Это будет работать и в Linux, и в BSD. По поводу совместимости с POSIX/IEEE не уверен, как и по поводу того, входит ли getent в стандарт UNIX, так что работоспособность под macOS под вопросом.

Zhbert, будет под рукой macOS, проверь, пожалуйста.

так что работоспособность под macOS под вопросом.
@Zhbert, будет под рукой macOS, проверь, пожалуйста.

Проверил за него.

getent
-bash: getent: command not found

ЧТД, в принципе. Я особо не надеялся. (=
Благодарю.

Но в Linux, FreeBSD, OpenBSD и NetBSD эта конструкция точно работает. Причём как в POSIX Shell (sh, ash), так и в Bash, ZSH и Korn Shell (ksh).

Для tcsh нужно лишь заменить $() на бэктики (``). Про fish и прочую маргинальщину не знаю, но пользователи быстро разберутся как там делается сабшелл и пайпинг.

Без сабшелла можно извернуться вот так:

id -u | xargs getent passwd | awk -F: '{print $6}'

Без пайпов я не придумал и даже думать не желаю! (=

ну не было $HOME! Когда устанавливаешь в env HOME то и тильда появляется

execSync("echo ~")

~

execSync("echo ~", {
    env: {
       HOME: "/home/vasya"
    }
})

/home/vasya

Это супер костыль! Но я выкинул уже supervisord на помойку, заменив его тупо на systemd. Не вижу больше смысла в нем

execSync(«echo ~»)

Если node (или что это?) не знает про $HOME, то наверное правильней:

execSync("bash -c 'echo ~'")