Vor kurzem habe ich xset b offmeine .bashrc. Jetzt ärgere ich mich über den Fehler, der auftaucht, wenn ich mich über tty oder über ssh anmelde, also außerhalb der X-Sitzung.

Das erste, was mir in den Sinn kam, war [[ -z "$SOME_VAR" ]] && xset b off(nun, es stellt sich heraus, dass das Setzen einer Testvariablen im Vergleich zum Leeren eine andere Frage ist). Aber welche SOME_VAR ist die richtige?

Also habe ich die Ausgabe von tty setund urxvt differenziert, um setzu sehen, welche Variablen in X gesetzt sind und in tty fehlen. Wie erwartet gab es ziemlich viele Unterschiede (nur die auflisten, die mir relevant erschienen):

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

Welches ist das Richtigste und Universellste, um festzustellen, ob ich in einer X-Sitzung bin oder nicht? Etwas, das in möglichst vielen Distributionen, Plattformen und Desktop-Umgebungen funktioniert?

Oder gibt es einen besseren Weg als Umgebungsvariablen zu testen?

Eine einfache und effektive Möglichkeit, um zu testen, ob Ihr Anzeigeserver verfügbar und gültig ist, besteht darin, ihn mit zu testen xhost. Sie können sich nicht immer darauf verlassen, nach einem Wert in der DISPLAYVariablen zu suchen, da dieser möglicherweise mit einem ungültigen Wert festgelegt wurde.

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

Der Grund dafür ist, dass ich in meinem Benutzer mehrere Skripts ausführe crontab, die auf der Anzeige ausgeführt werden, wenn sie vorhanden ist, aber anders arbeiten, wenn sie nicht vorhanden sind. Oben in meiner Liste habe crontabich die DISPLAYVariable auf gesetzt :0, obwohl sie noch nicht existiert. Skripte crontab, die mit @rebootbeginnen, werden unabhängig davon gestartet, ob Sie eine Anzeige haben oder nicht. Auf diese Weise können Sie dynamisch erkennen, wann Ihre Anzeige im selben Skript ein- und ausgeht.

HINWEIS: Das >&funktioniert nur in bash> = 4. Ansonsten verwenden> /dev/null 2>&1

Ich denke, das Überprüfen DISPLAYwäre der beste Ansatz.

• Es behandelt entfernte Logins (zB ssh -X).
• Es ist auf den meisten - wenn nicht allen - Plattformen verfügbar.
• Es ist unabhängig von Window Manager / DE.

Normalerweise benutze ich die TERMVariable, um in meinen Skripten auf X zu testen.

TERMwird normalerweise linuxauf TTY und xtermauf X gesetzt.
Ich verwende hier das Wort "normalerweise", da Anwendungen wie GNU Screen und TMux mit der TERMVariablen zu verwechseln scheinen .

Dies sollte einwandfrei funktionieren:

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

Wenn dies zu false ( [ ! -t 0 ]) ausgewertet wird, befinden wir uns in einer GUI-Umgebung.

Es gibt viele Möglichkeiten, wie Sie das tun können.

Versuchen Sie es in der 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
}

Oder versuchen Sie es in 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 ]]

Auf dem gleichen Computer $DISPLAYwird beispielsweise 0:0in einem Terminal-Emulator nichts zurückgegeben, aber in einem echten Terminal. Dies kann leicht mit CtrlAltF1versus getestet werden CtrlAltF7.

Eine bashBedingung basierend auf $DISPLAYwürde wie folgt aussehen:

if [[ $DISPLAY ]]; then 
  …
fi