Ich habe ein virtuelles Museum mit fast jedem Betriebssystem gebaut, das man sich vorstellen kann
(virtualosmuseum.org)- Das Virtual OS Museum ermöglicht es, historische Betriebssysteme und eigenständige Apps direkt in einer Linux-VM für QEMU, VirtualBox und UTM auszuführen
- Alle Betriebssysteme und Emulatoren sind vorinstalliert und vorkonfiguriert, und mit einem angepassten Launcher samt Snapshots lassen sich beschädigte Installationen schnell wiederherstellen
- Der Umfang reicht vom Manchester Baby von 1948 bis heute und umfasst mehr als 1.700 Installationen, mehr als 250 Plattformen und mehr als 570 eigenständige Betriebssysteme
- Erkunden lassen sich sowohl Mainstream- als auch seltene Systeme wie CTSS, frühe Unix-Versionen, Xerox Star Pilot/ViewPoint, Windows 1.0 bis frühe Longhorn-Builds sowie classic Mac OS bis Mac OS X 10.5 PPC
- Das zentrale Ziel ist es, Bewahrungsmaterial nicht nur in einem theoretisch bootfähigen Zustand zu halten, sondern als ausführbare Computergeschichte, bei der sich per Klick auch die damalige Software öffnen lässt
Was wird angeboten?
- Das Virtual OS Museum ist ein virtuelles Museum, das Betriebssysteme und eigenständige Anwendungen per Emulation ausführt, und wird als Linux-VM für QEMU, VirtualBox und UTM bereitgestellt
- Alle Betriebssysteme und Emulatoren sind vorinstalliert und vorkonfiguriert, außerdem ist ein angepasster, emulatorunabhängiger Launcher enthalten
- Der Launcher bietet eine Snapshot-Funktion, mit der sich beschädigte Installationen schnell in einen lauffähigen Zustand zurücksetzen lassen
- Mitgeliefert werden außerdem Hypervisor-Installer und Verknüpfungen, um die VM unter Windows, macOS und Linux auszuführen
- Die Umgebung ist so aufgebaut, dass sich historische Betriebssysteme und Plattformen erkunden lassen, ohne sich um Installation, Emulator-Konfiguration oder beschädigte emulierte Installationen kümmern zu müssen
Umfang und Größe
- Ab dem Manchester Baby von 1948 bis heute deckt das Projekt die gesamte Geschichte des Stored-Program-Computing mit Betriebssystemen und Plattformen ab
- Ziel ist es, jede lauffähige Betriebssystemversion, die irgendwo existiert, in einer Form einzubinden, die auf einem einigermaßen modernen Laptop oder Desktop von jedem ausgeführt werden kann
- Der Bestand umfasst mehr als 1.700 Installationen, mehr als 250 Plattformen und mehr als 570 eigenständige Betriebssysteme
- Erkunden lassen sich frühe Resident Monitors, CTSS als Vorläufer moderner Betriebssysteme, frühe Unix-Versionen, Xerox Star Pilot/ViewPoint als frühes Desktop-Metaphern-GUI-Betriebssystem und frühe Versionen bekannter Mainstream-Systeme
- Enthalten sind nicht nur die meisten bekannten Betriebssysteme und Plattformen, sondern auch viele seltene Systeme, die heute kaum jemand jemals selbst gebootet hat
Arten der enthaltenen Betriebssysteme und Plattformen
-
Frühe Mainframes
- Enthalten sind Test- und Demo-Programme für den Manchester Baby, Mark 1 Scheme A/B/C/T sowie verschiedene EDSAC-Software
- Mark 1 Scheme A/B/C/T gilt als eines der frühesten Beispiele für Systemsoftware, die sich als Betriebssystem verstehen lässt
-
Spätere Mainframes und Minicomputer
- Enthalten sind CTSS, MVS, VM/370, TOPS-10/20, ITS, Multics, RSX und RSTS
-
Workstations und Unix-Familie
- Enthalten sind PERQ OSes, SunOS, IRIX, OSF/1, A/UX, NeXTSTEP, Plan 9, verschiedene BSDs und Linux-Distributionen aus unterschiedlichen Epochen
-
Heimcomputer
- Enthalten sind verschiedene CP/M-Varianten, Apple II, Commodore 8-bit machines, Atari 8-bit, MSX, Tandy TRS-80, BBC Micro, ZX Spectrum und Sharp MZ
-
Betriebssysteme für Personal Computer
- Enthalten sind verschiedene DOS-Varianten, OS/2, BeOS, Windows 1.0 bis zu frühen Longhorn-Betas sowie classic Mac OS bis Mac OS X 10.5 PPC
-
Mobil und Embedded
- Enthalten sind PalmOS, EPOC/Symbian, Windows CE, Newton OS, frühe Android- und iOS-Versionen, soweit Emulation erlaubt ist, sowie QNX
-
Forschungs- und seltene Systeme
- Enthalten sind viele Systeme wie ZetaLisp, Smalltalk-Umgebungen, Oberon und Plan 9, die sich nur schwer direkt booten lassen
Download und Updates
- Download the Virtual OS Museum
- Es gibt eine Full-Version und eine Lite-Version
- Die Full-Version wird mit allen Einträgen bereits vorab heruntergeladen geliefert und kann offline genutzt werden
- Die Lite-Version lädt Images wie Disketten, Festplatten oder Bänder beim ersten Start der Gast-VM herunter
- Beide Editionen unterstützen automatische und manuelle Updates, sodass nicht die gesamte VM neu heruntergeladen werden muss, um neue Installationen zu erhalten
Warum ist das nötig?
- In den vergangenen 20 Jahren hat sich der Zustand der Software Preservation stark verbessert, doch viele bestehende Erhaltungsprojekte sind weiterhin nur begrenzt zugänglich
- Als 2003 damit begonnen wurde, Emulator-Images zu sammeln, gab es nur wenige Archive für Software-Images und Dokumentation, und abgesehen von bekannten, verbraucherorientierten Plattformen auch nur wenige Emulatoren
- Heute gibt es viele große Archive historischer Software und Dokumentation sowie zahlreiche Emulatoren für sehr seltene Plattformen
- Diese Bemühungen sind wichtig, um historische Software verfügbar und ausführbar zu halten, und auch dieses Projekt wäre ohne Emulatoren, vorinstallierte Images und Medienarchive unmöglich gewesen
- Dennoch braucht es weiterhin Zeit und Aufwand, aus konserviertem Material tatsächlich lauffähige VM-Installationen zu machen
-
Faktoren, die die Ausführbarkeit erschweren
- Manche Betriebssysteme haben komplexe Installationsverfahren
- Manche hängen von einer bestimmten Gerätekonfiguration innerhalb eines Emulators ab
- Manche laufen nur mit bestimmten Emulator-Versionen und können in späteren Versionen durch Regressionen unbrauchbar werden
- Manche Emulatoren benötigen komplexe Konfigurationsdateien oder setzen bestimmte Umgebungen auf dem Host-System voraus
- Ziel ist es, an verschiedenen Orten bewahrte Computergeschichte nicht nur in einem theoretisch bootfähigen Zustand, sondern tatsächlich zugänglich zu halten
- Per Klick startet ein Eintrag sofort, und wenn möglich ist die damalige Software bereits so geladen, wie sie auch echte Nutzer zu jener Zeit verwendet hätten
Arbeit, die darin steckt
- Dieses Projekt ist das Ergebnis von mehr als 20 Jahren Sammelarbeit
- Die Betriebssystem-Installationen stammen aus vielen Quellen; einige wurden als vorinstallierte Images heruntergeladen, andere direkt aus Original-Installationsmedien-Images installiert
- Manche Installationen dauerten weniger als eine Stunde, andere fast eine Woche
- Eine beträchtliche Zahl von Installationen läuft wegen Regressionen in neueren Versionen nur mit bestimmten Emulator-Versionen
- Einige Emulatoren benötigten kleine Patches, damit sie auf aktuellem Linux laufen oder gut mit dem Launcher zusammenarbeiten
- Einige Emulatoren wurden gepatcht, um Betriebssysteme zu starten, die zuvor nicht funktionsfähig waren
- Viele Installationen enthalten zusätzlich weitere Software wie Anwendungen, Entwicklungswerkzeuge, Spiele und Utilities und sind so eingerichtet, wie sie wahrscheinlich tatsächlich genutzt wurden
- Das Projekt ist noch nicht abgeschlossen; es gibt noch weitere Images zu installieren und Emulatoren, die verbessert werden sollen
- Den aktuellen Arbeitsstand kann man auf dem YouTube channel, im blog und auf BlueSky verfolgen
Screenshots und Mitmachen
- More screenshots
- Auf der Website gibt es Beispiele für das Hauptfenster des Launchers, den VM-Informationsbildschirm sowie laufende Systeme wie Unix PC SVR2 und XVM RSX
- Die Beispiel-Screenshots zeigen viele Systeme, darunter AFROS, AO-DOS, ATT Unix PC System V R2, A/UX, Amiga UNIX, CP/M, Coherent, Domain/OS, HP-UX, IRIX, LisaOS, Mac OS, Minix, NeXTStep, Plan 9, QNX, Solaris, Tru64 UNIX, ULTRIX und UNICOS
- Es ist ein privat betriebenes und kuratiertes Projekt, das mit Zeit und Geduld aufrechterhalten wird
- Patreon: laufende Unterstützung
- Ko-fi: einmaliger Beitrag
- Discord / Fluxer: Gespräche, Fragen und Vorschläge für hinzuzufügende Plattformen oder Betriebssysteme
- GitLab: Bugreports oder Patches für Launcher und Skripte einreichen
- Als Unterstützung wird auch genannt, Menschen, die sich mit Computergeschichte beschäftigen oder dazu forschen, auf das Projekt aufmerksam zu machen
3 Kommentare
Ich dachte mir schon, dass TempleOS sicher erwähnt wird, und genau so ist es. HolyC
RIP Terry Davis
Hacker-News-Kommentare
Die kuratorische Arbeit ist beeindruckend. Einige Beispiele in der Galerie scheinen jedoch eher die letzte und neueste Version zu sein, obwohl das nicht unbedingt die beste oder interessanteste ist.
Zum Beispiel wirkt „Domain_OS SR10.4 - 01 VUE desktop“ etwas irreführend und könnte dazu führen, dass Leute das eigentliche DomainOS verpassen.
Apollo DomainOS, oder Domain/IX, oder einfach Domain, hatte viele einzigartige und interessante Elemente, verschwand aber nicht lange nach der Übernahme durch HP. Es war eher das, was herauskommen würde, wenn man Programmierern, die sonst meist nur Textterminals kannten, Megapixel-Displays, Pixel-Framebuffer, Maus und Freiheit beim Tastatur-Hardwaredesign gibt und sagt: „Baut, was ihr benutzen wollt.“
VUE war für HP-UX gedacht, ungefähr aus der Zeit, als Unix-Workstation-Anbieter eine gemeinsame Desktop-Umgebung standardisieren wollten, und sowohl Betriebssystem als auch User Experience waren völlig anders. Es war eher ein früher Versuch, Nichtfachleuten einen zugänglichen Computer zu geben, sogar mit virtuellen Desktops.
Ebenso hatte Solaris vor dem Übergang zur Common Desktop Environment das innovative OpenWindows, einschließlich eines PostScript-basierten Netzwerk-Display-Systems.
SunOS 4.x, später „Solaris 1.x“ genannt, und die Versionen davor konnten die SunView-Umgebung ausführen, die eher dem frühen schwarzweißen Mac ähnelte als dem späteren Open-Look-Stil von OpenWindows.
Wenn schon wenig bekannte Betriebssysteme Thema sind: Erinnert sich jemand an ein obskures Unix, das uid 0 nicht root, sondern avatar nannte?
Das ist eine dieser seltsamen Erinnerungen aus meiner Kindheit, die ich im Erwachsenenalter nie verifizieren konnte.
Das Interessante an solchen Projekten ist, wie viel vom Gefühl eines Betriebssystems in der Emulation nicht erhalten bleibt.
Die visuelle Schicht kommt gut rüber, aber Dinge wie die Klickverzögerung der Tastatur, die spezielle Mausbeschleunigungskurve der damaligen Hardware, die Art, wie CRT-Abtastlinien System-7-Schrift eine ganz andere Textur gaben als auf einem scharfen LCD, oder das hörbare Klick-Klunk früher Dialoge auf Atari ST oder frühem Mac bleiben nicht erhalten.
Wenn man System 7 im Emulator ausführt, sehen die Menüs richtig aus, aber die Eingabe fühlt sich falsch an. Was solche Sammlungen tatsächlich bewahren, ist nicht die Interaktion, sondern die Bildausgabe. Als Archiv ist das in Ordnung, aber man sollte ehrlich anerkennen, dass es eher ein Museum der Erscheinung als ein Museum der Nutzung ist.
Ich wusste nicht, dass Domain/OS-Emulation inzwischen möglich ist. Das ist tatsächlich eines der wenigen Systeme, dessen Funktionen wir „verloren“ haben.
Dinge wie Terminalfenster, wahrscheinlich hießen sie pads, hatten im Zeilenmodus unten eine Trennlinie, zeigten noch nicht konsumierte Eingaben und ließen sie bis zum Einlesen weiter bearbeiten. Es ging nicht nur um eine Zeile, sondern um die gesamte noch nicht konsumierte Eingabe.
Nicht, dass das besonders wünschenswert wäre, aber ich bin ziemlich sicher, dass sich so etwas mit einem pty nicht umsetzen lässt.
Wenn man statt AEGIS das SysV- oder BSD-Universum nutzt, könnte man SR10 fast für ein gewöhnliches funktionales Unix halten, aber obwohl es klar zur Unix-Familie gehört, ist es in vieler Hinsicht näher an Multics und deutlich anders als typische funktionale Unix-Systeme.
1
Das Terminal sendet nur zeilenweise. Damit eine Anwendung jeden Tastendruck sofort bekommt, muss man sie per Befehl in den raw mode versetzen. Man muss explizit verlangen, dass sich das pty nicht so verhält.
Heutige Terminals verarbeiten die Eingabe nicht direkt, sondern übergeben dem laufenden Programm eher einen „raw“-Dateideskriptor.
Wenn das Terminal dem Prozess stattdessen etwas wie eine Pipe geben und alle pty-Eingaben selbst konsumieren würde, wobei sein eigenes Ende der Pipe als Puffer für diesen Inhalt dient, warum sollte dann nicht dasselbe Verhalten möglich sein?
Kein Pick?
https://en.wikipedia.org/wiki/Pick_operating_system
Mein erster richtiger Job war bei einer regionalen Gesundheitsbehörde in Großbritannien, und dort stand ein Pick-Computer, auf dem offenbar eine datenbankbasierte Anwendung für die Buchhaltung lief. Meine Aufgabe war es, die Backups laufen zu lassen. Ich will mich nicht beschweren oder die enorme Arbeitsleistung schmälern.
Jedenfalls war das angebotene Gehalt so erbärmlich niedrig, dass ich höflich ablehnen musste. Ich war damals zu jung, um überhaupt zu wissen, dass man verhandeln kann.
Es gab Hauptbuch, Auftragsverwaltung, Kommissionierlisten fürs Lager, Chemikalienrezepturen, MSDS-Daten, Inventar und so weiter. Jede Nacht wurden die Datenbank-Updates synchronisiert, und einmal im Monat musste jemand im Rechenzentrum die ganze Nacht lang 9-Spur-Bänder für die Backups wechseln.
Ich mochte die Arbeit mit Pick BASIC auf diesem System. Mit „dict items“ konnte man wirklich viel machen.
Ich frage mich, ob es unter den Versionen von Windows 3.1, die mit Compaq ausgeliefert wurden, auch eine gab, die statt eines leeren Desktops eine Desktop-Umgebung wie Papierordner hatte, in deren verschiedene Tabs man Icons einsortieren konnte.
Wenn TempleOS fehlt, wie soll man dann mit dem Himmel kommunizieren?
Ich frage mich, ob es eine Möglichkeit gibt, die enthaltene Betriebssystemliste zu sehen, ohne die Tools herunterzuladen und auszuführen.
Ich frage mich auch, ob die Betriebssysteme der von VICE bereits emulierten Geräte enthalten sind und wie das umgesetzt wird. Wenn man die Betriebssysteme von Commodore-Geräten einbeziehen will, könnte das Arbeit sparen.
Ich habe mich dadurch eine ganze Weile festgelesen und dabei Packard Bell Navigator wiederentdeckt. Die Nostalgie und Freude, die diese Seite auslöst, lassen sich schwer beschreiben.
Es wäre schön, wenn sich jeder so liebevoll an die Technologiereise seiner prägenden Jahre erinnern würde.
1: https://en.wikipedia.org/wiki/Packard_Bell_Navigator
Es war schrecklich, aber immer noch gut genug im Vergleich zu Win 3.1, dass es mir half, mich allmählich von meinem geliebten Amiga 2500 zu lösen.
Er sah aus wie eine Stereoanlage mit gestapeltem CD-Player, MIDI-Player und wav-Player/Recorder. Als Kind fand ich es toll, dass es wie eine Stereoanlage aussah, und besorgte mir von einem Freund eine Kopie. Ich erinnere mich auch noch daran, wie enttäuscht ich war, als es unter Windows 95 nicht lief.
Schön. Das erinnert mich an Frame of Preference, das wichtige integrierte Emulatoren für MacOS über Bilder der Geräte legte, auf denen sie tatsächlich liefen, dazu Effekte für deren Körnung und Farben sowie geskriptete „Ziele“ und Easter Eggs einbaute.
https://aresluna.org/frame-of-preference/