01Les vérifications des menus et les panneaux du shell réduisent leur travail
Des commits sur la branche de développement quattro réduisent les opérations répétées à l’ouverture des menus et au démarrage du shell. Les vérifications des menus s’exécutent désormais en parallèle, conservent en cache la liste des paquets installés jusqu’à ce qu’une transaction la modifie et évitent d’exécuter deux fois l’ensemble des opérations de démarrage. Les vérifications du matériel et du Wi-Fi utilisent également des requêtes moins coûteuses. Le compte rendu du commit indique que ces changements combinés font passer le traitement des contrôles préalables d’environ 195 ms à 55 ms ; il s’agit de mesures de l’auteur. omacom/omarchy@56be33258279
Les panneaux de la barre construisent désormais leur contenu à la première ouverture, puis le conservent. La détection des sorties audio réagit quant à elle aux changements de PipeWire au lieu de les interroger toutes les 15 secondes. Ces changements ont été enregistrés dans des commits ; il ne s’agit pas de l’annonce d’une version stable. 
dhh figure parmi les participants aux commits, dont les métadonnées attribuent la paternité à David Heinemeier Hansson. omacom/omarchy@4c1b4cb3a944 omacom/omarchy@84ba0c453f5e
03L’approbation des périphériques USB et Thunderbolt est entièrement retirée
ryanrhughes a proposé et intégré à quattro le retrait complet de l’approbation des périphériques. Ce changement supprime la fonctionnalité et comprend une migration pour les machines sur lesquelles elle était activée, au lieu de simplement masquer ses menus. Les changements enregistrés comprennent la vérification de la reconstruction des éléments de démarrage, la récupération du journal Thunderbolt et des contrôles confirmant qu’USBGuard est géré par Omarchy. omacom/omarchy#15091 omacom/omarchy@defbf90e893e
greptile-apps[bot] a signalé des risques liés à la suppression de protections USB configurées indépendamment, à des échecs de reconstruction des éléments de démarrage et à des partitions de démarrage situées à un emplacement inhabituel. La description actuelle de la proposition détaille les protections prévues : vérifier que la configuration de USBGuard relève bien d’Omarchy avant de le supprimer, conserver un marqueur d’opération en attente jusqu’à la vérification des entrées reconstruites et utiliser la partition de démarrage configurée. Cette description a été modifiée après la période couverte par cet article ; elle apporte un éclairage actualisé sur le retrait qui a été intégré.
05Des correctifs du noyau pour N1x visent une veille plus profonde
ryanrhughes a proposé et intégré dans la branche n1x des modifications des paquets du noyau permettant au mode suspend-to-idle d’atteindre l’état Standby-DRIPS. Les correctifs ajustent la gestion des latences des états de repos du micrologiciel et activent des économies d’énergie plus poussées sur les liaisons PCIe des périphériques NVMe des systèmes N1x. L’objectif est de réduire la consommation de la batterie et la chaleur dégagée pendant la veille du portable. omacom/omarchy-pkgs#991
La mesure effectuée pendant une nuit par l'auteur sur un ASUS ProArt P14 était de 0.77 W, mais cet essai incluait des correctifs supplémentaires ne faisant pas partie de cette proposition. Un test plus court, limité aux deux correctifs soumis, a mesuré 1.3 W et atteint le même état de veille profonde. Ces résultats sont rapportés par l’auteur, et l’intégration à la branche ne signifie pas qu’une version stable a été publiée.
06Les fonds d’écran vidéo se mettraient en pause sur batterie
dhh a ouvert une proposition pour que les fonds d’écran vidéo owe restent figés sur l’image en cours lorsque l’ordinateur fonctionne sur batterie. Elle reste ouverte. La description actuelle prévoit une configuration par défaut pour les nouveaux utilisateurs et une migration pour les utilisateurs existants sans configuration owe, tout en préservant les choix déjà effectués. La mise en pause interromprait le décodage vidéo lorsque l’ordinateur est débranché. omacom/omarchy#15219
greptile-apps[bot] a constaté que la migration ignorait initialement les répertoires de configuration XDG déplacés. dhh a indiqué avoir corrigé le chemin de destination et ajouté des tests couvrant ce cas. L’auteur a pu vérifier le chargement de la configuration, mais ne disposait d’aucune machine équipée d’une batterie pour tester le comportement réel au débranchement. omacom/omarchy#15219:discussion_r4251962666 omacom/omarchy#15219:discussion_r4252141920
07Une proposition pour l’installateur ajoute une console en chinois
Raiden-MeixElysia a ouvert une proposition pour l’ISO qui demande de choisir entre l’anglais et le chinois simplifié avant les autres options d’installation. Le choix du chinois lance l’outil de configuration dans cage et foot pour permettre à la console d’afficher les caractères chinois, puis traduit les écrans de configuration et le tableau de bord d’installation et définit les paramètres linguistiques du système cible. La proposition reste ouverte et dépend d’autres travaux sur l’installateur et la configuration initiale. omacom/omarchy-iso#263
L’auteur indique qu’une installation hors ligne en machine virtuelle a abouti à un système configuré en chinois avec une saisie Pinyin fonctionnelle, et qu’un scénario du banc de test a également été exécuté en anglais. En l’absence d’un affichage ou d’une police adaptés, l’installateur proposé utilise l’anglais sur le terminal virtuel tout en conservant les paramètres linguistiques chinois pour le système cible. Le choix de la langue reste distinct de celui de la région.
08La demande de vérification de Tormarchy retirée après la découverte d’une élévation de privilèges
TripleU613 a fermé la demande de vérification de Tormarchy 1.2.0 sur la place de marché après que 
HANCORE-linux a découvert, dans le commit soumis, une possibilité d’élévation de privilèges sans mot de passe. Selon la personne chargée de l’examen, une entrée de programme dotée d’autorisations trop larges permettait à browser-exec d’exécuter en tant que root des commandes fournies par l’appelant. Il s’agit du retrait d’une demande de vérification, et non de la publication d’une mise à jour vérifiée. omacom/omarchy-plugin-marketplace#11155
TripleU613 a confirmé le problème et signalé un correctif en amont qui limite les points d’entrée privilégiés à des sous-commandes précises et refuse l’exécution du navigateur en tant que root. L’auteur a annoncé qu’une nouvelle demande serait déposée pour une version contenant ce correctif. Cette réponse atteste qu’une correction a été signalée, sans établir que la version de remplacement a été vérifiée par la place de marché. omacom/omarchy-plugin-marketplace#11155:issuecomment-6125303525
09Le redémarrage du portail précise la piste de l’épuisement des descripteurs
joetossell a indiqué que le redémarrage de xdg-desktop-portal-hyprland avait fait passer le nombre de descripteurs de fichiers d’Hyprland de 8,479 à 549, tout en gardant les 33 fenêtres ouvertes. Cette mesure a établi un lien entre l’accumulation de descripteurs de tables de clavier et des connexions bloquées au portail, tout en fournissant une solution de contournement pour cette session. Le problème sous-jacent reste ouvert. omacom/omarchy#8331:issuecomment-6121916979
En réponse, 
omarchybot s’est appuyé sur une analyse du code source pour avancer que des sessions de capture des entrées devenues obsolètes et leurs files EIS expliquaient mieux la conservation des tables de clavier que des connexions Wayland ordinaires. Il a décrit un correctif en amont composé de plusieurs volets, dont la partie concernant le portail attendait encore un examen au moment du commentaire. Le client de capture des entrées responsable sur la machine de joetossell n’a pas été identifié : il s’agit donc toujours d’un diagnostic étayé par une mesure utilisateur et une analyse du code source, et non d’un correctif livré dans Omarchy. omacom/omarchy#8331:issuecomment-6122210613
