Récemment, j'ai mis xset b offmon .bashrc. Maintenant, je suis ennuyé par l'erreur qui apparaît lorsque je me connecte via tty ou via ssh, c'est-à-dire en dehors de la session X.

La première chose qui m'est venue à l'esprit était [[ -z "$SOME_VAR" ]] && xset b off(eh bien, il s'avère que tester la variable définie par rapport à être vide est une question différente). Mais quel SOME_VAR est le bon?

J'ai donc différencié la setsortie de tty et la sortie d'urxvt setpour voir quelles variables sont définies dans X et manquantes dans tty. Comme prévu, il y a eu beaucoup de différences (en ne listant que celles qui me semblaient pertinentes):

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

Laquelle est la plus correcte et la plus universelle à tester pour détecter si je suis en session X ou non? Quelque chose qui fonctionnerait sur autant de distributions et de plateformes et d'environnements de bureau que possible?

Ou existe-t-il un meilleur moyen que de tester les variables d'environnement?

Un moyen simple et efficace de tester la disponibilité et la validité de votre serveur d'affichage consiste à le tester avec xhost. Vous ne pouvez pas toujours compter sur la vérification d'une valeur dans la DISPLAYvariable car elle peut être définie avec une valeur non valide.

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

La raison pour laquelle je fais cela est parce que j'exécute plusieurs scripts dans mon utilisateur crontabqui fonctionnent sur l'écran lorsqu'il existe, mais fonctionnent différemment dans le cas contraire. En haut de ma crontab, j'ai défini la DISPLAYvariable :0même si elle n'existe pas encore. Les scripts crontabqui commencent par @rebootcommenceront, que vous disposiez ou non d'un affichage. Cela vous permettra de détecter dynamiquement quand votre affichage va et vient dans le même script.

REMARQUE: le >&seul fonctionne dans bash> = 4. Sinon, utilisez> /dev/null 2>&1

Je pense que la vérification DISPLAYserait la meilleure approche.

• Il gère les connexions à distance (par exemple ssh -X).
• Il est disponible sur la plupart des plates-formes, sinon toutes.
• Il est indépendant du gestionnaire de fenêtres / DE.

J'utilise généralement la TERMvariable pour tester X dans mes scripts.

TERMest généralement réglé linuxsur TTY et xtermsur X.
J'utilise ici le mot "habituellement", car des applications comme GNU Screen et TMux semblent jouer avec la TERMvariable.

Cela devrait parfaitement fonctionner:

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

Donc, lorsque cela est évalué à false ( [ ! -t 0 ]), nous sommes dans un environnement GUI.

Il y a plusieurs façons de procéder.

En bash, essayez

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

Ou, en zsh, essayez

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

Sur le même ordinateur, $DISPLAYon reviendra par exemple 0:0dans un émulateur de terminal, mais rien dans un vrai terminal. Cela peut facilement être testé avec CtrlAltF1versus CtrlAltF7.

Une bashcondition basée sur $DISPLAYse présenterait comme suit:

if [[ $DISPLAY ]]; then 
  …
fi