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

Первое, что мне пришло в голову, было [[ -z "$SOME_VAR" ]] && xset b off(ну, получается, что проверяемая переменная устанавливается против пустого - это другой вопрос). Но какой SOME_VAR является правильным?

Поэтому я просмотрел вывод tty и setвывод urxvt, setчтобы увидеть, какие переменные установлены в X и отсутствуют в tty. Как и ожидалось, было довольно много различий (перечисляя только те, которые мне показались актуальными):

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

Какой из них наиболее правильный и универсальный для тестирования, чтобы определить, нахожусь ли я в сеансе Х или нет? Что-то, что будет работать на максимально возможном количестве дистрибутивов, платформ и сред рабочего стола?

Или есть даже лучший способ, чем тестирование переменных среды?

Простой и эффективный способ проверить, что ваш сервер дисплея доступен и действителен, это проверить его 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 ]), мы находимся в среде графического интерфейса.

Есть много способов сделать это.

В bash попробуй

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

Или в зш попробуйте

#!/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