Як усунути роздратування при запуску GUI з терміналу?

Я вважаю за краще запускати програми GUI з вікна терміналу, а не використовувати графічний робочий стіл. Часта роздратованість полягає в тому, що часто розробники не очікували такого типу використання, тому додаток друкує безліч непотрібних, криптовалютних або неінформативних повідомлень для 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-appzsh, достатньо зробити:

compdef _precommand start-app

і в басі:

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і натиснути клавішу вкладки, і 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. Це також може (як я вважаю, що це більш імовірно) має щось Xorgспільне з самими останніми і різкими змінами, впровадженими з v1.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історією, якщо ти зацікавився.