Tipps zur Einrichten einer Arbeitsumgebung

export EDITOR=nano # oder besser

Mit der export Anweisung, können Umgebungsvariablen deklariert werden. Diese können entweder in der Shell benutzt werden (per Dollar-Zeichen) oder an Unterprozesse übergeben werden.

Die Variable EDITOR wird bspw. von git commit benutzt, wenn es den Nutzer eine Commit Nachricht bearbeiten lassen will. Bevorzugt ihr einen anderen Texteditor, schreibt ihr hier einfach dessen Namen nach dem = hin.

Hier wird der Editor GNU Nano wird als standard Editor ausgewählt.

export PATH=$HOME/.local/bin:$PATH

Hier wird eine weitere Umgebungsvariable gesetzt. Die Variable PATH ist aber signifikant, da die Shell diese benutzt um nach Befehlen zu suchen.

Um ein beliebiges Programm zu starten, muss gewöhnlich der gesamte Pfad zur ausführbaren Datei angegeben werden: Kompiliert ihr eine C Datei in a.out, muss der Shell explizit gesagt werden, dass diese Datei ausgeführt werden soll

$ ./a.out

Die Skripte zum verwalten von Aufgaben, müssen meistens mit einem absoluten Pfad:

$ /proj/i4sp1/bin/get-deadline

Jedoch ist diese nicht notwendig für Programme wie ls, gcc, etc. welche auch mit „ganzen Namen“ angesprochen werden könnten:

$ /usr/bin/ls

Der Grund dafür ist, dass das Verzeichnis /usr/bin im „Pfad“ liegt: Die Shell schaut ob es in allen Dateien im Pfad eine Datei ls gibt. Dieser Pfad wird in der zuvor erwähnten Umgebungsvariable PATH gespeichert, und kann wie folgt aussehen:

/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

Dabei ist jedes Verzeichnis, in dem gesucht werden soll, durch einen : getrennt.

Allgemein, können wird den „Pfad“ durch die rekursive Zuweisung

export PATH=(Füge hier ein Verzichnis ein):$PATH

erweitern.

alias gdb="gdb -q"
alias ls='ls -Fh'
alias vg=valgrind

Die einfachste Möglichkeit für einen Benutzer neue Befehle zu deklarieren, ist mittels Aliase.

Im wesentlichen sind diese kurze Anweisungen welche komplexe Befehle über einfachere Befehle definieren. Die Hauptverwendungszwecke sind:

1. Automatisches übergeben von Flags und Optionen (wenn ich gdb schreibe wird automatisch der -q Flag übergeben, mit dem der Copyright-Banner unterdrückt wird) das vg mit valgrind ersetzt)

Sollte man jedoch einen alias „ignorieren“ wollen, kann man ein \ am Anfang der Zeile hinzufügen, womit das Programm ohne Alias-Substitution aufgerufen wird.

Aliase greifen nur auf den Befehlsnahmen, und können keine Argumente ersetzen.

goto() {
    if [ -z "$1" ]
    then
        echo "Usage: goto [directory]" 2>&1
        return
    fi

    case "$1" in
        sp)     cd /proj/i4sp1 ;;
        tmp)    cd /var/tmp/ ;;
        *)      echo "No match" >&2 ;;
    esac
}

Die nächste Variante die Shell zu erweitern, ist mit eigenen Funktionen. Diese unterscheiden sich zu eigenen Programmen, da die Befehle in der Shell selbst ausgeführt werden, statt in Unterprozessen. Daher können sie die Shell beeinflussen.

In diesem Fall wird dieses dafür ausgenutzt, um den Befehl cd aufzurufen, mit dem die Working Directory der Shell verändert wird: Im wesentlichen führt dieser Befehl ein Switch-Case auf dem ersten Argument von goto aus, und führt die Befehle eines passenden Zweigs aus.

Gibt daher der Benutzer

$ goto sp

ein, schaut die Funktion welcher Fall wie sp aussieht, und führt in diesem Fall

cd /proj/i4sp1

stty -ixon >/dev/null 2>&1 || true

Die genaue Funktionsweise dieses Befehls ist weniger wichtig, das wesentliche ist, dass damit der Nutzer verhindert, dass dein Terminal(-Emulator) ausersehenen gesperrt wird, und nichts anzeigt.

Dieses Verhalten ist eine historische Eigenartigkeit, was aktiviert wird durch das drücken der Tastenkombination „Ctrl-S“, und entsperrt mittels „Ctrl-Q“. Mit dem stty Befehl wird dieses ganz deaktiviert.

Je nach Platform muss man anders mit SSH arbeiten. Hier ein paar Möglichkeiten:

• Auf Windows kann Putty benutzt werden, wofür keine weitere Software notwendig ist. Ihr bekommt hiermit zunächst nur eine Konsole, daher empfiehlt sich das, falls ihr euch entweder auf diese Arbeitsweise einschränken wollt oder könnt. Es ist möglich „X11-Forwarding“ einzurichten, um graphische Programme lokal zu benutzen. Mit pscp können Dateien zwischen eurem und dem CIP System kopiert werden.
• Mittels des Windows Subsystem for Linux, können Windows Nutzer eine Linux-Artige Umgebung benutzen, ohne gesonderte virtuelle Maschine. Meines Wissens nach, sollte dieses alles Enthalten was man für SP bracht, daher gilt der nächste Punkt:
• Unixoide Systeme (Linux, macOS, *BSD) sollten entweder bereits ein SSH Client installiert haben. Falls nicht, kann eines einfach installiert werden (Pakete für Debian/Ubuntu: openssh-client, Fedora/RedHat: openssh-clients)
• Mittels X-Forwarding können graphische Anwendungen über das Netzwerk benutzt werden, was aber öfters langsam sein kann. Als alternative kann Xpra benutzt werden. Eine Anleitung im FSI-Forum erklärt wie. Vergesst nicht die „ab12cdef“ durch euren Namen zu ersetzen.
• Bei nicht-stabilen Verbindungen könnte der Mosh (Mobile Shell) client hilfreich sein, da dieser in der Lage ist mit schlechten Verbinungen klar zukommen.

Wer sich einfach und schnell an das CIP system binden will, kann dieses mit SSH machen. Zwei Tricks helfen einem dabei dieses einfacher und schneller zu machen.

Für viele am einfachsten und intuitiv zu bedienen. Fast jede Desktop-Umgebung hat ihren eigenen. Populäre Beispiele sind Gedit (für GNOME), KWrite (für KDE/Plasma) oder Mousepad (für XFCE). Von dieses würde ich Gedit empfehlen. Man kann Gedit auch von der Konsole aus starten mit dem Befehl gedit.

Es ist möglich innerhalb eine Konsole eine nicht-Zeilenorientierte Benutzeroberfläche zu benutzen (genannt TUI). Dieses wird gerne für Texteditoren benutzt, und ist zunächst weder besser noch schlechter als ihre graphischen Analoge. Über SSH, sind diese meist die einzige praktikabel Option.

Abgesehen von den nächsten beiden Familien, welche strenge genommen auch zu dieser Familie zählen, wäre GNU nano oder Micro. Dieses, wie fast alle Texteditoren dieser Art werden in der Shell gestartet wie folgt:

$ nano meine-datei

Andere Beispiele im CIP wären JOE, e3 oder JED, wobei ich diese für Anfänger nicht all zu empfehlenswert empfinde.

Für Esoteriker gibt es immer ed, den standard editor.

Auf Unix-Systemen ist seit über 40 Jahren Familie der vi (ausgesprochen „Wie-Ei“) bekannt und populär. Die kennzeichnende Eigenschaft ist die des Modalen Arbeitens: Verschiedene Modi interpretieren Tastendrücke anders, und ermöglichen somit effizientes bearbeiten von Textdokumenten. Die zwei Hauptmodi sind der „Insert Mode“, wo man wie gewöhnt schreibt, und der „Normal Mode“ in dem Tastenkombination als Bearbeitungsbefehle interpretiert werden (eg. wenn man dd eingibt, wird eine Zeile gelöscht, ct$ löscht bis zur Ende der Zeile und erwartet eine neue Eingabe, 2T(hmq%x`qx die zweite Klammer-stufe löscht.) Eine Übersicht der Befehle ist hier zu finden.

Die populärste Implementierung ist Vim, sowie dessen Fork Neovim (nicht zu verwechseln mit dem klassischem nvi). Im CIP ist auch Vis installiert, welches verwandt mit dieser Familie von Texteditoren ist. Allgemein empfiehlt es sich eine Grund-Kompetenz mit vi anzueignen, da diese fast auf jedem System zu finden ist, oder wenn man eine schlechte Netzwerkverbindung hat.

Mit einer ebenso langen Tradition wie vi, sind verschiedene „Emacsen“, primär GNU Emacs auch auf allen Plattformen zu finden. Dieser Editor kennzeichnet sich durch immense Erweiterbarkeit aus. Im Gegensatz zu vi haben diese jedoch meist mehr eingebaute Funktionalitäten, und in nicht-Ersatz Emacs Varianten extrem erweiterbar. Da dieses mein bevorzugter Editor ist, stehe ich bei Fragen oder allgemeinem Interesse bereit!

Wer aus der Welt von Java gewöhnt ist an Automatische Vervollständigung von Symbolen, schnelle Diagnostikern und Quelltextnagivation könnte enttäuscht werden von der bisherigen Aufzählung (obwohl dieses nicht sein muss: Viele der bisher aufgezählten Programme können all dieses auch!). Dieses muss jedoch nicht sein — auch für C (bzw. meist C++) Entwickelung gibt es eine große Auswahl. Wer KDE/Plasma schon nutzt, könnte Kate interessant finden. Sowohl IntelliJ hat eine C Variante (diese ist jedoch Kostenpflichtig und nicht-Freie Software), und Eclipse kann um C-Funktionalitäten erweitert werden. Über das Module System (Abschnitt „Wie kann bekomme ich eine Liste der installierten Softwarepakete?“) kann auch [[https://vscodium.com/][VSCodiu