Spätestens seit dem offiziellen Release von macOS 26 alias Tahoe ist klar, dass manche App, die mit dem populären Electron-Framework erstellt wurde, massive Probleme unter dem neuen Mac-Betriebssystem bereiten können. Der Grund ist simpel: Werden ältere Versionen des Cross-Platform-Systems eingesetzt und gleichzeitig ein bestimmter privater AppKit-API-Override verwendet, bremst eine einzige solche Anwendung das komplette System aus. Warum dies nicht schon während der monatelangen Betaphase von Tahoe auffiel, ist nach wie vor unklar. Abhilfe für das Problem können nur die Entwickler solcher Apps selbst liefern, indem sie das Framework intern aktualisieren. Um festzustellen, ob man betroffen ist, gibt es nun ein neues Werkzeug.

Tool teilt mit, welche Apps noch betroffen sind

Die App stammt von Craig Hockenberry, Macher des Softwareanbieters und Designstudios Icon Factory. Mit dem Tahoe Electron Detector kann man prüfen, ob Electron-basierte Apps bereits mit dem notwendigen Bugfix ausgerüstet wurden oder nicht. Die Anwendung basiert auf einem Script von Entwickler Tomas Kafka, das um einige Xcode-Spezialitäten entschlackt wurde. Heraus kam ein AppleScript-Applet, das nach Freigabe das System auf Electron-Anwendungen scannt und dann mitteilt, ob diese betroffen sind oder nicht.

Anschließend kann man prüfen, ob die jeweilige App bereits ein Electron-Update erhalten hat oder aber nicht – sollte das nicht der Fall sein, muss man mit der Anwendung vorsichtig umgehen und sie gegebenenfalls deinstallieren (oder man weiß zumindest, warum der Mac derart lahmt, wenn sie läuft). Der Detektor hilft hoffentlich auch dabei, bei den entsprechenden Entwicklern Druck zu machen.

Shaming-Website für Electron-Nutzer

Tatsächlich waren zumindest zwischenzeitlich diverse bekannte Apps betroffen, die Electron nutzen – von Dropbox über GitHub Desktop bis hin zu Slack. Weiterhin gibt es mittlerweile auch eine eigene Website auf GitHub, die sich nur dem „Shaming“ von Entwicklern widmet, die das Framework in ihrer App noch nicht aktualisiert haben. Bislang noch nicht aktualisiert wurden laut der Seite unter anderem die Apps von Superhuman, Loom, Logi Options+ oder Notion (Mail und Calendar).

Die betroffenen Apps verwenden einen Override-Hack einer privaten AppKit-API, um bestimmte (eigentlich eher sinnfreie) Fenstereffekte zu generieren. Das kollidiert wiederum mit macOS 26 respektive dessen Implementierung des WindowServer-Tasks, der für die macOS-Fensterdarstellung zuständig ist, heißt es im GitHub-Forum des Electron-Projekts. Resultat: Eine Electron-App generiert Last, die unter anderem zu verlangsamtem Scrollen führt. Mit mehreren Apps wird es noch schlimmer.

(bsc)

Das Projekt Rust Coreutils hat Version 0.3.0 veröffentlicht und liefert damit erhebliche Geschwindigkeitsverbesserungen gegenüber den traditionellen GNU Core Utilities. Nach Angaben der Entwickler übertrifft das sort-Kommando die GNU-Variante beim regulären Sortieren um den Faktor 3,72. Auch andere Werkzeuge wurden deutlich beschleunigt: expand arbeitet 1,8-mal schneller, nl ist 1,57-mal flotter unterwegs.

Die Rust Coreutils sind eine Neuimplementierung der über 100 klassischen Unix-Kommandozeilenprogramme wie ls, cp oder rm, die ursprünglich in C geschrieben wurden. Einige Nutzer sind bereits umgestiegen: Canonical setzt die Rust-Tools in Ubuntu 25.10 standardmäßig ein. Die Entwickler der Rust-Coreutils streben eine hundertprozentige Kompatibilität mit GNU an, damit bestehende Skripte der Anwender ohne Anpassungen weiter funktionieren.

Performance-Monitoring mit CodSpeed

Für die kontinuierliche Überwachung der Performance-Entwicklung haben die Entwickler die Plattform CodSpeed in ihre CI/CD-Pipeline integriert. Das System erkennt automatisch Performance-Verschlechterungen und stellt sicher, dass Optimierungen auch langfristig erhalten bleiben. Die Benchmarks decken mittlerweile über 15 zentrale Werkzeuge ab, darunter sort, ls, uniq, du und base64. Auch base64 (1,2-mal schneller), unexpand (1,5-mal schneller) und uniq -c (1,13-mal schneller) profitieren von den Anpassungen.

Ein wesentlicher Schwerpunkt der Version 0.3.0 liegt auf der verbesserten Sicherheit. Die Entwickler haben für die Werkzeuge rm, du, chmod und chgrp eine sichere Directory-Traversal-Implementierung umgesetzt, die auf den Systemaufrufen openat und unlinkat basiert. Statt unsicherer libc-Aufrufe kommt dabei das nix-Crate zum Einsatz, das speichersichere Abstraktionen bereitstellt – einer der Hauptvorteile von Rust gegenüber C.

GNU-Kompatibilität bei 83,91 Prozent

Bei der Kompatibilität mit der GNU-Test-Suite erreichen die Rust-Coreutils aktuell 532 bestandene Tests – eine Quote von 83,91 Prozent. Gegenüber Version 0.1 (damals: 87,06 Prozent) scheint das zunächst ein Rückschritt zu sein. Die Entwickler erklären dies jedoch mit dem Upgrade der Referenzimplementierung von GNU Coreutils 9.7 auf 9.8, wodurch sich Testerwartungen bei bestehenden Prüfungen änderten und 16 neue Tests hinzukamen. Somit stieg die Gesamtzahl der Tests von 618 auf 634. Von den neuen Tests schlagen 68 fehl, 33 werden übersprungen und einer führt zu einem Fehler.

Für Entwickler bringt das Update ebenfalls Verbesserungen: Die Generierung von Dokumentation und Shell-Completions wurde aus den Binaries ausgelagert, was die Build-Zeiten verkürzt. Die CI-Pipeline kompiliert Benchmarks nun parallel, und das Makefile unterstützt verschiedene Build-Konfigurationen besser.

Die aktuelle Version steht auf der Projektwebsite zum Download bereit. Neben den genannten Verbesserungen wurden zahlreiche weitere Details optimiert, darunter die Unicode- und Non-UTF8-Pfadunterstützung sowie das Fehlerhandling quer durch verschiedene Utilities. Weitere Informationen finden sich in den Release Notes auf GitHub.

(fo)

Das Swift-Projekt hat die ersten Preview-Releases des Swift SDK for Android veröffentlicht. Damit hat die Android Workgroup des Projekts ihren ersten großen Meilenstein erreicht. Die Releases sind im Rahmen der Nightly Preview Builds verfügbar.

Die Android Workgroup hat im Juni 2025 ihre Arbeit mit dem Ziel aufgenommen, Android als offizielle Plattform für Swift so stabil zu etablieren wie iOS und die großen Desktopbetriebssysteme macOS, Linux und Windows. Zwar ist es seit Längerem möglich, Swift für die Android-Entwicklung zu nutzen. Dafür sind aber viele Anpassungen und zusätzliche Tools wie Scade erforderlich.

Schnittstelle zu Android

Die Android Workgroup will nicht nur die direkte Schnittstelle für die APIs auf Androids Java Virtual Machine (JVM) bereitstellen, sondern sich auch um das Tooling kümmern.

Derzeit ist es unter anderem nicht möglich, Swift-Anwendungen auf Android zu debuggen. Auch will die Arbeitsgruppe für Android-Swift-Projekte die Integration in die CI-Pipeline (Continuous Integration) inklusive automatischer Tests ermöglichen.

Erster Schritt

Das nun veröffentlichte Swift SDK for Android ist dabei der erste Schritt. Es ermöglicht, Swift-Pakete nach Android zu portieren.

Um Android-Anwendungen mit Swift zu erstellen, benötigt man neben dem SDK die Toolchain für das Host-Betriebssystem, auf dem der Code kompiliert wird, und das Android NDK (Native Development Kit). Eine Anleitung hilft beim Einstieg in die Android-Entwicklung mit Swift.

Für die weiteren Schritte hat die Android Workgroup das Android Vision Document angelegt. Außerdem bittet es um Feedback im Swift-Forum.

Swift als Alternative zu Kotlin Multiplatform

Das SDK soll die Cross-Plattform-Entwicklung für iOS und Android sowie Desktopbetriebssysteme ebenso ermöglichen wie JetBrains Kotlin Multiplatform. Kotlin beschreitet dabei den umgekehrten Weg, da es als JVM-Sprache nahtlos mit Android zusammenarbeitet, aber die iOS-Integration schon wegen der fehlenden JVM auf Apples mobilem Betriebssystem schwieriger ist.

JetBrains‘ Programmiersprache brachte bereits 2017 die ersten Ansätze für die plattformübergreifende Entwicklung mit: Kotlin 1.2 ermöglichte Cross-Plattform-Projekte für die JVM und JavaScript. Die Entwicklung für iOS stand ebenfalls bereits früh auf dem Plan des Kotlin-Teams. Sie war eine Motivation für native Anwendungen ohne JVM mit Kotlin/Native, das JetBrains ebenfalls 2017 erstmals vorgestellt hat.

Im Jahr 2020 startete JetBrains das Projekt Kotlin Multiplatform Mobile (KMM), das dem Namen getreu vor allem auf den mobilen Bereich zielte und die Cross-Plattform-Entwicklung für Android und iOS ermöglichte. Im Herbst 2022 startete die Betaphase von KMM. JetBrains erweiterte das Projekt im Laufe der Zeit und taufte es schließlich im Juli 2023 in Kotlin Multiplatform um.

(rme)