On Linux, the system keymap set when choosing qwerty-lafayette as default layout in gnome control center is fr

[taratatach]

After installing the layout via the python script and selecting it in the Gnome control center as the default layout on a single-user system, the virtual console keymap is updated to fr.

~$ localectl
   System Locale: LANG=fr_FR.UTF-8
       VC Keymap: fr
      X11 Layout: fr,us
     X11 Variant: lafayette,

~$ cat /etc/vconsole.conf
KEYMAP=fr
FONT=eurlatgr

This becomes an issue on disk encrypted systems after a kernel update or initramfs regeneration as fr will become the keymap used to type the decryption password at boot. The lafayette variant is not taken into account.

Could the script generate a custom keymap including the lafayette variant and make sure the Gnome control center selects this keymap?
I've seen variants included in other French keymaps:

~$ localectl list-keymaps | rg fr
ca-fr-dvorak
ca-fr-legacy
ch-fr
ch-fr_mac
ch-fr_nodeadkeys
ch-fr_sundeadkeys
cm-french
dvorak-ca-fr
dvorak-fr
fr
fr-azerty
fr-bepo
fr-bepo-latin9
fr-bepo_latin9
fr-bre
fr-dvorak
fr-latin0
fr-latin1
fr-latin9
fr-latin9_nodeadkeys
fr-latin9_sundeadkeys
fr-mac
fr-nodeadkeys
fr-oci
fr-old
fr-oss
fr-oss_latin9
fr-oss_nodeadkeys
fr-oss_sundeadkeys
fr-pc
fr-sundeadkeys
fr_CH
fr_CH-latin1
ma-french
mac-fr
mac-fr_CH-latin1
ml-fr-oss
sunt5-fr-latin1

[fabi1cazenave]

Oh, that’s why my en-US Ubuntu has an fr keymap…

I’m not sure the “Lafayette” key can be supported by a simple keymap. Looking at it.

[taratatach]

You can find more information about the issue here: https://bugzilla.redhat.com/show_bug.cgi?id=1405539

The disk decryption layout issue can be mitigated by doing the following each time the kernel is changed (or initramfs recompiled):

1. switch to the desired layout for the decryption password (in my case US Qwerty)
2. run sudo dracut -f
3. you can switch back to Qwerty Lafayette and decrypt the disk with a US Qwerty layout until the next kernel update