Как устранить неудобства при запуске графического интерфейса пользователя из терминала?

Я предпочитаю запускать приложения с графическим интерфейсом из окна терминала, а не с помощью графического рабочего стола. Часто раздражает то, что разработчики часто не ожидали такого использования, поэтому приложение выводит на stdout или stderr множество бесполезных, загадочных или неинформативных сообщений. Дальнейшая помеха в терминале происходит из-за запуска программы в фоновом режиме, с &, генерирует отчеты о создании и завершении работы.

Какой обходной путь для этих проблем будет принимать аргументы командной строки и обрабатывать автозаполнение?

Связанный: /programming/7131670/make-bash-alias-that-takes-parameter

Непосредственное перенаправление стандартной ошибки на /dev/nullявляется плохой идеей, поскольку она скрывает ранние сообщения об ошибках, а сбои могут быть сложными для диагностики. Я предлагаю что-то вроде следующего start-appскрипта zsh:

#!/usr/bin/env zsh
coproc "$@" 2>&1
quit=$(($(date +%s)+5))
nlines=0
while [[ $((nlines++)) -lt 10 ]] && read -p -t 5 line
do
  [[ $(date +%s) -ge $quit ]] && break
  printf "[%s] %s\n" "$(date +%T)" "$line"
done &

Просто запустите его с: start-app your_command argument ...

Этот скрипт выведет не более 10 строк сообщений и не более 5 секунд. Тем не менее, обратите внимание, что если приложение сразу падает (например, из-за ошибки сегментации), вы не увидите никакого сообщения об ошибке. Конечно, вы можете изменить этот скрипт различными способами, чтобы сделать то, что вы хотите ...

Примечание. Чтобы дополнения работали start-appв zsh, достаточно:

compdef _precommand start-app

и в bash:

complete -F _command start-app

(скопировано с одного для execи timeв /usr/share/bash-completion/bash_completion).

Этот ответ для Баш. В качестве примера, вот что я делаю в своем .bashrc, чтобы сделать удобную команду evдля запуска программы просмотра PDF Evince.

ev() { (evince "$1" 1>/dev/null 2>/dev/null &) }
complete -f -o default -X '!*.pdf' ev

Первая строка определяет функцию ev. Имя функции будет распознано, когда вы будете использовать ее в командной строке следующим образом:

ev foo.pdf

(Этот механизм отличается от псевдонимов и имеет более низкий приоритет.) Вывод Evince в stdin и stdout отправляется в битовую корзину (/ dev / null). Амперсанд ставит работу на задний план. Окружение команды в круглых скобках приводит к тому, что она запускается в подоболочке, чтобы не печатать сообщения о создании фонового задания или его завершении.

Во второй строке моего .bashrc используется полная функция bash, чтобы сообщить bash, что аргумент команды ev, как ожидается, будет файлом с расширением pdf. Это означает, что, если у меня также есть файлы foo.tex, foo.aux и т. Д., Которые находятся в моем каталоге, я могу напечатать ev fooи нажать клавишу Tab, и bash узнает, что имя файла должно заканчиваться как foo.pdf.

Другая возможность - использовать commandдля перехода execот специальной встроенной функции к простой старой встроенной, например:

alias shh='command exec >/dev/null 2>&1'

Итак, теперь вы можете сделать:

(shh; call some process &)

Я только что заметил, что commandэто не работает zsh (как, кажется, работает в большинстве других оболочек) , но где это не работает, вы можете сделать вместо этого:

alias shh='eval "exec >/dev/null 2>&1"'

... который должен работать везде.

На самом деле, вы могли бы даже сделать:

alias shh='command exec >"${O:-/dev/null}" 2>&1'

Так что вы могли бы сделать:

O=./logfile; (shh;echo can anyone hear &)
O=; (shh; echo this\? &)
cat ./logfile

ВЫХОД

can anyone hear

После обсуждения комментариев с @ vinc17 стоит отметить, что почти все выходные данные консоли GUI-приложения обычно предназначены для Xtty - его консоли. Когда вы запускаете Xприложение из X .desktopфайла, вывод, который он генерирует, направляется на Xвиртуальный терминал - то есть тот, с которого он был запущен X. Я могу обратиться к этому номеру tty с $XDG_VTNR.

Странно, хотя - и, возможно, потому что я только начал использовать startx- я больше не могу просто писать в /dev/tty$XDG_VTNR. Это также может (как мне кажется, более вероятно) иметь какое-то отношение к самым последним и радикальным изменениям, реализованным в Xorgv1.16, которые позволяют запускать его в рамках systemdпользовательского сеанса, а не требовать привилегий root .

Тем не менее, я могу сделать:

alias gui='command exec >/dev/tty$((1+$XDG_VTNR)) 2>&1'

(gui; some x app &)

Теперь весь some x appконсольный вывод перенаправляется на /dev/tty$((1+$XDG_VTNR))мой xtermpty. Я могу получить последнюю страницу этого в любое время, как:

fmt </dev/vcs$((1+$XDG_VTNR))

Вероятно, в любом случае лучше всего выделить какой-нибудь виртуальный терминал для вывода журнала. /dev/consoleкак правило, уже зарезервировано для этого, хотя вы можете предпочесть не делать то, chownчто, вероятно, требуется для вас, чтобы беспечно написать на это. У вас может быть какая-то функция, которая позволяет вам выполнять printk- которая в основном печатает, /dev/console- и поэтому я могу использовать ее таким образом, как я полагаю.

Другой способ сделать это - посвятить pty таким целям. Вы можете, например, оставить xtermокно открытым, сохранить выходные данные ttyпри запуске оттуда в переменной среды и использовать это значение в качестве места назначения для guiвыходных данных. Таким образом, все журналы будут перенаправлены в отдельное окно журнала, которое вы можете затем прокрутить, если хотите.

Однажды я написал ответ о том, как подобное можно сделать с bashисторией, если вам интересно.