Як сценарій Bash може розповісти, як це було запущено?

У мене є сценарій Bash, який я намагався зробити, щоб допомогти мені виконати досить складну команду з невеликими змінами, про які вона запитає мене через ехо та читання.

Я знайшов рішення, щоб змусити його запустити термінал для виконання команди, але мене це не цікавить. Я хотів би це зробити, якщо я виділяю пробіл і просто натискаю Enter на ньому в Nautilus (змушуючи його запускати запуск програмного забезпечення), він просто обережно спливе повідомлення з повідомленням: "Будь ласка, запустіть це з терміналу".

Я можу дозволити спливаюче вікно, як це знаю, як я знаю команду, - але я не можу отримати сценарій Bash, щоб сказати, запускається він всередині терміналу чи ні, здається, завжди так думаю. Чи можливо це навіть?

З- man bashпід УМОВНИХ ВИРАЗІВ :

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

Якщо припустити, що fd 1 є стандартним, він if [ -t 1 ]; thenповинен працювати для вас. У Посібнику з сценаріїв розширених оболонок стверджується, що -tвикористаний таким способом не вдасться пройти ssh, і тому тест (використовуючи stdin, а не stdout) повинен бути таким:

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

-pперевіряє, чи існує файл і є ім'ям. Однак , зауважу, що для мене це не відповідає дійсності: -p /dev/stdinне спрацьовує як для звичайних терміналів, так і для ssh-сеансів, тоді як if [ -t 0 ](або -t 1) працює в обох випадках (див. Також коментарі Гілла нижче щодо проблем у цьому розділі Посібника з розширеного сценарію оболонки ).

Якщо первинна проблема - це спеціалізований контекст, з якого ви хочете закликати сценарій, щоб він поводився таким чином, що відповідає цьому контексту, ви можете пройти за всіма цими технічними можливостями і врятувати себе, використовуючи обгортку та користувацьку змінну:

!#/bin/bash

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

Зателефонуйте на це live_script.shчи що-небудь та двічі клацніть по ньому. Можна, звичайно, виконати те ж саме, що й аргументи командного рядка, але для роботи в браузері файлів GUI все ще знадобиться обгортка.

Використовуйте змінну bash $ SHLVL для виявлення рівня вкладення оболонок. У сценарії, запущеному "raw", двічі клацнувши його, це буде 1, у сценарії, що працює в терміналі, це буде 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

Хоча відповідь золотоногих, мабуть, правильна у типовому випадку, але, схоже, є випадкові випадки. У моєму випадку мій xserver налаштований для запуску з tty1цього пункту, і він ніколи не залишає цих tty. Якщо Xorg stdout- це TTY, то, здається, клієнти матимуть, що TTY пов'язаний зі своїм дескриптором файлів за замовчуванням.

Ось як я вирішив свою проблему:

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

Я не перевіряв цього, щоб перевірити, чи працює він на більш стандартній конфігурації X, і також дуже сумніваюся, що це єдиний крайній випадок. Якщо хтось знайде більш прийнятне рішення, будь ласка, поверніться та скажіть нам.

Інший, використовуючи опції Баш набір внутрішніх змінних, $-.

З .bashrc,

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