openSUSE baut Tumbleweed komplett neu, Debian verschiebt ein Point-Release. Auswirkungen eines gerade noch rechtzeitig entdeckten Angriffsszenarios.

Quelle

openSUSE Tumbleweed integriert experimentelle Unterstützung für systemd-boot, um damit den Bootprozess zu vereinfachen und zu beschleunigen.

Quelle

openSUSE Tumbleweed, eine Rolling-Release-Ausgabe der openSUSE-Distribution, verspricht kontinuierliche Upgrades mit den neuesten Linux-Features. Dieser ausführliche Test beleuchtet die Vor- und Nachteile dieser dynamischen Linux-Distribution. Wir versuchen festzustellen, wo Tumbleweed im Jahr 2023 steht und wie es zukünftig für Tumbleweed Nutzer weitergehen könnte. Die Eckpunkte zu openSUSE Tumbleweed openSUSE Tumbleweed, die Rolling-Release-Variante der renommierten openSUSE-Distribution, ist...

Der Beitrag Wo steht openSUSE Tumbleweed 2023? erschien zuerst auf MichlFranken.

openSUSE Tumbleweed, eine Rolling-Release-Ausgabe der openSUSE-Distribution, verspricht kontinuierliche Upgrades mit den neuesten Linux-Features. Dieser ausführliche Test beleuchtet die Vor- und Nachteile dieser dynamischen Linux-Distribution. Wir versuchen festzustellen, wo Tumbleweed im Jahr 2023 steht und wie es zukünftig für Tumbleweed Nutzer weitergehen könnte. Die Eckpunkte zu openSUSE Tumbleweed openSUSE Tumbleweed, die Rolling-Release-Variante der renommierten openSUSE-Distribution, ist...

Der Beitrag Wo steht openSUSE Tumbleweed 2023? erschien zuerst auf MichlFranken.

Nicht nur den mittlerweile sieben Distributionen möchte die OpenSuse-Community neue Logos verpassen, auch das Projekt soll ein überarbeitetes Chamäleon erhalten. Mitmachen können Interessierte bis zum 22. November.

Zunächst sucht die Community ein neues Logo für ihr eigenes Projekt. Dabei soll das Chamäleon erhalten bleiben, aber mit einem frischen Look daherkommen. Als Primärfarbe dient der bekannte Grünton mit dem Hexadezimalwert #73ba25.

Logos benötigen zudem die Distributionen Kalpa, Tumbleweed, Slowroll und Leap. Ihre Designs sollten sich an den bereits existierenden Logos für MicroOS, Leap Micro und Aeon orientieren. Die wiederum nutzen einfache Formen und Linien.

Die eingereichten Designs müssen sowohl in einer monochromen als auch einer farbigen Fassung vorliegen, im SVG-Format eingereicht werden und der Lizenz CC-BY-SA 4.0 unterstehen. Sofern das Logo zum neuen OpenSuse-Logo gekürt wird, soll es jeder auch ohne die von der Lizenz geforderte Namensnennung (BY) nutzen dürfen.

Den Gewinnern des Wettbewerbs winkt eine „Geeko Mystery Box“. Sämtliche Teilnahmebedingungen und Regeln liefert die entsprechende Ankündigung.

Der Beitrag OpenSuse-Projekt veranstaltet Logo-Wettbewerb erschien zuerst auf Linux-Magazin.

Mit ALP und Slowroll am Horizont fühlen sich openSUSE-Benutzer derzeit möglicherweise etwas verloren in der Übergangsphase. Das muss nicht sein! Doch wo steht openSUSE derzeit eigentlich? Höchste Zeit etwas Licht ins Dunkel zu bringen. Seit vielen Jahren hält das openSUSE-Projekt an einem strikten Veröffentlichungsmodell fest, das sich durch zwei primäre Varianten auszeichnet: das fixe openSUSE...

Der Beitrag openSUSE Slowroll: Die Balance aus Leap und Tumbleweed erschien zuerst auf MichlFranken.

openSUSE Leap 15.5 ist ein weiteres Minor-Release, das auf SUSE Linux Enterprise Server 15 (SLES 15) basiert. Nach längerer Pause (zuletzt habe ich mir in diesem Blog openSUSE 15.1 angesehen) ist es wieder einmal Zeit, einen Blick in die openSUSE-Welt zu werfen.

Aktualisiert am 3.8.2023: NVIDIA-Treiberinstallation

Versionsnummern

openSUSE zeichnet sich durch einen seltsamen Mix aus alter und aktueller Software aus. Vollkommen unbegreiflich ist die uralte Python-Version (aktuell wäre 3.11).

Basis             Desktop             Programmierung   Server
---------------   ------------------  --------------   --------------
Kernel     5.14   KDE Plasma    5.27  bash       4.4   Apache     2.4
glibc      2.31   Gimp          2.10  docker   20.10   CUPS       2.2
X-Server   1.20   LibreOffice    7.4  gcc       12.2   MariaDB   10.6
Wayland    1.21                       git       2.35   OpenSSH    8.4
Mesa       20.2                       Java     11/17   qemu/KVM   7.1
Systemd     249                       PHP    7.4/8.0   Postfix    3.7
NetworkMan 1.38                       podman     4.4   Samba     4.17
GRUB       2.06                       Python     3.6

Sie können bei der Installation zwischen mehreren Desktop-Systemen wählen. Viele openSUSE-Anwender entscheiden sich für KDE. Gnome steht nur in der ziemlich alten Version 41 zur Verfügung.

Wenn Sie openSUSE in Kombination mit aktueller Software einsetzen möchten, sollten Sie sich die Rolling-Release-Variante Tumbleweed ansehen. Persönlich bin ich der Meinung, dass Tumbleweed das »bessere« openSUSE ist.

Installation und Administration

Die Installation von openSUSE funktioniert gut wie eh‘ und je. Das Installationsprogramm brilliert vor allem bei komplizierten Setups mit RAID und LVM. Standardmäßig kommt das Dateisystem btrfs zum Einsatz, wobei diverse Subvolumes für /var, /tmp usw. eingerichtet werden. Außerdem werden bei jeder Paket-Installation und bei jedem Update Snapshots erstellt. Diese Snapshots ermöglichen es, eine fehlgeschlagene Paketoperation rückgängig zu machen. (Allzu oft tritt dieser Fall in der Praxis nicht auf. Ich hatte dazu in den letzten Jahren nie die Notwendigkeit, egal, unter welcher Distribution ich gerade gearbeitet habe.)

Das Systemadministrations-Tool YaST war über lange Zeit das Unterscheidungsmerkmal zwischen SUSE und anderen Distributionen. Mittlerweile wirkt YaST aber definitiv angestaubt. Beispielsweise sind die Module zur Software-Verwaltung aus heutiger Sicht unübersichtlich und verwirrend organisiert. Das Firewall-Modul findet außer ‚docker‘ keine Netzwerkschnittstellen. Das AppArmor-Modul eignet sich gerade noch dazu, AppArmor zu deaktivieren bzw. wieder zu aktivieren.

Probleme bei der NVIDIA-Treiberinstallation

Bei vergangenen openSUSE-Versionen gestaltete sich die Installation des proprietären NVIDIA-Treibers sehr einfach: NVIDIA-Paketquelle aktivieren, dann im YaST-Modul Online-Aktualisierung das Menükommando Extras/Alle
passenden empfohlenen Pakete installieren ausführen.

Aktuell scheitert allerdings die Aktivierung der NVIDIA-Paketquelle. Abhilfe: Richten Sie die Paketquelle
manuell mit Hinzufügen/URL angeben ein und verwenden Sie dabei die Adresse `http://download.nvidia.com/opensuse/leap/15.5` (mit HTTP, nicht HTTPS!). Siehe auch diesen Beitrag im NVIDIA-Forum.

Warum openSUSE?

Ich habe mich in den letzten Jahren immer wieder gefragt: Was macht die Attraktivität von openSUSE aus? Laut metrics.opensuse.org sind die Nutzerzahlen in den letzten zwei Jahren stark gestiegen. Auch auf distrowatch.com hält sich openSUSE in den Top-10. (Ich war vor 20 Jahren selbst großer SUSE-Fan, aber das hat sich gelegt.)

• openSUSE ist großartig, wenn Sie beruflich oder für den Unterricht eine kostenlose Trainingsumgebung für SLES brauchen.

• openSUSE konzentriert sich für die Desktop-Anwendung auf KDE. Wer KDE bevorzugt, hat im Linux-Mainstream wenig Auswahl. openSUSE ist dann durchaus eine sinnvolle Option.

• openSUSE verzichtet in der Grundausstattung auf Snap- oder Flatpak-Pakete. Gerade im Vergleich zu Ubuntu kann man das als Pluspunkt sehen.

Ausblick

Für seine Enterprise-Version arbeitet SUSE momentan an einem Komplettumbau. SLES 15 soll durch die Adaptable Linux Platform (ALP) abgelöst werden. ALP basiert auf Micro OS, einer neuartigen immutable Distribution, bei der Updates in Form von atomaren Transaktionen (und nicht durch die Aktualisierung von Paketen) erfolgen. SUSE ALP ist allerdings nur das Kern-Betriebssystem. Die darin installierten Anwendungen sollen ähnlich wie Container (denken Sie an Docker oder Podman) laufen. Red Hat und Canonical experimentieren mit Silverblue bzw. mit Ubuntu Core und Snaps und in eine ähnliche Richtung.

openSUSE ALP soll diesen Paradigmen-Wechsel nachvollziehen. Bis es soweit ist, wird wohl noch einige Zeit vergehen — denn vorher soll es mit openSUSE 15.6 noch ein Minor Release geben (siehe news.opensuse.org).

Update 13.6.2023: Das in SUSE-Frage stets gut informierte Blog MerCurius weist darauf hin, dass ALP vermutlich eine reine Server-Plattform sein wird und keine Desktop-Pakete enthält. Damit openSUSE ALP als Desktop-System funktionieren kann, sucht openSUSE nach Unterstützung durch die Community.

Quellen/Links

Download, Release Informationen und sonstige Dokumentation

• https://get.opensuse.org/
• https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/15.5/
• https://en.opensuse.org/Release_announcement_15.5
• https://news.opensuse.org/2023/06/07/leap-release-matures-sets-up-tech-transition/
• https://en.opensuse.org/Portal:15.5
• https://get.opensuse.org/tumbleweed/
• https://metrics.opensuse.org

ALP/MicroOS/Silverblue/Ubuntu Core

• https://www.suse.com/c/the-first-prototype-of-adaptable-linux-platform-is-live/
• https://microos.opensuse.org/
• https://microos.opensuse.org/blog/2023-05-27-microOS-Desktop-is-changing-names/
• https://news.opensuse.org/2023/06/06/leap-15.6-annoucement/
• https://curius.de/2023/06/opensuse-leap-vor-dem-aus/
• https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/NDFLLVILAIY5E5RFQ5FO4CCJR6LSL2LZ/
• https://fedoraproject.org/silverblue
• https://ubuntu.com/blog/ubuntu-core-an-immutable-linux-desktop

NVIDIA-Paketquelle

• https://forums.developer.nvidia.com/t/opensuse-leap-15-5-nvidia-repository-fails/256115/3

Wer Opensuse Leap oder Opensuse Tumbleweed installiert, muss standardmäßig ohne h.264-Codec auskommen. Eine Vereinbarung mit Cisco vereinfacht jetzt zumindest die nachträgliche Installation des Codecs.

Der Video-Codec h.264 kommt unter anderem bei Videokonferenzen via WebRTC-Standard zum Einsatz. Aufgrund von Patent- und Lizenzfragen installieren die Opensuse -Distributionen allerdings standardmäßig keine passende Implementierung. Hier mussten sich Anwender bislang etwa mit entsprechenden Paketen aus dem Packman-Repository behelfen.

Cisco stellt zwar seine Implementierung namens OpenH264 kostenlos zur Verfügung, begrenzt dessen die Weitergabe jedoch auf 100.000 Nutzer. Opensuse überschreitet jedoch diese Nutzerzahl deutlich. Die Fedora-Entwickler hatten deshalb ein spezielles Übereinkommen mit Cisco geschlossen.

Dem folgt jetzt auch das Opensuse -Team: Ein neues Übereinkommen mit Cisco ermöglicht ab sofort die Nutzung von OpenH264 auch unter Opensuse. Der Codec steht dabei in neuen Repositories bereit. Um sie einzubinden, ruft man unter Opensuse Leap den folgenden Befehl auf:

sudo zypper ar http://codecs.opensuse.org/openh264/openSUSE_Leap repo-openh264

Opensuse Tumbleweed- und MicroOS-Nutzer verwenden hingegen:

sudo zypper ar http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed repo-openh264

In jedem Fall gelingt die Installation des Codecs via:

sudo zypper in gstreamer-1.20-plugin-openh264

Teil der Vereinbarung mit Cisco ist eine ausgeklügelte Paketerstellung: Der Open Build Service (OBS) baut aus dem OpenH264-Quellcode ein RPM-Paket. Dieses landet über eine automatisch generierte E-Mail bei Cisco. Den genauen Ablauf schildern die entsprechende Ankündigung sowie eine Seite im Opensuse-Wiki.

Der Beitrag Opensuse vereinfacht Installation von h.264-Codec erschien zuerst auf Linux-Magazin.

Das Rolling Release Opensuse Tumbleweed wird komplett auf die Mikroarchitektur x86-64-v2 umgestellt. Ein Repository namens Opensuse:Factory:LegacyX86 soll Anwendern mit älterer Hardware den Übergang von x86-64-v1 ermöglichen.

Das Opensuse Factory Repository werde umgewidmet, um mit x86-64-v2 voranzukommen”, schrieb Tumbleweed Release Manager Dominique Leuenberger in einer E-Mail an die Opensuse Factory Mailingliste. Zusätzlich werde ein neues Repository, Opensuse:Factory:LegacyX86, eingerichtet, das den derzeitigen Stand von Tumbleweed abbilde. Für die Pflege dieses Repositorys brauche es nun Freiwillige, schreibt Leuenberger.

Er werde auch bei der anfänglichen Einrichtung helfen, erwarte dann aber, dass er sich nicht mehr darum kümmern müsse, außer er werde um spezifische Hilfe gebeten, schreibt Leuenberger weiter. Er erwarte zudem Installations-ISO-Dateien und keine “Live”-Images.

Die vereinbarte Lösung sehe vor, das Haupt-Repository von Tumbleweed auf x86-64-v2 umzustellen. Die i586-Unterstützung werde aus dem Repository entfernt und es nur noch diejenigen 32-Bit-Teile weitergeführt, die für bestimmte Pakete notwendig seien. Es werde aber kein komplettes Repository für 32-Bit geben. Benutzer müssten laut der Ankündigung nichts anderes tun als zypper dup aufzurufen, wenn das Repository auf x86-64-v2 umgestellt wird. Es werde dazu aber voraussichtlich eine Benachrichtigung über diese Änderung an die Benutzer geschickt.

Für die Nutzer der Systeme, die noch auf x86-64-v1 laufen, bestehe dagegen Handlungsbedarf. Sie müssen dann die Repository-Liste aktualisieren, sobald das Repository Opensuse:Factory:LegacyX86 eingerichtet sei.

In der Mitteilung heißt es, um die Hardware zu überprüfen, könnten Benutzer, die Tumbleweed ausführen, den folgenden Befehl in einem Terminal verwenden: /lib64/ld-linux-x86-64.so.2 –help. Das Ergebnis sollte dann wahrscheinlich das folgende sein:

x86-64-v4

x86-64-v3 (supported, searched)

x86-64-v2 (supported, searched)

Der Beitrag Opensuse Tumbleweed stellt auf x86-64-v2-Architektur um erschien zuerst auf Linux-Magazin.

Warum muss ich ein Distributions-Update machen, damit ich die neueste Version von git verwenden kann? Oder von LibreOffice? Damit ich in einer aktuellen Version von Python programmieren kann? Die Zeiten, in denen sich Linux mit jedem Distributions-Update grundlegend verändert, sind seit etlichen Jahren vorbei. Die Zeit ist reif für Rolling-Release-Distributionen, bei denen eine einmalige Installation und in der Folge »kleine« Updates ausreichen.

Wer heute ein neues Notebook kauft und darauf Linux installiert, sollte dieses während der Lebenszeit des Geräts (vielleicht fünf bis sieben Jahre?) mit simplen Updates nutzen können.

In den vergangenen drei Jahren habe ich auf meinem Notebook alle halbe Jahr ein Release-Update von Ubuntu n auf Ubuntu n+1 durchgeführt. Grundsätzlich sind diese Updates keine Hexerei, aber sie dauern relativ lange und durchbrechen die »normale« Nutzung. Nicht selten gibt es während des Updates oder danach Probleme.

Die Verwendung einer LTS-Version, wie ich dies auf meinen Servern handhabe und »Normalanwendern« empfehle, kommt für mich privat nicht in Frage: Als IT-Autor muss ich die gerade neuesten Versionen diverser Programme ausprobieren und will dabei nicht (nur) in virtuellen Maschinen bzw. mit Docker arbeiten.

Natürlich könnte ich statt Ubuntu auch Debian, Fedora oder openSUSE verwenden — aber das Grundproblem ändert sich nicht. Regelmäßig sind, losgelöst von »normalen« Paket-Updates, disruptive Distributions-Updates erforderlich.

In der fernen Vergangenheit waren derartige Distributions-Updates oder gar Neuinstallationen unumgänglich, weil es fundamentale Neuerungen gab: Der Wechsel des Init-Systems von Init-V über Upstart zu systemd, der Wechsel des Dateisystems von ext2 zu ext3, reiserfs, btrfs, xfs oder ext4 (je nach Vorliebe), neue Verfahren, um das Internet per Modem, ISDN, ADSL und WLAN zu nutzen etc. Wann gab es zuletzt derart weitreichende Strukturänderungen in einer Linux-Distribution?

Linux ändert sich aktuell nur inkrementell. Das ist nichts Negatives, sondern ein Zeichen dafür, wie sehr sich Linux im Verlauf von drei Jahrzehnten stabilisiert hat.

Man kann über Extra-Paketformate wie Snap oder Flatpak streiten, über die Segnungen der neuesten Gnome-Version diskutieren, aber letztlich sind die so eingeführten Neuerungen kein zwingender Grund für einen Komplettumbau der ganzen Distribution, weder durch eine Neuinstallation, noch durch ein Distributions-Update.

Was für Firefox, Google Chrome und Thunderbird nun schon seit Jahren selbstverständlich ist, nämlich ein sofortiges Update zur nächsten Version sobald diese fertig ist, genau das will ich auch für andere Werkzeuge des täglichen Bedarfs: git, ssh, zsh, Python, Emacs, vi, Gimp, LibreOffice usw.

Rolling-Release-Distributionen

Die Lösung sind Rolling-Release-Distributionen: Nach einer einmaligen Installation werden je nach Gusto und Sicherheitslage täglich, wöchentlich oder monatlich Paket-Updates installiert. Damit bleibt die ganze Distribution auf dem aktuellen Stand — über viele Jahre hinweg (im Idealfall über die ganze Lebensdauer des Computers).

Natürlich gibt es derartige Distributionen seit Jahren, ja Jahrzehnten (!), wie der folgende Überblick ohne Anspruch auf Vollständigkeit zeigt:

• Arch Linux (verfügbar seit 2001) richtet sich schon bei der Installation dezidiert an Experten. In seiner eng umrissenen Zielgruppe ist Arch Linux seit Jahren sehr populär und gewinnt immer mehr Zulauf, zuletzt auch vom Autor dieser Zeilen …

• EndeavourOS und Manjaro sind benutzerfreundlichere Varianten von Arch Linux. Das reicht immerhin für die Plätze 2 und 4 im distrowatch-Ranking. Auch wenn dieses Ranking umstritten ist, ist es ein Indiz dafür, dass das Rolling-Release-Modell im Mainstream angekommen ist. (Arch Linux, also das Original, lag im April 2022 übrigens nur auf Platz 22.)

• Mit openSUSE Tumbleweed beweist auch SUSE seit 2014, dass das Rolling-Release-Modell funktioniert. Dennoch fliegt Tumbleweed weitgehend unter dem Radar der IT-Berichterstattung. Es ist schwer zu sagen, ob das am mangelnden Marketing oder an den YaST-Eigenheiten liegt. Persönlich hat meine Begeisterung für SUSE-Distributionen jeder Art in den letzten 10 Jahren stark nachgelassen, wobei ich nicht konkret festmachen kann, weshalb: Vielleicht ist es die Kombination von vielen distributionsspezifischen Sonderwegen kombiniert mit zu wenig aktueller Dokumentation?

• Der Rolling Rhino Remix versucht, Ubuntu zu einer Rolling-Release-Distribution macht. Im Wesentlichen ersetzt es die regulären Paketquellen durch devel-Quellen. Um die Updates kümmert sich dann das Script rhino-update. Dieser Ansatz ist zwar simpel, richtet sich aber an sehr experimentierfreudige Linux-User. (So gesehen kann man den Debian-Unstable-Zweig sid auch als Rolling-Release-Distribution bezeichnen.)

Rolling Release für die Massen?

Bei aller Begeisterung für die verfügbaren Rolling-Release-Distributionen fristen diese doch ein Nischendasein. Linux-Einsteiger starten typischerweise mit Ubuntu, Mint oder einer ähnlichen Distribution. Um das Rolling-Release-Modell massentauglich zu machen, müsste einer der Big Player, also z.B. Red Hat (IBM) oder Canonical, auf diesen Zug aufspringen. Das ist unwahrscheinlich: Das Rolling-Release-Modell entfaltet seine Attraktivität eher auf dem Desktop als auf dem Server. Red Hat, SUSE, Canonical & Co. verdienen Ihr Geld aber mit Server-Kunden.

Außerdem gibt es für technisch nicht versierte Desktop-Nutzer noch ein Hindernis: Gnome! Mit wirklich jedem Update funktioniert irgendeine der von mir genutzten Extensions nicht mehr (und ich bin schon dankbar, wenn es nur eine ist). Und leider sind viele Gnome-Konzepte einfach inkompatibel zu meinen persönlichen Vorlieben: Ohne Dash-to-Dock mag ich Gnome ganz einfach nicht verwenden.

Fazit

Meine Wünsche werden wohl Träume bleiben. Für mich persönlich heißt die Lösung aktuell Arch Linux. Nach zwei Monaten im Dauereinsatz bin ich auf keine unüberwindlichen Hindernisse gestoßen. Ob meine Begeisterung ausreicht, dass ich mein Notebook bis zu seiner Ablöse ohne Linux-Neuinstallation nutzen kann, muss sich aber erst zeigen.

Dessen ungeachtet kann ich mir nicht vorstellen, dass sich Arch Linux außerhalb der Freak- und Experten-Liga durchsetzt. Das Rolling-Release-Linux, das ich guten Gewissens auf den Rechner eines technisch nicht versierten Freunds oder einer Verwandten installieren würde, habe ich noch nicht gefunden.

Quellen/Links

• https://archlinux.org
• https://endeavouros.com
• https://manjaro.org
• https://get.opensuse.org/tumbleweed
• https://rollingrhinoremix.github.io