*** This bug is a duplicate of bug 1867548 *** https://bugs.launchpad.net/bugs/1867548
I'm having the exact same problem on Ubuntu 20.04 and gnome-control- center version 3.36.2 with the assumed duplicate bug fixed. I follow the same steps as in the original description to exchange the Control_L key and XF86WakeUp key (Fn on German keyboards): I executed xev to discover the Control_L and XF86WakeUp keycodes: KeyRelease event, serial 37, synthetic NO, window 0x4600001, root 0x5dd, subw 0x0, time 4165720, (668,636), root:(902,854), state 0x4, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 37, synthetic NO, window 0x4600001, root 0x5dd, subw 0x0, time 4166218, (668,636), root:(902,854), state 0x0, keycode 151 (keysym 0x1008ff2b, XF86WakeUp), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False Then, I run $ xmodmap -e "keycode 37 = XF86WakeUp" and $ xmodmap -e "keycode 151 = Control_L" After which xev shows: KeyRelease event, serial 37, synthetic NO, window 0x3c00001, root 0x5fd, subw 0x0, time 1691367, (1390,1888), root:(1584,2066), state 0x0, keycode 151 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 37, synthetic NO, window 0x3c00001, root 0x5fd, subw 0x0, time 1692110, (1390,1888), root:(1584,2066), state 0x0, keycode 37 (keysym 0x1008ff2b, XF86WakeUp), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False Saving this to a .Xmodmap file and looking at the content correctly shows the change: $ xmodmap -pke ~./Xmodmap $ cat ~/.Xmodmap -- snip -- keycode 37 = XF86WakeUp NoSymbol XF86WakeUp keycode 151 = Control_L NoSymbol Control_L -- snip-- However, the system still treats key 37 as Control_L, and key 151 as XF86WakeUp. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to x11-xserver-utils in Ubuntu. https://bugs.launchpad.net/bugs/1872501 Title: Modifications ALT R mapping at xmodmap not taking effect Status in x11-xserver-utils package in Ubuntu: New Bug description: How to map ALT Gr key as ALT R on Ubuntu 20.04? As described in an Ask Ubuntu post, I've executed xev at Ubuntu 20.04 in order to discover ALT L and ALT R keycodes: - ALT L: keycode 64 (keysym 0xffe9, Alt_L) - ALT R: keycode 108 (keysym 0xfe03, ISO_Level3_Shift) Running xmodmap -pke > ~/.Xmodmap, the following configuration was saved: keycode 64 = Alt_L Meta_L Alt_L Meta_L Alt_L Meta_L keycode 108 = ISO_Level3_Shift NoSymbol ISO_Level3_Shift NoSymbol ISO_Level3_Shift Theoretically re-mapping 108 at ~/.Xmodmap should be enough: keycode 108 = Alt_R Meta_R Alt_R Meta_R Alt_R Meta_R However, even running xmodmap ~/.Xmodmap and also saving this command at ~/.xinitrc, the modifications did not take effect immediately or after login again at Ubuntu. Thus it is not possible to execute extensible commands in Emacs using ALT R + X at Emacs So what is the proper way of changing ALT R behavior? Or is it a bug at 20.04 release? References: - https://askubuntu.com/questions/1226777/ubuntu1-how-to-map-alt-gr-key-as-alt-r-on-ubuntu-20-04 - https://askubuntu.com/questions/254424/how-can-i-change-what-keys-on-my-keyboard-do-how-can-i-create-custom-keyboard - https://askubuntu.com/questions/813332/how-to-enable-alt-gr-key-as-alt-r-for-emacs-on-ubuntu-16-04 ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: x11-xserver-utils 7.7+8 ProcVersionSignature: Ubuntu 5.4.0-24.28-generic 5.4.30 Uname: Linux 5.4.0-24-generic x86_64 ApportVersion: 2.20.11-0ubuntu26 Architecture: amd64 CasperMD5CheckResult: skip CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins' CompositorRunning: None CurrentDesktop: ubuntu:GNOME Date: Mon Apr 13 13:18:33 2020 DistUpgraded: Fresh install DistroCodename: focal DistroVariant: ubuntu DkmsStatus: evdi, 5.1.26: added virtualbox, 6.1.4, 5.4.0-24-generic, x86_64: installed EcryptfsInUse: Yes GraphicsCard: Intel Corporation UHD Graphics 620 [8086:5917] (rev 07) (prog-if 00 [VGA controller]) Subsystem: Dell UHD Graphics 620 [1028:082a] InstallationDate: Installed on 2018-01-29 (805 days ago) InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20180105.1) MachineType: Dell Inc. XPS 13 9360 ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.4.0-24-generic root=/dev/mapper/ubuntu--vg-root ro quiet splash vt.handoff=7 SourcePackage: x11-xserver-utils UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 11/14/2019 dmi.bios.vendor: Dell Inc. dmi.bios.version: 2.13.0 dmi.board.name: 02PG84 dmi.board.vendor: Dell Inc. dmi.board.version: A00 dmi.chassis.type: 9 dmi.chassis.vendor: Dell Inc. dmi.modalias: dmi:bvnDellInc.:bvr2.13.0:bd11/14/2019:svnDellInc.:pnXPS139360:pvr:rvnDellInc.:rn02PG84:rvrA00:cvnDellInc.:ct9:cvr: dmi.product.family: XPS dmi.product.name: XPS 13 9360 dmi.product.sku: 082A dmi.sys.vendor: Dell Inc. version.compiz: compiz N/A version.libdrm2: libdrm2 2.4.101-1 version.libgl1-mesa-dri: libgl1-mesa-dri 20.1~git2003140730.b93a19~oibaf~e version.libgl1-mesa-glx: libgl1-mesa-glx 20.1~git2003140730.b93a19~oibaf~e version.xserver-xorg-core: xserver-xorg-core 2:1.20.8-2ubuntu2 version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:19.1.0-1 version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.917+git20190815-1 version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.16-1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/x11-xserver-utils/+bug/1872501/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp