Kompakter Editor für den Terminaleinsatz

Edit ist ein schlanker Editor mit Text User Interface (TUI), der insbesondere auf Portabilität und geringe Abhängigkeiten ausgelegt ist. Die Software setzt auf eine eigene TUI-Bibliothek, die laut Projektentwickler besser zu einer geplanten Plugin-Schnittstelle auf Basis einer C-ABI passt. Außerdem wurde Wert auf UTF-8-Unterstützung, kompakte Dateigröße, VT-kompatible Ausgabe (für bessere SSH-Kompatibilität) und statische Kompilierung gelegt. So lässt sich das Programm ohne Abhängigkeiten ausführen.

Der Editor wurde in Rust geschrieben, nachdem erste Prototypen in C, C++ und Zig entstanden waren. Die Entscheidung für Rust fiel, weil die Sprache innerhalb Microsofts bereits offiziell unterstützt wird und sich gut für systemnahe Programmierung eignet. Der Editor ist natürlich für Windows-Admins interessant, weil man sich seit Windows 10/Windows Server 2019 via SSH auch auf Windows-Kisten einloggen kann. Für administrative Aufgaben braucht es dann auch einen effektiven Editor.

Veröffentlichung auf GitHub

Der Quellcode sowie vorkompilierte Binaries sind auf GitHub unter github.com/microsoft/edit verfügbar. Für Linux steht ein statisch gelinktes Binary bereit, das ohne weitere Abhängigkeiten ausgeführt werden kann:

$ wget https://github.com/microsoft/edit/releases/download/v1.0.0/edit-1.0.0-x86_64-linux-gnu.xz
$ unxz edit-1.0.0-x86_64-linux-gnu.xz
$ chmod +x edit-1.0.0-x86_64-linux-gnu
$ ./edit-1.0.0-x86_64-linux-gnu

Im Arch User Repository (AUR) stehen mehrere inoffizielle Pakete zur Verfügung, unter anderem edit, ms-edit, ms-edit-bin und microsoft-edit. Ich möchte hier keine Empfehlung ausgeben, mit Sicherheit wird hier in den nächsten Tagen ein wenig aufgeräumt. Dazu kommen Kochrezepte mit der Endung -git, die das Programm aus dem Quellcode bauen.

$ yay -Ss microsoft edit
aur/edit 1.0.0-1 (+0 0.00) 
    A simple editor for simple needs (Microsoft Edit)
aur/ms-edit 1.0.0-1 (+1 1.00) 
    A simple editor for simple needs (Microsoft Edit)
aur/ms-edit-git 1.0.0.r1.ge8d40f6-1 (+2 1.98) 
    A simple editor for simple needs (Microsoft Edit)
aur/ms-edit-bin 1.0.0-1 (+3 2.99) 
    A simple editor for simple needs (Microsoft Edit)
aur/microsoft-edit-git 1.0.0.r1.ge8d40f6-2 (+1 1.00) 
    Modern version of the MS-DOS Editor with a modern UI and keybindings similar to VS Code
aur/microsoft-edit 1.0.0-2 (+2 1.99) 
    Modern version of the MS-DOS Editor with a modern UI and keybindings similar to VS Code

Entwicklung aus Eigeninitiative

Der Editor entstand im Rahmen eines internen Microsoft-Projekts, wurde jedoch größtenteils in der Freizeit des Entwicklers umgesetzt. In einem ausführlichen Kommentar auf Hacker News beschreibt der Autor Hintergründe zur Entstehung, den Technologiestack sowie die Beweggründe für die Eigenentwicklung anstelle der Verwendung bestehender TUI-Editoren. Einen neuen Editor für Linux-User zu schaffen, stand allerdings nicht auf dem Zettel. /s

Ziel sei es unter anderem gewesen, ein möglichst kleines Binary mit guter Unicode-Unterstützung bereitzustellen, das systemnah arbeitet und sich auch für automatisierte Systemumgebungen oder Remote-Shells eignet. Ob sich Edit langfristig gegen etablierte Editoren behaupten kann, bleibt abzuwarten. Der Fokus auf Minimalismus, Portabilität und UTF-8-Kompatibilität dürfte insbesondere in reduzierten oder serverseitigen Umgebungen relevant sein.

Bereits vor einigen Jahren habe ich mich schon einmal mit dem Thema SSH/SFTP-Server unter Windows mounten beschäftigt. Damals konnte mit Swish nur ein Tool, das im Großen und Ganzen gut funktionierte. Swish klinkt sich direkt in den Windows-Explorer ein und integriert zusätzliche Menüs, über die sich dann SSH/SFTP-Server konfigurieren und in den Explorer einbinden lassen. Aus dem Explorer lassen sich dann Dateien in einem Editor öffnen und bearbeiten und klassisch per Drag&Drop Dateien und Verzeichnisse hin- und herschieben.

Wie ein Kommentator allerdings erst kürzlich schrieb, hat das Programm allerdings einen Haken — Inhalte des gemounteten SSH-Servers kopiert Swish in den temporären Speicher des Rechners und öffnet sie dann lokal von der Festplatte. Ändert man dann diese Dateien, schreibt Swish sie automatisch wieder auf den SSH-Server. Das funktioniert mit Konfigurationsdateien und PHP-/HTML-Dateien ohne große Komplikationen, möchte man aber etwas Musik oder Videos mittels Swish und SSH streamen, dann muss man immer erst einmal abwarten, bis Swish die Daten kopiert hat.

Als brauchbare Alternative zu Swish bietet sich inzwischen nun aber auch Win-sshfs an. Das kostenlose Programm bietet ähnliche Möglichkeiten wie Swish, muss aber die entfernt gelagerten Daten nicht erstmal vollständig kopieren, bis andere Anwendungen auf diese zugreifen können — Wie von Linux gewohnt, sind gemountete Daten einfach da. Aktuell wird das Programm nicht aktiv weiterentwickelt, allerdings konnte ich in meinem kurzen Test unter Windows 7 keine Probleme feststellen. Es müsste sich daher auch bei euch noch gut machen.

Die Installation von Win-sshfs gelingt über eine Installationsroutine, die etwaige fehlende Komponenten aus dem Netz lädt. Zum Abschluss der Installation ist ein Neustart des Systems notwendig. Nach diesem sollte Win-sshfs eigentlich automatisch mitstarten. Falls nicht, ruft ihr das Programm aus dem Startmenü aus, es nistet sich dann als Icon in das Statusmenü von Windows ein. Mit Show Manager ruft ihr dort dann den Sshfs Manager auf, in dem ihr die von euch genutzten SSH-Zugänge einrichten könnt.

Mit Save speichert ihr eure Änderungen ab, mit Mount bindet ihr dann den SSH-Server als Netzwerklaufwerk ein. Soll der Server direkt nach dem Start verfügbar sein, dann achtet drauf, dass Win-sshfs mit Run at startup automatisch mit dem Rechner gestartet wird und die Option Mount at login dafür sorgt, dass Win-sshfs die Daten des SSH-Servers automatisch einbindet. Ein oft genutzter SSH-Server ist somit auch unter Windows immer in Reichweite.

Möchte man dazu also ein Terminal eine Eingabeaufforderung gestartet werden, muss man sich zum Verzeichnis mit der ausführbaren Datei durchhangeln und das Ding dann entsprechend aufrufen. Nervig — weil Windows unter anderem keine ordentliche Datei-/Ordnernamenergänzung kennt. Nun der Tipp: Haltet die Shift-Taste gedrückt und klickt mit der rechten Maustaste auf einen leeren Bereich im Explorer. In diesem Fall erscheint dann die Option Eingabeaufforderung hier öffnen, so wie man es beispielsweise von Nautilus und dem Paket nautilus-open-terminal kennt. Getestet habe ich es hier mit Windows 8, es müsste aber auch mit älteren Windows-Versionen funktionieren.

Nautilus-Open-Terminal für Linux

Wie schon angesprochen könnt ihr die Funktionalität auch unter Linux haben. Es kommt dabei natürlich stark auf die von euch genutzt Desktop-Umgebung und den von dieser genutzten Dateimanager an. Gnome bringt Nautilus bzw. heute Files aka Dateien mit. Dieser Dateimanager lässt sich mit dem Plugin nautilus-open-terminal dahingehend erweitern, dass ihr aus dem Kontextmenü die Option In Terminal öffnen aufrufen könnt. Die Erweiterung könnt ihr bei den bei den meisten Linux-Distributionen über die Paketverwaltung installieren. Bei Debian, Ubuntu oder auch Arch Linux ist das schnell geschehen.

### Nautilus-Open-Terminal unter Ubuntu/Debian installieren
$ sudo apt-get install nautilus-open-terminal
### Nautilus-Open-Terminal unter Arch Linux installieren
$ sudo pacman -S nautilus-open-terminal

Der Client basiert auf zahlreichen quelloffenen Bibliotheken, ist aber wohl selber leider proprietär. Er läuft unter Windows XP, Vista und Sieben, und braucht .Net 4 zum funktionieren. Ist das Framework noch nicht installiert, dann wird es vom Setup automatisch aus dem Netz geladen und auf dem System installiert.

Nuvola für Linux

Nuvola ist eigentlich schon ein alter Hund. Ich hatte die Anwendung schon einmal vorgestellt, als sie noch Google Music Frame hieß. Der Name wurde aus markenschutzrechtlichen wie auch rein praktischen Gründen geändert, da der Player inzwischen eben nicht nur Google Music, sondern eben auch andere Cloud-Dienste unterstützt.

Nuvola lässt sich mittlerweile in zahlreichen Linux-Distributionen nutzen, für Ubuntu gibt es eine Reihe von offiziellen PPAs, über die sich der Player installieren lässt. Ich persönlich würde das Stable-PPA mit der aktuell offiziellen Nuvola-Version empfehlen, das PPA gibt es von Lucid aufwärts, bis hin zu Precise.

$ sudo add-apt-repository ppa:nuvola-player-builders/stable
$ sudo apt-get update && sudo apt-get install nuvolaplayer

Nuvola bindet die verschiedenen Cloud-Music-Player dann recht ordentlich in den Desktop ein. Sie nutzt bspw. das Music-Menu von Unity, man kann mit den Medientasten der Tastatur einen Song stoppen, oder zum nächsten springen und beim Wechsel eines Songs wird man über eine Nachricht informiert.

Die Welt hört jedoch nicht nach Windows aus und gerade bei Cloud-Diensten macht es ja den Reiz aus, diese von jedem System aus bequem nutzen zu können. Von daher finde ich den Google Music Desktop Player für Windows Vista/7 nicht schlecht.

Google Music Desktop Player für Windows

Der Google Music Desktop Player für Windows Vista/7 ist sehr ähnlich zu Nuvola, nur dass eben bislang nur Google Music unterstützt wird. Die Freeware muss nicht installiert werden, sondern kann kostenlos von DeviantArt heruntergeladen und einfach entpackt und ausgeführt werden. So lässt sich der Player auch einfach auf einen USB-Stick verfrachten.

Der Player ermöglicht das Steuern von Google Music über die Medien-Tasten des Keyboards, er blendet den Titel und das Cover beim Wechsel eines Songs ein, scrobbelt die abgespielten Songs zu last.fm und hat einen Mini-Player, der Platz für Wichtigeres auf dem Desktop macht.

Erst einmal solltet ihr eure virtuelle Maschine starten und euch vergewissern, dass die VirtualBox-Gasterweiterung in dem virtualisierten System installiert sind. Des weiteren solltet ihr den Namen der entsprechenden VirtualBox im Kopf behalten. Wer sich diese Info nicht so lange merken kann, der bekommt über VBoxManage eine Liste mit allen derzeit aktiven virtuellen Maschinen angezeigt.

$ VBoxManage list runningvms
"Windows XP" {88825782-72a0-41f5-98eb-f58b19ab5d1e}
"Ubuntu Natty" {a22339bf-81e9-4c0e-9f99-f912eacba713}

Auf meinem System sind also gerade eine virtuelle Maschine mit dem Namen „Windows XP“ und eine mit dem Titel „Ubuntu Natty“ aktiv. Danach ist der Rest eigentlich nur noch ein Kinderspiel. Über das folgende VBoxManage-Kommando weist ihr dem VirtualBox-Fenstet eine bestimmte Größe und Farbtiefe zu.

$ VBoxManage controlvm "Windows XP" setvideomodehint 1280 720 32
$ VBoxManage controlvm "Windows XP" setvideomodehint 1440 900 32

Das Fenster der virtuellen Maschine passt sich daraufhin automatisch an die jeweils zugewiesenen Werte an und behält diese auch bei einem Neustart des virtualisierten Systems bei. Nach wie vor lässt sich das VirtualBox-Fenster allerdings in seiner Größe durch Ziehen an den Ecken verändern. Das ist natürlich keine Magie und nicht wirklich was Neues und kann man ja auch in der Anleitung von VirtualBox nachlesen, doch wer macht das schon

Das kleine Programm Swish möchte das in Zukunft ändern. Mit Swish könnt Ihr direkt mit dem Windows-Explorer auf SSH-Server im LAN oder Internet zugreifen. Swish ist Open-Source, steht unter der CC-GNU GPL und gerade eben wurde die Version 0.4.0 veröffentlicht, mit der man schon halbwegs arbeiten kann.

Ihr könnt das Programm als .msi-Setup von der Homepage herunterladen und danach wie üblich installieren. Leider gibt es bislang nur eine 32-bit Version, 64-bit Support ist erst für die finale 1.0 geplant. Nach der Installation findet ihr ein „Netzwerklaufwerk“ namens Swish im Explorer. Sobald Ihr dort reinklickt könnt Ihr über das Menü via „Extras -> Add FTP Connection“ einen Server hinzufügen. Im folgenden Video habe ich das Vorgehen kurz festgehalten (Das Video steht aufgrund des Aus von Blip.tv nicht mehr zur Verfügung).

Das Programm funktioniert im Prinzip schon recht gut, doch solltet Ihr die Ansammlung an Bugs im Auge behalten. Swish warnt bspw. nicht wenn bestehende Dateien auf dem Server überschrieben werden und aktuell gibt es auch noch Probleme mit der Darstellung. Doch in naher Zukunft vereinfacht Swish mit Sicherheit die Arbeit von Sysadmins, die mit Windows-Kisten Linuxe verwalten müssen.

Mit dem Release von Windows 7 sind wir auf eine neue Image-Software umgestiegen, so dass wir die meisten der System komplett neu aufsetzen. Es hat sich herausgestellt, dass die optimale Installationsreihenfolge mit Windows 7 beginnt, da die neue Version automatisch eine 100MB große Partition erzeugt. Danach wird dann Vista oder XP installiert, wobei wir die 100MB Partition beibehalten und auch ins Image mit aufnehmen. Nur so gelingt es uns zuverlässig die Images wiederherzustellen und die Rechner zu booten.

Nun gut, warum die ganze Geschichte? Das Prozedere haben wir anfangs auf einigen aktuellen Maschinen mit Core2Duo-CPUs durchgeführt und hatten nie Probleme. Doch dann kamen die schon angesprochenen Rechner mit P4s an die Reihe. Wie zuvor x-mal erprobt, wurde Win7 installiert, ein Image von der Installation gezogen und dann Windows XP installiert. Die Installation läuft an, es werden Daten auf die Platte kopiert und die Installationsroutine meint nach einer Weile, dass es nun Zeit ist das System neu zu starten. Die Überraschung macht sich nun bemerkbar…

… das System hängt beim POST-Check der Festplatten. Anfangs tippten wir auf einen spontanen Hardware-Fehler, doch das selbe Fehlerbild bot sich auf mehreren Rechnern. Alle Rechner hatten Mainboards mit einem Bios von AMI und P4 CPUs…

Rechner 1

• Mainboard: ASRock 775VM800
• BIOS: Amibios 1.30
• CPU: P4@3Ghz
• Festplatte: Maxtor 6L080L0

Rechner 2

• Mainboard: ASUS P4P800
• BIOS: Amibios Revision 1009
• CPU: P4@2,8Ghz
• Festplatte: Maxtor 6Y120L0

Rechner 3

• Mainboard: ASUS P4P800S-X
• BIOS: Amibios Revision 1005A
• CPU: P4@3Ghz

Selbst, wenn man die betroffenen Platten in einen P4-Rechner einbaute, der zuvor noch nie ein Windows 7 gesehen hatte, hing das System beim Booten. Indem man die Platte nullt kann man das Problem recht leicht lösen. Ich vermute dass die Problematik mit der 100MB-Partition zusammenhängt. Installiert man nämlich Windows 7 und lässt danach die Installationsroutine von Windows XP alle Partitionen löschen, dann booten die Rechner nach der Installation von XP.

Alles in Allem kein großes Problem – wenn man sich zu helfen weiß – doch wenn man zum ersten mal vor diesem Phänomen sitzt, dann ist die Überraschung alles andere als schön. In unserem Fall half nur ein USB-IDE-Adapter, denn alle modernen Rechner im Testcenter hatten kein IDE mehr und die alten hingen beim Booten, sobald eine betroffene Platte im System war.