EaaSI Open Source Archive

Was ist das EaaSI Open Source Archive?

Im Zuge des Erstellens und Konfigurierens verschiedener historischer Open Source Computing Environments (wie z.B. im EaSI Open Source Software Sandbox) hat das EaaSI-Team erkannt, dass das traditionelle EaaS-Modell des Erfassens und Importierens von Installationsmedien als `Software‘ häufig nicht mit einer viel häufigeren, effizienten Methode des Verteilens und der Installations

Die Verwendung von Paketmanagern und konfigurierten Repositories zur Installation von Open-Source-Software hat viele Vorteile gegenüber dem manuellen Herunterladen und Importieren von Open-Source-Softwarepaketen als separate Software-Objekte - nämlich das automatisierte Abhängigkeitsmanagement und die Konfiguration, die je nach Komplexität der Anwendung sehr zeitaufwendig sein können, damit ein Benutzer manuell nachverfolgt und repliziert.

Glücklicherweise haben viele Open-Source-Projekte, einschließlich der wichtigsten Betriebssysteme wie Ubuntu, Red Hat, Debian und mehr, gründliche Archive ihrer relevanten Repositories beibehalten, gehen zurück Jahrzehnte auf frühe Versionen der gemeinsamen Software und ermöglicht die Möglichkeit von EaaSI-Nutzern, die ältere Open-Source-Computing-Umgebungen, um sie zu installieren Software wie ursprünglich beabsichtigt. Viele unterstützende Individuen und Organisationen haben auch an verschiedenen Stellen „Spiegel“ dieser Repositories eingerichtet, manchmal ermöglicht es, schnellere Downloads (z.B. näher geographisch zu einem Spiegel als der ursprüngliche Server) oder sogar weiterhin Zugriff auf weniger beliebte Softwarepakete und Versionen, wenn ein ursprüngliches Repository oder Projekt abschaltet. Schließlich gab es eine Reihe von Bemühungen an die digitale Konservierung, Archivierung und wissenschaftliche Reproduzierbarkeit Gemeinschaften, Open Source-Software durch regelmäßige Snapshot von beliebten Quellcode Hosting-Plattformen wie BitBucket, Google Code, GitHub, GitLab, etc. zu erfassen. (wie Software Heritage).

Alle diese Bemühungen waren für die bisherige EaaSI-Arbeit kritisch. Aber alle haben auch ihre eigenen Einschränkungen oder Nachteile in EaaSI-Workflows, einschließlich:

  • Changed URLs: Obwohl einige Unternehmen wie Canonical und Red Hat ihre Vermächtnis-Paket-Repositories weiterhin hosten können, bewegen sie an einem bestimmten Punkt oft „archivierte“ Pakete eines bestimmten Alters zu einem anderen Server/URL (z.B. von download.ubuntu.com zu Archive.ubuntu.com). Dies bricht die Standardkonfigurationen, die von den Paketmanagern und Setup-Programmen verwendet werden, die in alten Open Source Environments gefunden wurden.

  • Relying on bigsse of commercial companies and/or hobbyists: Während bestimmte Open Source-Unternehmen oder -Enthusiasten weiterhin Legacy-Pakete für jetzt, gibt es keine Garantie, dass sie weiterhin so langfristig tun werden, eine Bedrohung für die Erhaltung Workflows EaaSI erleichtert.

  • Coverage: Einzelne Projekte oder Distributionen können weiterhin eigene Paket-Repositories hosten, aber EaaSI-Nutzer suchen und benötigen möglicherweise einen umfassenden Zugriff auf eine Vielzahl von Projekten und Distributionen; Aussuchen ihrer einzelnen Repositories (oder einen Spiegel, der zufällig ein bestimmtes Projekt erfasst hat) ist zeitaufwendig.

  • Kompatibilität mit moderner Webtechnik: Auch wenn ältere Paket-Repositories noch technisch zugänglich irgendwo im Live-Internet sind, können sie nicht über ältere Paketmanager, Webbrowser oder andere Download-Tools zugänglich sein, die nur veraltete HTTP- oder Verschlüsselungsprotokolle verstehen; dies macht sie noch funktionell unzugänglich für ältere Umgebungen in EaSI, auch mit Internet Access aktiviert.

  • Quellencode vs. binaries: Quellcode-Archive sind essentiell, erfassen aber oft nicht die tatsächlich ausführbar, kompilierte Version eines Open Source-Pakets (in der Regel als „binary“ bezeichnet); müssen alle Pakete aus der Quelle kompilieren würde deutlich verlangsamen auch automatisierte EaSI-Workflows.

Aus diesen kombinierten Gründen wird das EaaSI-Programm in Partnerschaft mit Wasabi Cloud-Speicher hat begonnen, sein eigenes Repository der historischen Open Source Software auf eaasi.s3.wasabisys.com zu zentralisieren. Ziel des EaaSI Open Source Archive ist es,

  1. Bieten Sie einen konsistenten, stabilen Standort für EaaSI-Nutzer (und andere!) zur Konfiguration und Installation eines umfangreichen Angebots an Software in alten Open Source-Computing-Umgebungen, unabhängig von Alter/Version.

  2. Legen Sie die Führung und Wartung eines solchen Aufwands direkt in die Hände der digitalen Konservierungsgemeinschaft, wodurch ein binäres Repository Super-„Spiegel“, die auf seine Bedürfnisse zusammengestellt und angepasst werden kann

  3. Weitere OpenSLX-Forschungen und Experimente zur automatischen Umleitung von Paketmanager-Anfragen aus Umgebungen in das EaaSI Open Source Archive (ohne manuelle Konfiguration von Repositories durch den EaaSI-Benutzer)

Das EaaSI Open Source Archive hat mit folgenden Projekten/Verteilungen begonnen:

Experimentelle Anstrengungen laufen fort, ein möglichst vollständiges Archiv aller Pakete und Paketversionen für diese Projekte zu identifizieren und zu kopieren.

In diesem öffentlichen Ticket können weitere Projekte oder Repository-Quellen identifiziert und kopiert werden: https://gitlab.com/emulation-as-a-service/eaas/-/issues/3

In der Zwischenzeit, wenn Sie weitere Projekte (oder idealerweise Kandidat/Ziel-URLs!) für die Aufnahme in das EaaSI Open Source Archive vorschlagen möchten, über die bereits im obigen Ticket genannten hinaus, wenden Sie sich bitte an das EaSI Community Forum oder schreiben Sie uns an eaasi@yale.edu!

Beispiel Konfiguration

Warnung

Um das EaaSI Open Source Archive in einer EaaSI-Umgebung zu nutzen, haben die Umwelt must in ihren Umgebungsoptionen „Internet Enabled“.

Die Konfiguration einer relevanten Open-Source-Umgebung zur Verwendung des EaaSI Open Source-Archivs als Paketquelle ist abhängig von der spezifischen Nutzung des betreffenden Open Source-Betriebssystems und Paketmanagers. Sie können die Dokumentation zum Ersatz der Standard-Source-Repositories/URLs eines Paketmanagers durch die relevanten URLs des EaaSI Open Source Archivs konsultieren (bitte im Community Forum einen Schrei geben, wenn Sie Hilfe verwenden könnten!), aber im Folgenden wird ein Beispiel mit Debian 5.0 und dem APT-Paketverwaltungssystem (Version 0.7.20.2) bereitgestellt.

  1. Öffnen Sie eine Terminal-Session; stellen Sie sicher, dass Sie entweder als „root“-Benutzer des Systems eingeloggt sind oder zumindest hat Ihr Benutzer sudo Rechte.

../_images/debian_config1.png
  1. Navigieren Sie zu `/etc/apt, wo APT-Konfigurationsdateien gespeichert werden.

  2. In diesem Verzeichnis wird eine Datei namens sources.list sein. Öffnen Sie diese Datei mit Ihrem Texteditor der Wahl (z.B. Nano, Gedit). Stellen Sie sicher, dass Sie diese Datei mit sudo` öffnen, wenn Sie nicht bereits root sind.

  3. Finden Sie die aktiven, standardmäßigen Repositories, die für den Paketmanager während der Installation des Betriebssystems konfiguriert sind. Es wird wahrscheinlich eine Reihe von Quellen aufgeführt werden; die aktiven sind diejenigen ohne „#“ zu Beginn der Textzeile (diejenigen mit die „#“ werden „ausgerufen“ und werden nicht aktiv vom Paketmanager überprüft/verwendet). Je nachdem, wie Ihr Betriebssystem an erster Stelle installiert wurde, können diese Repositorypfade entweder auf eine URL oder auf den lokalen Dateipfad für eine CD-ROM zeigen.

  4. Bearbeiten und ersetzen Sie die aktiven Repositories mit ihren Äquivalenten mithilfe der URL eaasi.s3.wasabisys.com. (Abhängig vom Alter der Open Source-Umgebung müssen Sie die URL entweder mit http:// oder https:// vorgeben; das EaaSI Open Source Archive ist konfiguriert, um Pakete über beide zu bedienen).

../_images/debian_config2.png

Insbesondere werden Debian-Repository-Konfigurationen auch nach dem Codenamen für die Betriebssystem-Release (z.B. 5.0 = „Lenny“) und Paket „Gruppen“ angegeben, dass der Benutzer innerhalb des Repositorys, die der Benutzer angeben kann (z.B. „main“ und „contrib“, letztere Pakete, die von der Debian-Gemeinschaft beigetragen haben, anstatt direkt von den Projektbetreuern unterstützt).

Speichern und beenden Sie den Texteditor.

  1. Führen Sie apt-get update` aus, um zu überprüfen, ob die Konfiguration korrekt ist und dass APT das EaaSI Open Source Archive erreichen kann.

../_images/debian_config3.png
  1. Starten Sie apt-get install debian-archive-keyring`; dies wird die öffentliche Schlüsselwarnung entfernen, die beim Laufen der zukünftigen apt-get update und ``install`-Läufe angezeigt wird.

  2. Sie können nun Pakete aus dem Debian-Archiv im EaaSI Open Source-Archiv installieren, da Sie bitte ``apt-get install [package-name]` verwenden; versuchen Sie, das Paket sl zum Spaß zu installieren!