02Les paquets du circuit rapide sont vérifiés face aux bibliothèques plus anciennes des autres canaux
dhh a fusionné omacom/omarchy-pkgs#904 dans master, ajoutant des vérifications destinées à empêcher qu’un paquet du fast ring compilé sur edge n’arrive sur rc ou stable avec des dépendances incompatibles. Ces vérifications comparent la disponibilité des bibliothèques et des dépendances entre les canaux et excluent du fast ring les modules Python ainsi que les paquets Qt ou libpython compilés localement. Sur aarch64, où tous les canaux utilisent les dépôts courants d’Arch Linux ARM, seules les règles d’admissibilité sont vérifiées.
Cette modification retire dix paquets du fast ring et y ajoute 25 paquets admissibles. Dans omacom/omarchy-pkgs#904:issuecomment-6158595832, 
github-actions[bot] a signalé que les artefacts répertoriés avaient bien été publiés sur edge, rc et stable, tout en précisant que certaines exécutions prévues n’avaient pas eu lieu à la suite d’un échec antérieur. Il s’agit d’une publication sur les canaux de paquets, distincte d’une version stable d’Omarchy.
03Kimi rejoint le sélecteur d’agents de programmation et le panneau d’utilisation
dhh a fusionné dans quattro la proposition de sélecteur Kimi qu'a soumise 
sorenmat, omacom/omarchy#7261. Kimi s’installe via mise et peut devenir l’agent de programmation par défaut. Un collecteur distinct, intégré par le commit omacom/omarchy@c88e7dd566ab, ajoute au panneau des agents les quotas hebdomadaires et les limites de session. Il gère le renouvellement des identifiants et empêche d’attribuer à un autre compte des limites conservées en cache.
Avant la fusion du sélecteur, 
omarchybot a indiqué avoir revu le provisionnement et l’action Refresh Applications pour recréer de façon cohérente tous les wrappers mise, notamment ceux de Kimi, Cursor CLI et Muse. La migration et la suppression automatiques de Kimi continuent de protéger les commandes installées indépendamment. Ces ajouts concernent la branche de développement.
04Les connexions aux abonnements des agents peuvent être copiées d’une machine à l’autre
dhh a ouvert puis fusionné omacom/omarchy#15405 dans quattro le 14 octobre. Cette modification ajoute une commande SSH permettant de copier les connexions de tous les comptes d’agents ou de certains seulement, afin d’éviter de devoir se reconnecter à chaque compte lors de la configuration d’une autre machine. La commande doit être installée sur les deux machines.
La description actuelle indique que les importations préservent par défaut les identifiants et les préférences de la machine de destination. Leur remplacement peut être demandé explicitement une fois les sessions concernées fermées. Elle décrit aussi la validation du flux complet, le retour à l’état précédent et la récupération après une importation interrompue. La validation a utilisé des identifiants de test et une simulation de SSH ; les éléments fournis ne permettent pas d’établir qu’un transfert d’identifiants personnels vers une autre machine a eu lieu.
05Le démarrage discret par défaut réduit l’attente du menu Limine
dhh a fusionné omacom/omarchy#15301 dans quattro, instaurant par défaut un démarrage Limine discret avec un délai d’une seconde, ainsi qu’une action du menu Système permettant de revenir au menu de démarrage. La migration conserve les délais d’attente explicitement définis, et une pression sur n’importe quelle touche permet d’afficher le menu normalement masqué.
Lors de la revue préalable du 13 octobre, 
greptile-apps[bot] a demandé de couvrir le cas d’un refus d’authentification. dhh a indiqué avoir ajouté un test vérifiant que le menu reste inchangé lorsque l’autorisation échoue ; la modification intégrée laisse également cette migration en attente. La description actuelle de la PR fait état d’une correction de l’action de redémarrage pour que le menu demandé reste visible, au lieu de poursuivre son compte à rebours en étant masqué. Elle précise qu’une vérification avec un véritable redémarrage nécessite encore une intervention humaine.
06La vérification des empreintes se met en pause lorsque les écrans verrouillés sont éteints
dhh a fusionné omacom/omarchy#15294 dans quattro le 14 octobre. L’extinction de l’écran verrouillé empêche désormais de lancer de nouvelles tentatives de lecture d’empreinte, tout en laissant se terminer celle qui est déjà en cours. Une entrée utilisateur, une reprise détectée ou l’apparition d’un écran peuvent relancer la vérification. Il faut donc réveiller un écran éteint avant de le déverrouiller avec une empreinte.
Lors de la revue préalable du 13 octobre, greptile-apps[bot] a repéré un scénario de réveil susceptible de raccourcir le délai de repos nécessaire à un lecteur défaillant. Le 14 octobre, dhh a indiqué avoir préservé le palier de temporisation indépendamment du temps restant, avec un test de non-régression. La modification intégrée conserve ce correctif. La description actuelle mentionne toujours une limite lorsque les raccourcis de luminosité ou de volume réveillent un écran sans transmettre d’entrée au verrouillage.
07Les liens ouverts par les applications font passer la fenêtre du navigateur destinataire au premier plan
Le commit quattro omacom/omarchy@9f49906d2241, signé dhh, fait passer les liens HTTP et HTTPS par le lanceur de navigateur d'Omarchy. Il corrige les ouvertures via le portail de bureau depuis des applications telles que les clients Electron, où un nouvel onglet arrivait bien dans le navigateur mais où sa fenêtre restait masquée. Lorsque plusieurs fenêtres correspondent, le lanceur donne le focus à celle utilisée le plus récemment.
La modification supprime aussi les demandes du navigateur pour devenir le gestionnaire par défaut, qui apparaîtraient sinon parce que l’entrée de routage d'Omarchy s’intercale avant lui. Cette modification est intégrée à la branche de développement.
08Les profils d’alimentation s’adaptent au matériel NVIDIA et Snapdragon
Deux commits de la branche master d’omarchy-pkgs sont attribués à 
ryanrhughes. omacom/omarchy-pkgs@0f3d0404a900 remplace le pilote CPPC d'Omarchy par le pilote RTX Spark qu'édite NVIDIA pour remédier aux ralentissements du bureau sur le matériel N1x. Le choix du gouverneur varie selon le profil et la source d’alimentation, et la détection matérielle se limite aux processeurs qui s’identifient comme NVIDIA RTX Spark.
omacom/omarchy-pkgs@3280e02b7d5e ajoute un pilote cpufreq générique et des plafonds de fréquence pour Snapdragon X : 60 % en mode économie d’énergie, 75 % en mode équilibré et aucun plafond en mode performances. Le commit fait état d’une validation sur Surface Pro 11 et de la levée des plafonds à l’arrêt du démon ; ces résultats reposent sur les mesures rapportées par le contributeur.
09Les correctifs de stations d’accueil N1x visent les écrans noirs et les réactions incorrectes à la fermeture du capot
ryanrhughes a ouvert puis fusionné omacom/omarchy-pkgs#1100 dans la branche de développement n1x. Les modifications du noyau préservent les tunnels de la station d’accueil pendant la veille et échelonnent la suppression des tunnels DisplayPort lors de son débranchement. Un correctif du pilote NVIDIA déclare les écrans USB-C comme des écrans DisplayPort pour que logind reconnaisse la présence de la station d’accueil à la fermeture du capot.
ryanrhughes a signalé des vérifications concluantes de mise en veille et de débranchement sur un ProArt P14 avec une CalDigit TS4 et deux écrans. Un correctif Aquamarine associé prend en charge les connecteurs dont les modes deviennent disponibles tardivement, mais ce cas ne s’est pas présenté lors des essais rapportés. Cette fusion établit l’intégration dans la branche n1x.
10La création des images ARM se standardise sur linux-omarchy
Le commit quattro omacom/omarchy-iso@62d151d4d162, signé 
emirb, fait de linux-omarchy le seul noyau accepté pour créer les images aarch64. Il supprime la possibilité d’utiliser le noyau Arch Linux ARM, ainsi que la gestion de la console, de la compression et des arbres de périphériques qui lui était associée.
L’installateur continue d’installer le noyau indiqué dans l’image. L’événement fourni établit qu’une modification de la création des images a été intégrée, et non qu’une image d’installation a été publiée.
11La proposition de surveillance mémoire sépare la protection déterministe de l’agent d’intervention
KewkLW a recentré omacom/omarchy#15272, toujours ouverte, sur un dispositif de surveillance facultatif qui avertit en cas de pression mémoire, identifie les applications arrêtées par systemd-oomd et met en pause les tâches admissibles avant le seuil d’arrêt forcé. Lors de la discussion préalable du 13 octobre, 
jandrusk a recommandé de séparer ces fonctions d’un agent sans interface graphique capable d’arrêter des processus. KewkLW a confirmé cette séparation le 14 octobre, en retirant l’agent d’intervention de cette branche.
Une mise à jour ultérieure du 14 octobre a ajouté des déclencheurs en cas de blocage prolongé, un délai de cinq minutes après la reprise du travail par l’utilisateur, des vérifications d’activation et une gestion renforcée des enregistrements de mise en pause. La pause empêche la consommation mémoire d’augmenter davantage, sans libérer de mémoire. La description actuelle, modifiée après la couverture du sujet, présente toujours une proposition désactivée par défaut et précise qu’aucune vérification de bout en bout dans une session graphique n’a été effectuée.
12La proposition d’accessibilité du shell revient en revue après un rebase
La proposition omacom/omarchy#13212 qu'a soumise 
calebl reste ouverte. Elle prévoit des rôles, noms, états et actions accessibles pour les contrôles partagés du shell, afin que les technologies d’assistance puissent les découvrir et les utiliser. Sa description actuelle exige le correctif de l’arbre d’accessibilité qu'intègre Quickshell à partir de la version 0.3.2.
Lors de la discussion préalable du 13 octobre, 
monsieur-mouton a expliqué que l’illisibilité du shell constituait un obstacle au passage à Omarchy et a demandé un rebase. Le 14 octobre, monsieur-mouton a indiqué que la branche avait été rebasée et pouvait être fusionnée, et a proposé de la tester avec Orca. Il s’agit d’une avancée vers la revue, et non de la preuve qu’une fonctionnalité d’accessibilité a été fusionnée ou que les tests avec un lecteur d’écran sont terminés.
