Les modèles locaux reçoivent les prérequis NVIDIA et peuvent se lancer sans agent par défaut
dhh a ouvert puis fusionné omacom/omarchy#17330 dans la branche de développement quattro. Ce changement ajoute la boîte à outils de conteneurs de NVIDIA lorsque la configuration des modèles locaux détecte un GPU NVIDIA. Cette boîte à outils fournit la spécification du périphérique GPU nécessaire aux conteneurs de modèles ; jusqu’ici, les portables N1x ne disposaient pas de ce prérequis lors de l'installation.
dhh a également ouvert puis fusionné omacom/omarchy#17337 dans quattro. Le lancement des modèles locaux sélectionne désormais pi, ou OpenCode si pi n’est pas disponible, avant de vérifier la présence d’un agent par défaut. Cela corrige le bouton de lancement du panneau, qui semblait inactif lorsqu’aucun agent par défaut n’était configuré. Les tests fournis couvrent le chemin de lancement, mais le clic sur le bouton du panneau en conditions réelles n’a pas été testé.
Herdr Desktop rejoint Install > AI avec activation du thème Omarchy
ryanrhughes a fusionné dans quattro la contribution omacom/omarchy#17132 de
jankeesvw, qui ajoute Herdr Desktop dans Install > AI au moyen de l'installateur officiel de Herdr. L’application et son cœur se mettent à jour automatiquement. Il n’existe pas encore d'entrée Remove, car il reste à décider comment préserver les terminaux en cours d’exécution et les modifications des utilisateurs lors de la désinstallation.
L’intégration du thème, attribuée à claytonfaria, a été ajoutée à quattro dans le commit omacom/omarchy@4907fcdf74eb. Lors de la revue de l’installateur,
greptile-apps[bot] a relevé l’absence de la dépendance au thème, et
ryanrhughes a indiqué qu’elle serait intégrée en premier. Après la fusion,
ryanrhughes a expliqué que l’installation attend jusqu’à 30 secondes que l’application soit prête, puis active son thème Omarchy, avec la possibilité de passer manuellement par le sélecteur de thèmes en cas d’échec.
Les paquets graphiques ARM sont réalignés après des changements de dépendances bloquant les mises à jour
thepixelgardener-create a signalé dans omacom/omarchy#17368 que les mises à jour du canal edge étaient bloquées après le changement de version des bibliothèques d’aquamarine et de hyprgraphics.
AmmonMatthews a signalé le même échec sur le canal rc d'Apple Silicon et recensé les paquets ARM concernés. Le ticket reste ouvert.
Sur la branche master du dépôt de paquets, le commit omacom/omarchy-pkgs@edba40f9377e de stevederico fournit aquamarine 0.16.0 pour aarch64. Le commit omacom/omarchy-pkgs@9f9775f75462 de
emirb recompile ensuite Hyprland en version 0.57.0-4 avec les nouvelles bibliothèques et ajoute hyprgraphics aux dépendances dont les changements déclenchent une recompilation. Il s'agit de correctifs de packaging enregistrés dans le dépôt ; les éléments fournis n'établissent pas que les mises à jour réussissent sur l'ensemble des canaux concernés.
Le packaging du noyau reçoit des contrôles de collision et une étape de publication corrigée
emirb a ajouté des garde-fous sur la branche master du dépôt de paquets après qu’un véritable noyau et un paquet de transition ont produit le même nom de paquet. omacom/omarchy-pkgs@53f705bd6bb6 rejette les noms de paquets et les emplacements de publication en doublon ; omacom/omarchy-pkgs@326470ed1eca rétablit la base de paquet propre au noyau après qu’une augmentation de version ultérieure a réintroduit la collision. Ces changements concernent le processus d'empaquetage et l'identité des paquets.
La fonction auxiliaire de publication, extraite du code existant, n’était initialement pas chargée à l’étape de publication, ce qui empêchait celle-ci. emirb a corrigé ce problème dans omacom/omarchy-pkgs@6399d7ed3ea7 et ajouté au workflow un contrôle détectant les imports manquants de fonctions auxiliaires. omacom/omarchy-pkgs@934165435e86 fait également échouer les contrôles en cas de nouvelles erreurs namcap, tout en signalant séparément les erreurs préexistantes.
Un correctif est signalé dans le noyau stable, tandis que la proposition de rétroportage IPv4 reste ouverte
La proposition omacom/omarchy-pkgs#1785 de ChrisDrit reste ouverte. Déposée le 29 octobre, elle rétroporte dans trois recettes de compilation du noyau le correctif de l'utilisation de mémoire après libération dans TCP pour IPv4, associé à CVE-2026-98432 ;
ChrisDrit a précisé qu’aucune compilation complète du noyau ni aucun test de démarrage n’avaient été effectués.
Dans omacom/omarchy-pkgs#1785:issuecomment-6579785844, bogomind a indiqué que le canal stable proposait linux-omarchy 7.2.15-1 le 2 novembre et qu’après la mise à jour et le redémarrage d’une machine, l’examen du noyau en cours d’exécution montrait les appels corrigés de libération de mémoire.
bogomind considérait donc la proposition comme devenue sans objet. Il s'agit d’une vérification rapportée par un contributeur, et non d’une clôture enregistrée de la PR.
Les réinitialisations de connexion lors du téléchargement de gros paquets sont attribuées au contrôle de flux de Cloudflare
emirb a fermé le ticket omacom/omarchy#12049 de
GreyforgeLabs après avoir indiqué que l'enquête avait attribué les réinitialisations intermittentes de connexion pendant le téléchargement de paquets à un bug du contrôle de flux HTTP/2 chez Cloudflare.
emirb a déclaré que les utilisateurs ne devraient plus rencontrer ce problème.
Le signalement initial du 16 septembre décrivait des échecs répétés de téléchargement de gros paquets en IPv6, alors que les téléchargements en IPv4 aboutissaient. La clôture fait état d’un diagnostic et d’une résolution au niveau de l’infrastructure ; le commentaire de clôture fourni ne contient aucune nouvelle mesure de téléchargement.
Une proposition de firmwares Snapdragon couvre 33 machines, tandis que des règles encadrent le retrait des copies de firmware
birkskyum a ouvert omacom/omarchy-pkgs#2037 pour fournir sous forme de paquets les firmwares OEM de 33 machines Snapdragon X. Les recettes extraient les archives de pilotes Windows sans exécuter leurs installateurs et vérifient les empreintes des firmwares.
birkskyum indique avoir construit les 33 paquets sur aarch64 ; la proposition reste ouverte.
greptile-apps[bot] avait initialement constaté que les valeurs d’un tableau distant pouvaient devenir du code shell exécutable dans les recettes générées. Son compte rendu de revue ultérieur indique que le risque d’injection de commandes a été corrigé par la validation des valeurs et leur mise entre guillemets.
Par ailleurs, le commit omacom/omarchy-pkgs@2a89ec9a8650 de birkskyum a été ajouté à master. Il retire les copies inchangées de firmwares extraites de Windows dès que les paquets couvrent l'ensemble des firmwares de l’appareil, en conservant les fichiers liés ensemble pour éviter de mélanger les versions.
Une proposition pour le démarrage de l’installateur fait état d’un lancement plus rapide avec le menu à thème
La proposition omacom/omarchy-iso#355 de hegjon reste ouverte. Elle vise à réduire les lectures au démarrage, à différer certaines tâches de démarrage et à maintenir le logo affiché en console jusqu’à l'écran d’accueil de l’installateur. Dans un suivi du 2 novembre,
hegjon a testé un rebasage local sur les travaux du menu à thème, sans annoncer de fusion.
Dans omacom/omarchy-iso#355:issuecomment-6577701352, hegjon indique que le temps médian de démarrage UEFI sous QEMU en USB 2 est passé de 25.0 à 10.1 secondes. Sur un portable Samsung démarré à froid, le délai mesuré entre le menu de démarrage du firmware et l’écran d’accueil est passé de 37.2 à 17.1 secondes. Il s'agit des mesures de l’auteur.
hegjon a également repéré un nom de fichier attendu devenu obsolète dans les tests combinés et indiqué que sa correction avait permis à la suite combinée de réussir.
Une proposition de redémarrage du shell prend en charge les environnements de compositeur obsolètes
La proposition ouverte omacom/omarchy#16599 de dhh traite le cas des mises à jour qui arrêtent le shell sans pouvoir le relancer depuis un terminal dépourvu de l'environnement de la session Hyprland active. Le lanceur proposé repère un compositeur en cours d’exécution et son affichage, puis vérifie qu’il est joignable avant d’arrêter le shell existant.
Dans omacom/omarchy#16599:issuecomment-6571808439, omarchybot indique avoir reproduit un échec d’environ 60 secondes dans un environnement de bureau jetable, puis obtenu des redémarrages réussis en 0.4 à 1.0 secondes avec la branche proposée.
omarchybot a également poussé une prise en charge des signatures héritées qui pointent vers une session terminée. La proposition attend toujours une décision des mainteneurs ; le choix entre plusieurs compositeurs actifs reste une question de conception documentée.
Le correctif NVIDIA du focus de l’écran de verrouillage est testé sur une deuxième famille de matériel
Pour rappel, le 1 novembre, dhh a ouvert puis fusionné omacom/omarchy#17277 dans quattro afin de rétablir le focus du champ de mot de passe après le changement de terminal virtuel lié à la mise en veille de NVIDIA, et d’allonger le premier délai avant l'extinction de l’écran à la reprise.
Le 2 novembre, mudiam a indiqué dans omacom/omarchy#17277:issuecomment-6583434114 avoir testé le correctif sur un ThinkPad P17 équipé d’une Quadro T1000. La saisie du mot de passe a fonctionné sans clic lors de trois cycles de mise en veille avec le correctif, contre un échec lors d’un essai sans correctif.
mudiam n’a testé ni les mots de passe erronés ni le délai d’extinction anticipée de l’écran, et a demandé que le correctif soit envisagé pour une prochaine version candidate de la 4.5, en précisant qu’il était absent de rc3.
Hyprdrive est publié sur la marketplace après des correctifs de confidentialité et de mise à jour
La soumission de Hyprdrive par dragosol, omacom/omarchy-plugin-marketplace#11392, a abouti à sa publication et a été clôturée. La fiche propose un panneau de réglages pour l'extension native du compositeur. Pour utiliser sa vue d’ensemble, son dock et sa disposition expérimentale Mosaic, les utilisateurs doivent toujours compiler et installer le composant natif pour leur version de Hyprland.
dragosol a signalé des correctifs qui désactivent les saisies dans la vue d’ensemble pendant le verrouillage de la session, rendent les journaux de débogage privés et suppriment de manière sûre les anciens journaux appartenant à l’utilisateur. La revue statique finale de
HANCORE-linux a confirmé la correction de tous les problèmes signalés dans le code source, y compris la gestion des invites et les contrôles d'approbation du mécanisme de mise à jour, sans exécuter l’extension ni les tests.
github-actions[bot] a consigné la publication dans omacom/omarchy-plugin-marketplace#11392:issuecomment-6581320002. La vérification porte sur l’instantané exact publié sur la marketplace et ne constitue pas un audit de sécurité.
Hermes Face est publié avec un accès privé à sa passerelle et une procédure de mise à niveau
La soumission de Hermes Face par Xarrathh, omacom/omarchy-plugin-marketplace#13625, a été publiée puis clôturée après des révisions de sa passerelle locale. Le widget de barre affiche l'état de l’agent et propose des actions pour donner le focus à l’interface Face, interrompre un tour et redémarrer le service. Une CLI compatible avec l’agent Hermes doit être installée manuellement au préalable.
Xarrathh a signalé des correctifs concernant l’identification des pairs, les permissions des fichiers privés, la présence du texte des conversations dans les arguments de processus et les requêtes entre origines différentes. Après que
HANCORE-linux a constaté que des installations existantes fonctionnelles pouvaient continuer à exécuter l’ancien code du serveur,
Xarrathh a modifié la procédure de mise à jour pour copier les fichiers tiers intégrés qui ont changé et redémarrer la passerelle, tout en préservant la configuration et l’historique.
La revue finale de HANCORE-linux a accepté le périmètre documenté du service et de la gestion des paquets, et identifié comme faux positif l’avertissement automatisé concernant le téléchargement suivi de l’exécution de code.
github-actions[bot] a consigné la publication dans omacom/omarchy-plugin-marketplace#13625:issuecomment-6580895804. La synthèse vocale facultative utilise le service Edge de Microsoft ; le texte destiné à être lu à voix haute quitte donc la machine pour être transmis à ce service d'un tiers.
