Wie identifiziere ich das Terminal anhand eines Skripts?

Und sag nicht " $TERM" - es ist immer xterm.

Wie kann ein bashSkript feststellen, in welchem ​​Terminal es ausgeführt wird, insbesondere ob es sich um iTerm, Terminal.app oder tatsächlich um ein xterm handelt?

Ich frage, weil resetes auf Terminal.app und iTerm2 nicht sofort funktioniert¹. iTerm2 erkennt jedoch eine Escape-Sequenz für einen Terminal-Reset ( \x1b]50;ClearScrollback\x07), und wenn ich sie erkennen könnte, könnte ich sie resetmit einem Alias überschreiben , der das Richtige tut. AFAICT, Terminal.app fehlt eine Reset-Sequenz, und die Leute greifen auf lächerliche Tom-Hackery zurück, um das zu umgehen .

Mein Endziel hier ist es, dass resetich genauso arbeite, egal ob ich unter OS X oder Linux arbeite, lokal oder remote über SSH. (Ich möchte nicht versuchen müssen, mich an welche zu erinnern, und es ist nützlich, reset && command-that-outputs-a-bunchUp-Enter-Arbeiten auszuführen.) Terminal.app und iTerm werfen einen Schraubenschlüssel in diesen Plan, indem sie nicht resetkorrekt implementiert werden.

Das bedeutet, dass das einfache Überschreiben resetnicht ganz gnome-terminaldas Richtige ist: Wenn ich auf einem Linux-Computer bin, muss es wissen, ob ich oder iTerm verwende, um die richtige Escape-Sequenz zu senden.

Gibt es eine Möglichkeit (auch wenn ich eine brauche ioctl), das Terminal zu fragen, was es wirklich ist?

¹Für die Zwecke dieser Frage sollte durch Zurücksetzen der Bildschirm gelöscht, der Cursor zurückgesetzt und der Bildlaufpuffer gelöscht werden.

Verwenden Sie $TERM_PROGRAM.

iTerm setzt es auf iTerm.appund Terminal.app auf Apple_Terminal.

$TERMhat überhaupt nichts mit dem aktuell laufenden Terminalemulator zu tun, es ist nur Ihr Standardterminal und kann auf alles eingestellt werden. Um den Namen des Terminalemulators abzurufen, den Sie ausführen, können Sie psdie PID des übergeordneten Prozesses Ihrer aktuellen Shell abrufen.

HINWEIS: Folgendes schlägt unter OSX fehl, sollte jedoch unter Linux einwandfrei funktionieren

Die PID Ihres aktuellen Shell-Prozesses ist $$. Von dort aus können Sie pseinen Prozessbaum anzeigen und die PID des übergeordneten Elements Ihrer aktuellen Shell-Sitzung drucken:

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

Sie können diese PID dann an übergeben psund anweisen, den Befehlsnamen auszudrucken:

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

Dadurch wird der Name abgeschnitten. Es sollte ausreichen, um ihn herauszufinden, ist jedoch möglicherweise nicht für die Skripterstellung geeignet. Um den vollständigen Namen zu erhalten, können Sie versuchen

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

Dies ist, was ich auf meinem System mit ein paar verschiedenen Terminals bekomme:

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
   

Hier ist eine tragbare Methode, um den Namen oder Pfad des übergeordneten Prozesses abzurufen:

iTerm 2:

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

Gnom-Terminal in Ubuntu:

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

Terminal.app:

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

Beachten Sie, dass, wenn Terminal.app so eingestellt ist, dass neue Shells mit der Standard-Login-Shell geöffnet werden, der übergeordnete Prozess der Shell loginund nicht das Terminal ist.

Die commSpalte ist der vollständige Pfad des Befehls in OS X und der Befehlsname, der in der procps-Implementierung unter Linux auf 15 Zeichen gekürzt wurde.