4 Punkte von GN⁺ 2026-01-27 | 5 Kommentare | Auf WhatsApp teilen
  • Der Linux-KDE-Plasma-Desktop auf Basis von Fedora Asahi Remix läuft nun ordnungsgemäß auf dem Apple-M3-Chip
  • Michael Reeves (Integralpilot), ein in Australien lebender Entwickler in der 10. Klasse der Highschool, veröffentlichte ein Foto des funktionierenden Systems
  • Eine gemeinsame Würdigung wurde auch noopwafel und Shiz ausgesprochen, die an der Entwicklungszusammenarbeit beteiligt waren

5 Kommentare

 
wedding 2026-01-27

Geniale lächelnde VTuberin..

 
cosine20 2026-01-28

Die Person hat Asahi verlassen … schluchz

 
wedding 2026-01-28

Ist nicht nur Ddongi TV zurückgekehrt? Was ist das denn für ein Team Hongcheol ohne Hongcheol..

 
cosine20 2026-01-28

Sie ist zwar ins Streaming zurückgekehrt, hat ihren Namen aber in Hoshino Rina geändert und zeigt dort einfach unabhängige Open-Source-Beiträge.
In letzter Zeit hat sie daran gearbeitet, dass eine Streaming-Auslieferungs-App?Bibliothek? namens Spout2 unter Linux gut läuft.

 
GN⁺ 2026-01-27
Hacker-News-Kommentare
  • Michael Reeves (eine Person mit demselben Namen, nicht der YouTuber) ist zwar noch Schüler, hat aber bereits mehrfach schwerwiegende Schwachstellen in Apple-Software gefunden. Wirklich außergewöhnlich talentiert

    • Das lässt einen daran denken, wie viele von uns sich als Teenager aus Neugier und Forscherdrang ins Software-Engineering vertieft haben, nur um am Ende von der 9-to-5-Unternehmenskultur zermürbt zu werden ;_;
    • Es ist schon zweimal vorgekommen, dass ein Schüler, der an Hardware gebastelt hat, später an Linux für Apple Silicon mitarbeitet. Nicht oft, aber irgendwie scheinen alle zu Apple hingezogen zu werden
    • Meine persönliche Verschwörungstheorie ist, dass die beiden in Wirklichkeit dieselbe Person sind und sich mit Zeitreisen einen Spaß machen
  • Ich unterstütze das Asahi-Projekt finanziell. Irgendwann möchte ich nativ Linux mit GPU-Beschleunigung auf einem M4 Max laufen lassen
    Auf M1 und M2 haben sie bereits hervorragende Ergebnisse erzielt, und es ist schön zu sehen, dass die Entwicklung auch nach Alyssa Rosenzweigs Weggang weiter vorankommt
    Wer sich für Unterstützung interessiert, kann einen Blick auf die Asahi-Linux-Spendenseite werfen

    • Hier muss man zwischen Display-Beschleunigung und Compute-Support unterscheiden. Das Desktop-Rendering ist beeindruckend, aber bei lokaler AI oder LLM-Inferenz liegt der Linux-Stack im Vergleich zu Metal/MPS unter macOS noch deutlich zurück. Ich wollte meine lokale Entwicklungsumgebung ebenfalls umziehen, konnte macOS aber ohne einen ausgereiften Compute-Stack nur schwer verlassen
  • Wenn die M3-Unterstützung fertig ist, frage ich mich, ob M4- oder M5-Support dann auch bald folgen wird. Ich habe gehört, dass es bei M3 wegen der stark veränderten GPU-Architektur so lange gedauert hat

    • Dass es bei M3 so lange gedauert hat, lag weniger am Chip selbst als an den technischen Schulden, die das Asahi-Projekt beim Support für M1/M2 aufgebaut hatte. M3 an sich war nicht schwierig, aber das Team hat sich darauf konzentriert, Änderungen upstream in den Kernel einzubringen
    • M4 soll wegen des neu hinzugekommenen seitentabellenbasierten Hardwareschutzes deutlich kniffliger sein. Quelle von einem Asahi-Mitwirkenden
    • Bei M5 ist die GPU auf eine neue Generation umgestellt worden, und auch ein Neural Accelerator ist neu hinzugekommen. Für die Details braucht es noch mehr Analyse
  • Ich habe mein ganzes Leben lang Macs benutzt und verwende jetzt ein KDE-Gerät auf SteamOS-Basis. Ich frage mich, ob es einen guten Weg gibt, die Standard-Tastenkürzel von Mac auf KDE zu übertragen. Da ich SteamOS sowie Nix/Home Manager nutze, wäre mir eine Lösung lieb, die die Systempartition nicht anfasst

    • Wenn du ohnehin schon Home Manager nutzt, würde ich empfehlen, dir zusätzlich plasma-manager anzusehen. Damit lassen sich KDE-/Plasma-Einstellungen deklarativ verwalten, und mit dem Befehl plasma-manager kann man auch die aktuelle Konfiguration ausgeben. Dazu gehören ebenfalls die Tastenkürzel
    • Man kann die KDE-Shortcuts umbelegen, aber das gilt nicht für Gnome-Apps oder Spiele. Für mich war es am zuverlässigsten, Ctrl- und Cmd-Tasten auf Hardware-Ebene zu vertauschen. Dann kann man Dinge wie Cmd+C oder Cmd+Q im Mac-Stil verwenden. Im Terminal gibt es allerdings keine Trennung zwischen Ctrl und Cmd, deshalb habe ich die Zuordnung dort manuell angepasst
    • KDE hat eine Einstellung, mit der sich Cmd- und Ctrl-Tasten tauschen lassen. Das funktioniert in allen KDE-Apps, aber nicht in Gnome-Apps. Zusätzlich könnte man auch Kinto ausprobieren
    • Da man die macOS-Shortcuts ohnehin nicht perfekt nachbilden kann, halte ich es für besser, sich stattdessen an das eigene Shortcut-System von KDE zu gewöhnen
    • KDE speichert Benutzereinstellungen in der Datei /home/$USER_NAME/.config/kglobalshortcutsrc. Dort befinden sich auch die Tastenkürzel
  • Tolle Nachricht, aber ich würde trotzdem gern noch den vollständigen Support-Status hören. Mich interessiert, welche Subsysteme bereits entwickelt wurden und welche Bereiche noch neue Treiber brauchen. Ich warte auf ein Update der Asahi-Fedora-Support-Seite

  • Dazu passt der Vortrag Porting Linux to Apple Silicon von der 39C3 vor drei Wochen
    Vortragsvideo (CCC Media)
    YouTube-Link

    • In diesem Vortrag geht es um noch mehr Themen, darunter auch die technischen Herausforderungen bei M4- und M5-Chips
  • Ich frage mich, warum es so schwierig ist, neue Chips der M-Serie zu unterstützen. Bei Intel oder AMD wirkt ein Generationswechsel vergleichsweise unkompliziert

    • Intel und AMD liefern Kernel-Support-Code selbst bei, während Apple undokumentierte Änderungen fortlaufend von Asahi reverse engineert werden müssen
    • M1 und M2 waren ähnlich, aber bei M3 hat sich die GPU stark verändert, und bei M4 kamen Sicherheitsfunktionen hinzu. Bei M5 wurde das noch weiter verschärft
    • Apple ändert die Architektur häufig und fügt neue Funktionen hinzu. Bei M4 gibt es eine Kernel-Schutzfunktion, die emuliert werden muss
    • Intel und AMD bereiten Linux-Support schon vor dem Chip-Release vor. Apple tut das nicht. Auch die GPU-ISA ändert sich von Generation zu Generation stark und muss jedes Mal neu analysiert werden. Positiv ist immerhin, dass Apple das Booten unsignierter Betriebssysteme erlaubt
  • Ich habe Asahi Fedora GNOME auf einem Mac mini M1 installiert und nutze es aktiv. Es ist sehr stabil und alltagstauglich. Wenn diese Arbeit abgeschlossen ist, denke ich darüber nach, ein gebrauchtes MacBook Air M3 zu kaufen und zu verwenden. Selbst das 16-GB-Modell ist preislich ziemlich vernünftig

    • Hat Apple auch M3-Modelle mit weniger als 16 GB gebaut? Ich hoffe, dass irgendwann einmal ein 128-GB-Basismodell erscheint
  • Ich frage mich, ob man bei primärer Nutzung von macOS Linux auch per Dual-Boot parallel verwenden kann

    • Ja, das geht. Tatsächlich wird es nicht unterstützt, macOS komplett zu löschen. Asahi-FAQ-Link
    • Es wird auf einer separaten Partition installiert, und beim Booten kann man zwischen macOS und Linux wählen
  • Ich habe zwar nicht vor, einen Mac zu kaufen, frage mich aber, warum der Support für Chips der M-Serie so schwierig ist. Wenn sie ARM-basiert sind, ist das dann nicht eine übliche Plattform? Und warum ist so ein Projekt überhaupt möglich, obwohl Apple eine geschlossene Struktur aufrechterhält?

    • Das Problem ist nicht die CPU, sondern die Peripherie. GPU, NPU, Display, USB, Wi‑Fi, Audio und sämtliche Peripheriekomponenten sind kundenspezifisch entwickelt, deshalb müssen für jede einzelne neue Treiber gebaut werden, was Reverse Engineering erfordert