Schwebende Arbeitsflächen erhalten ein Dock, Widgets wandern in die Systemablage und Omarchy wächst auf 50 Sprachen

01Schwebende Arbeitsflächen erhalten ein Dock und eine Funktion zum Minimieren von Fenstern

dhh schlug omacom/omarchy#15263 vor und führte den PR am 13. Oktober in den Entwicklungszweig quattro zusammen. Er ergänzt ein Dock, über das sich angeheftete und laufende Apps auf schwebenden Arbeitsflächen finden lassen, samt App-Raster, Sortierung per Ziehen und automatischem Ausblenden. Super + M minimiert ein schwebendes Fenster, über das Dock lässt es sich wiederherstellen. Die aktuelle PR-Beschreibung erklärt außerdem, wie benutzerdefinierte Web-App-Starter die für die Anzeige im Dock erforderliche Identität behalten.

Weitere quattro-Commits sorgen dafür, dass leere Arbeitsflächen ein geändertes Standardlayout übernehmen, während belegte Arbeitsflächen unverändert bleiben. Außerdem verhindern sie, dass eine unlesbare Arbeitsflächenliste gespeicherte Layouts löscht: omacom/omarchy@b6af62e285a3 und omacom/omarchy@ed92b0753f95. Ein weiterer Commit aktiviert Titelleisten beim Start des schwebenden Modus. In den master-Zweig des Paket-Repositorys wurde zudem 'titlebars' 0.2.2 aufgenommen. Damit lässt sich die Größe eines schwebenden Fensters auch oberhalb seiner Titelleiste ändern, umgesetzt in omacom/omarchy-pkgs@eba2a95f2e9e. Diese Commits werden David Heinemeier Hansson zugeschrieben; sie belegen keine stabile Omarchy-Veröffentlichung.

02Leisten-Widgets lassen sich im ausklappbaren Bereich der Systemablage unterbringen

dhh schlug omacom/omarchy#15281 vor und führte den PR am 13. Oktober in quattro zusammen. Der neue Abschnitt für die Systemablage platziert Widgets im ausklappbaren Bereich hinter den Anwendungssymbolen. Widgets lassen sich per Ziehen oder über Leistenbefehle dorthin verschieben; Plugins können ihn als Standardabschnitt wählen. Der ausklappbare Bereich bleibt offen, solange das Panel eines dort untergebrachten Widgets geöffnet ist.

greptile-apps[bot] wies darauf hin, dass geklonte Systemablagen die Widgets im ausklappbaren Bereich verbergen würden. Der daraus entstandene Commit dokumentiert die Unterstützung solcher Klone, Ablageziele bei ausgeblendeten konfigurierten Widgets und einen Schutz davor, eine Systemablage in ihren eigenen ausklappbaren Bereich zu verschieben: omacom/omarchy@1a161eb5192a. Nach dem Merge meldete jandrusk einen weiteren Sonderfall: Wird ein Widget ohne vorhandene Systemablage in deren Abschnitt verschoben, könnte es verschwinden. In omacom/omarchy#15281:issuecomment-6150468044 wurde vorgeschlagen, dies zu verweigern oder einen Ersatzplatz zu verwenden.

03Die Sprachauswahl wird auf Desktop und Handbuch ausgeweitet

dhh eröffnete omacom/omarchy#15326 am 13. Oktober und führte den PR am 14. Oktober, nach Ende des Berichtszeitraums, in quattro zusammen. Die aktuelle, nach dem Berichtszeitraum bearbeitete Beschreibung nennt 50 Sprachen für Menü, Desktop-Shell und Omarchy-Benachrichtigungen sowie übersetzte Handbücher. Die Sprachauswahl wirkt sich sofort auf Omarchy aus; Drittanbieter-Anwendungen übernehmen beim nächsten Anmelden die passende System-Locale. Englisch bleibt die Rückfallsprache.

Bei der Prüfung am 13. Oktober wies greptile-apps[bot] auf durch kaufmännische Und-Zeichen beschädigte Benachrichtigungen, überschriebene benutzerdefinierte Menüüberschriften und unzureichende Prüfungen übersetzter Handbuchbefehle hin. Das waren Befunde aus der Prüfung, keine Belege für nach dem Merge fortbestehende Fehler. Laut aktueller Beschreibung haben benutzerdefinierte Menüanpassungen Vorrang, und die Handbuchvalidierung umfasst Links und Codeblöcke. Sie nennt auch Grenzen: Terminaldiagnosen bleiben unübersetzt, Layouts für von rechts nach links geschriebene Sprachen werden nicht gespiegelt, und Texte mit unterschiedlichen Pluralformen verwenden nur eine Form.

04Superwhisper-Pakete für AArch64 erreichen den Stable-Kanal

nchudleigh's PR omacom/omarchy-pkgs#965 ergänzte architekturspezifische Superwhisper-Archive und behielt die Prüfung von Signaturen und mitgelieferter Version bei. ryanrhughes führte ihn am 13. Oktober in master zusammen. Anschließend meldete github-actions[bot] in omacom/omarchy-pkgs#965:issuecomment-6137318104, dass superwhisper-bin 1.0.2-1 für x86_64 und aarch64 in edge, rc und stable veröffentlicht worden sei.

Der PR-Autor berichtete von lokalen Paket-Builds für beide Architekturen und früheren Diktiertests mit 1.0.1 in einer Omarchy-VM für AArch64. Diese Prüfungen wurden vom Beitragenden selbst gemeldet. Ein separater, Ryan Hughes zugeschriebener quattro-Commit aktivierte Superwhisper auf aarch64 in Omarchy selbst: omacom/omarchy@9a10b488b111. Die Veröffentlichung der Pakete und die Integration in den Entwicklungszweig sind getrennte Schritte.

05Theme-Wechsel priorisieren Terminals, Vorschauen benötigen weniger Speicher

Quattro erhielt mehrere Performance-Commits, die David Heinemeier Hansson zugeschrieben werden und bei denen dhh unter den Beteiligten aufgeführt ist. omacom/omarchy@d8027c90d619 wendet bei Theme-Wechseln über die Auswahloberfläche oder per Skript zuerst die Terminalfarben an und lädt Hyprland neu. Anschließend werden die Farben der übrigen Anwendungen im Hintergrund angepasst. Nacheinander abgearbeitete Aufträge überspringen inzwischen überholte Themes. So wird verhindert, dass ein älterer Wechsel seine Farben erst nach einem neueren anwendet.

omacom/omarchy@8f5ca14e248f ersetzt das regelmäßige Abfragen des Tastatur-Seats durch die Überwachung von Eingabegeräten und Mechanismen zur Wiederherstellung. omacom/omarchy@4485e28de8a0 begrenzt die Dekodierung von Zwischenablageinhalten und Coverbildern auf das für die Anzeige erforderliche Maß, während omacom/omarchy@c9a4af2cdf67 Vorschaubilder der Bildauswahl eine Minute nach dem Schließen freigibt. Ein begleitender Commit ergänzt in omacom/omarchy@f5006bd41a17 Zeitbudgets und Prüfungen auf unerwartete Prozessstarts im Leerlauf. Dies sind eingecheckte Änderungen im Entwicklungszweig, keine unabhängig gemessenen Leistungswerte.

06Stiller Systemstart verkürzt die Wartezeit im Bootmenü und ermöglicht die direkte Rückkehr dorthin

dhh eröffnete omacom/omarchy#15301 am 13. Oktober und führte den PR am 14. Oktober, nach dem Berichtszeitraum, in quattro zusammen. Die aktuelle Beschreibung sieht für Limine standardmäßig einen stillen Start mit einer Sekunde Wartezeit vor. Hinzu kommt eine Aktion im Systemmenü, die direkt ins Bootmenü neu startet und dabei den automatischen Start deaktiviert. Bereits ausdrücklich festgelegte Timeout-Einstellungen bleiben bei der Migration erhalten.

greptile-apps[bot] forderte einen Test für den Fall einer verweigerten Authentifizierung. dhh berichtete, einen Test ergänzt zu haben, der die Authentifizierung ablehnt und verlangt, dass die Migration ohne Änderung des Menüs fehlschlägt. Anschließend wurde der von Berechtigungen abhängige Testfall so angepasst, dass er unter root übersprungen wird. Der PR verlangt weiterhin einen echten Neustart, um das Einblenden des Menüs und den einmaligen Aufruf des Bootmenüs zu bestätigen. Die vorgelegten Prüfungen belegen diese Ergebnisse auf realer Hardware nicht unabhängig.

07Fingerabdruckversuche pausieren bei ausgeschaltetem Sperrbildschirm

dhh eröffnete omacom/omarchy#15294 am 13. Oktober und führte den PR am 14. Oktober, nach dem Berichtszeitraum, in quattro zusammen. Laut aktueller Beschreibung werden keine neuen Fingerabdruckprüfungen gestartet, sobald die Bildschirmsperre die Displays ausschaltet. Ein bereits laufender Versuch darf noch abgeschlossen werden. Die Konsequenz für Nutzer wird ausdrücklich benannt: Vor dem Entsperren per Fingerabdruck muss der Bildschirm aufgeweckt werden.

Beim Review am 13. Oktober stellte greptile-apps[bot] fest, dass eine erneute Anforderung zur Sperre bei Inaktivität den Fingerabdruckleser fälschlich wieder starten konnte. dhh berichtete, diesen Ablauf so geändert zu haben, dass er erst nach erkannten Hinweisen auf einen vorausgegangenen Suspend fortgesetzt wird. In einem weiteren Austausch dokumentierte dhh, dass eine von der Bildschirmsperre nicht erfasste Helligkeits- oder Lautstärkeänderung die Fingerabdruckprüfungen pausiert lassen kann, bis eine Tastatur- oder Zeigereingabe erfolgt. greptile-apps[bot] akzeptierte diese Einschränkung in omacom/omarchy#15294:discussion_r4259080090.

08Statische Bilder auf dem Sperrbildschirm bleiben ein offener Vorschlag

dhh's PR omacom/omarchy#15289 wurde am 13. Oktober eröffnet und war bei der Prüfung am 19. Oktober weiterhin offen. Die aktuelle Beschreibung schlägt vor, die Wiedergabe von Video-Hintergründen auf dem Sperrbildschirm durch das zwischengespeicherte, unscharfe Standbild zu ersetzen. Damit würden der Videostream und dessen regelmäßige Abfragen des Displayzustands entfallen. Dieses Verhalten ist vorgeschlagen; eine Übernahme ist nicht belegt.

greptile-apps[bot] wies darauf hin, dass mit der Test-Fixture für den Videostream auch Verhaltenstests zur Auswahl des Standbilds und zur Freigabe von Bildern entfernt worden waren. dhh antwortete, eine abgespeckte Offscreen-Fixture sei wiederhergestellt und durch Mutationstests geprüft worden. In der anschließenden Zusammenfassung des Bots vom 13. Oktober hieß es, die wiederhergestellten Tests hätten den Kritikpunkt zu 'Poster-Auswahl und Bildfreigabe' behoben: omacom/omarchy#15289:issuecomment-6145843873.

09Vorschlag zur Speicherüberwachung trennt Warnungen und Pausen von Agenteneingriffen

KewkLW eröffnete omacom/omarchy#15272 am 13. Oktober; der PR ist weiterhin offen. Der aktuelle, nach dem Berichtszeitraum überarbeitete Text schlägt eine optional aktivierbare Speicherüberwachung vor. Sie soll warnen, bevor systemd-oomd eine Anwendung beendet, anschließend die betroffenen Anwendungen benennen und geeignete speicherintensive Arbeiten bereits vor Erreichen der Beendigungsschwelle pausieren. Das Pausieren unterbindet weitere Aktivität, gibt aber selbst keinen Speicher frei. Der reagierende Agent ist im aktuellen Umfang ausgenommen und einem Folgevorhaben vorbehalten.

Die Diskussion vom 13. Oktober betraf eine umfassendere Umsetzung. greptile-apps[bot] beanstandete den Schutz von Spielen und die sichere Aufzeichnung pausierter Prozesse. KewkLW berichtete daraufhin von Überarbeitungen, darunter ein vererbter Schutz für Spiele, sicherere Aufzeichnungen und dauerhaft gespeicherte Übergaben an den reagierenden Agenten. Diese Berichte beschreiben Arbeiten im Review, keine bereits ausgelieferten Garantien. jandrusk empfahl anschließend, Warnungen und Pausieren separat zu übernehmen, und bezeichnete einen ohne Oberfläche laufenden Agenten, der Prozesse beenden kann, in omacom/omarchy#15272:issuecomment-6150464090 als weiterreichende Produktentscheidung. Der inzwischen eingegrenzte Vorschlag spiegelt diese Trennung wider.

10arXiv Assistant nach Datenschutzkorrekturen und Entfernung der Codex-Unterstützung im Marktplatz gelistet

pierrecagne reichte arXiv Assistant am 13. Oktober über omacom/omarchy-plugin-marketplace#11408 ein. Das Plugin listet Preprints aus ausgewählten Kategorien auf und erstellt KI-Leseberichte zu mit einem Stern markierten Arbeiten. github-actions[bot] meldete noch am selben Abend die Veröffentlichung und schloss die Einreichung. Die automatisierte Prüfung bezieht sich auf den exakten Stand im Marktplatz und ist kein Sicherheitsaudit.

HANCORE-linux's Review führte zu mehreren aufeinanderfolgenden Datenschutzänderungen. Der Reviewer bestätigte, dass ein pro Durchlauf erzeugtes Geheimnis den Zugriff auf Berichte ohne Authentifizierung behoben hatte. Anschließend bemängelte er, dass privater Lesekontext über Prozessargumente offengelegt wurde. pierrecagne berichtete, die Konfiguration auf die Standardeingabe umgestellt, Protokolle und Berichte vor fremdem Zugriff geschützt und die Berechtigungen bereits gespeicherter Berichte eingeschränkt zu haben.

HANCORE-linux stellte außerdem fest, dass die Codex-Sandbox ihre eingebundenen Zugangsdaten und früheren Sitzungen für Werkzeuge zur Verarbeitung wissenschaftlicher Arbeiten zugänglich machte. pierrecagne bestätigte den Befund in omacom/omarchy-plugin-marketplace#11408:issuecomment-6156586127 und entfernte die Codex-Unterstützung, statt eine nicht testbare Integration auszuliefern. Als verbleibende Engines stehen Claude Code im eingeschränkten Modus sowie benutzerdefinierte Befehle zur Verfügung, die ausdrücklich als ohne Sandbox ausgeführt dokumentiert sind.

11Build-Infrastruktur verlagert Tests vertrauenswürdiger Mitwirkender und ARM-Kernel-Builds zu Namespace

emirb schlug omacom/omarchy-iso#269 vor und führte den PR am 13. Oktober in quattro zusammen. Installationstests wählen Namespace-Runner nun danach aus, ob der Autor dafür qualifiziert ist, statt danach, ob der Branch aus einem Fork stammt. Berechtigt sind Mitwirkende mit Schreibzugriff sowie Personen, deren Vertrauenswürdigkeit bestätigt wurde. Schlägt die Abfrage fehl, werden GitHub-Runner verwendet.

Copilot wies darauf hin, dass pauschales Vertrauen in alle Bot-Konten beliebige GitHub Apps zuließ. Ein nachfolgender Commit beschränkt diese Ausnahme auf Dependabot und GitHub Actions. Copilot erläuterte außerdem, dass ein durch einen PR kontrollierter Workflow einen Runner direkt anfordern kann. Die endgültige PR-Beschreibung unterscheidet zwischen der Runner-Auswahl und der Durchsetzung von Sicherheitsregeln. Als gesonderte Sicherheitsgrenze nennt sie die Genehmigungseinstellungen des Repositorys.

Im master-Branch des Paket-Repositorys verlagert omacom/omarchy-pkgs@3afdffcedf47 die aarch64-Kernel-Builds auf Namespace's Runner mit Apple-Hardware. Der Emir Beganovic zugeschriebene Commit berichtet von einer Verkürzung von 105 Minuten auf GitHub's ARM-Runner auf dort 24 Minuten. Diese Messwerte stammen von einem Mitwirkenden; die Änderung soll die Wartezeit verkürzen, bevor Hardware-Patches ausprobiert werden können.

12Super + L bleibt das Tastenkürzel für Arbeitsflächenlayouts

mattwolfgang's Vorschlag, mit Super + L die Sitzung zu sperren und den Layoutwechsel auf Super + Ctrl + L zu verlegen, wurde am 13. Oktober ohne Übernahme geschlossen. In omacom/omarchy#14203 wurde argumentiert, dass Umsteiger von Windows oder GNOME einen Layoutwechsel irrtümlich für eine Sperrung halten könnten.

dhh lehnte den Tausch ab und verwies auf Omarchy's etablierte Nutzung von Super + L für Layouts. Nutzer, die die Alternative bevorzugen, verwies er in omacom/omarchy#14203:issuecomment-6156758671 auf lokale Anpassungen. Die vorgeschlagene Änderung des Standard-Tastenkürzels wurde nicht übernommen.