W jaki sposób skrypt Bash może powiedzieć, jak został uruchomiony?

Mam skrypt Bash, który próbowałem wykonać, aby pomóc mi uruchomić dość złożone polecenie z małymi zmianami, o które zapytałby mnie przez echo i przeczytał.

Znalazłem rozwiązania, które zmuszają go do uruchomienia terminala w celu wykonania polecenia, ale nie jestem tym zainteresowany. Chciałbym to zrobić, jeśli zwolnię miejsce i po prostu naciśniesz Enter na nim w Nautilusie (uruchamiając go z Run Software), po prostu delikatnie wyświetli powiadomienie z informacją: „Uruchom to z terminala”.

Mogę wywołać wyskakujące okienko - tak jak w przypadku polecenia - ale nie mogę uzyskać skryptu Bash z informacją, czy jest uruchamiany w terminalu, czy nie, wydaje się, że zawsze tak jest. Czy to w ogóle możliwe?

Od man bashpod WARUNKOWYCH WYRAŻENIA :

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

Zakładając, że fd 1 jest standardem, if [ -t 1 ]; thenpowinno działać dla ciebie. Te zaawansowane Shell Scripting Guide twierdzi, że -tstosowane w ten sposób nie powiedzie się ssh, a badania (przy użyciu stdin, stdout nie) powinny być:

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

-psprawdza, czy plik istnieje i jest nazwanym potokiem. Jednak zauważam eksperymentalnie, że nie jest to dla mnie prawdą: -p /dev/stdinzawodzi zarówno w przypadku normalnych terminali, jak i sesji ssh, podczas gdy if [ -t 0 ](lub -t 1) działa w obu przypadkach (patrz także komentarze Gilles poniżej na temat problemów w tej sekcji Zaawansowanego Skryptu powłoki ).

Jeśli podstawowym problemem jest wyspecjalizowany kontekst, z którego chcesz wywołać skrypt, aby zachowywał się w sposób odpowiedni dla tego kontekstu, możesz ominąć wszystkie te szczegóły techniczne i zaoszczędzić sobie trochę kłopotu, korzystając z opakowania i zmiennej niestandardowej:

!#/bin/bash

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

Zadzwoń do tego live_script.shlub czegokolwiek i kliknij dwukrotnie zamiast tego. Oczywiście można to osiągnąć za pomocą argumentów wiersza poleceń, ale nadal potrzebne jest opakowanie, aby działała przeglądarka plików GUI.

Użyj zmiennej bash $ SHLVL, aby wykryć poziom zagnieżdżenia powłoki. W skrypcie uruchamianym „surowym” przez dwukrotne kliknięcie będzie to 1, w skrypcie działającym w terminalu będzie to 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

Chociaż odpowiedź goldilocks jest prawdopodobnie poprawna w typowym przypadku, wydaje się, że istnieją przypadki skrajne. W moim przypadku mój Xserver jest skonfigurowany do uruchamiania tty1i nigdy nie pozostawia tego tty. Jeśli Xorg's stdoutjest TTY, wydaje się, że klienci będą domyślnie mieli ten TTY połączony z deskryptorem pliku.

Oto jak rozwiązałem mój problem:

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

Nie testowałem tego, aby sprawdzić, czy działa na bardziej standardowej konfiguracji X, a także bardzo wątpię, czy jest to jedyny przypadek na krawędzi. Jeśli ktoś znajdzie bardziej ogólne rozwiązanie, wróć i powiedz nam.

Innym, używając opcji bash określone zmiennej wewnętrznej $-.

Z .bashrc,

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