GNOME 46 “Kathmandu” wurde veröffentlicht, wobei die Desktop-Umgebung für GNU/Linux-Systeme zahlreiche neue Funktionen, Verbesserungen und aktualisierte Apps bietet. Zu den Highlights zählen die Unterstützung für headless Remote-Desktops, die es ermöglicht, sich ohne bestehende Sitzung remote mit dem GNOME-System zu verbinden, sowie die Möglichkeit, die variable Bildwiederholfrequenz des Monitors anzupassen. Das Update beinhaltet auch eine überarbeitete...
GNOME 45.4 markiert das vierte Wartungsupdate der aktuellen “Riga”-Serie und konzentriert sich auf die Behebung von Fehlern und Abstürzen um die Stabilität und Zuverlässigkeit der Desktop-Umgebung zu verbessern. Diese Version bringt eine Reihe von Verbesserungen und neuen Funktionen mit sich. Die offizielle Ankündigung gibt es hier. Folgende Verbesserungen werden angeboten: Darüber hinaus wurden auch Initial...
GNOME 45.4 markiert das vierte Wartungsupdate der aktuellen “Riga”-Serie und konzentriert sich auf die Behebung von Fehlern und Abstürzen um die Stabilität und Zuverlässigkeit der Desktop-Umgebung zu verbessern. Diese Version bringt eine Reihe von Verbesserungen und neuen Funktionen mit sich. Die offizielle Ankündigung gibt es hier. Folgende Verbesserungen werden angeboten: Darüber hinaus wurden auch Initial...
Nachdem ich mich vor ein paar Wochen ausführlich mit der Installation von Fedora Asahi Linux auseinandergesetzt habe, geht es jetzt um die praktischen Erfahrungen. Der Artikel ist ein wenig lang geworden und geht primär auf Tools ein, die ich in meinem beruflichen Umfeld oft brauche.
Ich habe mich für die Gnome-Variante von Fedora Asahi Linux entschieden, die grundsätzlich ausgezeichnet funktioniert. Dazu aber gleich eine Einschränkung: Der Asahi-Entwickler Hector Martin ist KDE-Fan; insofern ist die KDE-Variante besser getestet und sollte im Zweifelsfall als Desktop-System vorgezogen werden.
Gnome Systemeinstellungen
Hardware-Unterstützung
Asahi Linux unterstützt aktuell noch keine Macs mit M3-CPUs. Außerdem hapert es noch bei USB-C-Displays (HDMI funktioniert), einigen Thunderbolt-/USB4-Features und der Mikrofon-Unterstützung. (Die Audio-Ausgabe funktioniert, bei den Notebooks anscheinend sogar in sehr hoher Qualität. Aus eigener Erfahrung kann ich da beim Mac Mini nicht mitreden, dessen Lautsprecher ist ja nicht der Rede wert.) Auf die Authentifizierung mit TouchId müssen Sie auch verzichten. Einen guten Überblick über die Hardware-Unterstützung finden Sie am Ende der folgenden Seite:
Ich habe Fedora Asahi Linux nur auf einem Mac Mini M1 getestet (16 GB RAM). Damit habe ich sehr gute Erfahrungen gemacht. Das System ist genauso leise wie unter macOS (sprich: lautlos, auch wenn der Lüfter sich immer minimal dreht). Aber ich kann keine Aussagen zur Akku-Laufzeit machen, weil ich aktuell kein MacBook besitze. Wie gut Linux die Last zwischen Performance- und Efficiency-Cores verteilt, kann ich ebenfalls nicht sagen.
Der Ruhezustand funktioniert, auch das Aufwachen ;-) Dazu muss allerdings kurz die Power-Taste gedrückt werden. Ein Tastendruck oder ein Mausklick reicht nicht.
Tastatur
An meinem Mac Mini ist eine alte Apple-Alu-Tastatur angeschlossen. Grundsätzlich funktioniert sie auf Anhieb. Ein paar kleinere Optimierungen habe ich vor einiger Zeit hier beschrieben.
Konfiguration bei der Linux-Installation
Ich habe ja schon in meinem Blog-Beitrag zur Installation festgehalten: Während der Installation von Fedora gibt es praktisch keine Konfigurationsmöglichkeiten. Insbesondere können Sie weder die Partitionierung noch das Dateisystem beeinflussen (es gibt eine Partition für alles, das darin enthaltene Dateisystem verwendet btrfs ohne Verschlüsselung).
Wenn Sie davon abweichende Vorstellungen haben und technisch versiert sind, können Sie anfänglich nur einen Teil des freien Disk-Speichers für das Root-System von Fedora nutzen und später eine weitere Partition (z.B. für /home) nach eigenen Vorstellungen hinzuzufügen.
Swap-File
Während der Installation wurde auf meinem System die Swap-Datei /var/swap/swapfile in der Größe von 8 GiB eingerichtet (halbe RAM-Größe?). Außerdem verwendet Fedora standardmäßig Swap on ZRAM. Damit kann Fedora gerade ungenutzte Speicherseite in ein im RAM befindliches Device auslagern. Der Clou: Die Speicherseiten werden dabei komprimiert.
Beim meiner Konfiguration (16 GiB RAM, 8 GiB Swap-File, 8 GiB ZRAM-Swap) glaubt das System, dass es über fast 32 GiB Speicherplatz verfügen kann. (Etwas RAM wird für das Grafiksystem abgezwackt.) Ganz geht sich diese Rechnung natürlich nicht aus, weil ja das ZRAM-Swap selbst wieder Arbeitsspeicher kostet. Aber sagen wir 4 GB ZRAM entspricht mit Komprimierung 8 GB Speicherplatz + 11 GB restliches RAM + 8 GB Swapfile: das würde 27 GB Speicherplatz ergeben. Wenn nicht alle Programme zugleich aktiv sind, kann man damit schon arbeiten.
cat /proc/swaps
Filename Type Size Used Priority
/var/swap/swapfile file 8388576 0 -2
/dev/zram0 partition 8388592 0 100
free -m
total used free shared buff/cache available
Mem: 15444 8063 2842 1521 7112 7381
Swap: 16383 0 16383
Weil ich beim Einsatz virtueller Maschinen gescheitert bin (siehe unten), kann ich nicht beurteilen, ob diese Konfiguration mit der Arbeitsspeicherverwaltung von macOS mithalten kann. Die funktioniert nämlich richtig gut. Auch macOS komprimiert Teile des gerade nicht genutzten Speichers und kompensiert so (ein wenig) den unendlichen Apple-Geiz, was die Ausstattung mit RAM betrifft (oder die Geldgier, wenn mehr RAM gewünscht wird).
Gnome Systemüberwachung
Gnome + Fractional Scaling: mühsam wie vor 10 Jahren
Ein altes Problem: Auf meinem 4k-Monitor (27 Zoll) ist der Bildschirminhalt bei einer Skalierung von 100 % arg klein, bei 200 % sinnlos groß. Seit Jahren wird gepredigt, wie toll Gnome + Wayland ist, aber Fractional Scaling funktioniert immer noch nicht standardmäßig?
Dieses Problem lässt sich zum Glück lösen:
gsettings set org.gnome.mutter experimental-features "['scale-monitor-framebuffer']"
Aus Gnome ausloggen, neu einloggen. Jetzt können in den Systemeinstellungen 125 % eingestellt, optimal für mich.
Die fraktionelle Skalierung funktioniert für Wayland-Programme gut, sie muss aber umständlich aktiviert werden
Die meisten Programme, die ich üblicherweise verwende, kommen mit 125 % gut zurecht. Wichtigste Ausnahme (für mich): Emacs. Die Textdarstellung ist ziemlich verschwommen. Angeblich gibt es eine Wayland-Version von Emacs (siehe hier), aber ich habe noch nicht versucht, sie zu installieren.
Webbrowser: kein Google Chrome
Als Webbrowser ist standardmäßig Firefox installiert und funktioniert ausgezeichnet. Chromium steht alternativ auch zur Verfügung (dnf install chromium). Ich bin allerdings, was den Webbrowser betrifft, in der Google-Welt zuhause. Ich habe mich vor über 10 Jahren für Google Chrome entschieden. Lesezeichen, Passwörter usw. — alles bei Google. (Bitte die Kommentare nicht für einen Browser-Glaubenskrieg nutzen, ich werde keine entsprechenden Kommentare freischalten.)
Insofern trifft es mich hart, dass es aktuell keine Linux-Version von Google Chrome für arm64 gibt. Ich habe also die Bookmarks + Passwörter nach Firefox importiert. Bookmarks sind easy, Passwörter müssen in Chrome in eine CSV-Datei exportiert und in Firefox wieder importiert werden. Mit etwas Webrecherche auch nicht schwierig, aber definitiv umständlich. Und natürlich ohne Synchronisation. (Für alle Firefox-Fans: Ja, auch Firefox funktioniert großartig, ich habe überhaupt keine Einwände. Wenn ich die Entscheidung heute treffen würde, wäre vielleicht Firefox der Gewinner. Google bekommt auch so genug von meinen Daten …)
Drag&Drop von Nautilus nach Firefox funktionierte bei meinen Tests nicht immer zuverlässig. Ich glaube, dass es sich dabei um ein Wayland-Problem handelt. Ähnliche Schwierigkeiten hatte ich auf meinen »normalen« Linux-Systemen (also x86) mit Google Chrome auch schon, wenn Wayland im Spiel war.
Nextcloud: perfekt
Zum Austausch meiner wichtigsten Dateien zwischen diversen Rechnern verwende ich Nextcloud. Ich habe nextcloud-client-nautilus installiert und eingerichtet, funktioniert wunderbar. Damit im Panel das Nextcloud-Icon angezeigt wird, ist die Gnome-Erweiterung AppIndicator and KStatusNotifierItem Support erforderlich.
Spotify + Firefox: gescheitert
Ich höre beim Arbeiten gerne Musik. Die Spotify-App gibt es nicht für arm64. Kein Problem, ich habe mich schon lange daran gewöhnt, Spotify im Webbrowser auszuführen. Aber Spotify hält nichts von Firefox: Wiedergabe von geschützten Inhalten ist nicht aktiviert.
Spotify und Firefox vertragen sich nicht
Das Problem ist bekannt und gilt eigentlich als gelöst. Es muss das Widevine-Plugin installiert werden. Asahi greift dabei auf ein Paket der ChromeBooks zurück. Es kann mit widevine-installer installiert werden. (widevine-installer befindet sich im gleichnamigen Paket und ist standardmäßig installiert.) Gesagt, getan:
sudo widevine-installer
This script will download, adapt, and install a copy of the Widevine
Content Decryption Module for aarch64 systems.
Widevine is a proprietary DRM technology developed by Google.
This script uses ARM64 builds intended for ChromeOS images and is
not supported nor endorsed by Google. The Asahi Linux community
also cannot provide direct support for using this proprietary
software, nor any guarantees about its security, quality,
functionality, nor privacy. You assume all responsibility for
usage of this script and of the installed CDM.
This installer will only adapt the binary file format of the CDM
for interoperability purposes, to make it function on vanilla
ARM64 systems (instead of just ChromeOS). The CDM software
itself will not be modified in any way.
Widevine version to be installed: 4.10.2662.3
...
Installing...
Setting up plugin for Firefox and Chromium-based browsers...
Cleaning up...
Installation complete!
Please restart your browser for the changes to take effect.
Nach einem Firefox-Neustart ändert sich: nichts. Ein weiterer Blick in discussion.fedoraproject.org verrät: Es muss auch der User Agent geändert werden, d.h. Firefox muss als Betriebssystem ChromeOS angeben:
Es gibt zwei Möglichkeiten, den User Agent zu ändern. Die eine besteht darin, die Seite about:config zu öffnen, die Option general.useragent.override zu suchen und zu ändern. Das gilt dann aber für alle Webseiten, was mich nicht wirklich glücklich macht.
Die Alternative besteht darin, ein UserAgent-Plugin zu installieren. Ich habe mich für den User-Agent Switcher and Manager entschieden.
Langer Rede kurzer Sinn: Mit beiden Varianten ist es mir nicht gelungen, Spotify zur Zusammenarbeit zu überreden. An dieser Stelle habe ich nach rund einer Stunde Frickelei aufgegeben. Es gibt im Internet Berichte, wonach es funktionieren müsste. Vermutlich bin ich einfach zu blöd.
Spotify + Chromium: geht
Da wollte ich Firefox eine zweite Chance geben … Stattdessen Chromium installiert, damit funktioniert Spotify (widevine-installer vorausgesetzt) auf Anhieb. Sei’s drum.
Chromium läuft übrigens standardmäßig als X-Programm (nicht Wayland), aber nachdem ich den Browser aktuell nur als Spotify-Player benutze, habe ich mir nicht die Mühe gemacht, das zu ändern.
Wie Emacs und Chromium läuft auch Code vorerst als X-Programm. Entsprechend unscharf ist die Schrift bei 125% Scaling. Das ArchWiki verrät, dass beim Programmstart die Option --ozone-platform-hint=auto übergeben werden muss. Das funktioniert tatsächlich: Plötzlich gestochen scharfe Schrift auch in Code.
Ich habe mir eine Kopie von code.desktop erstellt und die gerade erwähnte Option in die Exec-Zeile eingebaut. Bingo!
qemu/libvirt/virt-manager: keine Grafik, keine Maus, keine Tastatur, kein Glück
Meine Arbeit spielt sich viel in virtuellen Maschinen und Containern ab. QEMU und die libvirt-Bibliotheken sind standardmäßig installiert, die grafische VM-Verwaltung gibt es mit dnf install virt-manager dazu.
Als nächstes habe ich mir ein Daily-ISO-Image für Arm64 von Ubuntu 24.04 heruntergeladen und versucht, es in einer virtuellen Maschine zu installieren. Kurz nach dem Start stürzt der virt-manager ab. Die virtuelle Maschine läuft weiter, allerdings nur im Textmodus. Später bleibt die die Installation in einer snap-Endlosschleife hängen. Nun gut, es ist eine Entwicklerversion, die noch nicht einmal offiziellen Beta-Status hat.
Eine gescheiterte Installation von Ubuntu 24.04 daily
Nächster Versuch mit 23.10. Allerdings gibt es auf cdimage.ubuntu.com kein Desktop-Image für arm64!? Gut, ich nehme das Server-Image und baue dieses nach einer Minimalinstallation mit apt install ubuntu-desktop in ein Desktop-System um. Allerdings stellt sich heraus, dass aptsehr lange braucht (Größenordnung: eine Stunde, bei nur sporadischer CPU-Belastung; ich weiß nicht, was da schief läuft). Die Textkonsole im Viewer von virt-manager ist zudem ziemlich unbrauchbar. Installation fertig, Neustart der virtuellen Maschine. Es gelingt nicht, den Grafikmodus zu aktivieren.
Dritter Versuch, Debian 12 für arm64. Obwohl ich mich für eine Installation im Grafikmodus entscheide, erscheinen die Setup-Dialoge in einem recht trostlosen Textmodus (so, als würde die Konsole keine Farben unterstützen).
Super-minimalistischer Textmodus in der VM
Schön langsam dämmert mir, dass mit dem Grafiksystem etwas nicht stimmt. Tatsächlich hat keine der virtuellen Maschinen ein Grafiksystem! (virt-manager unter x86 richtet das Grafiksystem automatisch ein, und es funktioniert — aber offenbar ist das unter arm64 anders.) Ich füge also das Grafiksystem manuell hinzu, aber wieder treten diverse Probleme auf: der VGA-Modus funktioniert nicht, beim Start der VM gibt es die Fehlermeldung failed to find romfile vgabios-stdvga.bin. QXL lässt sich nicht aktivieren: domain configuration does not support video model qxl. RAMfb führt zu einem EFI-Fehler während des Startups. Zuletzt habe ich mit virtio Glück. Allerdings funktioniert jetzt die Textkonsole nicht mehr, der Bootvorgang erfolgt im Blindflug.
Der Grafikmodus erscheint, aber die Maus bewegt sich nicht. Klar, weil der virt-manager auch das Mauseingabe-Modul nicht aktiviert hat. Ich füge auch diese Hardware-Komponente hinzu. Tatsächlich lässt sich der Mauscursor nach dem nächsten Neustart nutzen — aber die Tastatur geht nicht. Ja, die fehlt auch. Wieder ‚Gerät hinzufügen‘, ‚Eingabe/USB-Tastatur‘ führt zum Ziel. Vorübergehend habe ich jetzt ein Erfolgserlebnis, für ein paar Minuten kann ich Ubuntu 23.10 tatsächlich im Grafikmodus verwenden. Ich kann sogar eine angemessene Auflösung einstellen. Aber beim nächsten Neustart bleibt der Monitor schwarz: Display output is not active.
An dieser Stelle habe ich aufgegeben. Die nächste Auflage meines Linux-Buchs (die steht zum Glück erst 2025 an) könnte ich in dieser Umgebung nicht schreiben. Dazu brauche ich definitiv eine Linux-Installation auf x86-Hardware.
Docker, pardon, Podman: voll OK
Red Hat und Fedora meiden Docker wie der Teufel das Weihwasser. Dafür ist die Eigenentwicklung Podman standardmäßig installiert (Version 4.9). Das Programm ist weitestgehend kompatibel zu Docker und in der Regel ein guter Ersatz.
Ich setze in Docker normalerweise stark auf docker compose. Dieses Subkommando ist in Podman noch nicht integriert. Abhilfe schafft das (einigermaßen kompatible) Python-Script podman-compose, das mit dnf installiert wird und aktuell in Version 1.0.6 vorliegt.
Mein Versuch, mit Podman mein aus LaTeX und Pandoc bestehendes Build-System für meine Bücher zusammenzubauen, gelang damit überraschend problemlos. In compose.yaml musste ich die Services mit privileged: true kennzeichnen, um diversen Permission-denied-Fehlern aus dem Weg zu gehen. Auf jeden Fall sind hier keine unlösbaren Hürden aufgetreten.
Fazit
Soweit Asahi Linux mit Ihrem Mac kompatibel ist und Sie keine Features nutzen möchten, die noch nicht unterstützt werden (aus meiner Sicht am schmerzhaftesten: USB-C-Monitor, Mikrofon), funktioniert es großartig. Einerseits die Apple-Kombination aus hoher Performance und Stille, andererseits Linux mit all seinen Konfigurationsmöglichkeiten. Was will man mehr?
Leider sind die arm64-Plattform (genaugenommen aarch64) und Wayland noch immer nicht restlos Linux-Mainstream. Alle hier beschriebenen Ärgernisse hatten irgendwie damit zu tun — und nicht mit Asahi Linux! Der größte Stolperstein für mich: Mit virt-manager lässt sich nicht vernünftig arbeiten. Mag sein, dass sich diese Probleme umgehen lassen (Gnome Boxes?; Cockpit), aber ich befürchte, dass die Probleme tiefer gehen.
Eine gewisse Ironie an der Geschichte besteht darin, dass ich gerade am Raspberry-Pi-Buch arbeite: Raspberry Pi OS ist mittlerweile ebenfalls für die arm64-Architektur optimiert, es verwendet ebenfalls Wayland. Aber Fractional Scaling ist für den PIXEL Desktop sowieso nicht vorgesehen, damit entfallen alle damit verbundenen Probleme. So fällt es nicht auf, dass diverse Programme via XWayland laufen. Und um die arm64-Optimierungen hat sich die Raspberry Pi Foundation in den letzten Monaten gekümmert — zumindest, soweit es für den Raspberry Pi relevante Programme betrifft. Ich arbeite also momentan sowie schon in einer arm64-Welt, und es funktioniert verblüffend gut!
Wenn es also außer dem Raspberry Pi und den MacBooks noch ein paar »normale« Notebooks mit arm64-CPUs gäbe, würde das sowohl dem Markt als auch der Stabilität von Linux auf dieser Plattform gut tun.
Bleibt noch die Frage, ob Asahi Linux besser als macOS ist. Schwer zu sagen. Für hart-gesottene Linux-Fans sicher. Für meine alltägliche Arbeit ist der größte Linux-Pluspunkt absurderweise ein ganz winziges Detail: Ich verwende ununterbrochen die Linux-Funktion, dass ich Text mit der Maus markieren und dann sofort mit der mittleren Maustaste wieder einfügen kann. macOS kann das nicht. Für macOS spricht hingegen die naturgemäß bessere Unterstützung der Apple-Hardware.
Losgelöst davon funktionieren fast alle gängigen Open-Source-Tools auch unter macOS. Über den Desktop von macOS kann man denken, wie man will; ich kann damit leben. Hundertprozentig glücklich machen mich auch Gnome oder KDE nicht. In jedem Fall ist es unter macOS wie unter Linux mit etwas Arbeit verbunden, den Desktop so zu gestalten, wie ich ihn haben will.
PS: Ein persönliches Nachwort
Seit zwei Monaten verwende ich versuchsweise macOS auf einem Mac Mini (wie beschrieben, M1-CPU + 16 GB RAM) als Hauptdesktop. Ich schreibe/überarbeite dort meine Bücher, bereite den Unterricht vor, administriere Linux-Server, entwickle Code. Virtuelle Maschinen laufen mit UTM. Docker funktioniert gut, allerdings stört, dass der Speicher für Docker fix alloziert wird. (Docker unterstützt sogar Rosetta. Ich habe eine Docker-Umgebung, die ein x86-Binary enthält, zu dem es kein arm64-Äquivalent gibt. Und es läuft einfach, es ist schwer zu glauben …)
Ich verwende Chrome als Webbrowser, Thunderbird als E-Mail-Programm, LibreOffice für Office-Aufgaben, Gimp als Bitmap-Editor, draw.io als Zeichenprogramm, Emacs + Code als Editoren, Skim als PDF-Viewer. Im Terminal sind diverse SSH-Sessions aktiv, so dass ich den Raspberry Pi, meine Linux-Server usw. administrieren kann. Zusatzsoftware installiere ich mit brew so unkompliziert wie mit dnf oder apt. Im Prinzip bin ich auf keine unüberwindbaren Hindernisse gestoßen, um meine alltägliche Arbeit auszuführen.
Es gibt nur ganz wenige originale macOS-Programme, die ich regelmäßig ausführe: das Terminal, Preview + Fotos. Außerdem finde ich es praktisch, dass ich M$ Office nativ verwenden kann. Ich hasse Word zwar abgrundtief, muss aber beruflich doch hin und wieder damit arbeiten. Das habe ich bisher auf einem Windows-Rechner erledigt.
Letzten Endes ist der Grund für dieses Experiment banal: Mich nervt der Lüfter meines Linux-Notebooks (ein fünf Jahre alter Lenovo P1) immer mehr. Wenn ich die meiste Zeit Ruhe haben will, muss ich den Turbo-Modus der CPU deaktivieren. Ist es für Intel/AMD wirklich unmöglich, eine CPU zu bauen, die so energieeffizient ist wie die CPUs von Apple? Kann keiner der Mainstream-Notebook-Hersteller (Lenovo, Dell etc.) ein Notebook bauen, das ganz gezielt für den leisen Betrieb gedacht ist, OHNE die Performance gleich komplett auf 0 zu reduzieren?
Im Unterschied zum Lenovo P1 läuft mein Mac komplett lautlos und ist gleichzeitig um ein Mehrfaches schneller. Es ist nicht auszuschließen, dass mein nächstes Notebook keine CPU von Intel oder AMD haben wird, sondern eine M3- oder M4-CPU von Apple. Die Option, auf diesem zukünftigen MacBook evt. auch Linux ausführen zu können, ist ein Pluspunkt und der Grund, weswegen ich mich so intensiv mit Asahi Linux auseinandersetze.
Ich habe es nicht ausprobiert, aber Sie können auch Ubuntu auf M1/M2-Macs installieren. Canonical überlegt anscheinend sogar, das irgendwann offiziell zu unterstützen.
Viele von euch haben mich oft gefragt, wie ich meine Desktops anpasse, wenn sie meine Anpassungen in den Videos sehen. Aus diesem Grund präsentiere ich heute ein etwas anderes Format, in dem ich euch zeige, wie ich meine Desktops gestalte. Kurze Zusammenfassung der Ausgangslage: Dies ist eine Fortsetzung meines Beitrags von 2020 über die Anpassung...
Das GNOME-Projekt hat das dritte Point-Release für die neueste GNOME 45 “Riga” Desktop-Umgebung angekündigt. GNOME 45.3 soll nicht nur einige Fehler beheben, sondern auch Verbesserungen für Fans des GNOME-Desktops einführen. Nur wenige Wochen nach der Veröffentlichung von GNOME 45.2 bringt das Update 45.3 eine überarbeitete Version (45.3) des Mutter Fenster und Composite Managers mit. Diese...
Das GNOME-Projekt hat GNOME 44.7 veröffentlicht, das das siebtes Wartungsupdate der GNOME 44 “Kuala Lumpur” Desktop-Serie darstellt. Dieses Aktualisierung kümmert sich um Fehler und behebt Leistungsprobleme. Es richtet sich an Benutzer, die noch die GNOME 44 Desktop-Umgebung verwenden. GNOME 44.7 bringt Optimierungen für die Anwendungssuche in der GNOME Shell mit und verbessert die Leistung. Die...
Das GNOME-Projekt hat die Veröffentlichung von GNOME 45.2 bekannt gegeben, dem zweiten Wartungsupdate der neuesten Desktop-Umgebung GNOME 45 “Riga”. Diese Aktualisierung beinhaltet diverse Fehlerkorrekturen, Leistungsverbesserungen und aktualisierte Übersetzungen. GNOME 45.2, das nach knapp sechs Wochen seit der Veröffentlichung von GNOME 45.1 erscheint, konzentriert sich auf die Verbesserung der GNOME-Shell-Komponente. Dazu zählen Optimierungen in der Anwendungssuche,...
Die Gnome Foundation hat bekannt gegeben, dass das Gnome-Projekt 1 Million Euro aus dem vom deutschen Wirtschaftsministerium geleiteten Sovereign Tech Fund erhält. Mit dem Geld will Gnome nun die Plattform modernisieren, Werkzeuge und Zugänglichkeit verbessern und Funktionen hinzufügen, die im öffentlichen Interesse liegen.
„Wir freuen uns, dass das Gnome-Projekt als kritische digitale Infrastruktur anerkannt wird und sind dem Sovereign Tech Fund dankbar für die Unterstützung unserer Initiativen für Gnome und den Linux-Desktop im Allgemeinen“, teilt die Foundation mit.
Diese Investition soll die folgenden Projekte bis Ende 2024 finanzieren:
Verbesserung des aktuellen Stands der Barrierefreiheit
Entwurf und Prototyp eines neuen Barrierefreiheits-Stacks
Individuelle Verschlüsselung von Benutzerverzeichnissen
Modernisierung der Speicherung von Geheimnissen
Erweiterung des Umfangs und der Qualität der Hardware-Unterstützung
Investitionen in Qualitätssicherung und Entwicklererfahrung
Freedesktop-APIs erweitern und ausbauen
Konsolidierung und Verbesserung der Plattformkomponenten
Der Sovereign Tech Fund (STF) vom Bundesministerium für Wirtschaft und Klimaschutz (BMWK) unterstützt nach eigenem Bekunden die Entwicklung, Verbesserung und Erhaltung offener digitaler Infrastrukturen. Das Ziel sei die langfristige Stärkung der digitalen Souveränität. Sie könne nicht ohne ein stabiles Open-Source-Ökosystem erreicht werden.
Das GNOME-Projekt hat die Veröffentlichung und allgemeine Verfügbarkeit von GNOME 45.1 bekanntgegeben, der ersten Aktualisierung der neuesten GNOME 45 “Riga”-Desktopumgebung. Obwohl einige größere Änderungen erwartet wurden, scheint GNOME 45.1 eher wie eine Zwischenversion auszusehen. Diese Version umfasst eine aktualisierte GNOME-Software-Anwendung, die die Flatpak-Berechtigungsprüfungen verbessert und die Möglichkeit bietet, GPG-bezogene Fehler von PackageKit in der grafischen...
Auch in der neuen Version 39 bleibt die Distribution Fedora ihrem Motto treu, besonders aktuelle Software auszuliefern. So kommt unter anderem die Desktop-Umgebung Gnome 45 zum Einsatz, während im Hintergrund der Linux-Kernel 6.5 arbeitet.
Ihn dürfte in Kürze der mittlerweile erschienene Kernel 6.6 über ein automatisches Update ersetzen – dieses Vorgehen verwendete das Fedora-Team bereits in der Vergangenheit.
Mit an Bord von Fedora 39 ist zudem LibreOffice 7.6. Entwickler erhalten die GCC 13.2, den Gdb 13.2, Python 3.12, Go 1.21 und Rust 1.73. Als Paketmanager dient RPM 4.19. Die Lizenzangaben hinterlegt das Fedora-Team in den einzelnen RPM-Paketen ab sofort im SPDX-Format. Der dahinterstehende Standard vereinfacht die Identifizierung und elektronische Verarbeitung von Lizenzen. So können sich beispielsweise Unternehmen mit entsprechenden Werkzeugen schnell einen Überblick über alle auf einem System verwendeten Lizenzen verschaffen.
Die Bash liefert ihre Ausgaben ab sofort in Farbe, was wiederum die Unterscheidung zwischen individuellen Prompts und Kommandos erleichtern soll. Der Installationsassistent Anaconda erzeugt eine 500 MB große EFI-Partition, wodurch vor allem mehr Platz für Firmware-Updates bereitsteht. Nicht mehr dabei ist die Rechtschreibprüfung Aspell, die nicht mehr aktiv weiterentwickelt wird.
Neben der klassischen Workstation-Variante stellt das Fedora-Projekt zahlreiche weitere Varianten bereit. Dazu zählt in erster Linie der Server. Dort stehen jetzt unter anderem Stratis 3.5 und Vagrant 2.3 zur Verfügung.
Das GNOME-Projekt hat die Veröffentlichung und allgemeine Verfügbarkeit von GNOME 45.1 bekanntgegeben, der ersten Aktualisierung der neuesten GNOME 45 “Riga”-Desktopumgebung. Obwohl einige größere Änderungen erwartet wurden, scheint GNOME 45.1 eher wie eine Zwischenversion auszusehen. Diese Version umfasst eine aktualisierte GNOME-Software-Anwendung, die die Flatpak-Berechtigungsprüfungen verbessert und die Möglichkeit bietet, GPG-bezogene Fehler von PackageKit in der grafischen...
Canonical hat turnusgemäß eine neue Version 23.10 seiner Distribution Ubuntu freigegeben. Der „mantische Minotaurus“ aktualisiert die Softwarepakete und spannt den Linux-Kernel 6.5 ein. Die Desktop-Umgebung basiert auf Gnome 45 und bietet einen neuen App-Store.
Wie immer verpasst Canonical dem Kernel ein paar Modifikationen. Unter anderem nutzt Ubuntu Zstd-komprimierte Module, was den Boot-Vorgang beschleunigen soll. Letztgenannten steuert Systemd v253.5.
Die Desktop-Umgebung basiert auf Gnome 45, dem standardmäßig die Uhren-Anwendung Gnome Clocks beiliegt. Das neue Ubuntu App Center ersetzt den alten Snap-Store. Wie der Installationsassistent basiert das App Center auf dem Flutter-Toolkit. Um Firmware Updates kümmert sich ab sofort die neue gleichnamige Anwendung. Damit müssen Anwender nicht gleich den kompletten App Store starten und im Hintergrund laufen lassen, nur weil eine Hardwarekomponente eine neue Firmware erhält.
Der Installationsassistent möchte jetzt standardmäßig die „minimal“ Fassung von Ubuntu einspielen. Steckt ein Trusted Platform Module der Version 2 (TPM 2.0) im Rechner, kann der Assistent zudem das System mit seiner Hilfe komplett verschlüsseln. Das TPM speichert den zum chiffrieren und dechiffrieren notwendigen Schlüssel, wodurch man ihn nicht mehr selbst beim Systemstart eintippen muss. Diese Form der Verschlüsselung gilt allerdings noch als experimentell. Gleiches gilt für eine zweite, wieder eingeführte Funktion: Auf Wunsch installiert der Assistent Ubuntu auf einem ZFS-Dateisystem.
Darüber hinaus frischt Ubuntu 23.10 vor allem die verfügbare Software auf. Firefox steht in Version 118 bereit und kommt zudem als native Wayland-Anwendung. Ebenfalls mit an Bord sind LibreOffice 7.6 und Thunderbird 115.2. Programmierer erhalten unter anderem GCC 13.2.0, Perl 5.36.0, Rust 1.71, Go 1.21 und Python 3.11.6, wobei sich Python 3.12 nachinstallieren lässt. LLVM meldet sich in Version 16, die Version 17 lässt sich auch hier nachholen. Java-Entwickler haben die Wahl zwischen dem gut abgehangenen OpenJDK 17 und dem noch recht neuen OpenJDK 21.
Auch Server-Betreiber erhalten im Wesentlichen einen Satz aktualisierter Software. Verfügbar sind unter anderem Apache 2.4.57, Nginx 1.24, Containerd 1.7.2, Samba 4.18, Qemu 8.0 und OpenLDAP 2.6.6. Docker kommt in Version 24.0.5, für das erstmals die zwei Plugins „docker-buildx“ und „docker-compose-v2“ bereitstehen.
Canonical pflegt Ubuntu 23.10 lediglich neun Monate. Eine deutlich längere Unterstützung erhält erst wieder Ubuntu 24.04, das im kommenden Jahr erscheint.
Durch eine Speicherfehlfunktion in der Bibliothek libcue gelangt eine Sicherheitslücke in den Gnome-Desktop, die sich unter Umständen remote ausnutzen lässt.
Das Security-Problem (CVE-2023-43641) haben die Github Security Labs öffentlich gemacht und sich dabei mit Ilya Lipnitskiy, dem Betreuer von libcue und der Distros-Mailingliste abgestimmt. Den Experten ist es gelungen, einen Proof-of-Concept für Ubuntu und Fedora zu erstellen.
Die Bibliothek libcue dürfte den meisten Anwendern unbekannt sein, vermuten die Experten bei den Github Security Labs. Die Bibliothek dient zum Parsen von Cue Sheets, einem Metadatenformat zur Beschreibung des Layouts der Tracks auf einer CD. Cue Sheets werden oft in Kombination mit dem FLAC-Audiodateiformat verwendet, was bedeutet, dass libcue eine Abhängigkeit von einigen Audioplayern wie Audacious ist, berichten die Experten. Der Grund, warum man libcue auf Sicherheitslücken geprüft habe, sei, dass Tracker-Miners es verwende, eine Anwendung, die in Gnome enthalten sei. Zweck von Tracker-Miners sei es, die Dateien im Home-Verzeichnis zu indizieren, um sie leicht durchsuchbar zu machen.
Der Index werde automatisch aktualisiert, wenn der Nutzer eine Datei in bestimmten Unterverzeichnissen Ihres Home-Verzeichnisses hinzufüge oder ändere, insbesondere in /Downloads. Dies bedeute kurz gesagt, dass ein Klick auf einen bösartigen Link einem Angreifer genüge, um CVE-2023-43641 auszunutzen und Code auf dem Computer ausführen zu können.
Nutzer von Gnome sollten ein Update machen. Es stehen aktualisierte Versionen etwa für Ubuntu und Debian bereit. Im Beitrag der Experten sind weitere Details zu finden und es gibt ein Video zum Proof-of-Concept.
Der GNOME Desktop ist derzeit über eine Bibliothek angreifbar, die kaum jemand kennt. Eine Lücke in libcue erlaubt über eine präparierte .cue-Datei die Ausführung von Schadcode.
Das Gnome Projekt hat GNOME 45 „Riga“ veröffentlicht und damit die Messlatte auf seine mitgelieferten Apps um das Nutzererlebnis zu verbessern. Schauen wir uns die interessanten Neuerungen an. Gnome ist eine der meistverwendeten Desktop Umgebungen im Linuxumfeld. So verwundert es nicht, dass die aktive Entwicklung in festgelegten Versionen voranschreitet. Gnome 45 kommt nun nach einem...
GNOME 45 belegt die Effektivität der Entwickler der GNOME Foundation. In den sechs Monaten seit dem letzten Release wurde eine große Zahl an Entwicklungen umgesetzt.
Anmelden
GNOME 46 “Kathmandu” wurde veröffentlicht, wobei die Desktop-Umgebung für GNU/Linux-Systeme zahlreiche neue Funktionen, Verbesserungen und aktualisierte Apps bietet. Zu den Highlights zählen die Unterstützung für headless Remote-Desktops, die es ermöglicht, sich ohne bestehende Sitzung remote mit dem GNOME-System zu verbinden, sowie die Möglichkeit, die variable Bildwiederholfrequenz des Monitors anzupassen. Das Update beinhaltet auch eine überarbeitete...
