01Gemeinsames Update von Hyprland und titlebars ermöglicht wieder edge-Upgrades
ryanrhughes schlug omacom/omarchy-pkgs#1821 vor und mergte die Änderung in master. Damit werden Hyprland auf 0.57.0 und titlebars auf 0.3.0 gemeinsam für edge auf beiden Architekturen aktualisiert. Das ältere titlebars-Plugin ließ sich weder gegen den neuen Compositor bauen, noch erlaubte es dessen Installation. Ein früherer Schutz-Commit, der Emir Beganović zugeschrieben wird und 
emirb als Beteiligten aufführt, hielt x86_64 auf 0.56.2, damit Upgrades weiterhin funktionierten: omacom/omarchy-pkgs@be6149775e8c.
github-actions[bot] meldete in omacom/omarchy-pkgs#1821:issuecomment-6502344987, dass die neuen Compositor- und titlebars-Pakete in beiden edge-Repositories verfügbar seien, wies aber darauf hin, dass einige geplante Slots nicht ausgeführt worden waren. Ein späterer Commit auf master dokumentiert den Neubau der titlebars-Abhängigkeit auf 0.3.0-2. Es handelt sich um ein Paketupdate für edge; der Vorschlag nennt weiterhin ein inkompatibles Cua-Plugin und noch nicht getestetes Ziehen per Touchscreen.
02Apple Silicon erhält optionalen RC-Kanal mit Prüfungen für Paketsätze
maralcbr schlug omacom/omarchy#16986 vor; emirb mergte die Änderung in den Entwicklungszweig quattro. Sie ergänzt die für die Auswahl von RC nötigen Apple-Silicon-Vorlagen. edge bleibt dabei die Voreinstellung, stable weiterhin nicht verfügbar. Commits auf master des Paket-Repositories ergänzen außerdem Prüfungen, die das Hochstufen eines nicht ausreichend geprüften Mac-Paketsatzes verhindern und vor der Veröffentlichung jeden geplanten Slot kontrollieren: omacom/omarchy-pkgs@05422a2243fb und omacom/omarchy-pkgs@1359fc98322b.
Nach dem Merge bat 
ryan-winkler in omacom/omarchy#16986:issuecomment-6495243961 um einen dokumentierten Upgrade-Pfad, die Angabe des ersten veröffentlichten Builds mit den Vorlagen und eine separate Migrationsanleitung für Nutzer des älteren Mac-Forks. Auf dem installierten System fehlten die Vorlagen weiterhin, obwohl RC-Pakete sichtbar waren. Ein Kanalwechsel am laufenden System war ausdrücklich noch nicht getestet worden. Der Merge in den Entwicklungszweig schafft somit die Kanalunterstützung, belegt aber nicht, dass jede bestehende Mac-Installation bereits darauf zugreifen kann.
03Audiounterstützung für das Zenbook A16 verbindet Board-Einrichtung mit Lautsprecherabstimmung
dhh schlug omacom/omarchy#17039 vor und mergte die Änderung in quattro. Sie ergänzt Hardwareerkennung sowie Installations- und Migrationsunterstützung für ASUS Zenbook A16's Lautsprecher und Mikrofone. Die Abstimmung behandelt Tief- und Hochtöner getrennt, übernimmt eine von ASUS abgeleitete Klangcharakteristik und ergänzt einen schützenden Hochpassfilter sowie Limiter.
Commits auf master des Paket-Repositories ergänzen die fehlende Audiotopologie und Profileinrichtung, eine softwareseitige Lautstärkeregelung sowie eine Kerneländerung, die verhindern soll, dass nach dem Aufwachen die Hälfte der Lautsprecher verschwindet: omacom/omarchy-pkgs@e87374ad3c9b und omacom/omarchy-pkgs@310647950fc2. Der Kernel-Commit nennt 15 erfolgreiche Zyklen aus Leerlauf und Wiedergabe gegenüber zuvor fünf; diese Ergebnisse stammen vom Autor. Der Merge in den Entwicklungszweig ist kein stabiles Release, und der Vorschlag räumt ein, dass der Klang noch hinter Windows zurückbleibt.
04Ausgeblendete Leisten fangen keine Klicks auf Vollbild-Bedienelemente mehr ab
dhh schlug omacom/omarchy#16991 vor und mergte die Änderung in quattro, damit eine unsichtbare Leiste keine Klicks am oberen Rand von Vollbildfenstern mehr abfängt. Die Leiste entfernt nun ihren Eingabebereich, wenn der aktive Workspace ihres eigenen Bildschirm's ein echtes Vollbildfenster enthält. Bei maximierten Fenstern bleibt sie weiterhin bedienbar.
In omacom/omarchy#16991:discussion_r4412518167 berichtete dhh über ergänzte Tests für Vollbildfenster, maximierte Fenster und Fenster auf anderen Workspaces sowie eine Prüfung der Zeigereingabe im laufenden System. Die Änderung behebt ein konkretes Bedienproblem in Vollbildanwendungen wie einer KVM-Webkonsole und ist im Entwicklungszweig angekommen.
05Pull Requests erhalten Tests in einem laufenden Omarchy-Desktop
emirb schlug omacom/omarchy#16835 vor und mergte die Änderung in quattro. Jeder Pull Request und jeder Push auf diesen Branch erhält einen Tests-Check, der unter KVM eine VM mit einem stabilen Release startet, den ausgecheckten Quellcode hineinkopiert und die gesamte Testsuite in ihrer Desktop-Sitzung ausführt. Der Vorschlag nennt übersprungene Prüfungen in sieben Dateien, gegenüber 64 im Container-Vergleich.
Der daraus entstandene Commit omacom/omarchy@e9474ecae652 dokumentiert außerdem eine Korrektur der Testauswertung: Ob die Tests abgeschlossen und erfolgreich sind, wird nun anhand einer separaten Datei mit dem Exit-Status ermittelt. Zuvor konnte eine erfolgreich aussehende Statuszeile in der Testausgabe eine fehlgeschlagene Suite grün erscheinen lassen. Der Workflow verbessert die Rückmeldungen während der Entwicklung; ob der Status-Check verpflichtend wird, bleibt laut Vorschlag offen, bis seine Fehlerquote bekannt ist.
06Plugin Guard erreicht nach Korrekturen an der Terminalausgabe den Marketplace
github-actions[bot] bestätigte in omacom/omarchy-plugin-marketplace#13216:issuecomment-6499213522 Plugin Guard's Veröffentlichung mit einer von Maintainern geprüften Verifizierung. 
mattwolfgang reichte das Plugin ein, um andere Plugins vor der Installation oder Aktualisierung mit statischen Prüfungen und optional einer Modellprüfung zu untersuchen. Sein dokumentierter automatischer Prüflauf kann installierte Plugins deaktivieren, die als gefährlich eingestuft werden.
HANCORE-linux blockierte die Veröffentlichung zunächst, nachdem festgestellt worden war, dass vom Repository kontrollierter Berichtstext Terminal-Steuersequenzen ausgeben und den Inhalt der Zwischenablage ersetzen konnte. Später bestätigte der Reviewer in omacom/omarchy-plugin-marketplace#13216:issuecomment-6497849270, dass der Befund im geprüften Commit behoben sei, und akzeptierte die dokumentierten Funktionen. Die Veröffentlichung gilt für genau den im Marketplace hinterlegten Snapshot und ist keine Sicherheitszertifizierung.
07Datebook ergänzt CalDAV-Synchronisierung und begrenzte Netzwerkwartezeiten
github-actions[bot] bestätigte in omacom/omarchy-plugin-marketplace#13263:issuecomment-6507210706 einen aktualisierten, automatisch verifizierten Datebook-Snapshot im Marketplace. 
jonspinks beschrieb die bidirektionale Synchronisierung mit Fastmail, iCloud und frei angegebenen CalDAV-Servern. App-Passwörter werden im Schlüsselbund gespeichert; bedingte Schreibzugriffe sollen verhindern, dass gleichzeitig vorgenommene Änderungen überschrieben werden.
Eine spätere Nachbesserung verschärfte die Zeitlimits für Server, die Antworten nur langsam und stückweise liefern. jonspinks berichtete über Zeitlimits für vollständige Anfragen und eine Synchronisierungsfrist von 300 Sekunden pro Konto. Danach wird das jeweilige Konto als offline markiert, während die anderen weiter synchronisiert werden: omacom/omarchy-plugin-marketplace#13263:issuecomment-6505549225. Die gemeldeten Tests decken langsame Header, langsame Antwortinhalte und festhängende Konten ab. Die Marketplace-Verifizierung bezieht sich auf den veröffentlichten Snapshot und stellt kein Sicherheitsaudit dar.
08Vorschlag zum Installer-Start reduziert Arbeit vor dem ersten Bildschirm
hegjon erweiterte den weiterhin offenen Vorschlag omacom/omarchy-iso#355 um neun zusätzliche Commits, beschrieben in omacom/omarchy-iso#355:issuecomment-6504343044. Sie verschieben die Hash-Berechnung des Mediums bis zur Anzeige des ersten Installer-Bildschirms, reduzieren Lesezugriffe beim Start, verkürzen den BIOS-Countdown und aktivieren ein Startbild auf dem Firmware-Framebuffer. hegjon zufolge sinkt durch diese zusätzlichen Arbeiten die Startzeit von ISO und Installer's Oberfläche über USB 2.0 von 11.0 auf 7.9 Sekunden.
Die neuen Änderungen waren durch QEMU-Integrationstests abgedeckt; einen Test mit einem echten USB-Stick enthielt das vorliegende Update jedoch nicht. Als ausdrücklich datierter Hintergrund: hegjon's Test der ersten drei Commits vom 28. Oktober ergab laut Bericht auf einem ThinkPad X200 eine Verkürzung der Zeit vom Kernelstart bis zum Anmeldebildschirm von 25.5 auf 20.5 Sekunden, gefolgt von einer erfolgreichen Installation. Dieses Ergebnis bestätigt nicht die neun neueren Commits, darunter die Entfernung der Wartezeit, die USB-Geräten Zeit zur Initialisierung gibt.
09Geräteschutz bei gesperrtem System kommt durch Prüfung der Dienstgrenzen voran
acrogenesis's offener Vorschlag omacom/omarchy#14937 sieht vor, unbekannte USB- und Thunderbolt-Geräte bei gesperrtem System zu blockieren, während der Sperre angeschlossene Geräte nach dem Entsperren automatisch zuzulassen und für neue Geräte, die bei entsperrtem System angeschlossen werden, eine optionale Freigabe anzubieten. Vor dem Merge ist weiterhin eine Produktprüfung erforderlich; es handelt sich um eine vorgeschlagene Voreinstellung, nicht um bereits ausgeliefertes Verhalten.
greptile-apps[bot] äußerte die Sorge, dass die Sandbox des Thunderbolt-Dienstes Schreibzugriffe zur Autorisierung verhindern würde. acrogenesis antwortete in omacom/omarchy#14937:discussion_r4416496723, die Grenze für Schreibzugriffe sei nun ausdrücklich festgelegt, und Tests des installierten Dienstes mit echtem boltd und simulierter Hardware seien erfolgreich gewesen. Der Antwort zufolge ließ sich die ursprüngliche Zugriffsverweigerung mit dieser Lab/systemd-Version außerdem nicht reproduzieren. Die VM-CI lief laut Bericht erfolgreich durch; reale Thunderbolt-Hardware, Firmware und das Suspend-Verhalten auf physischer Hardware bleiben jedoch außerhalb der angegebenen Verifizierung.
10Live-Abfragen im Launcher erhalten Abbruchfunktion und Rechnerlimits
avillagran arbeitete am offenen Vorschlag omacom/omarchy#8537 für Rechner-, Websuch- und konfigurierbare Abfrageergebnisse im Launcher weiter. Der aktuelle Entwurf platziert Rechner- und Schlüsselwortergebnisse über den normalen Treffern; die Websuche dient als Rückfalloption.
In omacom/omarchy#8537:issuecomment-6504528259 berichtete avillagran über Nachbesserungen aus dem Review: korrigierte Ergebnisauswahl, Abbruch beim Schließen des Menüs, Zeitlimits von fünf Sekunden für Plugins und begrenzte Rechenoperationen. Ein späteres Update meldete Korrekturen an der Platzierung der Rückfalloption, den Übersetzungen und wörtlich behandelten Dollar-Zeichenfolgen sowie erfolgreiche Menü-, Übersetzungs- und CLI-Tests. Dies sind gemeldete Verbesserungen an einem noch nicht gemergten Vorschlag.
11Vorschlag für Übersetzungen zur Laufzeit verfeinert Plugin- und Systemkataloge
avillagran's offener Vorschlag omacom/omarchy#10083 sieht vor, gemeinsame UI-Komponenten über installierte gettext-Systemkataloge zu übersetzen und fehlende Begriffe durch Plugin-Kataloge zu ergänzen. Gemeinsame Schaltflächen und Tooltips könnten so ohne Änderungen am Plugin-Quellcode übersetzt werden, während direkte Textbindungen weiterhin ausdrückliche Übersetzungsaufrufe erfordern würden.
Die vorliegenden Nachträge zum Review melden Korrekturen bei Pluralkatalogen, dem sprachlichen Fallback pro Zeichenfolge, der Ablösung des Start-Caches und dem vollständigen Einlesen der Katalogausgabe. avillagran ergänzte außerdem eine Möglichkeit, nutzerspezifische Texte wie Rechnernamen und Konto-E-Mail-Adressen von der Übersetzung auszunehmen, und berichtete in omacom/omarchy#10083:issuecomment-6508768366 über erfolgreiche gezielte Tests. Der Vorschlag ist weiterhin nicht gemergt. Der frühere Nachtrag unterscheidet zwischen erfolgreichen gezielten Tests und verbleibenden Fehlern in der vollständigen Testsuite, die dem Ausgangsstand oder den Umgebungsbedingungen zugeschrieben werden.
