Ostatnio umieściłem xset b offna swoim .bashrc. Teraz denerwuje mnie błąd, który pojawia się, gdy loguję się przez tty lub ssh, tj. Poza sesją X.

Pierwszą rzeczą, jaka przyszła mi do głowy, było [[ -z "$SOME_VAR" ]] && xset b off(cóż, okazuje się, że ustawienie zmiennej testowej vs. bycie pustym to inne pytanie). Ale który SOME_VAR jest poprawny?

Więc różnicowałem setdane wyjściowe tty i dane wyjściowe urxvt, setaby zobaczyć, które zmienne są ustawione w X, a których brakuje w tty. Zgodnie z oczekiwaniami było całkiem sporo różnic (wymieniając tylko te, które wydawały mi się istotne):

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

Który z nich jest najbardziej poprawny i uniwersalny do przetestowania w celu wykrycia, czy jestem w sesji X, czy nie? Coś, co działałoby na wielu dystrybucjach, platformach i środowiskach desktopowych, jak to możliwe?

Czy jest jeszcze lepszy sposób niż testowanie zmiennych środowiskowych?

Prostym i skutecznym sposobem sprawdzenia, czy serwer wyświetlania jest dostępny i prawidłowy, jest przetestowanie go xhost . Nie zawsze można polegać na sprawdzeniu wartości w DISPLAYzmiennej, ponieważ można ją ustawić z niepoprawną wartością.

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

Powodem tego jest to, że uruchamiam w skrypcie kilka skryptów, crontabktóre działają na ekranie, gdy istnieje, ale działają inaczej, gdy nie są. Na górze crontabustawiam DISPLAYzmienną na, :0nawet jeśli jeszcze nie istnieje. Skrypty crontabzaczynające się od @rebootzaczynają się bez względu na to, czy masz wyświetlacz, czy nie. Umożliwi to dynamiczne wykrywanie, kiedy ekran pojawia się i przechodzi w ramach tego samego skryptu.

UWAGA: >&działa tylko w bash> = 4. W przeciwnym razie użyj> /dev/null 2>&1

Myślę, że sprawdzanie DISPLAYbyłoby najlepszym podejściem.

• Obsługuje zdalne logowanie (np. Ssh -X).
• Jest dostępny na większości - jeśli nie na wszystkich - platformach.
• Jest niezależny od menedżera okien / DE.

Zwykle używam TERMzmiennej do testowania X w moich skryptach.

TERMjest zwykle ustawiony linuxna TTY i xtermX.
Używam tutaj słowa „zwykle”, ponieważ aplikacje takie jak GNU Screen i TMux wydają się zadzierać ze TERMZmienną.

Powinno to działać idealnie dobrze:

[ ! -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.

Tak więc, kiedy to zmienia się na false ( [ ! -t 0 ]), jesteśmy w środowisku GUI.

Można to zrobić na wiele sposobów.

W bash spróbuj

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

Lub, w Zsh, spróbuj

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

Na tym samym komputerze $DISPLAYpowróci na przykład 0:0w emulatorze terminala, ale nic w prawdziwym terminalu. Można to łatwo przetestować za pomocą CtrlAltF1versus CtrlAltF7.

bashWarunek na podstawie $DISPLAYwyglądałby następująco:

if [[ $DISPLAY ]]; then 
  …
fi