Wegen des eingeschränkten Quellcodezugriffs kann die CentOS-Community derzeit keine zusätzlichen Kernel-Module für RHEL-Nutzer verteilen.

Red Hat hat vorgeschlagen, dass Kunden, die über das bevorstehende Lebensende von CentOS 7 besorgt sind, möglicherweise über seinen Insights-Dienst auf Red Hat Enterprise Linux (RHEL) migrieren möchten. Der Support für CentOS Linux 7 endet am 30. Juni 2024. Eine Entscheidung, die Red Hat Ende 2020 getroffen hat. Jetzt ist die IBM-Tochter besorgt über das...

Der Beitrag Red Hat unterstützt die Migration zu RHEL für CentOS 7-Verweigerer erschien zuerst auf MichlFranken.

Mit der Veröffentlichung der Version 9.3 geht AlmaLinux seinen kürzlich beschlossenen Weg weg vom 1:1-RHEL-Klon und hin zur Kompatibilität zu Red Hat Enterprise Linux.

AlmaLinux hatte sich, anders als der Verbund aus Suse, Oracle und Rocky Linux dazu entschlossen, nach der Umwidmung von CentOS zum Upstream von Red Hat Enterprise Linux und der erschwerten Zugänge zu den Quellcodes lediglich Kompatibilität mit RHEL anzustreben.

Das biete diverse Vorteile, hatte das AlmaLinux-Team verlautbart. So lasse sich das neue Synergy Repository für alle möglichen Pakete nutzen, die noch nicht in RHEL vorhanden seien, aber von einem Mitglied der AlmaLinux Community für die Gemeinschaft angefordert wurden.

Das nun veröffentliche AlmaLinux 9.3 alias  Shamrock Pampas Cat kommt mit dem Kernel 5.14.0-362.8.1.el9_3 und GCC 11.4.1. Das Team verspricht mit AlmaLinux 9.3 mehr Flexibilität und Zuverlässigkeit sowie Sicherheit in hybriden Umgebungen. Mit dieser Version werde zudem die Automatisierung und das Systemmanagement weiter vereinfacht. Verbesserungen an der Web-Konsole würden Verwaltungsaufgaben erleichtern. Darüber hinaus können Benutzer Health Check-Aktionen für Podman-Container und vsock-Geräte in virtuellen Maschinen konfigurieren.

Die Ankündigung verlinkt die diversen Images zum Download.

Der Beitrag Kein RHEL-Klon mehr – AlmaLinux 9.3 ist fertig erschien zuerst auf Linux-Magazin.

Linux-Betriebssysteme erfreuen sich seit langem großer Beliebtheit aufgrund ihrer Vielseitigkeit, Sicherheit und Open-Source-Natur. Innerhalb der Linux-Welt haben sich sogenannte LTS-Distributionen (Long-Term Support) als wichtige Säule etabliert. Diese Distributionen zeichnen sich durch langfristige Unterstützung und Stabilität aus, was in der schnelllebigen Welt der Technologie von großer Bedeutung ist. LTS-Distributionen: Grundlagen und Bedeutung LTS-Distributionen sind spezialisierte Varianten...

Der Beitrag Linux LTS-Distributionen: Signale der Verbindlichkeit erschien zuerst auf MichlFranken.

Linux-Betriebssysteme erfreuen sich seit langem großer Beliebtheit aufgrund ihrer Vielseitigkeit, Sicherheit und Open-Source-Natur. Innerhalb der Linux-Welt haben sich sogenannte LTS-Distributionen (Long-Term Support) als wichtige Säule etabliert. Diese Distributionen zeichnen sich durch langfristige Unterstützung und Stabilität aus, was in der schnelllebigen Welt der Technologie von großer Bedeutung ist. LTS-Distributionen: Grundlagen und Bedeutung LTS-Distributionen sind spezialisierte Varianten...

Der Beitrag Linux LTS-Distributionen: Signale der Verbindlichkeit erschien zuerst auf MichlFranken.

Suse, das Unternehmen hinter Rancher, NeuVector und Suse Linux Enterprise (SLE) hat bekannt gegeben, dass es das öffentlich verfügbare Red Hat Enterprise Linux (RHEL) forken und eine RHEL-kompatible Distribution entwickeln und pflegen wird.

Hintergrund ist die Ankündigung von Red Hat, künftig nicht mehr direkt öffentlichen Zugang zum Quellcode seiner Enterprise-Linux-Distribution RHEL anbieten zu wollen.

Das von Suse geforkte RHEL soll laut Ankündigung der Nürnberger für alle ohne Einschränkungen verfügbar sein. In den kommenden Jahren wolle man mehr als 10 Millionen US-Dollar in dieses Projekt investieren., teilt Suse mit.

Der frischgebackene CEO von Suse, Dirk-Peter van Leeuwen, sagte: „Seit Jahrzehnten sind Zusammenarbeit und gemeinsamer Erfolg die Bausteine unserer Open Source-Community. Wir haben die Verantwortung, diese Werte zu verteidigen. Diese Investition wird die Innovationskraft auch in den kommenden Jahren erhalten und dafür sorgen, dass Kunden und Community nicht an einen bestimmten Anbieter gebunden sind und auch morgen noch eine echte Wahl haben.“

Suse werde auch in Zukunft in seine Linux-Lösungen wie SLE und Opensuse investieren, heißt es weiter. Gleichzeitig sei man davon überzeugt, dass Unternehmen und die Open Source-Community ein Recht auf Wahlfreiheit und Unabhängigkeit von Anbietern haben solle.

Suse will in Zusammenarbeit mit der Open Source-Community eine langfristige, dauerhaft kompatible Alternative für RHEL- und CentOS-Benutzer entwickeln und plant, dieses Projekt in eine Open Source-Stiftung einzubringen, die fortlaufend freien Zugang zu alternativem Open Source- Code bieten werde.

Der Beitrag Suse forkt Red Hat Enterprise Linux erschien zuerst auf Linux-Magazin.

Wir sprechen über Red Hat und SUSE und die dazugehörigen Meldungen der letzten Tage und Wochen. Was die jüngsten Entscheidungen bedeuten und welche Reichweite das haben könnte. All das gibts im Podcast.

Der Beitrag Der Kampf um Open Source: Unternehmens-Distros in der Kritik (Linux Podcast) erschien zuerst auf MichlFranken.

Im Hause Red Hat scheint man es nicht mehr so gerne zu sehen, dass alle binärkompatiblen Klone von der eigenen Arbeit kostenlos profitieren. Anders als bei CentOS Stream könnten sich Klone wie AlmaLinux oder RockyLinux künftig mit erschwerten Bedingungen konfrontiert sehen. Denn für CentOS Stream kündigen sich Änderungen an, die den Zugirff auf den RHEL-Quellcode...

Der Beitrag Red Hat: Einschränkungen auf RHEL-Quellcode im Anflug erschien zuerst auf MichlFranken.

Weil Red Hat sich entschlossen zeigt, die Quellen für RHEL nicht länger auf git.centos.org zu veröffentlichen, geraten Distributionen, die darauf setzen, in Bedrängnis. Eine davon, Rocky Linux, hat nun nach eigenem Bekunden Wege gefunden, doch noch legal an die Quellen zu kommen.

Das Vorgehen von Red Hat, die Quellen nur noch zahlenden Kunden zugänglich zu machen, hält Rocky Linux für engstirnig und erinnert in einem Blogpost daran, dass dieser Quellcode in erster Linie aus Upstream-Open-Source Projektpaketen besteht, die sich nicht im Besitz von Red Hat befinden würden.

Glücklicherweise gebe es alternative Methoden, um den Quellcode zu erhalten, schreiben die Rocky-Linux-Macher. Eine Möglichkeit bestehe in der Verwendung von UBI-Container-Images, die auf RHEL basieren und über verschiedene Online-Quellen, einschließlich Docker Hub, erhältlich seien. Mit dem UBI-Image sei es leicht möglich, Red Hat-Quellen zuverlässig und unbelastet zu beziehen. Man habe dies mit OCI-Containern (Open Container Initiative) getestet, und es funktioniere genau wie erwartet, heißt es weiter.

Eine weitere Methode sei die Nutzung öffentlicher Cloud-Instanzen gegen Bezahlung. Damit könne jeder RHEL-Images in der Cloud aufsetzen und so den Quellcode für alle Pakete und Errata erhalten. Dies sei für Rocky Linux am einfachsten zu skalieren, da man alles über CI-Pipelines erledigen könne, indem man Cloud-Images aufsetze, um die Quellen über DNF zu erhalten, und diese automatisch in die eigenen Git-Repositories zu stellen.

Diese Methoden seien mit der GPL konform. Beide Methoden ermöglichten es, RHEL-Binärdateien und SRPMs auf legitime Weise zu beziehen, ohne das Engagement für Open-Source-Software zu gefährden oder Einschränkungen in den Nutzungsbedingungen oder EULAs zustimmen zu müssen, die Rechte beeinträchtigten. Rechtsberater hätten versichert, dass Rocky Linux das Recht habe mit diesen Alternativen den Quellcode zu erhalten, um sicherzustellen, dass man Rocky Linux weiterentwickeln könne.

Der Beitrag Rocky Linux sieht alternative Wege zu RHEL-Quellen erschien zuerst auf Linux-Magazin.

Nach dem Ende des klassischen CentOS könnte es für RHEL-Nachbauten wie Rocky Linux und Alma Linux sowie deren Kunden schwierig werden.

Linux-Distributor Red Hat hat angekündigt, dass das Unternehmen künftig nicht mehr direkt öffentlichen Zugang zum Quellcode seiner Enterprise-Linux-Distribution RHEL bieten will. Das vor etwas mehr als zwei Jahren neu geschaffene CentOS Stream soll demnach “das einzige Repository für öffentliche RHEL-bezogene Quellcode-Veröffentlichungen sein”, wie es in der Ankündigung heißt.

Unter anderem, um nicht gegen das Urheberrecht der zahlreichen Copyleft-Software in RHEL zu verstoßen, soll der Quellcode für Kunden und Partner von RHEL künftig aber weiter über das Kundenportal des Unternehmens bereitstehen. Zum Problem werden könnte dies vor allem für jene Nachbauten, die kompatibel zu RHEL sein sollen und die Idee des klassischen Modells der CentOS-Distribution weiterführen wollten.

Erstmals vorgestellt hatte Red Hat CentOS Stream im Herbst 2019, Ende 2020 kündigte der Hersteller dann an, das klassische CentOS einstellen zu wollen. Das alte Entwicklungsmodell von Red Hat stellte Nutzern neue oder experimentelle Funktionen über die Community-Distribution Fedora bereit. Diese wurden im Laufe von Jahren teils stabilisiert und in Red Hat Enterprise Linux (RHEL) integriert. Aus den Quellen von RHEL wiederum entsteht die stabile Variante von CentOS als einfacher und kompatibler Nachbau. Das soll vor allem Admins eine notwendige Stabilität für ihre Systeme garantieren.

CentOS Stream ist dagegen eine neue Art Rolling-Release-Variante der Distribution, die auf die Bedürfnisse von Entwicklern ausgerichtet sein soll. Entwickler bräuchten schlicht einen schnelleren Zugriff auf neue Werkzeuge und eine stärkere Kooperation mit der Partner-Community rund um RHEL, sagte der Hersteller. CentOS Stream soll dies mit ständigen Neuveröffentlichungen bieten. CentOS Stream dient dabei als eine Art Upstream für die nächste RHEL-Version, mit einer Vorschau auf neue Kernel-Versionen und neue Funktionen.

Zu der Verfügbarkeit des Quellcodes heißt es in Bezug auf das neue CentOS-Modell: “Vor CentOS Stream hat Red Hat die öffentlichen Quellen für RHEL auf git.centos.org veröffentlicht. Als sich das CentOS-Projekt auf CentOS Stream konzentrierte, behielten wir diese Repositories bei, obwohl CentOS Linux nicht mehr als RHEL-Downstream entwickelt wurde.” Für Red Hat sei die Pflege eines zweiten, separaten Repositorys nicht mehr effizient, so dass das Vorgehen beendet wird.

Doch nicht alle vorherigen CentOS-Nutzer sind zufrieden mit der Entwicklung rund um CentOS Stream, so dass sich etwa mit Alma Linux und Rocky Linux schnell Community-Weiterführungen fanden, die das Modell des binärkompatiblen Nachbaus aufrechterhalten wollen. Wie und ob dies nun ohne direkten Zugang zu dem Quellcode möglich sein wird, ist derzeit völlig unklar. Das betrifft auch große Kunden wie etwa die NASA.

Sowohl Alma Linux als auch Rocky Linux versuchen derzeit, ihre Community und Kunden zu beschwichtigen und bitten um Geduld in Bezug auf Informationen zum weiteren Vorgehen. Die Rocky Enterprise Software Foundation schreibt zudem, dass der Schritt von Red Hat immer als Möglichkeit in Erwägung gezogen worden sei.

Der Beitrag Centos Stream: Red Hat schränkt Verfügbarkeit von Quellcode massiv ein erschien zuerst auf Linux-Magazin.

Der Coup von Red Hat, die Sourcen für RHEL nicht mehr öffentlich bereitzustellen, wird Gewinner und Verlierer haben. Die Verlierer stehen fest, wer wird gewinnen?

Quelle

Die Einstellung des Git-Repos mit den RHEL-Quellen (siehe auch Ärger für Red-Hat-Klone) hat im Netz erwartungsgemäß für hitzige Diskussionen gesorgt. Ein wenig irritiert haben mich die Kommentare auf lwn.net, eigentlich der seriösesten Linux-News-Quelle: Dort wurden AlmaLinux, Rocky Linux und speziell Oracle von manchen Autoren als »Parasiten« bezeichnet.

Nun ist es unbestritten, dass die Zusammenstellung einer Distribution wie RHEL mit richtig viel Arbeit verbunden ist. Noch viel mehr Mühe bereitet es, das Software-Angebot über 10 Jahre zu warten und auch bei veralteter Software Sicherheits-Patches rückzuportieren. (Python 2.7 ist ein klassisches Beispiel.)

Wenn nun die RHEL-Klone die Quellen einfach kopieren und daraus ein kostenloses Produkt machen (oder, wie im Falle von Oracle, wahlweise kostenlos oder kostenpflichtig mit Support), ist das noch fair? Ist die Bezeichnung »Parasiten« womöglich zutreffend?

Anmerkung: Dieser Artikel wurde zwischen 23.6. und 24.6.2023 mehrfach aktualisiert.

Open Source ist keine Einbahnstrasse

ABER: Linux ist Open-Source-Software. Und das gilt nicht nur für den Kernel, das gilt auch für alle weitere Komponenten: Apache, NGINX, PHP, PostgreSQL, Samba, Postfix, Java, die Bash, der C-Compiler, Python, GRUB usw. Ich könnte hier vermutlich 1000 Open-Source-Komponenten aufzählen, die in RHEL zum Einsatz kommen. Ja, Red Hat arbeitet intensiv an manchen Open-Source-Projekten mit (dem Kernel, systemd, Gnome usw.) und unterstützt viele weitere finanziell. Von anderen Projekten profitiert es, ohne etwas zurückzugeben.

Dazu noch eine Anmerkung aus meiner beruflichen Praxis: Red Hat hat mit Podman ein Konkurrenzprodukt zu Docker geschaffen. Beide Programme stehen unter Open-Source-Lizenzen, beide halten sich an den öffentlichen OCI-Standard und beide funktionieren großartig. In der Presse genießt Docker aber einen zweifelhaften Ruf, weil es versucht, Geld zu verdienen. (Gerade c’t und iX bzw. einige Heise-Autoren sind sehr Docker-kritisch eingestellt.) Übersehen wird dabei: Die Firma Docker betreibt — mit beträchtlichem finanziellem Aufwand — den Docker Hub, die weltweit größte Quelle von Container-Images. Red Hat betreibt zwar auch Registries für ein paar eigene Software-Projekte, aber davon abgesehen gilt: Wer Podman anwendet, bezieht in aller Regel die Images vom Docker Hub (also von docker.io) und verursacht so weitere Kosten für Docker. Red Hat und Podman sind hier also Nutznießer einer Infrastruktur, die von einer anderen Firma geschaffen wurde. (Und ja, das ist Open Source. Das bessere Angebot wird sich langfristig durchsetzen.)

Das Open-Source-Modell funktioniert dann am besten, wenn Einsatz/Aufwand und Nutzen einigermaßen fair verteilt sind. Das Linux-Ökosystem als Ganzes profitiert von erfolgreichen Open-Source-Firmen, und Red Hat war ohne Zweifel die erfolgreichste. (Seit 2018 ist Red Hat Teil von IBM.) Red Hat wiederum profitiert vom riesigen Angebot exzellent gewarteter Open-Source-Software.

Wenn nun umgekehrt kleine Entwickler, Organisationen ohne riesige Finanzmittel, Schulen usw. RHEL-kompatible Software über den Umweg von AlmaLinux, Rocky Linux und Co. kostenfrei nutzen dürfen, erscheint mir das fair. Wiederum profitieren alle, letztlich sogar Red Hat bzw. IBM, weil ihre Software von vielen Anwendern genutzt und getestet wird, weil Studenten die Administration von RHEL-kompatiblen Systemen lernen (und nicht etwas die von Debian oder Ubuntu) usw.

Ohne Not in den Shit Storm

Der Schritt von Red Hat, die Quellen zu RHEL (soweit es GPL-technisch überhaupt möglich ist) zu kappen, wäre verständlich, wenn man sich um die finanzielle Stabilität von Red Hat Sorgen machen müsste. Aber soweit man den Finanzberichten trauen kann, ist das nicht der Fall. IBM hat 2018 Red Hat für 34 Mrd. Dollar gekauft. Damals machte Red Hat 2,9 Mrd Dollar Umsatz und 259 Mil. Dollar Gewinn (Quelle). Seither werden keine eigenen Red-Hat-Zahlen mehr veröffentlicht, aber die Red-Hat-Sparte innerhalb von IBM hat sich offenbar prächtig weiterentwickelt (Quelle). Red Hat kämpft also nicht um sein finanzielles Überleben. Eher ist es wohl die Gier (IBMs?), aus einem gut gehenden Geschäft noch mehr rauszuholen. Auch wenn dabei die Fairness auf der Strecke bleibt.

Und eines muss man schon sagen: Das Timing ist bösartig, ein freundlicheres Wort fällt mir nicht ein. Sowohl die Kommunikation über das CentOS-Ende (Ende 2020) als auch der Stopp der Veröffentlichung der RHEL-Quellen unter git.centos.org (Juni 2023) erfolgte jeweils äußerst kurzfristig mitten im Release-Zyklus. Es ist beabsichtigt, die Anwender von (damals) CentOS und (heute) AlmaLinux, Rocky Linux, Oracle Linux ganz bewusst zu verunsichern und vor den Kopf zu stoßen.

fosspost.org hat die Aktion Red Hat als Schuss ins Knie bezeichnet. Mir erscheint diese Einschätzung zutreffend. Ansible-Entwickler Jeff Geerling fragt: »Are you dumb?« und überlegt, ob er sich überhaupt noch die Mühe machen soll, RHEL zu unterstützen (also z.B. Fehlermeldungen zu bearbeiten, die sich auf RHEL beziehen).

Als Red Hat das CentOS-Projekt in seiner bisherigen Form stoppte, hatte ich Sorgen um die freie Verfügbarkeit von RHEL-Klonen. Dann erlebte das Konzept in Form von AlmaLinux und Rocky Linux eine Wiedergeburt und funktioniert heute besser denn je. Womöglich wird sich dieses Spiel wiederholen. An den Regeln der GNU Public Licence geht auch für Red Hat/IBM kein Weg vorbei. Sicher ist aber schon jetzt: Red Hat (IBM) verliert in der Open-Source-Community gerade massiv Reputation und Gunst.

Quellen/Links

• https://www.redhat.com/en/blog/furthering-evolution-centos-stream
• https://almalinux.org/blog/impact-of-rhel-changes/
• https://rockylinux.org/news/2023-06-22-press-release
• https://lwn.net/Articles/935918/

Reaktionen

• https://www.jeffgeerling.com/blog/2023/dear-red-hat-are-you-dumb
• https://twitter.com/geerlingguy/status/1671930926949974036?s=58&t=yMJdHyGwnXVT_13bSmcayA (Twitter-Diskussion zum obigen Blog-Beitrag)
• https://fosspost.org/red-hat-is-shooting-itself-in-the-foot-again/
• https://www.heise.de/meinung/Kommentar-Erst-verteufeln-dann-selber-so-machen-Red-Hats-idiotischer-Murks-9204529.html

»Parasiten«-Diskussion

• https://lwn.net/Articles/935592
• https://www.infoworld.com/article/3697733/chatgpt-s-parasitic-machine.html
• https://twitter.com/scstonewall/status/1672047372287737863?s=58&t=yMJdHyGwnXVT_13bSmcayA

Finanzielle Daten zu Red Hat

• https://de.wikipedia.org/wiki/Red_Hat
• https://www.manager-magazin.de/digitales/it/warum-ibm-34-milliarden-fuer-red-hat-zahlt-a-1235731.html
• https://www.lightreading.com/service-provider-cloud/red-hat-is-bright-spot-in-dreary-ibm-picture/d/d-id/777592
• https://www.sdxcentral.com/articles/news/red-hat-fuels-ibm-hybrid-cloud-revenue-growth/2023/04/

Im Hause Red Hat scheint man es nicht mehr so gerne zu sehen, dass alle binärkompatiblen Klone von der eigenen Arbeit kostenlos profitieren. Anders als bei CentOS Stream könnten sich Klone wie AlmaLinux oder RockyLinux künftig mit erschwerten Bedingungen konfrontiert sehen. Denn für CentOS Stream kündigen sich Änderungen an, die den Zugirff auf den RHEL-Quellcode...

Der Beitrag Red Hat: Einschränkungen auf RHEL-Quellcode im Anflug erschien zuerst auf MichlFranken.

Red Hat Enterprise Linux (RHEL) besteht aus Open-Source-Code, der öffentlich zugänglich ist. Diesen Umstand nutzen AlmaLinux, Oracle Linux, Rocky Linux und einige weitere Distributionen, um zu RHEL kompatible Distributionen anzubieten. Es ist verständlich, dass dies Red Hat (oder noch mehr IBM?) ein Dorn im Auge ist. Die Klons funktionieren so gut wie das Original, und wer keinen Support braucht oder mit externen Support-Angeboten das Auslangen findet, kann sich viel Geld für Lizenzen sparen.

Nachdem Red Hat schon 2020 das CentOS-Projekt (quasi einen Red-Hat-eigener RHEL-Klon) beendet hat und durch das für den Produktivbetrieb weniger attraktive CentOS Stream ersetzt hat, hat die Firma Ende Juni verkündet, den öffentlichen Zugang auf die RHEL-Quellen unter https://git.centos.org zu beenden. Den RHEL-Quellcode erhalten dann möglicherweise nur noch zahlende Kunden. Das Ganze wurde in bestem Marketing-Sprech als Aufwertung des CentOS-Stream-Projekts verkündet. Die zentrale Aussage lautet: CentOS Stream will now be the sole repository for public RHEL-related source code releases.

Aktuell ist noch unklar, was das für AlmaLinux, Rocky Linux & Co. bedeutet. Grundsätzlich könnten die hinter den Projekt stehenden Organisationen einfach ein RHEL-Abo abschließen. Die Frage ist aber, in welcher Form der Zugang auf den Quellcode dann erfolgt (über SRPM-Pakete?), und wie flott diese Pakete aktualisiert werden. Letztlich könnte die ganze Aktion darauf hinauslaufen, die natürlich weitgehend automatisierten Build-Prozesse der Klone zu behindern oder zu verzögern.

Eine weitere Frage ist, ob irgendwelche EULA-Regeln die Verwendung dieses Codes zum Nachbau anderer Distributionen verbieten können. Das erscheint mir — ohne juristisches Wissen — eher unwahrscheinlich. Es galt immer und es gilt weiterhin die GNU Public License.

Es bleibt also spannend. AlmaLinux verkündet auf Twitter: Don’t panic. Wahrscheinlich eine gute Idee.

Quellen/Links

• https://www.redhat.com/en/blog/furthering-evolution-centos-stream
• https://lwn.net/Articles/935592/
• https://twitter.com/AlmaLinux/status/1671556693308604417
• https://www.gnu.org/licenses
• https://kofler.info/nachruf-auf-centos

Ausgewählte Artikel und Updates nach Erscheinen meines Blog-Artikels

• https://almalinux.org/blog/impact-of-rhel-changes/
• https://www.heise.de/news/Red-Hat-vernagelt-Zugang-zu-oeffentlichen-Repositories-Problem-fuer-Klone-9194940.html
• https://rockylinux.org/news/2023-06-22-press-release
• https://rockylinux.org/news/brave-new-world-path-forward/
• https://www.theregister.com/2023/06/23/red_hat_centos_move/
• https://www.redhat.com/en/blog/red-hats-commitment-open-source-response-gitcentosorg-changes
• https://www.theregister.com/2023/06/28/rocky_linux_rhel_ripples/
• https://rockylinux.org/news/keeping-open-source-open/
• https://www.heise.de/meinung/Kommentar-Erst-verteufeln-dann-selber-so-machen-Red-Hats-idiotischer-Murks-9204529.html
• https://www.heise.de/news/Open-Source-Linux-Distributor-Red-Hat-veraergert-die-Community-9209799.html
• https://www.zdnet.com/article/oracle-takes-on-red-hat-in-linux-code-fight/
• https://www.heise.de/news/SUSE-forkt-RHEL-9212790.html
• https://curius.de/2023/07/die-enterprise-linux-welt-sortiert-sich-neu/
• https://almalinux.org/blog/future-of-almalinux/
• https://lowendbox.com/blog/seismic-industry-shift-is-rhel-about-to-vanish-from-the-web-hosting-landscape
• https://www.zdnet.com/article/almalinux-discovers-working-with-red-hat-isnt-easy
• https://arstechnica.com/information-technology/2023/07/almalinux-says-red-hat-source-changes-wont-kill-its-rhel-compatible-distro/
• https://www.zdnet.com/article/oracle-suse-and-ciq-go-after-red-hat-with-the-open-enterprise-linux-association
• https://fossforce.com/2023/08/the-almalinux-dilemma-when-upstream-suddenly-disappears/

Die Server-Distribution Koozali SME  für KMUs basiert auf CentOS 7.9.2009 und aktualisiert in Ausgabe 10.1 einige Programme. So meldet sich MariaDB in Version 5.5. Der Apache Webserver verwendet nicht mehr das PHP-Modul, sondern standardmäßig PHP-FPM.

Zur Auswahl stehen dabei die PHP-Versionen 5.4 bis 5.6, 7.0 bis 7.4, sowie 8.0 und 8.1. Offiziell unterstützt werden allerdings nur die Versionen 5.4, 8.0 und 8.1, die Version 7.4 nur noch bis zum November 2022. Des Weiteren nutzt die Access Control des Apache Webservers jetzt die Syntax von httpd 2.4.

Die meisten Dienste hat das Team auf Systemd migriert. Die Befehle “yum update” und “yum install” sollen jetzt keinen Neustart mehr benötigen. Bei der Verzeichnisfreigabe via CIFS/SMB kommen standardmäßig nur noch die Protokolle SMB2 und SMB3 zum Einsatz.

Die SME-Server-Entwickler haben nicht nur die Zusammenarbeit zwischen journalctl und rsyslog verbessert, sondern auch die Logrotate-Skripte überarbeitet. Die “bglibs” und “cvm-unix” liegen in jüngeren Versionen bei. Um IMAP, IMAPS, POP3 und POP3S kümmert sich ab sofort Dovecot.

Darüber hinaus verbessert der SME Server 10.1 den Umgang mit SSL-Zertifikaten. Die meisten Dienste nutzen zudem konsequenter die Verschlüsselung. Unter anderem ist der FTP-Server standardmäßig nur noch über eine TLS-Verbindung erreichbar. Dies soll verhindern, dass sensible Daten per Klartext über das Netzwerk wandern.

Sämtliche Neuerungen verraten die Ankündigung sowie die Release Notes.

Der Beitrag Koozali SME Server verbessert Sicherheit erschien zuerst auf Linux-Magazin.

Die Entwickler von Rocky Linux haben Version 9 veröffentlicht. Rocky Linux gilt kompatibel zu Red Hat Enterprise Linux und kann damit die frühere Rolle von CentOS als stabile RHEL-Alternative einnehmen.

Rocky Linux 9 kommt mit Gnome 40 als Desktop und unterstützt die Architekturen x86_64, AARCH64, PPC64le und S390x. Aktualisierte Pakete sind unter anderem als GCC 11.2.1, LLVM 13.0.1, Rust 1.58.1 und Go 1.17.1 dabei. Die Distribution erhält Unterstützung bis ins Jahr 2032. Der Vorgänger Rocky Linux 8 wird noch bis 2029 mit Support versehen.

Rocky Linux 9 erweitere zudem die in Rocky Linux 8 verfügbaren Modulpaketierungsfunktionen. Alle Paketierungsmethoden wie Software Collections, Flatpaks und RPMs seien in die Aplication-Streams integriert, was es Entwicklern erleichtere, ihre bevorzugten Pakete zu verwenden, teilen die Macher mit.

Für das Monitoring biete die Cockpit-Webkonsole eine verbesserte Seite mit Leistungsmetriken, die dabei helfe, Ursachen für hohe CPU-, Speicher-, Festplatten- und Netzwerkauslastung zu identifizieren.

In der Ankündigung sind weitere Details genannt.

Der Beitrag CentOS-Ersatz: Rocky Linux 9 ist fertig erschien zuerst auf Linux-Magazin.

Mit AlmaLinux 9 haben die Entwickler ihre Distribution auf Red Hat Enterprise Linux 9 (RHEL) angepasst.

Nachdem CentOS zu CentOS Stream und zum Upstream für RHEL wurde, empfiehlt sich AlmaLinux als Alternative zum einstigen CentOS als stabilem Red-Hat-Nachbau.

AlmaLinux 9 unterstützt wie gewohnt die vier Architekturen x86_64, ARM64, IBM PowerPC und IBM Z (s390x). AlmaLinux OS 9.0 basiere auf der Upstream-Kernel-Version 5.14 und enthalte Erweiterungen für die Cloud- und Container-Entwicklung sowie Verbesserungen der Webkonsole (Cockpit), teilen die Entwickler mit. Zudem sind Python 3.9, GCC 11.2.1 und die neuesten Versionen der LLVM-, Rust- und Go-Compiler dabei.

Außerdem versprechen die Entwickler zusätzliche Sicherheitsprofile, stark verbesserter SELinux-Leistung und Benutzerauthentifizierungsprotokolle. In den Release Notes sind auch Installationsanleitungen zu finden.

Der Beitrag AlmaLinux 9 baut auf RHEL 9 erschien zuerst auf Linux-Magazin.

Die Distribution AlmaLinux 8.6 bedient sich des Quellcodes von Red Hat Enterprise Linux 8.6 (RHEL), das kürzlich erschienen ist. Nach der Umwidmung von CentOS zu CentOS Stream und damit zum Upstream für RHEL hatte sich AlmaLinux als Alternative empfohlen.

AlmaLinux bringt unter anderem die enthaltenen Pakete auf einen neuen Stand. PHP 8.0, Perl 5.32, log4j 2 und container-tools 4.0 sind dabei. Bei den Toolsets sind GCC 11, LLVM 13.0.1, Rust 1.58.1 und Go 1.17.7 enthalten. Laut dem Changelog sind mit Real Time (RT) und Real Time for NFV (NFV) auch zwei neue  Repositories an Bord. Zudem habe man Unterstützung für Drop-in-Konfigurationsdateien zu OpenSSH hinzugefügt, heißt es dort.

Der Download der Distribution ist über die Mirror-Seite möglich. Es stehen Abbilder für die Architekturen x86_64, PPC4le und Aarch64 zur Verfügung. Zum Download stehen dort auch ISOs für die Version 9, die als Beta-Ausgabe gekennzeichnet ist.

Der Beitrag AlmaLinux OS 8.6 auf Basis von RHEL 8.6 erschienen erschien zuerst auf Linux-Magazin.

CentOS 8 Stream ist der Nachfolger von CentOS und ist eine voll kompatible Linux Distribution zu Red Hat Enterprise Linux (RHEL). CentOS Stream ermöglicht den [...]

Unter dem Namen IT Landscape for sysadmins ist eine kleine aber feine Übersicht diverser Open-Source Projekte zu finden.

Unterteilt in Kategorien wie Protokolle, Cloud & Virtualisierung, Storage, Monitoring, Support Systeme, Messaging, Automation oder Essentials finden sich viele bekannte FOSS (Free and Open-Source-Software) Tools.

Solche Landschaftsgrafiken sind ja vom Marketing, Social Media oder IT-Dienstleistern durchaus bekannt, bisher ist mir aber keine Übersicht für Open-Source-Software untergekommen.
Umso besser, dass Alen Krmelj Mitte 2015 das Projekt Sysadmin Open Source Landscape ins Leben gerufen hat.

Die Sammlung kann sich jetzt schon sehen lassen und darf dank ihrer offenen Architektur von allen erweitert werden. Dazu genügt ein Klick auf das Plus-Symbol in der jeweiligen Kategorie.

Wer sich die IT-Landschaft ausdrucken möchte, der kann dank der verschiedenen Ansichten (oben rechts) eine einfache Liste abspeichern. 

Fazit

Die Seite ist leider nicht mehr online

 

Um Docker Container zu verwalten, gibt es viele Tools, da wäre zum Beispiel Portainer oder Rancher.

Lazy Docker

Aber es gibt auch schlichte Tools wie Lazy Docker.

Das in Go geschriebene Programm läuft über die Konsole, ist interaktiv und bietet schnellen Zugriff auf die wichtigsten Docker oder Docker Compose Funktionen. Folgende Funktionen werden aktuell (Version 0.8) unterstützt.

• Zustand der Docker oder Docker Compose Umgebung abfragen
• Anzeige von Protokollen für einen Container oder Dienst
• ASCII-Grafiken der CPU- und Speichernutzung von Containern anzeigen
• Neustart, anhalten, entfernen, oder neu aufbauen von Containern oder Diensten
• Anzeigen der einzelnen Schichten eines bestimmten Images
• Aufräumen von Containern, Images oder Volumes mit prune

Lazy Docker installieren

Die Installation ist sehr einfach und kann direkt über wget oder via brew erledigt werden.

Der Einfachheit halber werde ich den ersten Weg wählen.

Voraussetzung ist eine bestehende und laufende Docker Installation (ansonsten wäre die Nutzung des Programms wenig sinnvoll).

wget https://github.com/jesseduffield/lazydocker/releases/download/v0.18.1/lazydocker_0.18.1_Linux_x86_64.tar.gz
tar xvzf lazydocker*.tar.gz

sudo install lazydocker /usr/local/bin/
sudo systemctl status docker
sudo lazydocker

Die Steuerung erfolgt über die Pfeiltasten, das Menü lässt sich über x aufrufen und das Tool via Esc beenden.

Eine komplette Liste der Shortcuts findet ihr hier. Im Prinzip selbsterklärend.

Wer sich nicht selbst reinfinden möchte, der kann auch auf das Videotutorial zurückgreifen.

Fazit

Praktisches Tool, welches ohne Webserver oder dergleichen auskommt und etwas mehr Überblick bietet, als die üblichen Konsolenbefehle.