Странное с st: без мата не заводится

Как обычно в таких случаях разбираются, strace -f st, и смотрим, на чём заваливается дочерний процесс. Вариантов может быть очень много.

Может st не знает какой логин-шелл? Поэтому без понятия, что открывать. Что вообще показывает echo $SHELL?

Как уже выше заметили проверь переменную окружения $SHELL. А еще, в исходниках st в файле config.def.h есть такое:

/*
 * What program is execed by st depends of these precedence rules:
 * 1: program passed with -e
 * 2: scroll and/or utmp
 * 3: SHELL environment variable
 * 4: value of shell in /etc/passwd
 * 5: value of shell in config.h
 */
static char *shell = "/bin/sh"; 

Я бы начал копать отсюда.

echo $SHELL на обоих тачках исправно показывает /bin/bash, config.h тоже одинаковый...

Что-то все st-специфично, сравнивайте в чем разность в окружении вообще.

Этот файл – это не конфиг, это выжимка из исходников. Переменной будет присвоено значение /bin/sh, а затем это значение будет подставлено (или не подставлено) в вызов fork() или чего-то подобного. Кроме того, /bin/sh часто является симлинком на «настоящий» шелл (например, bash), но тот, прочитав свой argv[0], может определить, что его запустили как /bin/sh, и начать работать в режиме совместимости.

Спасибо, свет понемногу начинает брезжить!

strace st может пролить свет на поведение приложения

Но вообще странный косяк именно разработчиков, что оно выходит и не сообщает в чём проблема

Совы не то чем кажутся (ц)

А что ви таки запускаити?

Да я вроде понял уже в чём дело. На проблемной машине не установлен scroll.

Сейчас пытаюсь его поставить, чтоб собрать нужен npm, но с ним пока The requested URL returned error: 404 (чинят? обновляют? сеть лагает?), а руками собрать у меня не получается(

Подожду немного.

Да, конечно. Не sh - st. Поправил.