Как заставить tty+xterm отображать приглашение ввода после выполнения «удаленной» команды?

Ответа на вопрос не знаю, но вот по этому поводу:

втоматизация делается через python 3.5, но библиотеки python-xlib в системе нет и не предвидится.

https://docs.python.org/3/library/ctypes.html

Через ctypes можно дёрнуть почти любую системную библиотеку, насколько я понимаю. Да, это будет сложно и неэффективно, и удаление гланд через неправильное место, но если система закрытая и огороженная, то может оказаться единственным выходом.

Ну это самый крайний случай, может быть есть решение попроще.

Есть tty-терминал, пусть это будет /dev/pts/25. В нем запущен xterm.

Непонятное заявление. Может быть, ты хотел сказать что у тебя запущен, для примера, xterm, который создал себе виртуальный терминал /dev/pts/25, а в терминале запущен шелл? Потому что если в терминале запущен xterm (как ты написал), то никаких приглашений в нём не будет - он занят выполняющейся прогой.

Другими словами, после выполнения такой «удаленной» команды приходится переключаться на окно терминала /dev/pts/25, нажимать «Enter» и только тогда появляется приглашение ввода.

echo "" >> /dev/pts/25
echo -n "\$ " >> /dev/pts/25

Если ты хотел чтобы приглашение вывел шелл, запущеный в терминале, то тебе как-то надо послать enter ему на stdin. Имени /dev/pts/25 для этого кардинально недостаточно, слать надо с другого конца (из xterm-а), а как его найти и как в него внедриться (этот самый другой конец есть в виде открытого дескриптора в процессе xterm, но в виде файла в dev его нет) - отдельная задача.

А какую проблему то решаешь?

Может достаточно screen/tmux в этом xterm-е запустить и потом просто через него работать?

Непонятное заявление. Может быть, ты хотел сказать что у тебя запущен, для примера, xterm, который создал себе виртуальный терминал /dev/pts/25, а в терминале запущен шелл?

Чтоб было понятнее, покажу код. В переменной wid - идентификатор окошка X11.

# Получение tty с которым будет работать терминал
os.system('xterm -into %d -geometry 160x50 -sb -e "tty > /tmp/pyguitty.txt"' % wid)
fp=open('/tmp/pyguitty.txt', 'r')
ttyDevice=fp.readline().strip();
fp.close();
print("tty info: "+ttyDevice)

# Открытие терминала с шеллом. Перед запуском шелла выводится рабочий tty
os.system('xterm -into %d -geometry 160x50 -sb -e "tty; sh" &' % wid)

    tty=ttyDevice
    print('tty: '+tty)

    command=commandEntry.get()
    print('Command: '+command)

    # Вывод в терминал строки команды, которая будет выполняться
    cmdLine="echo %s <%s >%s 2> %s" % (escapeString(command), tty, tty, tty)
    print('Echo line:')
    print(cmdLine)
    os.system(cmdLine)

    # Выполнение команды в терминале
    cmdLine="(%s) <%s >%s 2> %s" % (command, tty, tty, tty)
    print('Command line:')
    print(cmdLine)
    os.system(cmdLine)

А какую проблему то решаешь?

Полный код примера привел выше.

Может достаточно screen/tmux в этом xterm-е запустить и потом просто через него работать?

Что имеешь в виду? Отправлять команды через screen/tmux-сервер?

Чтоб было понятнее, покажу код. В переменной wid - идентификатор окошка X11.

Ну да, это pts/25 в xterm-е, а не наоборот.

А вот как выполняются команды в этом терминале:

Это тоже всё понятно. Но зачем такие извращения? И учти что если во время выполнения твоей псевдокоманды юзер нажмёт enter в том окне - там тоже появится промпт шелла в середине вывода.

Проблема XY такая XY :)

Что имеешь в виду? Отправлять команды через screen/tmux-сервер?

tmux new -d -s mySession

xterm -e tmux attach

tmux send-keys -t mySession.0 "ls -la " ENTER

Все хорошо за исключением того, что в моем дистре Astra Linux 1.6 CE утилиты tmux просто нет. Я могу конечно от дебы поставить, но другие пользователи разрабатываемого костыля установить таковое не смогут, им нативное все подавай.

ну screen то есть он умеет то же самое