dhh eröffnete omacom/omarchy#17330 und führte den PR in den Entwicklungszweig quattro zusammen. Damit wird NVIDIA's Container-Toolkit installiert, wenn die Einrichtung lokaler Modelle eine NVIDIA-GPU erkennt. Das Toolkit liefert die GPU-Gerätespezifikation, die Modellcontainer benötigen. Auf N1x-Laptops fehlte diese Voraussetzung bislang.
dhh eröffnete außerdem omacom/omarchy#17337 und führte den PR in quattro zusammen. Beim Start lokaler Modelle wird nun zuerst pi ausgewählt, beziehungsweise OpenCode, falls pi nicht verfügbar ist. Erst danach wird geprüft, ob ein Standard-Agent festgelegt ist. Das behebt ein Problem, bei dem die Startschaltfläche im Panel ohne konfigurierten Standard-Agent scheinbar nicht reagierte. Die vorliegenden Tests decken den Launcher-Ablauf ab; ein tatsächlicher Klick im laufenden Panel wurde nicht getestet.
emirb ergänzte auf dem master-Zweig des Paket-Repositorys Schutzmaßnahmen, nachdem ein tatsächliches Kernel-Paket und ein Übergangspaket denselben Paketnamen erzeugt hatten. omacom/omarchy-pkgs@53f705bd6bb6 weist doppelte Paketnamen und Veröffentlichungsziele zurück. omacom/omarchy-pkgs@326470ed1eca stellt die eigene Paketbasis des Kernels wieder her, nachdem eine spätere Versionserhöhung die Kollision erneut verursacht hatte.
Die ausgelagerte Hilfsfunktion für die Veröffentlichung wurde zunächst im Veröffentlichungsschritt nicht geladen, wodurch die Veröffentlichung scheiterte. emirb korrigierte das in omacom/omarchy-pkgs@6399d7ed3ea7 und ergänzte eine Workflow-Prüfung auf fehlende Importe von Hilfsfunktionen. Durch omacom/omarchy-pkgs@934165435e86 lassen außerdem neu hinzugekommene namcap-Fehler die Prüfungen fehlschlagen, während bereits bestehende Fehler separat gemeldet werden.
emirb schloss 
GreyforgeLabs' Issue omacom/omarchy#12049 mit dem Bericht, die Untersuchung habe sporadische Verbindungsabbrüche bei Paketdownloads auf einen Fehler in Cloudflares HTTP/2-Flusssteuerung zurückgeführt. Laut emirb sollte das Problem für Nutzer nicht mehr auftreten.
Die ursprüngliche Meldung vom 16. September beschrieb wiederholte Fehler beim Herunterladen großer Pakete über IPv6, während Downloads über IPv4 gelangen. Mit der Schließung wurden eine Diagnose und eine Behebung auf Infrastrukturebene gemeldet. Der vorliegende Abschlusskommentar enthält keine neuen Download-Messungen.
birkskyum eröffnete omacom/omarchy-pkgs#2037, um OEM-Firmware für 33 Snapdragon-X-Geräte als Pakete bereitzustellen. Die Paketrezepte entpacken Windows-Treiberarchive, ohne deren Installer auszuführen, und prüfen die Hashwerte der Firmware. birkskyum berichtet, alle 33 Pakete auf aarch64 gebaut zu haben. Der Vorschlag ist weiterhin offen.
greptile-apps[bot] stellte zunächst fest, dass Werte aus einer entfernten Tabelle in den generierten Paketrezepten zu ausführbarem Shell-Code werden konnten. Laut der späteren Review-Zusammenfassung wurde diese Möglichkeit zur Befehlsinjektion durch Validierung und korrektes Quoting behoben.
Unabhängig davon wurde birkskyum's Commit omacom/omarchy-pkgs@2a89ec9a8650 in master aufgenommen. Er entfernt unveränderte, aus Windows extrahierte Firmware-Kopien, sobald die als Pakete bereitgestellte Firmware den vollständigen Satz für das Gerät abdeckt. Zusammengehörige Dateien werden dabei gemeinsam behandelt, damit keine Dateien aus unterschiedlichen Releases vermischt werden.
dhh's offener PR omacom/omarchy#16599 behandelt Updates, die die Shell beenden, sie aber aus einem Terminal ohne die Umgebung der laufenden Hyprland-Sitzung nicht wieder starten können. Der vorgeschlagene Launcher findet einen laufenden Compositor und dessen Display und prüft die Erreichbarkeit, bevor er die bestehende Shell beendet.
In omacom/omarchy#16599:issuecomment-6571808439 berichtet 
omarchybot, den etwa 60 Sekunden dauernden Fehlversuch auf einer temporären Test-Desktopumgebung reproduziert und mit dem Branch erfolgreiche Neustarts in 0.4 bis 1.0 Sekunden erreicht zu haben. omarchybot ergänzte außerdem den Umgang mit geerbten Signaturen, die auf eine nicht mehr aktive Sitzung verweisen. Eine Entscheidung der Maintainer steht noch aus. Die Auswahl zwischen mehreren laufenden Compositoren bleibt eine dokumentierte offene Designfrage.
Bereits am 1. November hatte dhh den PR omacom/omarchy#17277 eröffnet und in quattro zusammengeführt. Die Änderung stellt nach NVIDIA's VT-Wechsel im Zusammenhang mit dem Bereitschaftsmodus den Fokus im Passwortfeld wieder her und verlängert die erste Wartezeit bis zum Abschalten des Bildschirms nach dem Aufwachen.
Am 2. November berichtete 
mudiam in omacom/omarchy#17277:issuecomment-6583434114 über Tests des Patches auf einem ThinkPad P17 mit einer Quadro T1000. Bei drei Zyklen mit Bereitschaftsmodus und Patch funktionierte die Passworteingabe ohne vorherigen Klick; ein Versuch ohne Patch war dagegen fehlgeschlagen. mudiam testete weder falsche Passwörter noch den Zeitpunkt eines vorzeitigen Abschaltens des Bildschirms und bat darum, den Patch für einen späteren Release Candidate von 4.5 zu berücksichtigen, da er in rc3 noch fehlte.
dragosol's Hyprdrive-Einreichung omacom/omarchy-plugin-marketplace#11392 wurde veröffentlicht und geschlossen. Der Marketplace-Eintrag stellt ein Einstellungspanel für das native Compositor-Plugin bereit. Für dessen Übersicht, Dock und experimentelles Mosaic-Layout müssen Nutzer die native Komponente weiterhin passend zu ihrer Hyprland-Version bauen und installieren.
dragosol berichtete über Korrekturen, die während der Sitzungssperre Eingaben in der Übersicht unterbinden, den Zugriff auf Debug-Protokolle beschränken und alte, dem Nutzer gehörende Protokolle sicher entfernen. 
HANCORE-linux's abschließende statische Prüfung bestätigte, dass alle gemeldeten Befunde im Quellcode behoben waren, einschließlich der Behandlung von Eingabeaufforderungen und der Zustimmungsprüfungen des Updaters. Dabei wurden weder das Plugin noch Tests ausgeführt.
github-actions[bot] dokumentierte die Veröffentlichung in omacom/omarchy-plugin-marketplace#11392:issuecomment-6581320002. Die Verifizierung gilt für genau diesen Marketplace-Snapshot und stellt kein Sicherheitsaudit dar.
