La saisie CJK s’étend à la recherche dans les menus, aux préférences de police et aux choix d’installation
dhh a fusionné la contribution omacom/omarchy#15508 de
omarchybot dans la branche de développement quattro le 15 octobre. Le commit correspondant active la composition par méthode de saisie dans la recherche des menus, ajoute des réglages pour les formes des glyphes japonais, coréens et chinois, et applique le thème à la fenêtre des candidats Fcitx. Il préserve aussi le choix explicite de revenir aux formes de glyphes par défaut, afin qu'une configuration linguistique ultérieure ne l’écrase pas.
Les modifications du clavier maintiennent les moteurs Hangul, Zhuyin et Cangjie nouvellement configurés aux positions physiques attendues avec les dispositions latines alternatives. La configuration du coréen prend en charge les touches Alt droite et Ctrl droite pour le changement de mode, tandis que l’installation pour Hong Kong propose désormais Cangjie. La validation ISO correspondante a été intégrée à quattro dans omacom/omarchy-iso@af820ef61395.
Dans sa réponse à la revue, omarchybot a indiqué avoir testé une véritable composition avec Mozc dans une machine virtuelle jetable et vérifié que le texte composé ne peut pas atteindre le champ de recherche situé derrière une confirmation de désinstallation. Il s’agit d’une validation rapportée par le contributeur, distincte des tests unitaires décrits dans omacom/omarchy#15508:discussion_r4277973486.
Sources
- Support the NVIDIA N1x laptops
- Build one aarch64 image for every board
- Add the NVIDIA N1x kernel, driver and platform packages (#930)
- Build the aarch64 image on the linux-omarchy edge publishes
- ISO build: require signatures on Omarchy's own packages on aarch64 too
- List the ProArt P14's amplifier firmware with the optional packages (#15557)
Les travaux sur ARM associent la prise en charge des portables N1x à une image d’installation commune
ryanrhughes a fusionné omacom/omarchy#14820 dans quattro le 15 octobre, ajoutant la prise en charge des portables NVIDIA N1x à l’exécution. La description actuelle couvre les ASUS ProArt P14 et Dell XPS 16, notamment la détection de la plateforme, l’audio, la gestion de l’énergie et les stations d’accueil USB4. Les travaux associés sur les paquets du noyau, des pilotes et de la plateforme ont été intégrés à la branche master du dépôt de paquets dans omacom/omarchy-pkgs@b6ace05ccc4b ; cela ne permet pas de conclure qu'une version stable d’Omarchy a été publiée.
birkskyum a proposé une image USB d’installation commune pour aarch64 dans omacom/omarchy-iso#258, que
ryanrhughes a fusionnée dans la branche n1x. Elle sélectionne les paquets propres à la plateforme lors de l’installation et exclut les Mac Apple Silicon, dont l’installation commence depuis macOS. La proposition faisait état d’une validation matérielle incomplète, notamment de démarrages intermittents sur écran noir avec un Yoga Slim 7x et de l’absence de test d’installation sur un portable à partir de cette image.
Des commits ultérieurs dans quattro ont permis de construire l’image avec le noyau publié sur edge sans nécessiter de lot de paquets local, grâce au commit omacom/omarchy-iso@c65bb6743486 de birkskyum. Le commit omacom/omarchy-iso@c799bfcbdca9 de
emirb impose qu'une signature accompagne les paquets Omarchy téléchargés dans les images aarch64.
ryanrhughes a également ajouté une entrée pour le paquet du micrologiciel de l’amplificateur dans omacom/omarchy@8a787b6a8bec, afin d'éviter qu’une installation hors ligne sur un ProArt ne s’interrompe à cause d’un paquet manquant.
Le correctif d’autorisation de 1Password arrive dans les paquets stables
dhh a fusionné la contribution omacom/omarchy-pkgs#489 de
calledtoconstruct dans master après une modification du correctif proposé au cours de la revue. Les paquets publiés désignaient le compte de compilation comme propriétaire de l’action polkit, ce qui affectait les autorisations de la CLI et de l’agent SSH. La proposition initiale le remplaçait par le groupe wheel, mais
omarchybot a signalé que polkit n'énumérait pas les membres de ce groupe lors de la vérification du propriétaire de l’action.
omarchybot a modifié la branche pour générer une liste de propriétaires individuels lors de l’installation et des mises à niveau, conformément à la règle de l'éditeur qui retient les dix premiers utilisateurs dont les UID vont de 1000 à 9999. Son rapport d’exécution faisait état de demandes d’autorisation aboutissant correctement avec le paquet corrigé.
github-actions[bot] a ensuite annoncé dans omacom/omarchy-pkgs#489:issuecomment-6193109904 la publication de la version 8.12.40-3 pour les deux architectures sur les canaux edge, rc et stable. Les utilisateurs créés par la suite sont ajoutés à la prochaine mise à jour de 1Password.
La proposition sur les collecteurs d’agents renforce la protection des identifiants et la gestion des données d’utilisation périmées
omacom/omarchy#14040 était toujours ouverte lors de la vérification du 19 octobre. Sa description actuelle, mise à jour le 18 octobre, propose un contrat commun pour les collecteurs enrichis du panneau d’agents et les lanceurs de l’agent par défaut. L’activité concrète du 15 octobre comprend des réponses publiées depuis le compte de dhh, signalées comme rédigées par Claude au nom de DHH, qui font état de correctifs concernant la gestion des identifiants et des données d'utilisation conservées.
Dans omacom/omarchy#14040:discussion_r4279094377, dhh a indiqué avoir limité les redirections du proxy et les destinations finales au schéma, à l’hôte et au port configurés, afin qu’une clé ne puisse pas être transmise à un autre point de terminaison. D’autres réponses ont fait état de caches de limites Antigravity distincts pour chaque compte, de la conservation des dernières fenêtres de quota connues de Codex en les marquant comme périmées lorsqu'une réponse ne fournit aucune limite, et de la suppression des fichiers d’utilisation obsolètes des collecteurs retirés.
dhh a également refusé d’assimiler les horodatages de régénération progressive de Synthetic à des réinitialisations complètes des fenêtres de quota, expliquant que les réponses conservées devaient rester marquées comme périmées et utiliser uniquement les heures de réinitialisation fournies par le service. Selon la description actuelle de la proposition, les tests des collecteurs reposaient sur des jeux de données hors ligne plutôt que sur des services ou des identifiants réels, ce qui limite la portée de ce qu'établissent les vérifications rapportées et l'interprétation de leurs résultats.
Le réagencement de la barre préserve les widgets et modifie la disposition des sections
outfoxxed a ouvert puis fusionné omacom/omarchy#15517 dans quattro le 15 octobre. La modification sépare le conteneur central des zones qui l’entourent et évite de recréer les widgets lors du réagencement.
La PR décrit aussi une amélioration du déplacement par glissement et une correction du sens d’expansion des widgets qui s’agrandissent, comme la zone de notification et les indicateurs. Il s’agit d’une fusion dans la branche de développement ; aucun élément fourni ne fait état d’une publication stable.
La proposition pour la région Chine remplace la confiance accordée à un dépôt supplémentaire par des miroirs Omarchy
La proposition omacom/omarchy#13690 de xdanger était toujours ouverte lors de la vérification du 19 octobre. Le 15 octobre,
omarchybot a indiqué avoir poussé cinq commits et réécrit la description après avoir élargi la proposition à la demande du mainteneur. Le réglage proposé, Monde ou Chine, coordonne les miroirs de paquets et les registres d’outils de développement pour les téléchargements dont l'accès peut être lent ou impossible en Chine continentale.
La révision supprime le dépôt supplémentaire archlinuxcn et son trousseau de clés, en donnant plutôt la priorité aux répliques chinoises d'Omarchy qui proposent les mêmes paquets signés. omarchybot a expliqué que le trousseau supplémentaire aurait élargi le périmètre de confiance pour la signature des paquets. Le mécanisme de bascule prend aussi désormais en charge le retour à la configuration précédente et la préservation des réglages de registres de l’utilisateur.
Dans omacom/omarchy#13690:issuecomment-6185224082, omarchybot a indiqué avoir testé sur un nouvel environnement d’exécution une bascule réelle de Chine vers Monde, les téléchargements de paquets et les registres d’outils de développement. Ces résultats sont rapportés par le contributeur ; le commentaire précisait explicitement que la proposition restait en attente du mainteneur.
La proposition Waydroid restreint l’accès d’Android aux services de l’hôte
La proposition omacom/omarchy#15503 de EzekielOgunkunle était toujours ouverte lors de la vérification du 19 octobre. Elle prévoit l’installation d’Android et le lancement d’applications via Waydroid, dans des fenêtres individuelles redimensionnables, avec des entrées Installer et Supprimer dans le menu. Un commentaire du 15 octobre contenait une capture d'écran présentée comme provenant de l'ordinateur de test du contributeur, équipé d’un Intel UHD 620.
Plus tard dans la journée, EzekielOgunkunle a indiqué avoir corrigé les cinq points soulevés lors de la revue dans omacom/omarchy#15503:issuecomment-6198075225. Les modifications limitent l’accès du conteneur aux services DHCP et DNS de l’hôte, ouvrent le sélecteur interactif d’applications dans un terminal, permettent de distinguer les applications portant le même nom et empêchent qu’une désinstallation de paquet ayant échoué soit signalée comme réussie.
La description actuelle de la PR a été mise à jour le 16 octobre. Elle réserve le partage de fichiers avec l’hôte à des travaux ultérieurs et fait état de plantages du compositeur Android observés par le contributeur lors d’une utilisation plus intensive de l’image officielle sur ce matériel. L’intégration reste à l’état de proposition.
Ragtop retire les caractères saisis des arguments des processus auxiliaires
Dans une discussion antérieure du 13 octobre sur omacom/omarchy-plugin-marketplace#11433, HANCORE-linux avait repéré des caractères non ASCII nouvellement utilisés dans un mot de passe parmi les arguments de processus auxiliaires. Le 15 octobre,
sclemance a confirmé que cette exposition concernait plus largement les caractères saisis, a précisé qu’elle touchait également l’instantané 0.44.0 référencé et a indiqué l’avoir corrigée dans la version 0.45.1.
sclemance a expliqué avoir remplacé les recherches externes effectuées pour chaque caractère par un index de correspondance des touches au sein du processus, et limité les rapports d’exception pour empêcher le texte saisi de se retrouver dans les messages du journal. Le contributeur a indiqué que les recherches donnaient des résultats équivalents et qu’aucun processus auxiliaire ne contenait de caractères saisis lors du nouveau test de frappe décrit dans omacom/omarchy-plugin-marketplace#11433:issuecomment-6198375016.
HANCORE-linux a fermé l’ancienne demande de vérification le 15 octobre.
sclemance a demandé l’examen d’une nouvelle cible, puis
github-actions[bot] a enregistré sur main une mise à jour de Ragtop dans la marketplace, sous la référence omacom/omarchy-plugin-marketplace@43c2a2b65a0f. Le message de commit fourni ne précise pas la version publiée.
OMARemote supprime les lectures automatiques du presse-papiers et encadre le collage explicite
HANCORE-linux a remis en cause les hypothèses sur le presse-papiers qui sous-tendaient la demande de vérification d’OMARemote, en soulignant que le code Qt publié récupérait encore le texte du presse-papiers lors des vérifications automatiques de collage.
RFdeGroot a reconnu avoir examiné une branche plus récente au lieu de la version publiée et a indiqué que le précédent contournement fondé sur le focus avait accru les lectures du presse-papiers.
RFdeGroot a ensuite expliqué avoir maintenu les champs modifiables, déconnecté les vérifications automatiques des changements du presse-papiers, désactivé le menu contextuel et fait passer le collage explicite par un processus distinct, limité à deux secondes et à 16 Kio. Le contributeur a fait état, dans omacom/omarchy-plugin-marketplace#11361:issuecomment-6188195421, d’un test hors écran vérifiant que les changements de focus et du presse-papiers ne déclenchent pas la récupération du texte de ce dernier.
RFdeGroot a fermé omacom/omarchy-plugin-marketplace#11361 et a indiqué l’avoir remplacée par une révision du plugin nécessitant OMARemote 0.7.0. Ces éléments consignent le correctif annoncé et la nouvelle demande de vérification, sans établir qu’une vérification de la marketplace a été menée à terme.
Un signalement concernant une boutique tierce relève un risque persistant lié à un script exécuté après les mises à jour
Dankestrick a ouvert omacom/omarchy-plugin-marketplace#11590 pour signaler qu’une boutique tierce copiait les fiches de la marketplace et installait un script exécuté après les mises à jour. Selon ce signalement, le script téléchargeait un catalogue distant et pouvait installer des paquets avec les privilèges root après une mise à jour d’Omarchy.
Dankestrick a explicitement précisé qu’aucune charge malveillante n’avait été trouvée dans les éléments examinés.
Dans un suivi du 15 octobre, Dankestrick a indiqué que le domaine avait été suspendu et que deux comptes GitHub associés avaient été supprimés à la suite de signalements d’abus. Le problème restant concernait le script déjà installé sur les machines des utilisateurs : selon l’auteur du signalement, il continuerait à s’exécuter et pourrait retrouver sa capacité d’installation à distance si le domaine redevenait actif. L’issue était toujours ouverte lors de la vérification du 19 octobre ; ces constats et les mesures prises sont rapportés par l’auteur du signalement.
Les vidéos de présentation des thèmes passent dans un paquet distinct
Un commit associé à dhh, omacom/omarchy-pkgs@e310103834fc, a déplacé les 20 vidéos de présentation des thèmes dans un paquet dédié sur master. Le commit explique que ces vidéos représentaient 92 Mo sur les 160 Mo du paquet de développement et changeaient rarement, mais étaient pourtant téléchargées à nouveau à chaque nouvelle révision de quattro.
Le paquet de développement et le paquet standard d’Omarchy dépendent désormais tous deux du paquet vidéo distinct, fixé au dernier commit ayant modifié une vidéo de présentation. Cette modification du conditionnement a été enregistrée dans un commit ; les éléments fournis ne permettent pas d’établir sa publication sur les canaux de distribution.
