Un menu Kernel est proposé pour faciliter le choix du noyau de démarrage par défaut
dhh a ouvert omacom/omarchy#15966 pour permettre de choisir un noyau installé depuis Update > Kernel, avec une seule demande d'authentification et une notification proposant de redémarrer. La proposition, encore ouverte, reconstruit le noyau sélectionné et vérifie qu'il figure en tête du menu Limine ; les configurations Direct Boot sont refusées.
Après que greptile-apps[bot] a signalé les risques liés à des changements de noyau simultanés,
dhh a indiqué dans omacom/omarchy#15966:discussion_r4315153646 avoir ajouté un verrou couvrant toute l'opération.
dhh a également fait état d'écritures atomiques de la configuration et d'un retour à l'entrée précédemment placée en tête du menu en cas d'échec. Une revue ultérieure a relevé dans omacom/omarchy#15966:discussion_r4315436162 un problème d'affichage : une entrée par défaut définie sans ambiguïté par un motif à caractères génériques ne reçoit aucune coche.
Les applications en terminal pourraient hériter des réglages de défilement au pavé tactile de leur terminal
dhh a proposé dans omacom/omarchy#15972 que les applications en terminal dotées d'identifiants personnalisés utilisent les réglages du pavé tactile de leur terminal. Ces fenêtres échappent actuellement aux règles fondées sur la classe ;
dhh a signalé un défilement de la console environ cinq fois plus lent que dans un terminal foot ordinaire. La proposition reste ouverte, et des vérifications des propriétés de fenêtres en cours d'exécution ont été rapportées pour foot, kitty, Alacritty et Ghostty.
La proposition de fenêtre de mise à jour renforce la reprise après incident et le suivi des paquets
La proposition de GruperTal visant à offrir des mises à jour graphiques et une installation en un clic reste ouverte dans omacom/omarchy#15455, créée le 14 octobre. Elle affiche la progression des opérations sur les paquets et les boîtes de dialogue d'authentification, tout en permettant au traitement de se poursuivre après la fermeture de la fenêtre. Le 19 octobre,
GruperTal a indiqué avoir corrigé les exécutions abandonnées qui interceptaient les demandes suivantes et replacé l'assistant de prise en main d'OpenClaw dans un terminal.
La portée des réglages linguistiques a été restreinte afin que les messages de gestion des paquets et d'authentification analysés automatiquement soient en anglais, tandis que les applications lancées conservent la langue de la session. Après que greptile-apps[bot] a averti que des mises à jour AUR ignorées pouvaient recevoir une coche de réussite,
GruperTal a indiqué dans omacom/omarchy#15455:discussion_r4313657505 vérifier désormais les versions des paquets installés.
Omapager proposé comme moteur de notifications intégré
ryanrhughes a ouvert omacom/omarchy#15932 pour remplacer le moteur de notifications par Omapager. Sa description actuelle, mise à jour le 20 octobre, prévoit des notifications empilées par source, le rappel différé, un historique, des réponses directes et KDE Connect, ainsi que le décodage des images dans des environnements isolés sans accès réseau et la migration depuis le plugin distinct.
Lors de la revue du 19 octobre, greptile-apps[bot] a averti dans omacom/omarchy#15932:discussion_r4311280276 que la saturation de la file de persistance pouvait entraîner la perte des suppressions de notifications et des réglages de silence. Le résumé du bot, mis à jour le 20 octobre, a ensuite estimé que la proposition pouvait être fusionnée sans risque et signalé une correction de la relecture de démonstration. La PR reste ouverte.
Les jeux pourraient rejoindre le lanceur d’applications existant
michtesar a proposé dans omacom/omarchy#15944 une catégorie Jeux fondée sur les données locales de Steam et de Heroic. Les jeux utiliseraient la grille et la recherche globale existantes, tandis que les clients resteraient dans Applications. Leur détection ne nécessite aucun accès réseau ni dépendance supplémentaire.
Après que greptile-apps[bot] a relevé des problèmes de persistance liés à la suppression des raccourcis,
michtesar a indiqué enregistrer les préférences de suppression avant de supprimer les éléments et journaliser les nettoyages interrompus. Selon omacom/omarchy#15944:discussion_r4312402864, un échec de détection donne désormais lieu à un message invitant à réessayer, tandis que les entrées existantes restent accessibles. La PR reste ouverte ; les vérifications de l’interface en fonctionnement et du lancement avec les véritables clients figurent toujours parmi les tâches à effectuer.
Un échec de construction de l’image du noyau provoquerait un écran noir sur les systèmes NVIDIA
qrfeng a ouvert omacom/omarchy#15921 après avoir signalé qu’une mise à jour avait ignoré l’échec de construction de l’image du nouveau noyau, puis démarré sur une ancienne image dont les modules NVIDIA ne correspondaient plus au pilote mis à jour dans l’espace utilisateur.
qrfeng a demandé un signalement explicite des échecs, une réindexation des modules et des contrôles de version. Le ticket reste ouvert.
aron-intframe a contesté l’hypothèse d’une condition de concurrence et fourni des reproductions laissant penser que l’écriture attendue de l’index des modules n’avait jamais eu lieu. Cette personne a également montré dans omacom/omarchy#15921:issuecomment-6259026463 comment la construction réussie d’une image pouvait masquer à l’analyseur de journaux l’échec d’un autre noyau.
n4zguu1 a signalé séparément un écran noir similaire, accompagné d’un échec de compilation DKMS, et indiqué avoir pu démarrer sur un instantané.
Un signalement sur le canal stable ravive les inquiétudes concernant le déverrouillage des disques avec une disposition non latine
pkolbas a signalé dans omacom/omarchy#15802:issuecomment-6271281736 une boucle de déverrouillage du disque sur la version 4.0.5 du canal stable, après une mise à jour du 19 octobre. Le signalement attribue ce comportement à l’intégration par Plymouth d’une disposition de clavier de console non latine dans l’image de démarrage et demande la réouverture du ticket jusqu’à ce qu’un correctif arrive sur le canal stable.
Pour rappel, giuseppecipollone avait ouvert omacom/omarchy#15802 le 18 octobre en décrivant le même mécanisme, et
emirb l’avait fermé le jour même. Le ticket est toujours fermé au moment de la vérification.
pkolbas a indiqué avoir rétabli le fonctionnement en plaçant la disposition de clavier de console US en premier, puis en reconstruisant l’image ; les éléments fournis ne permettent pas d’établir qu’une version ultérieure a résolu le problème signalé.
La publication sur edge reprend désormais la paire de paquets de la version candidate
ryanrhughes a enregistré sur la branche master du dépôt de paquets une modification du processus de publication dans omacom/omarchy-pkgs@7f6ec980bde9. Elle transfère de rc vers edge la paire exacte de paquets aux versions figées, avec une protection contre tout retour d’edge à une version antérieure. Le commit explique que des constructions séparées avaient laissé edge en version 4.0.4 lorsque la version 4.0.5 ne trouvait pas les paramètres correspondants.
La première tentative de transfert a échoué parce que le processus de construction ne pouvait pas écrire dans son répertoire ; ryanrhughes a enregistré une correction des permissions dans omacom/omarchy-pkgs@aabd8f1f24cd. Un autre commit sur master consigne « Release omarchy 4.0.6 » dans omacom/omarchy-pkgs@61e6d13a3f46, sans préciser le contenu de cette version ni confirmer sa distribution sur les canaux.
Des modifications matérielles concernent les stations d’accueil N1x, les caméras Snapdragon et la détection des lecteurs d’empreintes
Un commit de ryanrhughes sur la branche master du dépôt de paquets modifie la gestion de la protection DMA sur N1x, afin que Bolt puisse autoriser de nouvelles stations d’accueil sans enregistrement manuel, dans omacom/omarchy-pkgs@a8f9d7512a7f. Le commit fait état de tests réussis avec des stations OWC et CalDigit sur un ProArt P14.
Sur la branche de développement quattro d’Omarchy, la modification de birkskyum consacrée aux caméras installe la passerelle PipeWire de libcamera pour le matériel Qualcomm et active la fonction caméra de Chromium dans omacom/omarchy@b5f8593dfc92. La modification de
scottjones consacrée aux empreintes ajoute la détection des lecteurs déclarés par la plateforme, notamment les lecteurs Touch ID utilisables, tout en conservant la détection USB, dans omacom/omarchy@81fd2d23ca6e. Ces commits ne permettent pas d’établir que ces changements sont disponibles dans une version stable.
Sources
- Check the N1x pass against the installed system's detector
- Give the N1x pass's VM what Omarchy reads from an N1x's firmware
- Install test: build aarch64 from the edge channel's packages
- Keep the VM image bootable through the firmware after a kernel update
- Merge pull request #293 from omacom/vm-image/keep-limine-default-after-reseal
Les contrôles des ISO testent le micrologiciel N1x et le démarrage des machines virtuelles après mise à jour du noyau
emirb a enregistré sur quattro des contrôles renforcés de l’installation ARM. omacom/omarchy-iso@d2a0d47ed320 explique que les anciens contrôles N1x pouvaient réussir sans tester la configuration N1x du système installé. omacom/omarchy-iso@6edcc58cbf60 fournit à la machine virtuelle les signaux du micrologiciel qu’Omarchy détecte réellement, au lieu de remplacer son mécanisme de détection. Les tests d’installation ARM utilisent également désormais les paquets edge publiés.
Un correctif distinct de l’image de machine virtuelle retire l’identité de la machine de construction de l’entrée Limine, afin que les clones mettent correctement cette entrée à jour après un changement de noyau. emirb a indiqué que les contrôles étendus échouaient sur l’image 4.0.5 publiée et réussissaient après un nouveau scellement intégrant la modification de omacom/omarchy-iso@bcc340933978. Sa fusion dans quattro est consignée par omacom/omarchy-iso@fd1c9a549a9f ; il s’agit de travaux sur la branche de développement.
rwsm proposé comme remplaçant compatible du gestionnaire de session
yamz8 a ouvert omacom/omarchy#15965 pour installer rwsm, une réécriture en Rust de l’exécutable d’uwsm, sur les nouvelles installations, tout en conservant les interfaces appelées par Omarchy. La proposition dépend de la publication d’un paquet et d’une modification de la réinstallation des paquets.
yamz8 a fait état d’une installation réussie depuis l’ISO et de 50 cycles de connexion, de lancement et de déconnexion ; ces résultats sont rapportés par la personne qui contribue. La PR reste ouverte.
OmaDroid référencé après des correctifs de confidentialité concernant les textes et l’inventaire des applications
github-actions[bot] a confirmé dans omacom/omarchy-plugin-marketplace#12139:issuecomment-6279773090 la publication d’OmaDroid sur la place de marché, avec une vérification examinée par la maintenance du projet. La soumission de
mateuspim propose une intégration Android comprenant l’envoi facultatif de texte et la configuration d’une webcam.
HANCORE-linux a repéré du texte privé dans les arguments des processus, puis une exposition de l’inventaire des applications.
mateuspim a indiqué avoir fait passer le texte par l’entrée standard, retiré les données d’inventaire des arguments d’awk et restreint les permissions du cache.
HANCORE-linux a ensuite confirmé dans omacom/omarchy-plugin-marketplace#12139:issuecomment-6279679513 que les expositions signalées avaient été corrigées et accepté les privilèges de configuration documentés. La vérification porte sur l’état du code référencé et ne constitue pas un audit de sécurité.
