Нещодавно я поклав xset b offдо свого .bashrc. Тепер мене дратує помилка, що з'являється, коли я входжу через tty чи через ssh, тобто поза сеансом X.

Перше, що мені прийшло в голову, було [[ -z "$SOME_VAR" ]] && xset b off(ну, виявляється, тестування змінної, встановленої проти порожнього - це інше питання). Але який SOME_VAR є правильним?

Тож я setрозширив setвихід tty та вихід urxvt, щоб побачити, які змінні встановлені в X, а які відсутні у tty. Як і очікувалося, розбіжностей було досить багато (перелічуючи лише ті, які здалися мені актуальними):

• DESKTOP_SESSION
• DISPLAY
• GDMSESSION
• SESSION_MANAGER
• WINDOWID
• WINDOWPATH
• XAUTHORITY
• XDG_SESSION_COOKIE
• XDG_CONFIG_DIRS
• XDG_DATA_DIRS
• XDG_MENU_PREFIX

Який із них є найбільш правильним і універсальним для тестування, щоб виявити, я перебуваю на X сесії чи ні? Щось, що може працювати в якомога більше дистрибутивах, платформах та настільних середовищах?

Або існує навіть кращий спосіб, ніж тестування змінних середовища?

Простий і ефективний спосіб перевірити, чи доступний і дійсний ваш сервер відображення, - це перевірити його xhost. Ви не завжди можете розраховувати на перевірку значення в DISPLAYзмінній, оскільки вона може бути встановлена ​​з недійсним значенням.

if xhost >& /dev/null ; then echo "Display exists"
else echo "Display invalid" ; fi

Причиною цього я є те, що я запускаю кілька сценаріїв у свого користувача, crontabякі працюють на дисплеї, коли він існує, але працюють по-іншому, коли ні. Вгорі crontabя встановив DISPLAYзмінну, :0хоча вона ще не існує. Сценарії в цьому, crontabщо починається @reboot, почнуться незалежно від того, є у вас дисплей чи ні. Це дозволить вам динамічно визначати, коли ваш дисплей приходить і переходить у межах одного сценарію.

ПРИМІТКА. >&Єдиний варіант роботи bash>> 4. В іншому випадку використовуйте> /dev/null 2>&1

Я думаю, що перевірка DISPLAYбула б найкращим підходом.

• Він обробляє віддалені входи (наприклад, ssh -X).
• Він доступний на більшості - якщо не на всіх - платформах.
• Це не залежить від менеджера вікон / DE.

Зазвичай я використовую TERMзмінну для тестування на X у своїх сценаріях.

TERMзазвичай встановлено linuxна TTY і xtermна X.
Я тут використовую слово "зазвичай", оскільки такі програми, як GNU Screen і TMux, схоже, псуються зі TERMзмінною.

Це має працювати чудово:

[ ! -t 0 ] && xset b off                                  

http://tldp.org/LDP/abs/html/fto.html

-t

    file (descriptor) is associated with a terminal device

    This test option may be used to check whether the stdin [ -t 0 ] 
    or stdout [ -t 1 ] in a given script is a terminal.

Отже, коли це оцінюється як false ( [ ! -t 0 ]), ми перебуваємо в середовищі GUI.

Є багато способів, як ви могли це зробити.

В баш, спробуйте

function xruns {
    if [[ `pstree -As $$ | grep xinit | wc -l` == 1 ]]; then
        echo "You are in X."
    else
        echo "You are not in X."
    fi
}

Або, в zsh, спробуйте

#!/usr/bin/zsh

CURRENT_VT=`tty`

if [[ ${CURRENT_VT[6]} == "p" ]];        # or `${CURRENT_VT:5:1}` in bash
then
   # X stuff
else 
   # non-X stuff      
fi

if [[ $DISPLAY ]]

На тому ж комп’ютері $DISPLAYповернеться, наприклад, 0:0в емулятор терміналу, але нічого в реальному терміналі. Це можна легко перевірити CtrlAltF1порівняно зCtrlAltF7 .

bashСтан на основі $DISPLAYбуде виглядати наступним чином :

if [[ $DISPLAY ]]; then 
  …
fi