Installations nocturnes sur ARM, espaces de travail par écran et correctifs de sécurité pour les plugins

01Les ISO ARM edge se dotent d’un pipeline d’installation nocturne

emirb a ouvert puis fusionné omacom/omarchy-iso#282 dans quattro le 16 octobre. Ce changement ajoute une filière nocturne edge pour aarch64 qui construit une ISO, l’installe sans intervention, démarre deux fois le système installé et répète l’installation en se présentant comme un N1x avant d’autoriser la publication.

Le pipeline publie une ISO, une somme de contrôle et des métadonnées sur les paquets et le noyau. Ce processus ne prend toujours pas en charge les images de machines virtuelles ARM. Il s’agit d’une infrastructure de la branche de développement pour les builds edge, et non de l’annonce d’une version stable.

02Le programme d’installation préserve les entrées de démarrage Limine des autres installations

birkskyum a approuvé puis fusionné dans quattro la proposition omacom/omarchy-iso#192 de jdvmi00 le 16 octobre. Le nettoyage vérifie désormais conjointement le libellé, la partition et le chargeur d’une entrée de démarrage, afin qu’un libellé Limine partagé ne conduise pas à supprimer l’option de démarrage d’une autre installation. Les échecs du nettoyage sont consignés dans les journaux au lieu d’interrompre l’installation.

github-actions[bot] a indiqué que les tests d’installation avaient réussi aussi bien sur x86_64 que sur aarch64. Le changement a été fusionné dans la branche de développement ; les éléments fournis ne permettent pas d’établir qu’une version stable l’intègre.

03La proposition contre les redémarrages du Spark au repos maintient le cap d’un noyau ARM commun

jdvmi00 a ouvert omacom/omarchy-pkgs#1191 le 16 octobre pour empêcher les redémarrages du NVIDIA DGX Spark au repos. Sa description actuelle attribue ces redémarrages à l’écriture d’un indicateur DVFSRC du micrologiciel et propose d’omettre cette écriture lorsque le matériel correspond exactement à celui du Spark. Cette description, mise à jour jusqu’au 19 octobre, indique que le test sur le matériel ciblé reste à effectuer.

birkskyum a remis en question ce ciblage restreint, en soulignant que l’écriture pourrait toujours avoir lieu sur d’autres ordinateurs de bureau GB10. Dans la discussion connexe sur le noyau, ryanrhughes a précisé qu’un seul noyau linux-omarchy devait servir à tous les systèmes aarch64, et jdvmi00 a accepté de poursuivre les recherches dans cette direction. Le correctif contre les redémarrages reste une proposition ouverte ; sa description actuelle ne fait état d’aucune vérification du comportement sur l’ensemble plus large des machines GB10 et N1x.

04Chaque écran dispose de ses propres espaces de travail numérotés

ryanrhughes a ouvert omacom/omarchy#15655 le 16 octobre et l’a intégré à quattro le 18 octobre, après la journée couverte par cet article. Selon sa description actuelle, chaque écran dispose de ses propres espaces de travail numérotés de 1 à 10 : les raccourcis numériques agissent ainsi sur l’écran actif, et chaque barre affiche les espaces de travail de l’écran auquel elle appartient.

La conception actuelle conserve les affectations aux écrans lors des reconnexions et regroupe les espaces de travail sur un autre écran lorsqu’un écran est débranché. Ils retrouvent leurs anciens numéros à sa reconnexion. La documentation précise aussi que les dispositions d’espaces de travail enregistrées ne suivent pas la renumérotation. Ces détails proviennent de la description mise à jour ultérieurement ; l’intégration confirme la disponibilité dans la branche de développement, sans constituer une publication en version stable.

05La mise à l’échelle indépendante des écrans progresse au fil de la revue

Dans omacom/omarchy#15665, timothygwright a proposé un sélecteur d’écran au-dessus des préréglages de mise à l’échelle du panneau d'affichage. Cette proposition du 16 octobre permet aussi à la commande de mise à l’échelle de cibler une sortie par son nom et, lorsque plusieurs écrans sont actifs, enregistre par sortie les modifications effectuées au clavier sur l’écran actif. Elle reste ouverte.

Après la revue, timothygwright a indiqué avoir corrigé la sélection au clavier des écrans situés plus loin dans la liste, la persistance des réglages après le débranchement d’un écran et la conservation des champs de rotation dans les paramètres séparés par des points-virgules. greptile-apps[bot] a ensuite signalé que les trois problèmes étaient corrigés. L’auteur a également déclaré avoir vérifié le panneau sur deux écrans physiques ; cette validation est rapportée par le contributeur.

06AI Edit et Lock Screen Explorer publient des correctifs de sécurité validés en revue

La publication d'AI Edit via omacom/omarchy-plugin-marketplace#11847 a été finalisée le 16 octobre, après que HANCORE-linux a repéré des lectures du presse-papiers susceptibles de bloquer le shell partagé ou d’épuiser ses ressources. paulmiddelkoop a remplacé le collage natif par un lecteur distinct limité à 4 Mio et à deux secondes. Un problème relevé par la suite concernait l’accès aux outils de Codex, qui pouvait permettre de téléverser des images locales en plus du texte sélectionné ; paulmiddelkoop a déclaré avoir désactivé cet accès, et HANCORE-linux a confirmé les deux corrections avant l’annonce de publication par github-actions[bot].

La publication de Lock Screen Explorer via omacom/omarchy-plugin-marketplace#10783 a également été finalisée. HANCORE-linux a repéré un utilitaire facultatif de rotation au démarrage qui pouvait transformer une autorisation de mise à jour de l’écran de démarrage en possibilité d’exécuter du code avec les droits root. La mise à jour de SirJul1337 a ajouté une demande d'autorisation administrateur pour supprimer cet utilitaire, s’il était installé, lors de la mise à niveau. HANCORE-linux a ensuite confirmé le processus de suppression, le verrouillage des thèmes de démarrage et les précédentes corrections concernant le presse-papiers et les autorisations, puis a approuvé la mise à jour.

github-actions[bot] a présenté la vérification de publication d'AI Edit comme automatisée et celle de Lock Screen Explorer comme effectuée par un mainteneur. Les deux avis limitent la vérification à l’instantané exact de la place de marché et précisent explicitement qu’il ne s’agit pas d’un audit de sécurité.

07La proposition sur le DNS des VPN bénéficie d’une reproduction par un agent ; la question de compatibilité se précise

La proposition omacom/omarchy#14350 de Alumniminium, toujours ouverte, remplace le remplacement global des DNS de NetworkManager par des paramètres de fournisseur dans les profils Wi-Fi et Ethernet, accompagnés d'un script dispatcher. L’objectif est de conserver le fournisseur DNS public choisi tout en permettant aux connexions VPN de fournir des résolveurs pour les noms privés.

Le 16 octobre, Alumniminium a accepté de mettre à jour un test existant. Plus tard, omarchybot a rapporté une reproduction par un agent : les noms privés WireGuard ne se résolvaient pas avec l’implémentation de quattro, mais se résolvaient avec la proposition, tandis qu’Ethernet conservait les DNS de Cloudflare. Le bot a également indiqué avoir corrigé la prise en charge des familles d'adresses dont les méthodes NetworkManager refusent les paramètres DNS.

La proposition attend toujours une décision d’un mainteneur sur les liaisons montantes de type bridge, bond et VLAN, pour lesquelles l’implémentation décrite conserve les DNS fournis par DHCP, ainsi qu’une coordination avec les changements qui se recoupent. omarchybot a signalé la réussite des tests ciblés, mais aussi des échecs dans la suite de tests plus large du shell : les éléments disponibles attestent donc d’avancées ciblées, sans établir que toute la suite réussit.

08L’enquête sur le plantage de l’écran de verrouillage reproduit le retrait rapide d’une sortie

MarlonAzevedo a ajouté le 16 octobre un signalement à omacom/omarchy#9156 décrivant un ordinateur portable AMD dont le shell avait planté après le branchement d’un écran et d’un concentrateur USB pendant le verrouillage. Après rétablissement, le verrouillage indiquait un état sécurisé, mais l’écran restait noir, imposant une réinitialisation matérielle.

omarchybot a ensuite déclaré avoir reproduit, avec des paquets plus récents, un plantage lié à une erreur de protocole en créant puis en supprimant immédiatement une sortie virtuelle sans écran pendant le verrouillage. Sa trace mettait en cause une requête de surface de verrouillage exécutée en concurrence avec la suppression de la sortie. Le bot a attribué ce plantage à Hyprland, tout en précisant que le comportement d’écran noir qui suivait restait inexpliqué.

Le ticket reste ouvert. Le bot a indiqué que cette enquête n’avait pas abouti à un correctif circonscrit à Omarchy, laissant à un mainteneur le choix entre éviter l’extinction des écrans et conserver une sortie virtuelle sans écran.

09Eyes propose de décrire l’écran localement ; ses contrôles de confidentialité sont en cours de revue

Chessing234 a ouvert omacom/omarchy#15660 le 16 octobre. Sa description actuelle propose Eyes, une commande de capture d’écran déclenchée à la demande qui sollicite un modèle de vision local pour décrire un écran, répondre à une question ou localiser un objet sans cliquer dessus. Mise à jour après la période couverte, la description indique que les tests ont utilisé des substituts, sans essai de bout en bout avec un véritable modèle.

Dans ses commentaires de revue du 16 octobre, greptile-apps[bot] a relevé un intervalle entre la vérification du focus du gestionnaire de mots de passe et la capture, ainsi que des captures temporaires subsistant après une annulation. Il s’agit de constats de revue sur la révision examinée, et non d'une preuve indépendante du comportement de l’implémentation actuelle. La proposition reste ouverte.

10Super + Maj + S devient un raccourci de capture d’écran

Le commit omacom/omarchy@51bfd1dbaa1b de quattro ajoute Super + Maj + S pour les captures d’écran et déplace Google Maps vers Super + Maj + Alt + S. TripleU613 figure parmi les participants ; le nom d'auteur du commit est TripleU.

L’historique des commits mentionne l’abandon d’une migration proposée qui aurait réécrit les raccourcis personnels, puisque les mises à jour des paquets remplacent les fichiers de raccourcis par défaut. Ce changement est enregistré dans la branche de développement ; il ne prouve pas sa présence dans une version stable.

11Le noyau Aurora permet de démarrer sur la machine virt de QEMU

Le commit omacom/omarchy-pkgs@1cc8d4436ab3 a ajouté à master la prise en charge d’un hôte PCIe générique et de la console PL011. Ce changement permet au noyau Aurora de détecter les disques virtuels et le réseau et de fournir une console dans la machine virt de QEMU, y compris dans la configuration d'UTM sur Apple Silicon.

malik-na figure parmi les participants, et le nom d'auteur du commit est Naeem Malik. La révision du paquet passe à 12, sans changement de la référence source épinglée ; la description du commit précise que les pilotes ajoutés se rattachent à des nœuds de l’arbre des périphériques absents des descriptions matérielles d'Apple.