Red Hat verteidigt die Entlassungsentscheidung von CentOS

Red Hat verteidigt die Entlassungsentscheidung von CentOS

Da die Gegenreaktion aufgrund der Entscheidung, CentOS zugunsten von CentOS Stream zu beenden, kein Ende nahm, erläuterte Karsten Wade von Red Hat in einem Blogbeitrag die Gründe des Unternehmens für die Entscheidung. Wade, ein CentOS-Vorstandsmitglied und langjähriger Fedora-Linux-Mitarbeiter, schrieb im offiziellen CentOS-Blog, dass er „Teil der Konsensentscheidung war, die kürzlich eine Änderung des Schwerpunkts des Projekts ankündigte.“ Der Artikel fasste Red gut zusammen Die Entscheidung von Hat, im Jahr 2003 in den Unternehmensbereich einzusteigen, die Entscheidung für eine Partnerschaft mit CentOS im Jahr 2014, gipfelte in der Verlagerung des Fokus auf CentOS Stream. . „Im Wesentlichen schließt Red Hat die Entwicklungs- und Beitragslücke, die zwischen Fedora und RHEL besteht, indem CentOS vom RHEL-Downstream zum RHEL-Upstream verschoben wird“, erklärte Wade.

Aber was ist mit den Benutzern?

Wade erklärte, CentOS Stream sei als eine Möglichkeit gesehen worden, den Community-Beitrag zu RHEL zu erleichtern. Wades Aussage, dass CentOS Stream der Community dabei helfen wird, eine aktive Rolle in der RHEL-Entwicklung einzunehmen und den „Mangel an Offenheit“ zu überwinden, hat zwar durchaus seine Berechtigung, doch er räumte die Befürchtungen nicht ein. aus dem größten Segment der CentOS-Community: seinen Benutzern. Im Gegensatz zu einem typischen Open-Source-Projekt bestand die Mehrheit der CentOS-Community aus Benutzern, die die Distribution wegen ihrer Stabilität und Binärkompatibilität mit RHEL nutzten. Sie sind diejenigen, die ihre Frustration und Enttäuschung über die Entscheidung des Projekts zum Ausdruck gebracht haben, CentOS 8 Ende 2021 abrupt einzustellen und damit ihre ursprüngliche Verpflichtung zur Unterstützung bis 2029 aufzukündigen. Auf Wades Blog veröffentlichte Kommentare bestätigen, dass sein Artikel diese Benutzer nicht zufriedenstellt. Sie Ich frage mich weiterhin, warum das Projekt nicht auf die nächste Version warten konnte, um die Änderung des Schwerpunkts anzukündigen, die ihnen genügend Zeit gegeben hätte, Optionen zu bewerten und die Migration zu planen. seiner Server.