Jak zidentyfikować terminal na podstawie skryptu?

I nie mów „ $TERM” - zawsze tak jest xterm.

W jaki sposób bashskrypt może stwierdzić, w którym terminalu działa, a konkretnie czy jest to iTerm, Terminal.app, czy faktycznie xterm?

Pytam, ponieważ resetnie działa¹ po wyjęciu z pudełka w Terminal.app i iTerm2. Jednak iTerm2 rozpoznaje sekwencję ucieczki podczas resetowania terminala ( \x1b]50;ClearScrollback\x07), a gdybym mógł ją wykryć, mógłbym zastąpić resetją aliasem, który robi to dobrze. AFAICT, Terminal.app nie ma sekwencji resetowania, a ludzie uciekają się do absurdalnego hakowania tomów, aby włamać się do tego .

Moim ostatecznym celem jest, aby resetpraca była taka sama, niezależnie od tego, czy pracuję na OS X, czy Linux, pracuję lokalnie lub zdalnie przez SSH. (Nie chcę próbować pamiętać, które z nich są przydatne i warto reset && command-that-outputs-a-bunchmieć dostęp do pracy.) Terminal.app i iTerm rzucają klucz w tym planie, nie wdrażając resetpoprawnie.

Oznacza to, że zwykłe zastąpienie resetto nie wszystko: jeśli korzystam z komputera z systemem Linux, musi wiedzieć, czy używam, gnome-terminalczy iTerm, aby wysłać prawidłową sekwencję zmiany znaczenia.

Czy jest jakiś sposób (nawet jeśli potrzebuję ioctl), aby zapytać terminal, co to naprawdę jest?

¹ Dla celów tego pytania resetowanie powinno wyczyścić ekran, zresetować kursor i wyczyścić bufor przewijania.

Zastosowanie $TERM_PROGRAM.

iTerm ustawia to na iTerm.app, a Terminal.app na Apple_Terminal.

$TERMnie ma nic wspólnego z obecnie działającym emulatorem terminali, jest to tylko domyślny terminal i można go ustawić na cokolwiek. Aby uzyskać nazwę uruchomionego emulatora terminala, możesz użyć psPID procesu nadrzędnego bieżącej powłoki.

UWAGA: Poniższe nie powiedzie się w OSX, ale powinno działać OK w systemie Linux

PID bieżącego procesu powłoki to $$. Stamtąd można użyć psdo wyświetlenia drzewa procesów i wydrukowania PID rodzica bieżącej sesji powłoki:

ps -axjf | awk -v pid=$$ '($2==pid){print $1}'

Następnie możesz przekazać ten identyfikator PID psi nakazać mu wydrukowanie nazwy polecenia:

ps -o comm=  $(ps -axjf | awk -v pid=$$ '($2==pid){print $1}')

To obetnie nazwę, powinno wystarczyć, abyś ją rozgryzł, ale może nie być dobre dla skryptów. Aby uzyskać pełną nazwę, możesz spróbować

ps --no-headers $(ps -axjf | awk -v pid=$$ '($2==pid){print $1}') | awk '{print $NF}'

Oto, co otrzymuję w moim systemie, używając kilku różnych terminali:

1. terminator

   $ ps --no-headers $(ps -axjf | awk -v pid=$$ '($2==pid){print $1}') | 
      awk '{print $NF}'
   /usr/bin/x-terminal-emulator
   

2. gnome-terminal

   $ ps --no-headers $(ps -axjf | awk -v pid=$$ '($2==pid){print $1}') | 
      awk '{print $NF}'
   /usr/lib/gnome-terminal/gnome-terminal-server
   

3. xterm

   $ ps --no-headers $(ps axjf | awk -v pid=$$ '($2==pid){print $1}') | 
      awk '{print $NF}'
   xterm
   

Oto przenośny sposób na uzyskanie nazwy lub ścieżki procesu nadrzędnego:

iTerm 2:

$ ps -p $(ps -p $$ -o ppid=) -o comm=
/Applications/iTerm.app/Contents/MacOS/iTerm

gnome-terminal w Ubuntu:

$ ps -p $(ps -p $$ -o ppid=) -o comm=
gnome-terminal

Terminal.app:

$ ps -p $(ps -p $$ -o ppid=) -o comm=
login

Zauważ, że jeśli Terminal.app jest ustawiony na otwieranie nowych powłok z domyślną powłoką logowania, nadrzędnym procesem powłoki jest loginterminal, a nie terminal.

commKolumna jest pełna ścieżka polecenia w OS X i nazwy polecenia skrócona do 15 znaków w realizacji Procps w Linuksie.