My /var/log/Xorg.0.log complained that I had no evdev module. I had to add USE=evdev to dev-qt/qtgui and recompile. This should have been picked up from INPUT_DEVICES="evdev" in make.conf.
dev-qt/qtgui[evdev] doesn't control X evdev drivers, that's normally pulled in via x11-base/xorg-drivers. *** This bug has been marked as a duplicate of bug 558722 ***
(In reply to Michael Palimaka (kensington) from comment #1) > dev-qt/qtgui[evdev] doesn't control X evdev drivers, that's normally pulled > in via x11-base/xorg-drivers. Nevertheless, adding USE=evdev to dev-qt/qtgui gave X11 the evdev module it needed, without any other change.
(In reply to Peter Humphrey from comment #2) > Nevertheless, adding USE=evdev to dev-qt/qtgui gave X11 the evdev module it > needed, without any other change. I don't know what "gave X11 the evdev module it needed" means, but note that USE=evdev on qtgui is not normally needed on desktop systems.
(In reply to Davide Pesavento from comment #3) > (In reply to Peter Humphrey from comment #2) > > Nevertheless, adding USE=evdev to dev-qt/qtgui gave X11 the evdev module it > > needed, without any other change. > > I don't know what "gave X11 the evdev module it needed" means, It means that, without USE=evdev on qtgui, X11 complained about its evdev module being missing; with it, it doesn't. > but note that USE=evdev on qtgui is not normally needed on desktop systems. And I didn't have it either to start with. I only tried it because "equery h -p evdev" showed only qtgui and a game as having an evdev USE flag. I've had INPUT_DEVICES="evdev" in make.conf for as long as I can remember - several years, at least. Only now, with plasma-5 and friends, have I found a problem, which I reported here.