Root-Image-Installation erreicht Quattro mit Schutzmaßnahmen für Datenträger und Systemstart
emirb hat omacom/omarchy-iso#216 in den Quattro-Entwicklungszweig übernommen. Die Änderung spielt ein vorgefertigtes Root-Image ein und ergänzt maschinenspezifische Pakete, statt rund 940 Pakete einzeln zu installieren. Der Vorschlag nennt hegjon als Urheber des ursprünglichen Root-Image-Konzepts.
Bei der Integration wurden auch Korrekturen für individuelle Speicherlayouts und Boot-Dateinamen aufgenommen. emirb berichtete, dass die Dateien des Images in zusätzliche eingehängte Subvolumes verschoben und Layouts abgelehnt werden, bei denen der Installer die Dateien nicht sicher ablegen kann.
greptile-apps[bot] stellte eine Unstimmigkeit zwischen individuellen Boot-Dateinamen und deren Validierung fest;
emirb berichtete in omacom/omarchy-iso#216:discussion_r4371954341, beides auf dasselbe Präfix umgestellt zu haben.
dhh hat außerdem den Vorschlag zur Datenträgerbereinigung von
omarchybot, omacom/omarchy-iso#327, übernommen. Bei Installationen auf einem gesamten Datenträger werden nun vor der Partitionierung alte RAID- und LVM-Speicherverbünde aufgelöst. Bei Fehlern werden Datenträgerdiagnosen in begrenztem Umfang protokolliert. In einem separaten Hardwarebericht beschrieb
emirb vier erfolgreiche Installationen in freien Speicherplatz auf demselben MSI-Desktop-PC. Die überprüften Partitionen und Boot-Daten der bestehenden Installation blieben dabei unverändert. Diese berichteten Ergebnisse gelten für jene Maschine und Testkonfiguration, nicht für eine stabile ISO-Veröffentlichung.
Lokale Programmiermodelle für das Agenten-Panel vorgeschlagen
dhh hat omacom/omarchy#16590 eröffnet, um lokale Programmiermodelle über das Agenten-Panel und die Kommandozeile hinzuzufügen. Die erste hardwarespezifische Installationsanleitung richtet sich an NVIDIA N1X- und GB10-Rechner mit Qwen3.8 27B TensorFold und einem Kontextfenster von 200k. Sie würde Images und Modellgewichte in festgelegten Versionen herunterladen, den Server unter Podman ohne Root-Rechte ausführen und pi für dessen Nutzung konfigurieren.
Der Vorschlag für Quattro ist weiterhin offen. dhh berichtet, dass das Hinzufügen und Neustarten auf einem N1X-Laptop mit 64 GB funktioniert. Das Entfernen, der Modellwechsel, die Einrichtung auf einem neuen Rechner und die Auswahl über das Panel gehören jedoch zu den noch ungetesteten Abläufen. Auch die Dokumentation und ein eigenes Symbol fehlen noch.
ARM-Energieprofile erhalten einen funktionierenden Daemon und eine robustere Migration
ryanrhughes hat den Vorschlag omacom/omarchy#14737 von
dhh in Quattro zusammengeführt. Er ersetzt den standardmäßigen Energieprofil-Daemon durch Omarchys eigene Version. Die Änderung richtet sich an ARM-Richtlinien, die der Standard-Daemon nicht unterstützt. Dadurch werden das ausgewogene und das energiesparende Profil wirksam, und im Netzbetrieb lässt sich der Leistungsmodus auswählen. Der Vorschlag berichtet von geringerer Eingabelatenz auf N1X; diese Werte stammen aus Messungen des Autors.
Während des Reviews änderte ryanrhughes die Migration so, dass gestoppte oder maskierte Daemons unangetastet bleiben. Damit verhindert eine fehlgeschlagene Profilanforderung nicht mehr die Ausführung späterer Migrationen.
greptile-apps[bot] akzeptierte die Erklärung zum Wiederaufnahmeverhalten und zog den Hinweis zur ausstehenden Fertigstellung zurück. Ein nachfolgender Commit von
dhh, omacom/omarchy@0f014d1f81d2, lässt die Migration auch dann abschließen, wenn bei einem Update über SSH die Berechtigung zum Profilwechsel fehlt. Das Profil wird dann bei der Initialisierung nach der Anmeldung angewendet.
Systemupdates behalten die sudo-Autorisierung bis zum Ende der AUR-Builds und Boot-Prüfung bei
dhh hat den Vorschlag omacom/omarchy#16568 von
omarchybot in Quattro zusammengeführt. Die anfängliche sudo-Autorisierung bleibt nun während der AUR-Builds und der Boot-Prüfung aktiv. Dadurch entfallen zusätzliche Passwortabfragen gegen Ende eines Updates. Nach der Boot-Prüfung und beim Beenden wird die Autorisierung aufgehoben.
Der Vorschlag nimmt ausdrücklich in Kauf, dass AUR-Build-Code ausgeführt wird, während der sudo-Zeitstempel noch gültig ist. Damit verschiebt sich die bisherige Autorisierungsgrenze. Ein weiterer Quattro-Commit, omacom/omarchy@e5df29b64a05, der sanjyay zugeordnet ist, ermöglicht außerdem den Abschluss von Systemupdates, wenn Downloads von mise-Werkzeugen fehlschlagen.
Benachrichtigungen für gespeicherte Screenshots erhalten die Aktionen Öffnen und Bearbeiten
dhh hat omacom/omarchy#16505 in Quattro zusammengeführt. Bei gespeicherten Screenshots ersetzen Benachrichtigungen mit Vorschaubild, Größe sowie den Schaltflächen Öffnen und Bearbeiten die bisherigen, zeitlich begrenzten schwebenden Vorschauen. Die Befehle für Screenshots und Bilder aus der Zwischenablage verwenden die Benachrichtigungsoption von Omasnap; die zugehörigen Texte stehen im Übersetzungskatalog bereit.
Vor der Zusammenführung setzte der Vorschlag ein veröffentlichtes Omasnap-Paket mit Unterstützung für die neue Option voraus, da Version 1.22.0 sie zurückweist. Die vorliegende Pakethistorie verzeichnet außerdem die Aktualisierung des Paket-Rezepts auf 1.23.0, die dhh in omacom/omarchy-pkgs@dcb7b6dfeafa zugeordnet ist. Die Shell-Integration ist eine Änderung im Entwicklungszweig.
Arbeiten an der Barrierefreiheit der Shell werden in kleinere Vorschläge aufgeteilt
calebl kündigte an, den umfassenden Vorschlag zur Barrierefreiheit der Shell in einen Entwurf umzuwandeln und als Referenz offenzuhalten, während kleinere Teilvorhaben voranschreiten. In omacom/omarchy#13212:issuecomment-6397346768 beschrieb
calebl einen ersten Teil mit benannten, betätigbaren Schaltflächen in der Leiste und benannten Panels. Zur Abnahme soll der Barrierefreiheitsbaum ausgelesen werden. Bedienelemente und Auswahlmöglichkeiten in Panels sowie die Dokumentation sollen folgen.
Der umfassendere Vorschlag macht Rollen, Namen, Zustände und Aktionen für assistive Technologien zugänglich und setzt einen Quickshell-Build voraus, der die zugehörige Barrierefreiheitskorrektur enthält. Als Hintergrund liegt ein Bericht vom 20. Oktober vor: diogochaves hatte bei Plugin-Tests festgestellt, dass Textfelder nach ihren Beispielplatzhaltern benannt waren und benannte Zeilen im Baum fehlten.
calebl sagte zu, die entsprechenden Änderungen zu übernehmen. Die Arbeiten sind weiterhin im Vorschlagsstadium; in diesen Quellen ist keine Zusammenführung dokumentiert.
Medienwiedergabe und Spiele mit Controller könnten Leerlaufaktionen der Shell unterdrücken
eesoymilk hat omacom/omarchy#16533 eröffnet, um die ScreenSaver-D-Bus-Schnittstelle wiederherzustellen, nachdem der Leerlaufdienst der Shell hypridle ersetzt hatte. Ein von der Shell verwaltetes Hilfsprogramm würde Browsern und Medienplayern ermöglichen, Bildschirmschoner und Bildschirmsperre zu unterdrücken. Beim Verbindungsabbruch eines aufrufenden Programms würden dessen Sperranforderungen aufgehoben; die separate Einstellung des Nutzers zum Wachhalten bliebe erhalten.
eesoymilk berichtete außerdem, dass das Steam-Overlay während The Witcher 3 erfolgreich eine Leerlaufsperre aufrechterhielt. Das ist relevant, weil Controller-Eingaben den Leerlauf-Timer des Compositors nicht zurücksetzen.
greptile-apps[bot] meldete anschließend, dass eine Lücke bei den Tests zur Freigabe durch den Besitzer der Sperre geschlossen worden sei. Der Vorschlag für Quattro ist weiterhin offen.
Mesa-Pakete erhalten Testbelege vom M3 Air, weitere Prüfungen vor der Auslieferung stehen noch aus
Zum offenen Entwurf omacom/omarchy-pkgs#1591 gingen Hardware-Testberichte für überarbeitete Mesa- und Vulkan-Pakete ein. scottjones berichtete von einer erneuten Desktop-Anmeldung und Prüfungen auf korrekte Grafikdarstellung auf einem J613 M3 MacBook Air, ohne Mesa-Opt-in-Variablen und mit einem beibehaltenen angepassten Kernel sowie der angegebenen Firmware. Der Bericht stellte außerdem fest, dass der bisherige mesa-m3-Opt-out-Hook trotz des neuen Systemtreibers Software-Rendering erzwang.
chriskearney bestätigte dieses Migrationsproblem und beschrieb eine separate Korrektur, durch die der Hook die verfügbaren Fähigkeiten berücksichtigt. Spätere Berichte vom selben Tag beschrieben installierte Paketkandidaten, die Neustart- und Pixelprüfungen auf J293, J313 und J516S bestanden hatten. Eine Bestätigung für J615 sowie eine vollständige Konformitätsfreigabe wurden ausdrücklich noch nicht erteilt.
Die Beschreibung des Vorschlags wurde am 26. Oktober aktualisiert und gibt den aktuellen Stand wieder, nicht den ursprünglichen Wortlaut vom 25. Oktober. Sie zielt nun auf einen neueren, festgelegten Integrationsstand ab; eine erneute Paketvalidierung und die abschließende Prüfung der Anmeldung stehen noch aus. Frühere Hardware-Ergebnisse bestätigen nicht die Eignung genau dieser Artefakte. Das Paket-Rezept aktiviert auch nicht die deaktivierten nativen M3-Kernel-Backends.
Quellen
- Run the translate job when nothing needed extracting (#16559)
- Merge the translation sync pull request in the land job (#16573)
- Translate the first-run, git setup, weather and input-method notifications (#16550)
- Translate the About box headings, keys, age, uptime and update date (#16560)
- Hide gum's English key hints in the installer (#325)
Korrekturen am Übersetzungsablauf begleiten die umfassendere Lokalisierung der Einrichtung
Quattro-Commits, die dhh zugeordnet sind, beheben zwei Fehler bei der Übernahme von Übersetzungen. omacom/omarchy@63ac02e5452b ermöglicht die Ausführung von Übersetzungsjobs auch dann, wenn die Extraktion übersprungen wird. omacom/omarchy@3372ceb223c4 führt validierte Vorschläge zur Übersetzungssynchronisierung direkt zusammen, damit spätere Durchläufe deren noch nicht übernommene Übersetzungen nicht überschreiben.
Weitere Commits übersetzen die Einladungen beim ersten Start, die Git-Einrichtung, Wetter- und Eingabemethoden-Benachrichtigungen sowie Überschriften und Datumsangaben auf der Info-Seite. Die ISO blendet außerdem die fest einprogrammierten englischen Tastenhinweise von gum aus, da die Eingabeaufforderungen die Aktionen bereits erklären. Diese Entwicklungsänderungen sind in den Shell- und Installer-Repositories als Commits hinterlegt.
Wiederaufnahme aus dem Ruhezustand nutzt dauerhafte Dateisystemkennungen
Ein Quattro-Commit, omacom/omarchy@6573c3d4866e, der emirb zugeordnet ist, ändert die Einrichtung des unverschlüsselten Ruhezustands so, dass das Dateisystem für die Wiederaufnahme anhand seiner UUID identifiziert wird. Auf Rechnern mit mehreren NVMe-Laufwerken können sich die vom Kernel vergebenen Gerätenamen zwischen Neustarts vertauschen. Das führt zu einem Kaltstart, statt die gespeicherte Sitzung wiederherzustellen.
Die Änderung migriert außerdem geeignete bestehende Konfigurationen und vermerkt den ausstehenden Neubau des Boot-Images, bevor sie die Einstellung für die Wiederaufnahme ändert. Fehlgeschlagene, übersprungene oder unterbrochene Neubauten können dadurch beim nächsten Migrationslauf erneut versucht werden. Device-Mapper-Namen auf verschlüsselten Installationen werden weiterhin wie bisher behandelt.
Omarchy Sync kommt zum Übertragen von Desktop-Einrichtungen auf den Marktplatz
Omarchy Sync von smolamSK wurde auf dem Marktplatz veröffentlicht;
github-actions[bot] dokumentierte die Veröffentlichung in omacom/omarchy-plugin-marketplace#12673:issuecomment-6403794115. Das Plugin exportiert Desktop-Konfiguration, zusätzliche Pakete, Plugins und Themes. Anschließend zeigt es einen Importplan an und sichert auf dem Zielrechner die Dateien, die ersetzt werden. Optionale Geheimnisse werden in einem verschlüsselten Abschnitt des Exports abgelegt.
HANCORE-linux akzeptierte die Funktionen zur Nutzung erhöhter Rechte und zur Paketverwaltung für ausdrücklich bestätigte Importe vertrauenswürdiger Konfiguration und Software. Das Review betonte, dass ausführbare Konfiguration von einem nicht vertrauenswürdigen Absender durch den Importvorgang nicht sicher wird. Die Veröffentlichungsprüfung gilt für genau den geprüften Stand auf dem Marktplatz und ist kein Sicherheitsaudit.
