Arch Linux

Description:
Using any macro key I use on my mouse on any qt application will cause an instant crash after libX11 was updated to 1.7.
I use Paper to set the mouse macro keys, and my mouse is a Logitech G203.

Additional info:

Version:
extra/qt5-base 5.15.2-1

Log:
```
#0 0x00007f6bbc8b8615 in raise () at /usr/lib/libc.so.6
#1 0x00007f6bbc8b86a0 in <signal handler called> () at /usr/lib/libc.so.6
#2 0x00007f6bb6ead150 in () at /usr/lib/libxkbcommon-x11.so.0
#3 0x00007f6bb6eae2b4 in xkb_x11_keymap_new_from_device () at /usr/lib/libxkbcommon-x11.so.0
#4 0x00007f6bb6f8cb89 in () at /usr/lib/libQt5XcbQpa.so.5
#5 0x00007f6bb6f863cf in QXcbConnection::handleXcbEvent(xcb_generic_event_t*) () at /usr/lib/libQt5XcbQpa.so.5
#6 0x00007f6bb6f86c69 in QXcbConnection::processXcbEvents(QFlags<QEventLoop::ProcessEventsFlag>) ()
at /usr/lib/libQt5XcbQpa.so.5
#7 0x00007f6bb6faa54e in () at /usr/lib/libQt5XcbQpa.so.5
#8 0x00007f6bbcf193fc in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/libQt5Core.so.5
#9 0x00007f6bbcf21894 in QCoreApplication::exec() () at /usr/lib/libQt5Core.so.5
```

Link to upstream bug report, if any:

None, and I'm fairly sure it just needs a rebuild due to the new API of libX11 1.7 (https://lists.x.org/archives/xorg-announce/2020-November/003065.html).

Steps to reproduce:

Use a macro key on any qt application. I see this most often on KWin, but the stacktrace doesn't point to it, sans the stacktrace coming from kwin_x11.