Initiative zur Annäherung der Entwicklung von openSUSE Leap und SUSE Linux Enterprise

Gerald Pfeifer, Technischer Direktor der SUSE und Vorsitzender des Aufsichtsrats von openSUSE, Alternativen zu den Begriffen „whitelist/blacklist“ und „master/slave“ vor, die für die Verwendung in Spezifikationen bevorzugt werden – anstelle von „master/slave“ wird empfohlen, „primary/secondary“, „leader/follower“, fordert die Gemeinschaft auf, eine Initiative zur Angleichung der Entwicklungs- und Build-Prozesse der Distributionen openSUSE Leap und SUSE Linux Enterprise zu prüfen. Derzeit basieren die Versionsveröffentlichungen von openSUSE Leap auf einem grundlegenden Paketset der Distribution SUSE Linux Enterprise, während die Pakete für openSUSE separat aus den Quellpaketen erstellt werden. Der Kern Vorschlags liegt in der Vereinheitlichung des Build-Prozesses beider Distributionen und der Verwendung von vorgefertigten Binärpaketen aus SUSE Linux Enterprise in openSUSE Leap.

Im ersten Schritt wird vorgeschlagen, die überlappenden Codebasen von openSUSE Leap 15.2 und SUSE Linux Enterprise 15 SP2 so weit wie möglich zusammenzuführen, ohne die Funktionalität und Stabilität beider Distributionen zu beeinträchtigen. Im zweiten Schritt wird parallel zur klassischen Veröffentlichung von openSUSE Leap 15.2 vorgeschlagen, eine separate Edition auf Basis der ausführbaren Dateien aus SUSE Linux Enterprise vorzubereiten und im Oktober 2020 ein Zwischenrelease zu veröffentlichen. Im dritten Schritt ist für Juli 2021 die Veröffentlichung von openSUSE Leap 15.3 geplant, welches standardmäßig die ausführbaren Dateien aus SUSE Linux Enterprise verwenden wird.

Die Nutzung derselben Pakete wird die Migration zwischen den Distributionen erleichtern, Ressourcen für Build- und Testprozesse einsparen, es ermöglichen, Komplikationen in den Spec-Dateien zu beseitigen (allen Unterschiede auf der Ebene der Spec-Dateien werden vereinheitlicht) und die Übermittlung sowie Bearbeitung von Fehlermeldungen vereinfachen (da man sich von der Diagnose verschiedener Paketversionen abwenden kann). openSUSE Leap wird von der SUSE als Entwicklungsplattform für die Gemeinschaft und externe Partner positioniert. Für die Nutzer von openSUSE bringt die Veränderung den Vorteil, dass sie stabilen Code aus der industriellen Distribution und gut getestete Pakete nutzen können. Updates, die sich auf überlappende Pakete beziehen, werden ebenfalls gemeinsam und gut von dem Qualitätssicherungsteam der SUSE getestet.

Die Plattform für die Entwicklung neuer Pakete, die in openSUSE Leap und SLE übergeben werden, bleibt das Repository von openSUSE Tumbleweed. Der Prozess der Übertragung von Änderungen an den Basispaketen bleibt unverändert (statt aus den src-Paketen werden fertige Binärpakete von SUSE verwendet). Alle gemeinsam genutzten Pakete werden wie gewohnt im Open Build Service für Modifikationen und Forks zur Verfügung stehen. Bei Bedarf, unterschiedliche Funktionalitäten gemeinsamer Anwendungen in openSUSE und SLE aufrechtzuerhalten, kann zusätzliche Funktionalität in spezifische openSUSE-Pakete ausgelagert werden (analog zur Trennung von Branding-Elementen) oder das erforderliche Funktionalitäten werden in SUSE Linux Enterprise integriert. Die Pakete für die Architekturen RISC-V und ARMv7, die in SUSE Linux Enterprise nicht unterstützt werden, sollen separat gebaut werden.

Quelle: opennet.ru