Quellen
- Offer stable and rc on aarch64
- Release an aarch64 ISO beside the x86_64 one
- Build aarch64 ISOs from the stable and rc channels
- Build and check aarch64 packages against Omarchy's ARM mirrors
- Hold a ship until stable's ARM mirror serves rc's snapshot
- Let the release ring alone decide where a package publishes
- Only ever publish a newer version into a channel
ARM erhält stable- und rc-Kanäle mit passenden Schutzmechanismen für Veröffentlichungen
emirb hat omacom/omarchy#16065 in quattro übernommen und damit Paketkonfigurationen für stable und rc auf aarch64 hinzugefügt. Zuvor wechselte selbst eine ARM-Installation mit rc beim ersten Update zu edge. Bestehende edge-Installationen bleiben dort, bis ihre Besitzer einen anderen Kanal wählen. Apple Silicon bleibt auf edge beschränkt, da seine Paketquellen ausschließlich diesen Kanal unterstützen. Dabei handelt es sich um Unterstützung im Entwicklungsbranch, nicht um einen Beleg dafür, dass Omarchy 4.5.0 stable bereits veröffentlicht wurde.
ryanrhughes hat omacom/omarchy-iso#298 vorgeschlagen,
emirb hat die Änderung übernommen. Damit lassen sich ARM-Release-Abbilder neben x86_64-Abbildern veröffentlichen, ohne deren Download-Dateinamen zu ersetzen. Die eingecheckte Änderung am ISO-Builder omacom/omarchy-iso@c6de4cc756bb wählt außerdem den passenden ARM-Spiegelserver für stable, rc oder edge aus.
Änderungen an den Paketwerkzeugen auf master stimmen ARM-Builds auf die jeweiligen Kanal-Snapshots ab und verhindern eine Übernahme nach stable, solange dessen ARM-Spiegelserver nicht mit rc übereinstimmt. Diese Commits sind Emir Beganovic zugeschrieben. Separate, Ryan Hughes zugeschriebene Commits heben Beschränkungen für Paketkanäle auf, die NVIDIA-Komponenten von der Übernahme nach ARM rc ausgeschlossen hatten. Außerdem verhindern sie, dass bei einer Veröffentlichung die Pakete eines Kanals durch gleiche oder ältere Versionen ersetzt werden. Die Schutzmechanismen sind in omacom/omarchy-pkgs@82fb44ba2e38, omacom/omarchy-pkgs@61ff00812591 und omacom/omarchy-pkgs@48340e7e3f0b festgehalten.
Quellen
- linux-omarchy-aarch64: let the Snapdragon X1 laptops reach DDR sleep and CX collapse in suspend
- linux-omarchy: ship the Snapdragon laptops' microphone fix (#1345)
- linux-omarchy: turn on the Yoga Slim 7x webcam (#1277)
- linux-omarchy: stop the Snapdragon X1 camera bus controller stalling on a quick restart (#1378)
- linux-omarchy: fix the Snapdragon laptops' Wi-Fi stalls and two Iris decoder bugs (#1388)
Snapdragon-Korrekturen betreffen Stromverbrauch im Ruhezustand, Kameras, Mikrofone und WLAN
ryanrhughes hat die Suspend-Anpassungen von
turbineBMW für Snapdragon X1 mit omacom/omarchy-pkgs#1315 in den master-Branch des Paket-Repositorys übernommen. Sie betreffen Stromversorgungsdomänen, PCIe-Ports, Bluetooth und einen Audioprozessor, die tiefere Schlafzustände verhinderten.
turbineBMW berichtete von rund 0.25 W bei einem kurzen Suspend-Test mit einem Surface Pro 11, gegenüber 0.75 W, bevor diese Komponenten in den Schlafzustand versetzt wurden. Dies sind Messwerte des Beitragenden; laut Vorschlag wurde auf anderen X1-Laptops kein Boot-Test durchgeführt.
Paket-Commits, die birkskyum als Beteiligten aufführen und Birk Skyum zugeschrieben sind, aktivieren die Webcam des Yoga Slim 7x und ersetzen anschließend eine Behelfslösung mit verzögertem Neustart durch Korrekturen am Kamera-Controller. Die spätere Änderung berichtet in omacom/omarchy-pkgs@c9518288fabf von erfolgreichen schnellen Kameraneustarts. Eine weitere eingecheckte Korrektur in omacom/omarchy-pkgs@9db7ac36d410 behebt WLAN-Aussetzer nach Kanal- oder Bandbreitenänderungen am Access Point sowie Speicher- und Suspend-Probleme des Iris-Videodecoders.
Auch die Mikrofonkorrektur erforderte eine Nachbesserung bei der Paketierung: Der frühere Patch hatte die Paket-Release-Nummer nicht erhöht, weshalb beim Veröffentlichungslauf nichts gebaut wurde. Der Ryan Hughes zugeschriebene Commit omacom/omarchy-pkgs@1f74195540e5 erhöht diese Nummer, damit die Korrektur ausgeliefert wird. Dies sind Änderungen im Paket-Repository, keine Ankündigung einer stabilen Veröffentlichung.
Quellen
- Make Appearance a top-level menu holding the Style options
- Move Calculator and Activity to the apps tier (#16071)
- Add Super + Ctrl + T for themes and W for backgrounds, move Network to N (#16072)
- Take the keyboard screenshot on Super + Ctrl + Alt + C and give Google Maps back Super + Shift + S (#16048)
Appearance wird zum Hauptmenü, Tastenkürzel trennen Apps von Panels
dhh hat omacom/omarchy#15973 vorgeschlagen und in quattro übernommen. Appearance wird zu einem Menü auf oberster Ebene, nimmt Style auf und bündelt die Fenstersteuerung unter Windows sowie die Einträge für Bildschirmschoner und About unter Branding. Die Beschriftungen der Umschalter beschreiben jeweils die ausgeführte Aktion. Wer Menüerweiterungen mit Verweisen auf die alten IDs nutzt, muss diese aktualisieren. Das bisherige Style-Menü lässt sich dank eines Alias aber weiterhin aufrufen.
Zugehörige quattro-Commits legen Calculator auf Super + Shift + Q und Activity auf Super + Shift + T und reservieren Super + Ctrl für Panels und Menüs. Themes erhält Super + Ctrl + T, Hintergründe erhalten Super + Ctrl + W und Network wechselt zu Super + Ctrl + N. Nightlight bleibt ohne sein bisheriges Tastenkürzel über das Umschaltmenü erreichbar. Der Screenshot der Tastaturbelegung wechselt zu Super + Ctrl + Alt + C, sodass Super + Shift + S wieder Google Maps aufruft. Diese Commits, darunter omacom/omarchy@5264cbbd1396, führen David Heinemeier Hansson als Co-Autor auf.
Omapager wird zum Benachrichtigungssystem der Shell
ryanrhughes hat omacom/omarchy#15932 vorgeschlagen und in quattro übernommen. Damit wird Omapager in die Shell integriert und nicht mehr als separates Plugin geführt. Der Ersatz unterstützt Stapel pro Quelle, späteres Erinnern, „Nicht stören“, zurückgehaltene und kürzlich eingegangene Benachrichtigungen, einen Verlauf sowie Benachrichtigungsaktionen. Die Karten übernehmen die Eckengestaltung des Themes; Website-Symbole werden nicht separat abgerufen.
Das System speichert seinen Verlauf und den Ruhemodus lokal; Bestätigungscodes werden dabei ausschließlich unkenntlich gemacht gespeichert. Zugehörige, Ryan Hughes zugeschriebene quattro-Commits entfernen direkte Antworten in Benachrichtigungen und den KDE-Connect-Helfer. Außerdem lesen sie die „Nicht stören“-Einstellung des bisherigen Systems ein, bis der neue Ruhemodus gespeichert wurde. Diese Änderungen sind in omacom/omarchy@a10f7a10f7ba und omacom/omarchy@e3e08d305052 festgehalten; die Übernahme belegt keine Verfügbarkeit in einer stabilen Version.
Ausbau der Agentenunterstützung verschärft die Kontingentverwaltung und Installationsanforderungen
Der noch offene Vorschlag omacom/omarchy#14040 führt die von der Community entwickelten Agenten-Kollektoren und -Starter unter gemeinsamen Regeln zur Nutzungserfassung zusammen. Im aktuellen Umfang wird das Panel von sechs auf 23 Kollektoren erweitert. Dabei sollen Tokens genau einmal dem Anbieter zugerechnet werden, der sie abrechnet. Schlägt eine Abfrage fehl, soll die letzte gültige Kontingentauskunft erhalten bleiben. Claude hat den Vorschlag im Namen von dhh veröffentlicht; er wurde noch nicht gemergt.
In Antworten vom 20. Oktober, die über das Konto von dhh veröffentlicht wurden, berichtete Claude über Korrekturen: Unvollständige Auswertungen von Copilot-Transkripten gelangen damit nicht in den Cache, und ein veralteter Kontingentstand bleibt erhalten, wenn GitHub eine unlesbare Kontingentantwort liefert. In derselben Diskussion werden die Starter für Goose, Mistral Vibe, Phantombot und ZeroClaw zurückgestellt, bis mise sie registriert. Der Kollektor zur Nutzungserfassung von Vibe bleibt hingegen erhalten. Diese Antworten sind in omacom/omarchy#14040:discussion_r4327649152, omacom/omarchy#14040:discussion_r4327648721 und omacom/omarchy#14040:discussion_r4326600517 dokumentiert.
Laut Vorschlag wurde mit Offline-Testdaten und simulierten Diensten getestet, ohne echte Zugangsdaten zu Diensten zu verwenden. Außerdem wurden das Panel und die neuen Menüeinträge demnach nicht in einer laufenden Benutzeroberfläche geprüft. Die gemeldeten Testergebnisse belegen daher nicht das Verhalten bei einer tatsächlichen Integration.
Mehrbenutzervorschlag trennt gemeinsamen Festplattenzugriff von Administratorrechten
osbase77 hat omacom/omarchy#16100 eröffnet, um Administrator- und eingeschränkte Konten einzuführen. Der noch offene Vorschlag behält die bisherige Einrichtung bei, bis ein zweites Konto hinzukommt. Dann wird das gemeinsame Festplattenpasswort vom Anmeldepasswort des Besitzers getrennt, das root-Konto gesperrt und die automatische Anmeldung deaktiviert. Eingeschränkte Benutzer würden beim Versuch, Updates oder Paketänderungen vorzunehmen, eine Erklärung erhalten statt einer sudo-Passwortabfrage, mit der sie nichts anfangen können.
Nach Bedenken zu Unterbrechungen und zur Sperre berichtete osbase77, die Reihenfolge so geändert zu haben, dass die Schutzmaßnahmen vor dem Anlegen des zweiten Kontos greifen. Wird der Vorgang unterbrochen, sollte das bestehende Konto dadurch bereits besser geschützt sein; ein späterer Durchlauf würde die Umstellung abschließen. Die Sperre für Kontoänderungen wird nun als Eigentum von root beschrieben, auf das ausschließlich root zugreifen kann. In omacom/omarchy#16100:issuecomment-6301761759 berichtet
osbase77, beide Verhaltensweisen auf einer verschlüsselten Installation geprüft zu haben. Es handelt sich weiterhin um vom Autor gemeldete Ergebnisse zu einem noch nicht gemergten Vorschlag.
Barrierefreiheitsreview verbessert Feldnamen und die Erkennbarkeit von Plugin-Bedienelementen
Der noch offene Vorschlag omacom/omarchy#13212 von calebl zur Barrierefreiheit der Shell macht Rollen, Namen, Zustände und Aktionen von Bedienelementen für assistive Technologien zugänglich. Als ausdrücklich datierter Hintergrund:
monsieur-mouton schrieb am 13. Oktober, dass unzugängliche Shell-Bedienelemente einen Wechsel zu Omarchy verhinderten, und bot Tests mit Orca an. Zum Exportieren des Barrierefreiheitsbaums setzt der Vorschlag Quickshell 0.3.2 oder neuer voraus.
Am 20. Oktober berichtete diogochaves nach Tests mit zwei Plugins, dass beispielhafte Platzhalter wie 90 und Work als Feldnamen verwendet wurden. Gleichzeitig fehlten einige über die Qt-Eigenschaft Accessible.name benannte Zeilen weiterhin im Baum.
calebl bestätigte die Befunde und kündigte an, den Patch nach einem erneuten Durchlauf mit den Testdaten zu übernehmen. Der aktuelle Vorschlag beschreibt Feldnamen, die den jeweiligen Zweck ausdrücken, sowie Unterstützung für diese Plugin-Zeilen. Das Review ist in omacom/omarchy#13212:issuecomment-6280602575 und omacom/omarchy#13212:issuecomment-6297729444 dokumentiert.
Eine umfassendere Änderung an der Auswahl-API von CursorSurface verschob calebl separat auf eine Folgearbeit und berichtete zugleich, dass Dialogaktionen nun keine Auswahl mehr beanspruchen. Der Vorschlag ist weiterhin offen; das vorliegende Review belegt keine abgeschlossenen Tests mit Orca.
Installer-Vorschlag übernimmt die Sprachauswahl in den Desktop
omarchybot hat omacom/omarchy-iso#297 eröffnet, um die Sprachauswahl zum ersten Bildschirm des Installers zu machen. Der noch offene Vorschlag übersetzt den Installer neben Englisch in 35 Sprachen, die seine Konsolenschrift darstellen kann. Sprachen mit nicht unterstützten Schriftsystemen bleiben unter ihrem englischen Namen auswählbar: Der Installer bleibt dann auf Englisch, gibt die gewählte Sprache aber an den installierten Desktop weiter.
Die dazugehörige Laufzeitunterstützung wurde mit omacom/omarchy@3ac43659dcbf in Omarchys quattro-Branch aufgenommen; als Urheber ist Omarchybot angegeben. Sie übernimmt die Sprachmarkierung sowie die Tastatur- und Zeitzonenvorgaben des Installationsmediums, bewahrt die Sprachauswahl bestehender Benutzer und belässt die Sprache der Systemkonsole auf Englisch. Der Installer-Vorschlag und die bereits aufgenommene Laufzeitunterstützung haben unterschiedliche Bearbeitungsstände. Keiner von beiden belegt, dass eine stabile ISO bereits den vollständigen Ablauf bietet.
Regionsvorschlag für China ergänzt regionale App-Auswahl bei der Installation und eine CJK-Terminalschrift
Der noch offene Regionsvorschlag omacom/omarchy#13690 von xdanger verbindet Paketspiegel für World und China mit Registry-Einstellungen für Entwicklungswerkzeuge. Aktualisierungen von
omarchybot vom 20. Oktober ergänzen regionale Vorinstallationen: Für China würden ausgewählte Dienststarter und Tastenkürzel entfallen und Anwendungen wie WeChat, QQ, WPS Office, DingTalk und Feishu hinzukommen. Ein späterer Regionswechsel würde die Downloadquellen ändern, ohne Anwendungen hinzuzufügen oder zu entfernen.
omarchybot berichtete außerdem, Maple Mono NF CN für den ersten Benutzer einer China-Installation ergänzt zu haben, damit Han-Schriftzeichen zwei Terminalzellen belegen. Laut den gemeldeten Prüfungen des ausführenden Agenten blieb für World-Benutzer JetBrains Mono eingestellt; Shell-Neustarts und Signale an Terminals wurden während der Installation vermieden. Diese Änderungen am Vorschlag sind in omacom/omarchy#13690:issuecomment-6294016253 und omacom/omarchy#13690:issuecomment-6294663326 dokumentiert.
Die Paketierung von Feishu wurde unabhängig davon mit omacom/omarchy-pkgs@6573c44af9b3 in den master-Branch des Paket-Repositorys aufgenommen; als Urheber ist Omarchybot angegeben. Sie unterstützt x86_64 und aarch64 und verwendet für die Texteingabekomposition mit fcitx5 die native Wayland-Texteingabe. Diese bereits aufgenommene Paketarbeit bedeutet nicht, dass auch der Vorschlag zur regionalen Installation gemergt wurde.
Clippy-Verifizierung reagiert auf einen Ausführungspfad für Prompt-Injection
Im weiterhin offenen Verifizierungsantrag omacom/omarchy-plugin-marketplace#6429 berichtete HANCORE-linux, dass von Websites gesteuerte Fenstertitel an Crush gelangten, während dessen Shell- und Dateiwerkzeuge automatisch freigegeben waren. Nach Aussage des Reviewers konnte eine besuchte Seite bei aktiviertem KI-Modus dadurch Anweisungen einschleusen, die Befehle mit den Rechten des Desktop-Benutzers ausführen – trotz der Zusage des Plugins, der Agent erzeuge lediglich Kommentare.
CostaFot antwortete, dass Version 1.55.0 alle Agenten entferne, die sich nicht mit vollständig deaktivierten Werkzeugen betreiben lassen. Erhalten blieben nur eingeschränkte Konfigurationen für Claude und pi. Laut der Antwort muss für Screenshots außerdem kein Werkzeug zum Lesen von Dateien mehr aktiviert werden.
CostaFot richtete die Verifizierung in omacom/omarchy-plugin-marketplace#6429:issuecomment-6301654018 auf die gemeldete Korrektur aus. Die vorliegenden Angaben belegen eine gemeldete Behebung und ein aktualisiertes Prüfziel, aber weder eine abgeschlossene Marketplace-Verifizierung noch ein unabhängiges Sicherheitsaudit.
