02Fast-Ring-Pakete werden auf Kompatibilität mit älteren Bibliotheken anderer Kanäle geprüft
dhh hat omacom/omarchy-pkgs#904 in master übernommen. Neue Prüfungen sollen verhindern, dass ein unter edge gebautes Fast-Ring-Paket mit inkompatiblen Abhängigkeiten nach rc oder stable gelangt. Die Prüfung vergleicht die Verfügbarkeit von Bibliotheken und Abhängigkeiten zwischen den Kanälen und schließt Python-Module sowie lokal kompilierte Qt- oder libpython-Pakete vom Fast Ring aus. Auf aarch64, wo alle Kanäle die jeweils aktuellen Arch-Linux-ARM-Repositories nutzen, werden nur die Zulassungskriterien geprüft.
Die Änderung entfernt zehn Pakete aus dem Ring und nimmt 25 geeignete Pakete auf. 
github-actions[bot] meldete in omacom/omarchy-pkgs#904:issuecomment-6158595832 die erfolgreiche Veröffentlichung der aufgeführten Artefakte in edge, rc und stable, wies aber auch darauf hin, dass einige vorgesehene Durchläufe nach einem vorherigen Fehler nicht ausgeführt wurden. Hier geht es um die Veröffentlichung in Paketkanälen, unabhängig von einer stabilen Omarchy-Version.
03Kimi ergänzt die Coding-Agent-Auswahl und die Nutzungsübersicht
dhh hat 
sorenmat's Vorschlag zur Kimi-Auswahl, omacom/omarchy#7261, in quattro übernommen. Kimi wird über mise installiert und kann als Standard-Coding-Agent festgelegt werden. Die separat eingecheckte Erfassungskomponente omacom/omarchy@c88e7dd566ab ergänzt das Agentenpanel um das wöchentliche Kontingent und Sitzungslimits. Sie berücksichtigt die Erneuerung von Zugangsdaten und verhindert, dass zwischengespeicherte Limits einem anderen Konto zugeordnet werden.
Vor der Übernahme der Agentenauswahl berichtete 
omarchybot, die Bereitstellung und die Funktion Refresh Applications so überarbeitet zu haben, dass sämtliche mise-Wrapper einheitlich neu erstellt werden, darunter die für Kimi, Cursor CLI und Muse. Bei der automatischen Migration und Entfernung von Kimi bleiben unabhängig installierte Befehle geschützt. Diese Ergänzungen befinden sich im Entwicklungsbranch.
04Anmeldungen für Agenten-Abonnements lassen sich zwischen Rechnern kopieren
dhh hat omacom/omarchy#15405 am 14. Oktober eröffnet und in quattro übernommen. Die Änderung ergänzt einen SSH-Befehl, mit dem sich alle oder ausgewählte Anmeldungen für Agentenkonten kopieren lassen. Dadurch sind beim Einrichten eines weiteren Rechners weniger erneute Anmeldungen nötig. Der Befehl muss auf beiden Rechnern installiert sein.
Laut aktueller Beschreibung bleiben Zugangsdaten und Einstellungen auf dem Zielrechner beim Import standardmäßig erhalten. Ein ausdrückliches Ersetzen ist möglich, sobald die zugehörigen Sitzungen geschlossen sind. Die Beschreibung nennt außerdem eine Prüfung des vollständigen Datenstroms, das Rückgängigmachen von Änderungen und die Wiederherstellung nach unterbrochenen Importen. Zur Validierung wurden Testzugangsdaten und simuliertes SSH verwendet; die vorliegenden Angaben belegen keine Übertragung persönlicher Zugangsdaten auf einen anderen Rechner.
05Neue Vorgaben für einen unauffälligen Start verkürzen die Wartezeit im Limine-Menü
dhh hat omacom/omarchy#15301 in quattro übernommen. Limine startet damit standardmäßig mit einer Sekunde Wartezeit und verborgenem Menü. Eine neue Aktion im Systemmenü führt zurück zum Bootmenü. Bereits ausdrücklich festgelegte Wartezeiten bleiben bei der Migration erhalten. Das normalerweise ausgeblendete Menü lässt sich mit einer beliebigen Taste einblenden.
In einem vorausgehenden Review am 13. Oktober forderte 
greptile-apps[bot] eine Testabdeckung für verweigerte Authentifizierung. dhh berichtete, einen Testfall ergänzt zu haben, bei dem das Menü bei fehlgeschlagener Autorisierung unverändert bleibt. Die eingecheckte Änderung lässt in diesem Fall auch die Migration ausstehend. Die aktuelle PR-Beschreibung dokumentiert eine Korrektur der Neustartaktion: Das angeforderte Menü bleibt sichtbar, statt verborgen herunterzuzählen. Eine Überprüfung durch einen Menschen mit einem echten Neustart steht laut Beschreibung noch aus.
06Fingerabdruckprüfung pausiert bei ausgeschalteten Sperrbildschirmen
dhh hat omacom/omarchy#15294 am 14. Oktober in quattro übernommen. Wird die Anzeige des Sperrbildschirms ausgeschaltet, werden neue Fingerabdruckversuche nun zurückgehalten; ein bereits laufender Versuch darf noch abgeschlossen werden. Eingaben, ein erkanntes Aufwachen aus dem Ruhezustand oder ein neu hinzukommender Bildschirm können die Prüfung wieder starten. Vor dem Entsperren per Fingerabdruck muss ein ausgeschalteter Bildschirm zunächst aufgeweckt werden.
In einem vorausgehenden Review am 13. Oktober fand greptile-apps[bot] einen Aufweckvorgang, der die nötige Ruhepause für einen fehlerhaft arbeitenden Leser verkürzen konnte. Am 14. Oktober berichtete dhh, die Rückoffstufe unabhängig von der verbleibenden Wartezeit beizubehalten und dafür eine Regressionsprüfung ergänzt zu haben. Die eingecheckte Änderung enthält diese Korrektur. Die aktuelle Beschreibung dokumentiert weiterhin eine Einschränkung, wenn Helligkeits- oder Lautstärketasten einen Bildschirm aufwecken, ohne eine Eingabe an den Sperrbildschirm zu senden.
07Von Apps geöffnete Links holen das zugehörige Browserfenster in den Vordergrund
Der von dhh verfasste quattro-Commit omacom/omarchy@9f49906d2241 leitet HTTP- und HTTPS-Links über Omarchy's Browser-Starter. Er behebt ein Problem bei Aufrufen über das Desktop-Portal aus Apps wie Electron-Clients: Ein neuer Tab wurde zwar im Browser geöffnet, dessen Fenster blieb aber verborgen. Wenn mehrere Fenster infrage kommen, fokussiert der Starter das zuletzt verwendete.
Die Änderung unterdrückt außerdem die Browserabfrage zur Festlegung als Standardbrowser. Diese würde sonst erscheinen, weil Omarchy's Routing-Eintrag dem Browser vorgeschaltet ist. Die Änderung ist im Entwicklungsbranch eingecheckt.
08Energieprofile erhalten hardwarespezifisches Verhalten für NVIDIA und Snapdragon
Zwei Commits im master-Branch von omarchy-pkgs stammen von 
ryanrhughes. omacom/omarchy-pkgs@0f3d0404a900 ersetzt Omarchy's CPPC-Treiber durch NVIDIA's RTX-Spark-Treiber, um Verzögerungen auf dem Desktop bei N1x-Hardware zu beheben. Die Auswahl des Governors richtet sich nach Energieprofil und Stromversorgung. Die Hardwareerkennung beschränkt sich auf Prozessoren, die sich als NVIDIA RTX Spark melden.
omacom/omarchy-pkgs@3280e02b7d5e ergänzt einen generischen cpufreq-Treiber und Taktfrequenzgrenzen für Snapdragon X: 60 Prozent im Energiesparmodus, 75 Prozent im ausgeglichenen Modus und keine Begrenzung im Leistungsmodus. Der Commit berichtet von einer Validierung auf dem Surface Pro 11 und davon, dass die Grenzen beim Beenden des Daemons aufgehoben werden. Diese Messergebnisse stammen vom Beitragenden.
09Dock-Korrekturen für N1x sollen dunkle Bildschirme und fehlerhaftes Verhalten beim Zuklappen beheben
ryanrhughes hat omacom/omarchy-pkgs#1100 eröffnet und in den Entwicklungsbranch n1x übernommen. Die Kerneländerungen erhalten Dock-Tunnel während des Ruhezustands und bauen DisplayPort-Tunnel beim Abziehen eines Docks mit zeitlichem Abstand ab. Ein Patch für den NVIDIA-Treiber meldet USB-C-Bildschirme als DisplayPort, damit logind beim Zuklappen erkennt, dass der Rechner an ein Dock angeschlossen ist.
ryanrhughes berichtete von erfolgreichen Prüfungen des Ruhezustands und des Abziehens auf einem ProArt P14 mit einem CalDigit TS4 und zwei Bildschirmen. Ein begleitender Aquamarine-Patch behandelt Anschlüsse, deren Anzeigemodi erst verspätet verfügbar werden. Dieser Fall war bei den beschriebenen Tests jedoch nicht aufgetreten. Mit dem Merge sind die Änderungen in den n1x-Branch integriert.
10ARM-Images werden einheitlich mit linux-omarchy gebaut
Der von 
emirb verfasste quattro-Commit omacom/omarchy-iso@62d151d4d162 lässt für aarch64-Image-Builds nur noch linux-omarchy als Kernel zu. Er entfernt den alternativen Build-Pfad mit dem Arch-Linux-ARM-Kernel samt der zugehörigen Behandlung von Konsole, Komprimierung und Gerätebaum.
Das Installationsprogramm installiert weiterhin den im Image verzeichneten Kernel. Das vorliegende Ereignis belegt eine eingecheckte Änderung am Image-Build, aber kein veröffentlichtes Installationsimage.
11Vorschlag für Speicher-Watchdog trennt deterministischen Schutz von einem reagierenden Agenten
KewkLW hat den noch offenen Vorschlag omacom/omarchy#15272 auf einen optionalen Watchdog eingegrenzt, der vor Speicherknappheit warnt, von systemd-oomd beendete Apps identifiziert und geeignete Aufgaben pausiert, bevor der Schwellenwert für das Beenden erreicht wird. In einer vorausgehenden Diskussion am 13. Oktober empfahl 
jandrusk, diese Funktionen von einem Agenten ohne Benutzeroberfläche zu trennen, der Prozesse beenden kann. KewkLW bestätigte diese Trennung am 14. Oktober und entfernte die reagierende Agentenkomponente aus diesem Branch.
Eine spätere Aktualisierung am 14. Oktober ergänzte Auslöser für anhaltende Stillstände, eine fünfminütige Schonfrist nach dem Fortsetzen der Arbeit durch Nutzer, Prüfungen des Aktivierungszustands und eine robustere Verwaltung der Pausierungsaufzeichnungen. Das Pausieren verhindert weiteres Speicherwachstum, gibt aber keinen Speicher frei. Die nach der Berichterstattung bearbeitete aktuelle Beschreibung bezeichnet die Funktion weiterhin als standardmäßig deaktivierten Vorschlag und hält fest, dass noch keine durchgängige Prüfung in einer grafischen Sitzung stattgefunden hat.
12Vorschlag zur Barrierefreiheit der Shell steht nach einem Rebase wieder zur Prüfung bereit
calebl's Vorschlag omacom/omarchy#13212 ist weiterhin offen. Er sieht für gemeinsam genutzte Shell-Bedienelemente barrierefrei zugängliche Rollen, Namen, Zustände und Aktionen vor, damit assistive Technologien sie erkennen und bedienen können. Laut aktueller Beschreibung ist Quickshell's Korrektur am Barrierefreiheitsbaum erforderlich, die ab Version 0.3.2 enthalten ist.
In einer vorausgehenden Diskussion am 13. Oktober bezeichnete 
monsieur-mouton die nicht lesbare Shell als Hindernis für einen Wechsel zu Omarchy und bat um einen Rebase. Am 14. Oktober berichtete monsieur-mouton, der Branch sei per Rebase aktualisiert worden und lasse sich zusammenführen, und bot einen Test mit Orca an. Das ist ein Fortschritt auf dem Weg zur Prüfung, aber kein Beleg für eine bereits übernommene Barrierefreiheitsfunktion oder abgeschlossene Screenreader-Tests.
