02Les correctifs de compatibilité avec Hyprland 0.57 concernent Quake et le partage d’écran
dhh a proposé puis fusionné omacom/omarchy#17077 dans quattro, remplaçant la règle d’espace de travail obsolète on_created_empty par un gestionnaire workspace.created. Les consoles Quake vides lancent toujours leur agent, tandis que celles créées en y déplaçant une fenêtre existante ne reçoivent aucun lancement initial.
Le dépôt de paquets a également intégré une mise à jour du sélecteur de partage d’écran dans omacom/omarchy-pkgs@7b8356517ba0, attribuée à 
scottjones. Sa description explique que le JSON produit par Hyprland 0.57 pour les espaces de travail spéciaux vides perturbait l’ancien analyseur et laissait les onglets Écran et Fenêtre vides. La nouvelle version utilise les protocoles Wayland et corrige le dimensionnement d’un pool de mémoire partagée.
04La prise en charge du Zenbook A16 progresse avec les paquets du micrologiciel et du noyau
Les commits du dépôt de paquets omacom/omarchy-pkgs@3659b4671149 et omacom/omarchy-pkgs@ee654b751d83, attribués à 
omarchybot, ajoutent au noyau la prise en charge de la carte du Zenbook A16, ainsi que les micrologiciels DSP et Wi-Fi propres à cette carte. Le commit relatif aux micrologiciels explique que ces fichiers sont nécessaires pour obtenir les informations sur la batterie et faire fonctionner le son et le Wi-Fi.
La proposition ouverte omacom/omarchy#17083, de omarchybot, prévoit une configuration et une migration propres à ce modèle : installer les micrologiciels, demander le déverrouillage du disque dans une console texte, charger tôt les composants d’entrée et USB, et désactiver les modes de veille qui réinitialisent le SoC avec ce noyau. 
greptile-apps[bot] a signalé des chemins de migration susceptibles d’enregistrer la fin de l’opération malgré l’échec des réparations, ainsi qu’un nom de fichier de configuration de veille qu’Omarchy ne reconnaîtrait pas. Il s’agit de constats issus de l’examen de la proposition de configuration encore ouverte, distincts des modifications de paquets déjà intégrées.
05Les outils Apple Neural Engine deviennent indépendants de DKMS
maralcbr a fusionné omacom/omarchy-pkgs#1853, de 
joshuaswarren, dans master. Cette modification introduit omarchy-ane, qui fournit des outils, des hooks de micrologiciel et des surcouches d’arbre de périphériques sans module noyau. Les systèmes dont le noyau de l’image intègre déjà le pilote peuvent ainsi obtenir les outils sans ajouter DKMS. 
github-actions[bot] a annoncé la publication de la version 0.5.6-1 dans edge.
Lors de son examen, maralcbr a exigé une validation dans edge avant toute modification de l’inventaire de la version, puis a approuvé l’inventaire révisé où le nouveau paquet était marqué comme non validé. La modification complémentaire limitant DKMS aux seuls modules a été intégrée dans le commit omacom/omarchy-pkgs@dc74c9da744d, attribué à joshuaswarren. Elle dépend d’omarchy-ane et lève, après la séparation, le gel temporaire de la synchronisation avec l’amont, ce qui évite que plusieurs paquets revendiquent les mêmes fichiers.
06Paddock rejoint la marketplace après correction des limites du bac à sable
La demande de publication de Paddock soumise par 
harnessix-dev, omacom/omarchy-plugin-marketplace#13218, a abouti à sa publication et a été clôturée. Son widget affiche l’état du bac à sable et des cartes d’approbation pour un outil natif en ligne de commande distinct, qui exécute des agents de programmation et des applications de bureau.
harnessix-dev a signalé des corrections dans la version 0.1.7 concernant la transmission des identifiants du proxy HTTPS, la gestion des destinations de récupération et les extensions non approuvées des droits d'accès Flatpak. 
HANCORE-linux a confirmé ces corrections ainsi que le lien entre la version précompilée et le commit examiné dans omacom/omarchy-plugin-marketplace#13218:issuecomment-6514587067, puis a accepté les capacités d'installation documentées. Une configuration manuelle reste nécessaire, car l'installation du plugin n'installe pas la CLI.
github-actions[bot] a ensuite annoncé dans omacom/omarchy-plugin-marketplace#13218:issuecomment-6514834087 la publication après examen par un responsable du projet. Cette vérification porte sur l'instantané exact publié sur la marketplace et ne constitue pas un audit de sécurité.
07Un centre de notifications natif proposé pour conserver les notifications manquées
mrduhlol a ouvert omacom/omarchy#17068 pour conserver les notifications expirées ou mises de côté manuellement dans un panneau accessible par une icône de cloche. Cette proposition encore ouverte permet de réafficher les notifications, de déclencher leurs actions initiales et de supprimer des entrées individuellement ou de vider le centre. Les entrées sont conservées uniquement pour la session en cours, dans la limite de 100.
Au cours de la revue, mrduhlol a signalé des corrections pour limiter la conservation des notifications, maintenir la sélection sur la même notification lorsque de nouvelles arrivent et préserver les notifications réaffichées après un redémarrage du shell. greptile-apps[bot] a ensuite indiqué que les quatre problèmes précédemment relevés avaient été traités, tout en précisant que sa revue reposait sur une inspection du code source, sans nouvelle exécution des tests ni vérification visuelle. Selon le périmètre déclaré par l'auteur, le comportement sur plusieurs écrans et la consommation de mémoire sur une longue durée restent à vérifier.
08Une proposition réduit les lectures USB et les temps d’attente au démarrage du programme d’installation
La proposition encore ouverte omacom/omarchy-iso#355 de 
hegjon a, selon son auteur, été enrichie de sept commits qui regroupent les fichiers de démarrage dans squashfs, stockent séparément les modules déjà compressés et suppriment les services inutilisés ainsi que les attentes liées à systemd. La vérification du support commence après l'apparition de l'écran d'accueil, ce qui permet d'afficher plus tôt le premier écran du programme d'installation.
Dans omacom/omarchy-iso#355:issuecomment-6517097449, hegjon a rapporté un temps de 14.1 secondes entre le démarrage du noyau et l’affichage de l’écran d’accueil sur un ThinkPad X200, contre 25.5 secondes avec l’ISO du 2026.10.26. Ces mesures proviennent de l’auteur et excluent le compte à rebours du menu du BIOS. greptile-apps[bot] a également signalé un chemin d’exécution où l’expiration du délai du benchmark pourrait laisser QEMU en cours d’exécution ; la proposition n’a pas encore été fusionnée.
09Le bureau reste couvert lors du passage d’un fond d’écran fixe à une vidéo
Le commit Quattro omacom/omarchy@432ae6623e70, attribué à 
bjarneo, maintient le fond d’écran fixe actuel à l’écran jusqu’à ce qu’OWE dispose de sa première image vidéo. Il corrige ainsi une transition qui pouvait brièvement laisser apparaître une ancienne image du moteur de rendu ou un fond vide avant le fondu vers la vidéo.
Le commit permet également à une transition en cours entre des images fixes de se terminer lorsqu’une vidéo est sélectionnée, en gardant ces images visibles pendant le chargement de l’image de base. Le dépôt de paquets a, séparément, intégré la version 0.2.13 d’OWE et d’owe-lockfeed dans omacom/omarchy-pkgs@f4ef89777371, également attribué à bjarneo.
10Les paquets Sunshine sur edge activent la compilation avec CUDA sur x86_64
ryanrhughes a fusionné omacom/omarchy-pkgs#228 de 
jeremydixon22 dans master. Cette modification active la prise en charge de CUDA et de NVENC dans la compilation x86_64 de Sunshine et ajoute CUDA aux dépendances de compilation, tandis que la version aarch64 reste sans CUDA. Le numéro de révision du paquet augmente afin que les utilisateurs actuels reçoivent le paquet recompilé.
github-actions[bot] a annoncé dans omacom/omarchy-pkgs#228:issuecomment-6523376751 la publication réussie de Sunshine 2026.914.233613-2 sur edge pour les deux architectures.
