Übernommen

Vorkompilierte NVIDIA-Module ersetzen das wiederholte Kompilieren der Treiber

dhh hat omacom/omarchy#17409 in den Quattro-Entwicklungszweig übernommen, um mit linux-omarchy vorkompilierte offene NVIDIA-Module zu verwenden. Die zugehörigen Paketänderungen sind im master-Zweig von omarchy-pkgs eingecheckt. Die Module werden zusammen mit der exakt passenden Kernelversion gebaut und signiert, sodass auf geeigneten Rechnern die lokale Kompilierung per DKMS entfällt.

greptile-apps[bot] wies darauf hin, dass ein zusätzlich installierter Wiederherstellungskernel nach dem Entfernen von DKMS ohne Grafikunterstützung bleiben könnte. Die endgültig eingecheckte Änderung behält DKMS bei, wenn ein weiterer Kernel installiert ist. Auch die Varianten eevdf und muqss behalten DKMS, wie in omacom/omarchy@97316b0bb66f und omacom/omarchy-pkgs@bffb8bf70650 dokumentiert.

Übernommen

FFmpeg für ARM erhält im edge-Kanal NVIDIA-Unterstützung für Aufnahmen

ryanrhughes hat dhh's Beitrag omacom/omarchy-pkgs#2074 in master übernommen und damit NVENC und NVDEC im FFmpeg-Paket für aarch64 aktiviert. Damit wird die fehlende Encoder-Unterstützung ergänzt, die Omarchys Bildschirmaufnahme über gpu-screen-recorder auf GB10- und N1x-Hardware verhindert hatte. dhh berichtete von erfolgreichen Aufnahmetests auf einem DGX Spark.

github-actions[bot] meldete in omacom/omarchy-pkgs#2074:issuecomment-6609673849 die Veröffentlichung von FFmpeg 2:9.0.2-2.1 in edge/aarch64. Dieses vorübergehend angepasste Paket wird manuell mit Arch Linux ARM abgeglichen. Seine Beschreibung warnt, dass ein neueres Upstream-Paket es ohne NVIDIA-Unterstützung ersetzen kann, solange die Änderung nicht upstream übernommen wurde.

Übernommen

Quake öffnet eine Agentenauswahl oder ein laufendes lokales Modell

dhh hat omacom/omarchy#17457 in Quattro übernommen. Eine leere Quake-Konsole bietet nun die Agentenauswahl an und bevorzugt ein laufendes lokales Modell, wenn ein kompatibler Agent verfügbar ist. Über die Konsole installierte Agenten öffnen sich darin als gekachelte Fenster, statt im schwebenden Installationsterminal zu verbleiben.

greptile-apps[bot] entdeckte einen Fehler für den Fall, dass mehrere Terminalfenster dieselbe Prozess-ID verwendeten. dhh reagierte mit einem eindeutigen Titel für das Installationsfenster und einem Regressionstest in omacom/omarchy#17457:discussion_r4456536132. Separate Commits ergänzen die Paketierung von Amp Desktop auf master sowie Menüs zur Installation und Deinstallation in Quattro. Bei der Deinstallation bleiben die Verzeichnisse der Amp-CLI erhalten, wie in omacom/omarchy@8c76648872bf beschrieben.

Commit erfasst

Paket-Builds weisen Dateien mit lokalen Benutzer-IDs als Eigentümer zurück

emirb's eingecheckte Schutzmaßnahme für Paket-Builds weist Archive zurück, die Dateien enthalten, deren Eigentümer nicht root ist oder deren Gruppe nicht den Erwartungen entspricht. omacom/omarchy-pkgs@98353c6bab94 erläutert den Anlass: Das Bitwarden-Paket für aarch64 enthielt 222 Dateien mit der numerischen Eigentümer-ID 1001. Dadurch könnte ein lokales Konto mit derselben ID Kontrolle über die installierte Programmdatei erhalten.

Ein separater Commit auf master ändert das Entpacken von Bitwarden so, dass root als Eigentümer verwendet wird: omacom/omarchy-pkgs@8896655942d7. Die Schutzmaßnahme weist betroffene Builds vor der Veröffentlichung zurück. Laut Commit war Bitwarden auf aarch64 bei der Untersuchung von 525 Paketen aus dem edge-Kanal die einzige gefundene Ausnahme.

Offene Vorschläge

Vorgeschlagenes Hyprland-Update soll Abstürze beim Abziehen von Monitoren beheben

MPavleski's Vorschlag omacom/omarchy-pkgs#2064 ist weiterhin offen. Er sieht nun Hyprland 0.57.1-2 zusammen mit passenden Titelleisten vor. Dies ersetzt die ursprünglich vorgesehenen Rückportierungen für die Sitzungssperre und dmabuf, da die Upstream-Version diese Korrekturen bereits enthält.

Vor diesem Kurswechsel berichtete MPavleski, dass ein lokal gepatchter Build von 0.57.0 das Abziehen des HDMI-Kabels ohne den zuvor beobachteten Firefox-Absturz und das Beenden der Shell überstanden habe. Dabei handelt es sich um Testergebnisse des Beitragenden für genau diesen Build. l2aptor bat unabhängig davon um vorrangige Bearbeitung, nachdem die HDMI-Ausgabe nach dem Entsperren ausgefallen war, und berichtete von einem erfolgreichen Start mit einem anderen, bereits upstream enthaltenen Patch. Diese Berichte erklären die Dringlichkeit des Updates, belegen aber keine veröffentlichte Fehlerbehebung.

Geschlossen

Quattro erhält Korrekturen für die Einrichtung von Superwhisper

dhh schloss AnPod's Vorschlag omacom/omarchy#15622, ohne ihn zu übernehmen. Zur Begründung hieß es, andere Änderungen hätten die Ersteinrichtung, die Platzierung im Infobereich und das fehlende Image-Paket für aarch64 bereits abgedeckt. Der Vorschlag hatte beschrieben, dass bei Neuinstallationen das benutzerspezifische Profil und die Tastenkürzel von Superwhisper fehlten.

Quattro erhielt außerdem eine eingecheckte Korrektur für bestehende, noch nicht konfigurierte Installationen und eine gemeinsame Hilfsfunktion zum Neuladen von Hyprland. omacom/omarchy@5c0d91a18549 behandelt den Aufruf der Einrichtung außerhalb der Desktop-Sitzung: Beim Neuladen wird die Instanzauswahl von Hyprland verwendet, tatsächliche Fehler werden gemeldet, und die Einrichtung der Diktierfunktion scheitert nach dem Speichern der Konfiguration nicht mehr am Neuladen.

Übernommen

ARM-Kernel erhält Gerätebäume für vier Snapdragon-Laptops

ryanrhughes hat birkskyum's Beitrag omacom/omarchy-pkgs#2049 in master übernommen. Er ergänzt Gerätebäume für Acer Swift 14 AI, Swift Go 14, Dell Latitude 5455 und HP EliteBook 6 G1q. Laut Einreichung waren Firmware-Pakete und systemd-Hardwarekennungen bereits vorhanden, sodass die Image-Auswahl die neuen Gerätebäume nutzen kann.

github-actions[bot] meldete in omacom/omarchy-pkgs#2049:issuecomment-6592465708 die Veröffentlichung von linux-omarchy 7.3-11 in edge/aarch64. Der Vorschlag berichtet von erfolgreich gebauten Gerätebäumen, hält aber ausdrücklich fest, dass keiner der vier Laptops mit diesem Kernel gestartet worden war. Die Veröffentlichung belegt daher keine funktionierende Hardware-Unterstützung.

Geschlossen

Omapasskey nach Absicherung der Terminalausgabe veröffentlicht

Divanyx's Einreichung des TPM-gestützten Omapasskey wurde veröffentlicht und geschlossen. In omacom/omarchy-plugin-marketplace#13302:issuecomment-6602986228 berichtete Divanyx, dass Version 1.2.2 nicht vertrauenswürdige Terminal-Steuerzeichen in Konto- und Gerätenamen maskiert, auch in bereits gespeicherten Namen. Regressionstests decken dies ab.

HANCORE-linux bestätigte anschließend, dass die zuvor gemeldeten Befunde im geprüften Commit behoben waren, und akzeptierte die ausdrückliche Einrichtung des eigenen Systemdienstes. github-actions[bot] dokumentierte die Veröffentlichung in omacom/omarchy-plugin-marketplace#13302:issuecomment-6614926435. Nutzer müssen weiterhin den nativen Dienst installieren und eine PIN einrichten. Die Überprüfung gilt für den exakten Stand im Marketplace und ist kein Sicherheitsaudit.

Offene Vorschläge

PrimoDock-Update bleibt wegen eines Startpfads mit Anwendungsidentität blockiert

PrimoGameStudio's Vorschlag omacom/omarchy-plugin-marketplace#13628 ist weiterhin offen. Nachfolgende Änderungen entfernten unverarbeitete Anwendungsidentitäten aus automatisch erzeugten Symbolpfaden, übergaben Wiederherstellungsargumente als Daten und ersetzten einen auf eval basierenden Startpfad für Webapps.

HANCORE-linux bestätigte die Korrektur für Webapps, entdeckte im zuletzt geprüften Stand aber einen weiteren Pfad: Die vom Client gelieferte Identität einer unbekannten angehefteten Anwendung konnte nach dem Schließen und erneuten Starten durch den Nutzer weiterhin an eine Shell gelangen. In omacom/omarchy-plugin-marketplace#13628:issuecomment-6618047712 wird die Freigabe deshalb weiterhin verweigert. Der auf statischer Prüfung beruhende Befund beschreibt eine unter bestimmten Bedingungen mögliche Ausführung mit den Rechten des Desktop-Nutzers. Eine Ausführung mit Root-Rechten oder ohne Nutzerinteraktion wird nicht behauptet.

Offene Vorschläge

Vorschlag zur Shell-Pause bei Updates kommt voran, doch die Wiederherstellung bleibt lückenhaft

taxin-404's noch offener Vorschlag omacom/omarchy#16900 sieht vor, das Laden von Plugins während des Paketaustauschs auszusetzen und die Shell anschließend neu zu starten. Er soll verhindern, dass alte Engines während eines Updates inkompatibles neues QML laden und dadurch die Tastenkürzel der Shell unbrauchbar werden.

Nachdem greptile-apps[bot] Bedenken geäußert hatte, berichtete taxin-404 von Korrekturen für unklare Sperrzustände, die Erkennung fremder Shells, Änderungen an der Leiste während einer Pause und symbolische Links für Benachrichtigungszeitstempel. Für fehlgeschlagene Aktualisierungen und Kanalwechsel steht noch eine gemeinsame Entscheidung zur Wiederherstellung aus. Laut jüngstem Bericht des Beitragenden schlägt außerdem weiterhin eine Konfigurationsprüfung fehl, weil ergänzende Paketierungs-Hooks fehlen. Der Vorschlag wurde noch nicht übernommen.