Quellen
- Run the menu's guard readers and guards side by side (#15049)
- Make the menu's slowest hardware and network guards cheap (#15039)
- Keep the menu's package snapshot until a transaction changes it (#15042)
- Run the menu's guard batch once at startup, not once per menu file (#15048)
- Build bar panel content on first open instead of at startup (#15044)
- Resolve the audio volume sink on Pipewire changes instead of every 15 seconds (#15033)
Menüprüfungen und Shell-Panels erledigen weniger Arbeit
Commits im Entwicklungszweig quattro verringern wiederholte Arbeit beim Öffnen von Menüs und beim Starten der Shell. Menüprüfungen laufen nun parallel, halten Informationen zu installierten Paketen im Cache, bis eine Pakettransaktion sie ändert, und verhindern, dass der gesamte Satz an Startprüfungen zweimal ausgeführt wird. Auch Hardware- und WLAN-Prüfungen nutzen weniger aufwendige Abfragen. Laut Commit-Beschreibung sinkt die Verarbeitungszeit der Guard-Prüfungen durch die kombinierten Änderungen von etwa 195 ms auf 55 ms; diese Messwerte stammen vom Autor. omacom/omarchy@56be33258279
Die Panels der Leiste bauen ihren Inhalt nun beim ersten Öffnen auf und behalten ihn anschließend bei. Die Erkennung von Audioausgängen reagiert auf Änderungen in PipeWire, statt alle 15 Sekunden eine Abfrage auszuführen. Diese Änderungen wurden eingecheckt; es handelt sich nicht um die Ankündigung einer stabilen Version. dhh ist bei den Commits als Beteiligter verzeichnet, während die Autorenmetadaten David Heinemeier Hansson nennen. omacom/omarchy@4c1b4cb3a944 omacom/omarchy@84ba0c453f5e
Zwischenablage-Vorschauen dekodieren kleinere Bilder
dhh hat einen Vorschlag eingereicht, Miniaturbilder und Vorschauen der Zwischenablage sowie Medien-Cover ungefähr in ihrer Anzeigegröße zu dekodieren. Die aktuelle Beschreibung berichtet von rund 50 MB weniger Speicherbedarf der Shell nach dem Öffnen der Zwischenablage auf dem Rechner des Autors; eine unabhängig bestätigte Einsparung ist das nicht. Der Vorschlag wurde im Berichtszeitraum eröffnet und anschließend am 13. Oktober 2026 von
dhh in quattro integriert. omacom/omarchy#15200
Bei der Prüfung durch greptile-apps[bot] wurden zwei Fälle entdeckt, in denen die geplanten Einsparungen ausbleiben könnten: PNG-Dateinamen mit der Zeichenfolge .svg konnten den falschen Verarbeitungspfad auslösen, und bei extrem schmalen Bildern konnte die Ausweichlogik wieder zur Dekodierung in voller Größe führen.
dhh gab an, die SVG-Erkennung präzisiert und die Ausweichlogik für schmale Bilder mit einer Größenbegrenzung versehen zu haben. Dieser Austausch dokumentiert konkrete Korrekturen während der Prüfung. omacom/omarchy#15200:discussion_r4250797313 omacom/omarchy#15200:discussion_r4250930987
USB- und Thunderbolt-Freigabe vollständig zurückgenommen
ryanrhughes hat die vollständige Rücknahme der Gerätefreigabe vorgeschlagen und in quattro integriert. Die Änderung entfernt die Freigabefunktion und enthält eine Migration für Rechner, auf denen sie aktiviert war, statt lediglich ihre Menüs auszublenden. Die eingecheckten Änderungen umfassen die Überprüfung neu erstellter Boot-Einträge, die Wiederherstellung des Thunderbolt-Journals und Prüfungen, ob USBGuard von Omarchy verwaltet wird. omacom/omarchy#15091 omacom/omarchy@defbf90e893e
greptile-apps[bot] wies auf Risiken hin: unabhängig eingerichteter USB-Schutz könnte entfernt werden, das Neuerstellen der Boot-Einträge könnte scheitern und Boot-Partitionen könnten an ungewohnten Orten liegen. Die aktuelle Beschreibung des Vorschlags nennt Schutzmaßnahmen für diese Fälle: Vor dem Entfernen von USBGuard muss dessen Verwaltung durch Omarchy belegt sein, eine Ausstehend-Markierung bleibt bis zur Prüfung der neu erstellten Einträge bestehen, und die konfigurierte Boot-Partition wird verwendet. Diese Beschreibung wurde nach dem Berichtszeitraum bearbeitet; sie liefert aktuellen Kontext zur bereits integrierten Rücknahme.
Agenten-Seat soll unabhängige Eingaben für Apps in einer Sandbox ermöglichen
KewkLW hat einen Vorschlag für einen Agenten-Seat eingereicht, der weiterhin offen ist. Der aktuelle Entwurf führt grafische Apps hinter einem Wayland-Vermittler und in einer bubblewrap-Sandbox aus. So erhält ein Agent einen eigenen Zeiger und eine eigene Tastatur, während die Eingaben des Nutzers weiterhin möglich bleiben. Benannte Bedienelemente und Bildschirmaufnahmen würden es Agenten ermöglichen, diese Fenster zu bedienen, ohne den Mauszeiger des Nutzers zu übernehmen. Der Vorschlagstext wurde seit dem Berichtszeitraum aktualisiert. omacom/omarchy#15087
In der Diskussion vom 12. Oktober benannte greptile-apps[bot] Probleme bei der Kontrolle über die Zwischenablage und weitere Schwächen der Isolation.
KewkLW berichtete, alte Seriennummern von Nutzereingabeereignissen nach der Übernahme durch den Agenten zu löschen und später auch verhindert zu haben, dass ein noch laufender, aber nicht mehr reagierender Vermittler unter laufenden Apps ausgetauscht wird.
jandrusk forderte eine gesonderte Sicherheitsprüfung und eine Entscheidung der Maintainer darüber, ob die Funktion in das Hauptrepository gehört.
KewkLW begrüßte diese Prüfung und erkannte den Zugriff auf das Netzwerk des Hosts als bekannte Einschränkung an. omacom/omarchy#15087:issuecomment-6120390481 omacom/omarchy#15087:issuecomment-6130214244 omacom/omarchy#15087:issuecomment-6134337515
Kernel-Patches für N1x sollen tiefere Standby-Zustände ermöglichen
ryanrhughes hat Änderungen an den Kernelpaketen vorgeschlagen und in den Branch n1x integriert, damit Suspend-to-Idle den Zustand Standby-DRIPS erreichen kann. Die Patches passen die Behandlung der Latenzen von Firmware-Ruhezuständen an und ermöglichen auf N1x-Systemen eine stärkere Energieeinsparung bei PCIe-Verbindungen für NVMe. Dadurch soll der Laptop im Ruhezustand weniger Akkuladung verbrauchen und weniger Wärme entwickeln. omacom/omarchy-pkgs#991
Bei einer Messung über Nacht an einem ASUS ProArt P14 ermittelte der Autor 0.77 W. Dabei waren allerdings zusätzliche Patches im Einsatz, die nicht zu diesem Vorschlag gehören. Ein kürzerer Test mit ausschließlich den beiden eingereichten Patches ergab 1.3 W und erreichte denselben tiefen Ruhezustand. Diese Ergebnisse stammen vom Autor; die Integration in den Branch bedeutet noch keine stabile Veröffentlichung.
Video-Hintergründe sollen im Akkubetrieb pausieren
dhh hat vorgeschlagen, Video-Hintergründe von owe im Akkubetrieb beim aktuellen Bild anzuhalten. Der Vorschlag ist weiterhin offen. Die aktuelle Beschreibung sieht eine Standardkonfiguration für neue Nutzer und eine Migration für bestehende Nutzer ohne owe-Konfiguration vor. Bereits getroffene Einstellungen bleiben erhalten. Durch das Pausieren würde im Akkubetrieb keine fortlaufende Videodekodierung mehr stattfinden. omacom/omarchy#15219
greptile-apps[bot] stellte fest, dass die Migration ein an einen anderen Ort verlegtes XDG-Konfigurationsverzeichnis zunächst nicht berücksichtigte.
dhh berichtete, den Zielpfad korrigiert und einen Test für diesen Fall ergänzt zu haben. Der Autor konnte das Laden der Konfiguration prüfen, hatte aber keinen Rechner mit Akku, um das tatsächliche Verhalten beim Trennen der Stromversorgung zu testen. omacom/omarchy#15219:discussion_r4251962666 omacom/omarchy#15219:discussion_r4252141920
Installer-Vorschlag ergänzt eine chinesischsprachige Konsole
Raiden-MeixElysia hat einen Vorschlag für das ISO eingereicht, bei dem noch vor den übrigen Installationsoptionen zwischen Englisch und vereinfachtem Chinesisch gewählt wird. Bei Auswahl von Chinesisch läuft der Konfigurator in cage und foot, damit die Konsole chinesische Schriftzeichen darstellen kann. Anschließend werden die Konfigurationsansichten und die Installationsübersicht übersetzt und die Locale des Zielsystems festgelegt. Der Vorschlag ist weiterhin offen und hängt von weiteren Arbeiten am Installer und an der Einrichtung ab. omacom/omarchy-iso#263
Der Autor berichtet von einer Offline-Installation in einer virtuellen Maschine, die zu einer chinesischen Locale mit funktionierender Pinyin-Eingabe führte, sowie von einem englischsprachigen Durchlauf in der Testumgebung. Ohne geeignete Anzeige oder Schriftart greift der vorgeschlagene Installer auf dem virtuellen Terminal auf Englisch zurück, behält aber die chinesische Locale für das Zielsystem bei. Die Auswahl der Sprache bleibt von der Auswahl der Region getrennt.
Tormarchy-Verifizierung nach entdeckter Rechteausweitung zurückgezogen
TripleU613 hat den Antrag auf Marketplace-Verifizierung von Tormarchy 1.2.0 geschlossen, nachdem
HANCORE-linux im eingereichten Commit eine Möglichkeit zur Rechteausweitung ohne Passwort entdeckt hatte. Dem Prüfer zufolge erlaubte ein Programmeintrag mit weitreichenden Berechtigungen, über browser-exec vom Aufrufer vorgegebene Befehle als root auszuführen. Es handelt sich um einen zurückgezogenen Verifizierungsantrag, nicht um die Veröffentlichung eines verifizierten Updates. omacom/omarchy-plugin-marketplace#11155
TripleU613 bestätigte den Befund und berichtete von einer Korrektur im Upstream-Projekt, die privilegierte Einstiegspunkte auf bestimmte Unterbefehle beschränkt und die Browserausführung als root verweigert. Der Autor kündigte einen neuen Antrag für eine Version mit dieser Korrektur an. Die Antwort dokumentiert damit eine gemeldete Behebung, belegt aber keine Marketplace-Verifizierung der Nachfolgeversion. omacom/omarchy-plugin-marketplace#11155:issuecomment-6125303525
Portal-Neustart grenzt die Suche nach der Ursache erschöpfter Dateideskriptoren ein
joetossell berichtete, dass ein Neustart von xdg-desktop-portal-hyprland die Zahl der Dateideskriptoren von Hyprland von 8,479 auf 549 senkte, während alle 33 Fenster geöffnet blieben. Die Messung stellte einen Zusammenhang zwischen angesammelten Keymap-Deskriptoren und festhängenden Portal-Verbindungen her und lieferte eine Übergangslösung für diese Sitzung. Das zugrunde liegende Issue ist weiterhin offen. omacom/omarchy#8331:issuecomment-6121916979
In einer Antwort mit Quellcodeanalyse argumentierte omarchybot, dass veraltete Input-Capture-Sitzungen und deren EIS-Warteschlangen die zurückgehaltenen Keymaps besser erklären als gewöhnliche Wayland-Verbindungen. Beschrieben wurde eine mehrteilige Upstream-Korrektur, deren Portal-Komponente zum Zeitpunkt des Kommentars noch auf eine Prüfung wartete. Welcher Input-Capture-Client auf dem Rechner von
joetossell dafür verantwortlich war, wurde nicht ermittelt. Damit bleibt es bei einer Diagnose, die durch eine Nutzermessung und eine Quellcodeanalyse gestützt wird, und nicht bei einer bereits ausgelieferten Omarchy-Korrektur. omacom/omarchy#8331:issuecomment-6122210613
