Commit erfasst

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

Übernommen

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

Übernommen

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.

Offene Vorschläge

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

Übernommen

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.

Offene Vorschläge

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

Offene Vorschläge

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.

Geschlossen

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

Offene Vorschläge

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