Comment un script Bash peut-il dire comment il a été exécuté?

J'ai un script Bash que j'essayais de faire pour m'aider à exécuter une commande plutôt complexe avec de petites modifications qu'il me poserait par écho et lirait.

J'ai trouvé des solutions pour le forcer à exécuter un terminal pour exécuter la commande, mais cela ne m'intéresse pas. Ce que j'aimerais, c'est que si j'espace et que je tape simplement sur Entrée dans Nautilus (en le faisant fonctionner avec Run Software), il affichera simplement une notification disant "Veuillez exécuter ceci à partir d'un terminal".

Je peux faire apparaître le popup - comme je connais la commande - mais je ne peux pas obtenir le script Bash pour dire s'il est exécuté à l'intérieur d'un terminal ou non, il semble toujours le penser. Est-ce même possible?

De man bashsous EXPRESSIONS CONDITIONNELLES :

-t fd  
    True if file descriptor fd is open and refers to a terminal.

En supposant que fd 1 est une sortie standard, cela if [ -t 1 ]; thendevrait fonctionner pour vous. Le Advanced Script Scripting Guide affirme que -tcette méthode échouera sshet que le test (en utilisant stdin, pas stdout) devrait donc être:

if [[ -t 0 || -p /dev/stdin ]]

-pteste si un fichier existe et est un canal nommé. Cependant , je noterais par expérience que ce n'est pas vrai pour moi: -p /dev/stdinéchoue à la fois pour les terminaux normaux et les sessions ssh alors que if [ -t 0 ](ou -t 1) fonctionne dans les deux cas (voir également les commentaires de Gilles ci-dessous sur les problèmes dans cette section du Guide de script shell avancé ).

Si le problème principal est un contexte spécialisé à partir duquel vous souhaitez appeler le script pour se comporter d'une manière appropriée à ce contexte, vous pouvez contourner toutes ces technicités et vous épargner quelques tracas en utilisant un wrapper et une variable personnalisée:

!#/bin/bash

export SPECIAL_CONTEXT=1
/path/to/real/script.sh

Appelez ceci live_script.shou n'importe quoi et double-cliquez à la place. Vous pouvez bien sûr accomplir la même chose avec des arguments de ligne de commande, mais un wrapper serait toujours nécessaire pour faire pointer et cliquer dans un navigateur de fichiers GUI.

Utilisez la variable bash $ SHLVL pour détecter le niveau d'imbrication du shell. Dans un script exécuté `` brut '' en double-cliquant, ce sera 1, dans un script exécuté dans un terminal, ce sera 2.

#!/bin/bash
if (( SHLVL < 2 )) ; then
    echo "Please run this from a terminal."
    read -p "Press <Enter> to close this window"
    exit 1
fi
# rest of script

Bien que la réponse de goldilocks soit probablement correcte dans le cas typique, il semble qu'il y ait des cas de bord. Dans mon propre cas, mon xserver est configuré pour démarrer tty1et il ne quitte jamais ce tty. Si Xorg stdoutest un TTY, il semble que les clients auront ce TTY lié à leur descripteur de fichier par défaut.

Voici comment j'ai résolu mon problème:

#!/bin/bash
isxclient=$( readlink /dev/fd/2 | grep -q 'tty' && [[ -n $DISPLAY ]] ; echo $? )
if [[ ! -t 2  || $isxclient == "0" ]]; then
        notify-send "Script wasn't started from an interactive shell"
else
        echo "Script was started from an interactive shell"
fi

Je n'ai pas testé cela pour voir si cela fonctionne sur une configuration X plus standard, et je doute également beaucoup que ce soit le seul cas de bord. Si quelqu'un trouve une solution plus généralement applicable, veuillez revenir et nous le dire.

Une autre, en utilisant les options de bash variable initialisée interne, $-.

De .bashrc,

# If not running interactively, don't do anything
case $- in
    *i*) ;;
    *) return;;
esac