Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Dernière modification par Mac DebFa (13-10-2023 07:22:07)
Hors ligne
Pour les différences identifiées, est-ce qu'il n'y a pas une variante Belge Macintosh ?
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
[...], j'obtiens une disposition où les touches "@ #" et "< >" sont inversées (le "@" est disposé à côté de la touche Maj. alors qu'il est inscrit au-dessus de la touche Tab. sur le clavier).
Il s'agit d'un bogue ayant réapparu suite à la révocation d'un patch Debian, sur le paquet xkb-data.
Disponible jusqu'à Debian 11, le patch corrigeait ça via l'option XKB 'apple:badmap' ; que retourne :
Sur Debian 12 Xfce, un contournement simple est possible, via la création d'un fichier ~/.Xmodmap.
Dernière modification par èfpé (14-10-2023 21:36:42)
En ligne
tu peux faire ça:
dpkg-reconfigure keyboard-configuration
Malheureusement, après avoir saisi cette commande et le mot de passe puis, paramétré le clavier comme indiqué ci-dessous depuis l'interface semi-graphique, le clavier passe en QWERTY (alors qu'il était en AZERTY).
Apple Aluminium (ISO) > Ok > Français - Français (Macintosh) > Ok > Touche Alt de droite (AltGr) > Pas de touche «compose» > Ok > Oui > et je redémarre la machine pour tester à l'ouverture de session dans le champ d'un autre utilisateur (qui n'existe pas) pour voir les caractères.
Là, la touche ">/<" est disposé au bon endroit, mais nombreuses sont celles qui sont mal disposées ! 
On dirait que la configuration PC générique en AZERTY est enlevée, mais qu'il n'arrive pas à mettre la disposition "Français - Français (Macintosh)" et bascule sur du générique QWERTY... (Enfin, je l'interprète comme ça).
Pour les différences identifiées, est-ce qu'il n'y a pas une variante Belge Macintosh ?
Non, c'est français de France + français de Belgique, il n'y a pas de différence sur ce clavier (de ce que j'ai pu lire). J'en profite pour préciser que c'est pour un usage en français de France.
Il s'agit d'un bogue ayant réapparu suite à la révocation d'un patch Debian, sur le paquet xkb-data.
Disponible jusqu'à Debian 11, le patch corrigeait ça via l'option XKB 'apple:badmap' ; que retourne :xmodmap -pke | egrep ' 49| 94'
Sous Xfce, un contournement peut passer par la création d'un fichier ~/.xmodmaprc (par exemple).
Je comprends assez bien l'explication (sauf "que retourne" et la commande en $ qui suit) et en suis étonné. Peut-on espérer qu'une mise à jour prochaine corrige à nouveau ce bogue ? Si je crée le fichier manuellement pour contourner le problème, comment pourrais-je me rendre compte du moment où ce contournement ne sera plus nécessaire et qu'une reconfiguration comme indiquée par captnfab sera suffisante ? Faudra-t-il veiller à ça pour rétablir une configuration classique par la suite, ou peu importe ? J'avoue ne pas encore avoir eu le temps de chercher ce qu'il fallait inscrire dans ce fichier et à quel emplacement l'enregistrer, peux-tu me l'indiquer, stp ?
Hors ligne
Je comprends assez bien l'explication (sauf "que retourne" et la commande en $ qui suit) [...].
Il est très fréquent qu'une commande (informative ou non), fasse un 'retour' sur la sortie standard.
La commande 'qui suit' va montrer la situation initiale, permettant de proposer un contournement...
Or cette commande affichera la disposition de clavier courante, parce qu'entre-temps tu as bidouillé.
Peut-on espérer qu'une mise à jour prochaine corrige à nouveau ce bogue ?
Bien malin⋅e celui ou celle qui te répondra catégoriquement. L'histoire du bogue est 'mouvementée' :
2006 : proposition d'un contournement en amont (freedesktop),
2008 : abandon dudit contournement en amont (freedesktop),
2010 : reprise dudit contournement en aval (debian patches),
2021 : abandon dudit contournement en aval (xkb-data 2.33-1).
La raison ? le souci est censé avoir été corrigé au niveau du noyau, mais parfois ça ne marche pas...
J'avoue ne pas encore avoir eu le temps de chercher ce qu'il fallait inscrire dans ce fichier [...]
Cela découle du retour de commande demandé en #3, deux touches sont inversées, inversons-les !
Dernière modification par èfpé (05-10-2023 12:06:42)
En ligne
Bascule en config Apple avec :
(J'ai utilisé "sudo")
Nouvelle configuration après redémarrage (qui me donne curieusement du QWERTY 
) :
Affichage de la disposition des touches 49 et 94 (qui ne sert pas encore, puisque la disposition est curieusement en QWERTY)
MODIFICATION
Je vois qu'un autre problème est lié, lorsque je redémarre à la suite de l'exécution de la commande suivante :
Si je passe en mode verbeux en enlevant la fenêtre d'attente avec la touche "Échap", j'observe l'échec suivant :
Voici les détails de cet échec :
Pour réparer, j'ai lu sur un autre forum qu'il suffisait d'exécuter cette commande :
Comme il n'y a pas de retour, je vérifie en relançant la commande affichant les détails :
La réparation tient lors des redémarrages suivants, sauf si j'utilise :
Je me suis dit que c'était important de le noter. 
Dernière modification par Mac DebFa (05-10-2023 10:49:56)
Hors ligne
Comment connaître le numéro de chaque touche d'un clavier ou d'un autre ?
Je suppose que tu fais allusion aux 'keycodes' utilisés par XKB ? dans ce cas, tu peux exécuter xev.
Note que les keycodes sont en principe stables ; c'est le pilote du noyau qui permute deux touches.
(qui ne sert pas encore, puisque la disposition est curieusement en QWERTY)
Et pour reproduire le problème, il m'a fallu forcer le modèle applealu_iso sur un clavier très différent.
Mais ici, l'origine de l'état incohérent de la configuration du clavier doit être ailleurs. Que retournent :
Il serait intéressant d'avoir les références exactes du clavier ainsi que le retour de lsusb si pertinent.
Dernière modification par èfpé (06-10-2023 09:46:42)
En ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Informations trouvées sous le clavier :
3383000CPZ0YA
Model No : A1243
EMC No : 2171
Clavier secondaire (Lenovo)
Informations trouvées sous le clavier :
Lenovo KU-0989 (voire E8H-KU-0989, à la suite d'une inscription en coréen)
MFG : CEM 2012-03-10
Print : CEM 2012-03-10
FRU P/N : 54Y9304
P/N : 54Y9304
REV : A01
S/N : 0145291
Dernière modification par Mac DebFa (06-10-2023 09:48:03)
Hors ligne
Dernière modification par èfpé (09-10-2023 22:18:42)
En ligne
le fichier sera enregistré sous le nom .xmodmap-(uname-n)
fermer et reouvrir la session pour retrouver son clavier comme avant
l’utilitaire est un peu vieillot il faut agrandir la fenêtre pour pouvoir voir la liste entière des claviers, malheureusement il en manque
le truc est de choisir celui qui sans approche le mieux
une fois choisis on clique droite sur la touche à modifier, exemple si on choisit exchange cela permet de la permuter avec une autre
le curseur se change en + et on clique sur la touche q permuter
une fois fais on choisit write output
il y a un message de confirmation et le fichier est créé
Dernière modification par Croutons (07-10-2023 15:11:41)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
message à supprimer
J'ai juste eu le temps de lire le message et je pensais tester aujourd'hui, mais je vois que tu as choisi de le retirer. Il y avait un problème ?
J'en profite pour enlever du tableau de bord et désinstaller "complètement" le paquet "xfce4-xkb-plugin" (et "xfce4-goodies") comme tu me l'indiquais. Je vais tester à nouveau les commandes pour voir si ça créait un conflit.
J'ai aussi retenu que je pouvais paramétrer en clavier générique.
Aussi, si la bascule est trop compliquée à réaliser, je me suis fait à l'idée de conserver uniquement le clavier Apple.
@Croutons Concernant la solution que tu proposes, vu que ça crée un fichier dans le "home", je me demande : est-ce que la disposition des touches sera la bonne pour écrire le mot de passe permettant d'ouvrir la session ?
MODIFICATION
Finalement, ça fonctionne (à part la touche "éject"). Après la désinstallation du plugin indiqué plus haut dans ce message, j'ai vu un message lors d'un redémarrage (en haut, sous la ligne "clean..." et au-dessus de la liste des OK) qui semblait indiquer que le clavier alu (que j'avais laissé brancher tout seul) était mal reconnu. J'ai donc débranché ce clavier, laissé débranché le clavier Lenovo et branché un vieux clavier Apple (en plastique transparent avec des touches épaisses) : celui-ci est bien détecté au démarrage ! J'ai donc exécuté quelques commandes vues précédemment :
(avec sudo)
ATTENTION : j'ai indiqué "Apple" en modèle de clavier (et non pas "Apple Aluminium (ISO)"). Pour les questions suivantes, j'ai indiqué les mêmes réponses que précédemment, "Français (Macintosh)" > Touche Alt de droite (AltGr) > Pas de touche «compose» > Oui.
En redémarrant, toujours en mode verbeux, j'observe le message d'échec énoncé précédemment dans ce fil de discussion, je répare donc avec la commande :
(avec sudo)
Après le redémarrage, le vieux clavier Apple transparent fonctionne correctement (sauf la touche "éject") et je n'ai plus de message d'erreur. Malheureusement, il n'est pas assez plat. Vu que c'est de l'USB, je le débranche et branche le clavier Apple en alu. Il fonctionne aussi bien. Je redémarre, il fonctionne toujours aussi bien.
Bref, peut-être qu'indiquer directement "Apple" aurait suffit et tant pis pour le clavier secondaire, mais je vais maintenant me concentrer sur le paramétrage des raccourcis clavier (pour remplacer "Ctrl"+"c" et compagnie par "Cmd"+"c" et compagnie).
Merci pour toutes vos réponses et explications !
Dernière modification par Mac DebFa (10-10-2023 14:08:02)
Hors ligne
J'en profite pour enlever du tableau de bord et désinstaller "complètement" le paquet "xfce4-xkb-plugin" (et "xfce4-goodies") comme tu me l'indiquais.
Ce n'est absolument pas ce que je suggérais : dire à xfce4-keyboard-settings de ne pas s'en mêler.
J'ai aussi retenu que je pouvais paramétrer en clavier générique.
C'est en tout cas ce que j'ai pu lire sur linux-hardware.org, mais pas de souci, si c'est le seul clavier.
Aussi, si la bascule est trop compliquée à réaliser,
Pour des raisons que je ne développerai pas, c'est trivial sur Debian 11 et compliqué sur Debian 12.
je me suis fait à l'idée de conserver uniquement le clavier Apple.
Un simple fichier ~/.Xmodmap (exécuté automatiquement, sur Xfce) corrigera la disposition fr(mac).
XKeyCaps a principalement été développé dans les années 1990, cette proposition est inappropriée.
Dernière modification par èfpé (18-10-2023 19:00:42)
En ligne
Hors ligne
@Croutons Concernant la solution que tu proposes, vu que ça crée un fichier dans le "home", je me demande : est-ce que la disposition des touches sera la bonne pour écrire le mot de passe permettant d'ouvrir la session ?
je pense que tu as pu essayer et te rendre compte que non, j'ai cherché un peu et pour avoir la modification avant l'ouverture de la session il faut une KEYMAP pour la console
localectl te renvoie unset
VC Keymap: (unset)
la méthode du wiki arch fonctionne, j'ai réussi a charger une disposition de clavier
j'ai pas tenté de modif du clavier encore
j'ai choisis au pif c'est juste pour tester
après reboot
quand tu auras copier un fichier clavier il suffira de repérer les touches a inverser
https://wiki.archlinux.org/title/Linux_ … (Français)
https://man.archlinux.org/man/vconsole.conf.5
Dernière modification par Croutons (11-10-2023 07:18:43)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Hors ligne
Dernière modification par Croutons (11-10-2023 17:27:05)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
je vais maintenant me concentrer sur le paramétrage des raccourcis clavier (pour remplacer "Ctrl"+"c" et compagnie par "Cmd"+"c" et compagnie).
Je m'appuie sur les ressources suivantes :
Ctrl / Cmd (et d'autres trucs utiles)
Raccourcis claviers sous macOS
Je pense attribuer l'application "xfce4-screenshooter" à chacun de ces raccourcis :
Menu Whisker > Paramètres > Clavier > onglet Raccourcis d'applications > bouton Ajouter > xfce4-screenshooter > "Maj." + "Cmd." + "3"
À reproduire pour chaque raccourci.
Hors ligne
l’appuie sur une touche donne son code, code qui est différent de celui qu’on obtient sous x avec son terminal
on note le code des touches à modifier, attendre 10 secondes que l’utilitaire showkey s’arrête
rebasculer dans sa session Alt+7
créer les dossiers manquant
installer most qui permet de pouvoir afficher les fichiers compresser correctement
on crée son fichier personnel
consulter les fichiers keymap et repérer le numéro de code des touches à modifier
pour le choix du fichier je sais pas trop c’est au pif celui qui parait être le bon, il faut regarder son contenu
on peut s’aider avec xev pour voir le détail sur une touche
exemple pour la touche
>
<
c’est less et greater que l’on doit retrouver dans le fichier keymaps compressé
suivant le fichier consulter on a quelque petite différence
exemple entre fr-latin0
et fr-latin9
il y a aussi des dispositions pour mac, mais je sais pas si c’est pertinent, car le fichier charge plusieurs autres fichier keymaps
alors que si on a juste 2 touches à modifier mieux vaut laisser la disposition par défaut et faire appel au fichier personnel.map
une fois le fichier personnel.map enregistrer on teste la nouvelle disposition
il faut rebasculer sur la console pour tester le clavier, car la disposition dans la session graphique n’est pas modifiée
quand on est satisfait du changement il faut créer un fichier
le fichier personnel.map sera chargé et appliqué après reboot
localectl devrait afficher un ligne indiquant que le fichier personnel a bien été chargé
Dernière modification par Croutons (13-10-2023 09:44:35)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Comment puis-je corriger cette disposition ?
Depuis le noyau 2.6.34, le paramètre iso_layout du module hid-apple permet de gérer ce problème :
C'est la détection automatique, introduite dans la version 5.16, qui fonctionne mal sur ton système.
Un test perso (noyau 6.1.55-1) : pas d'inversion de touches constatée ; mais touche fn désactivée.
Va corriger l'éventuelle inversion de touches et restaurer un fonctionnement normal de la touche fn.
Comment faire pour qu'elle soit active dès le démarrage de l'ordinateur (notamment pour saisir le mot de passe de session) ?
La configuration de clavier du système est active dès l'écran de connexion (gdm, lightdm, ou autre).
Comment conserver la disposition de l'ancien clavier Lenovo, pour pouvoir l'utiliser simplement lorsque je le branche sur la machine (en cours de session ou avant, peu importe ; s'il est nécessaire de cliquer sur le petit drapeau français de "xfce4-xkb-plugin" dans le tableau de bord pour effectuer la bascule, ça m'ira très bien aussi) ?
Pour la bascule entre différents claviers on peut recourir à une règle udev ou à un fichier xorg.conf :
ou
Ce ne sont que des exemples. Par ailleurs, tes exigences ajoutées en #18 viennent tout compliquer.
Attention : le cas échéant (paquet ibus installé), dire à IBus d'Utiliser la disposition clavier système.
Dernière modification par èfpé (21-10-2023 21:34:42)
En ligne
Ce ne sont que des exemples. Par ailleurs, tes exigences ajoutées en #18 viennent tout compliquer.
c’est le fait qu’il ait 2 claviers qui complique le truc?
sinon il y aurait bien esekyed mais c’est plus ardu à mettre en place
https://debian-facile.org/viewtopic.php … 73#p379473
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
c’est le fait qu’il ait 2 claviers qui complique le truc ?
Non, je pensais aux raccourcis clavier spécifiques, quoique je n'aie pas poussé le vice jusqu'à tester.
En ligne
edit: j'en ai testé un
j'ai affecté ma touche F12 au mute audio, keycode 96 (xev -event keyboard)
ça fonctionne
j'ai eu moins de chance avec XF86Sleep il se passe rien
Dernière modification par Croutons (14-10-2023 18:00:34)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne