01Hyprland et titlebars évoluent ensemble pour rétablir les mises à niveau sur edge
ryanrhughes a proposé puis fusionné omacom/omarchy-pkgs#1821 dans master, faisant passer simultanément Hyprland à 0.57.0 et titlebars à 0.3.0 sur edge pour les deux architectures. L’ancienne version du plugin titlebars ne pouvait ni être compilée avec le nouveau compositeur ni en permettre l’installation. Un précédent commit de protection, attribué à Emir Beganović et mentionnant 
emirb parmi les participants, avait maintenu x86_64 sur 0.56.2 pour préserver le fonctionnement des mises à niveau : omacom/omarchy-pkgs@be6149775e8c.
Dans omacom/omarchy-pkgs#1821:issuecomment-6502344987, 
github-actions[bot] a annoncé que les nouveaux paquets du compositeur et de titlebars étaient disponibles dans les deux dépôts edge, tout en précisant que certaines tâches prévues n’avaient pas été exécutées. Un commit ultérieur sur master consigne la recompilation de la dépendance titlebars en version 0.3.0-2. Il s’agit d’une mise à jour des paquets edge ; la proposition signale toujours l’incompatibilité du plugin Cua et l’absence de tests du glisser tactile.
02Apple Silicon gagne un canal RC facultatif avec des garde-fous sur les ensembles de paquets
maralcbr a proposé omacom/omarchy#16986, que emirb a fusionné dans la branche de développement quattro. Cette modification ajoute les modèles Apple Silicon nécessaires pour sélectionner RC, tout en conservant edge par défaut et en laissant stable indisponible. Des commits sur master du dépôt de paquets ajoutent aussi des contrôles qui refusent la promotion d’un ensemble de paquets Mac non validé et vérifient chaque tâche prévue avant publication : omacom/omarchy-pkgs@05422a2243fb et omacom/omarchy-pkgs@1359fc98322b.
Après la fusion, 
ryan-winkler a demandé dans omacom/omarchy#16986:issuecomment-6495243961 une procédure de mise à niveau documentée, l’identification de la première version publiée contenant les modèles et des instructions de migration distinctes pour les utilisateurs de l’ancien fork Mac. Les modèles manquaient encore sur son système installé malgré la présence visible de paquets RC, et cette personne a expressément indiqué ne pas avoir testé de changement de canal sur un système en fonctionnement. La fusion dans la branche de développement établit donc la prise en charge du canal, sans démontrer que toutes les installations Mac existantes peuvent déjà y accéder.
03La prise en charge audio du Zenbook A16 associe configuration matérielle et réglage des haut-parleurs
dhh a proposé puis fusionné omacom/omarchy#17039 dans quattro, ajoutant la détection matérielle ainsi que la prise en charge de l’installation et de la migration pour les haut-parleurs et les microphones de l'ASUS Zenbook A16. Les réglages distinguent les haut-parleurs de graves et d’aigus, appliquent une coloration sonore issue des réglages ASUS et ajoutent un filtre passe-haut protecteur ainsi que des limiteurs.
Des commits sur master du dépôt de paquets ajoutent la topologie audio et la configuration des profils manquantes, un contrôle logiciel du volume et une modification du noyau visant à éviter que la moitié des haut-parleurs disparaissent à la sortie de veille : omacom/omarchy-pkgs@e87374ad3c9b et omacom/omarchy-pkgs@310647950fc2. Le commit du noyau fait état de 15 cycles réussis d’inactivité et de lecture audio, contre cinq auparavant ; ces résultats sont rapportés par l’auteur. Cette fusion dans la branche de développement ne constitue pas une version stable, et la proposition reconnaît que le son reste en deçà de celui obtenu sous Windows.
04Les barres masquées cessent d’intercepter les commandes en plein écran
dhh a proposé puis fusionné omacom/omarchy#16991 dans quattro pour empêcher une barre invisible d’intercepter les clics en haut des fenêtres en plein écran. La barre supprime désormais sa zone de réception des entrées lorsque l’espace de travail actif de son propre écran contient une fenêtre réellement en plein écran, tout en préservant l'interaction avec la barre pour les fenêtres maximisées.
Dans omacom/omarchy#16991:discussion_r4412518167, dhh a indiqué avoir ajouté des tests couvrant le plein écran, les fenêtres maximisées et les fenêtres situées sur un autre espace de travail, ainsi qu’une vérification des entrées du pointeur en conditions réelles. La modification corrige un problème concret d’utilisation dans des applications en plein écran, comme une console web KVM ; elle a intégré la branche de développement.
05Les pull requests gagnent des tests dans une session de bureau Omarchy en fonctionnement
emirb a proposé puis fusionné omacom/omarchy#16835 dans quattro. Chaque pull request et chaque push vers cette branche bénéficie d’un contrôle Tests qui démarre une machine virtuelle sous KVM avec une version stable, y copie le code extrait du dépôt et exécute toute la suite de tests dans sa session de bureau. La proposition signale des contrôles ignorés dans sept fichiers, contre 64 dans sa comparaison avec une exécution en conteneur.
Le commit résultant, omacom/omarchy@e9474ecae652, consigne aussi une correction du verdict des tests : leur achèvement et leur réussite sont désormais déterminés à partir d’un fichier distinct contenant le code de sortie. Auparavant, un test affichant une ligne d’état évoquant une réussite pouvait faire apparaître en vert une suite pourtant en échec. Ce workflow améliore les retours pendant le développement ; la proposition reporte son adoption comme contrôle obligatoire jusqu’à ce que son taux d’échec soit connu.
06Plugin Guard arrive sur la marketplace après des corrections de sa sortie vers le terminal
github-actions[bot] a confirmé dans omacom/omarchy-plugin-marketplace#13216:issuecomment-6499213522 la publication de Plugin Guard, avec une vérification examinée par un responsable du projet. 
mattwolfgang a soumis ce plugin pour analyser les autres plugins avant leur installation ou leur mise à jour, au moyen de contrôles statiques et, en option, d’une revue par un modèle. Son analyse automatique documentée peut désactiver des plugins installés qu'elle juge dangereux.
HANCORE-linux avait initialement bloqué la publication après avoir découvert que le texte des rapports contrôlé par le dépôt pouvait émettre des séquences de contrôle du terminal et remplacer le contenu du presse-papiers. La personne chargée de la revue a ensuite confirmé que le problème était résolu dans le commit examiné et accepté les capacités documentées dans omacom/omarchy-plugin-marketplace#13216:issuecomment-6497849270. La publication porte sur l’instantané exact présent sur la marketplace et ne constitue pas une certification de sécurité.
07Datebook ajoute la synchronisation CalDAV et limite les délais d’attente réseau
github-actions[bot] a confirmé dans omacom/omarchy-plugin-marketplace#13263:issuecomment-6507210706 la mise à jour de l’instantané Datebook sur la marketplace, vérifié automatiquement. 
jonspinks a décrit une prise en charge bidirectionnelle de Fastmail, d’iCloud et des serveurs CalDAV spécifiés par l’utilisateur, avec des mots de passe d’application stockés dans le trousseau et des écritures conditionnelles visant à éviter d’écraser des modifications concurrentes.
Un suivi ultérieur a resserré les délais pour les serveurs qui transmettent leurs réponses au compte-gouttes. jonspinks a annoncé des limites portant sur la requête entière et un délai maximal de synchronisation de 300 secondes par compte, au-delà duquel ce compte est marqué hors ligne tandis que les autres poursuivent leur synchronisation : omacom/omarchy-plugin-marketplace#13263:issuecomment-6505549225. Les tests rapportés couvrent les en-têtes lents, les corps de réponse lents et les comptes bloqués. La vérification de la marketplace porte sur l’instantané publié et ne constitue pas un audit de sécurité.
08Une proposition réduit les opérations précédant le premier écran du programme d’installation
hegjon a enrichi omacom/omarchy-iso#355, toujours ouverte, de neuf commits supplémentaires décrits dans omacom/omarchy-iso#355:issuecomment-6504343044. Ils reportent le calcul de l’empreinte du support au premier écran du programme d’installation, réduisent les lectures au démarrage, raccourcissent le compte à rebours du BIOS et activent un écran de démarrage sur le framebuffer du micrologiciel. Selon hegjon, ces ajouts font passer le temps de démarrage de l’ISO et du programme d'installation sur USB 2.0 de 11.0 à 7.9 secondes.
Ces nouvelles modifications étaient couvertes par des tests d’intégration QEMU, mais la mise à jour fournie ne faisait état d’aucun test sur une véritable clé USB. À titre de contexte explicitement daté, le test des trois premiers commits effectué par hegjon le 28 octobre faisait état, sur un ThinkPad X200, d’un passage de 25.5 à 20.5 secondes entre le démarrage du noyau et l'écran de connexion, suivi d’une installation réussie. Ce résultat ne valide pas les neuf commits plus récents, notamment la suppression du délai de stabilisation des périphériques USB.
09La protection des périphériques pendant le verrouillage progresse avec la revue des limites du service
La proposition omacom/omarchy#14937 de 
acrogenesis, toujours ouverte, prévoit de bloquer les périphériques USB et Thunderbolt inconnus pendant le verrouillage, d’autoriser automatiquement après le déverrouillage ceux branchés entre-temps et de proposer une approbation facultative pour les nouveaux périphériques connectés lorsque le système est déverrouillé. Une revue produit reste nécessaire avant la fusion ; il s’agit d'un comportement par défaut proposé, pas encore livré.
greptile-apps[bot] a soulevé le risque que le bac à sable du service Thunderbolt empêche les écritures nécessaires à l’autorisation. Dans omacom/omarchy#14937:discussion_r4416496723, acrogenesis a répondu que le périmètre d’écriture avait été explicité et que les tests du service installé avaient réussi avec un véritable boltd et du matériel simulé. Cette réponse précisait aussi que le refus initial n’avait pas pu être reproduit avec cette version du Lab et de systemd. Selon les résultats rapportés, la CI en machine virtuelle a réussi, mais les vérifications décrites ne couvrent pas le matériel Thunderbolt réel, le micrologiciel ni le comportement de mise en veille sur une machine physique.
10Les requêtes en direct du lanceur gagnent un mécanisme d’annulation et des limites de calcul
avillagran a poursuivi le travail sur la proposition omacom/omarchy#8537, toujours ouverte, qui vise à intégrer au lanceur une calculatrice, une recherche web et des résultats de requêtes configurables. La conception actuelle place les résultats de calcul et de mots-clés au-dessus des correspondances habituelles, avec la recherche web comme solution de repli.
Dans omacom/omarchy#8537:issuecomment-6504528259, avillagran a fait état de corrections issues de la revue concernant la sélection des résultats, l’annulation à la fermeture du menu, les délais maximaux de cinq secondes pour les plugins et l’encadrement des opérations arithmétiques de la calculatrice. Une mise à jour ultérieure a signalé des corrections du placement de la solution de repli, des traductions et des séquences littérales contenant le signe dollar, avec des tests du menu, des traductions et de l’interface en ligne de commande réussis. Il s’agit d’améliorations rapportées pour une proposition qui n’a pas encore été fusionnée.
11La proposition de traduction à l’exécution affine les catalogues du système et des plugins
La proposition omacom/omarchy#10083 de avillagran, toujours ouverte, prévoit de traduire les composants d'interface partagés au moyen des catalogues gettext installés sur le système, les catalogues des plugins venant compléter le vocabulaire manquant. Les boutons et les infobulles partagés pourraient être traduits sans modifier le code source des plugins, tandis que les liaisons de texte brut nécessiteraient toujours des appels explicites à la traduction.
Les suivis de revue fournis font état de corrections concernant les catalogues de pluriels, le repli linguistique pour chaque chaîne, l’abandon du cache de démarrage et la lecture complète de la sortie des catalogues. avillagran a aussi ajouté une possibilité d’exclure de la traduction les textes de l’utilisateur, comme les noms de machines et les adresses e-mail des comptes, en signalant la réussite de tests ciblés dans omacom/omarchy#10083:issuecomment-6508768366. La proposition reste non fusionnée, et le suivi précédent distingue ces réussites ciblées des échecs subsistant dans la suite complète, attribués à l’état de référence ou aux conditions de l’environnement.
