Looks like this newest version of xf86-input-evdev now supplies /usr/share/X11/xorg.conf.d/10-evdev.conf, but xorg-server (all versions, I think) is already supplying it.
* This package will overwrite one or more files that may belong to other
* packages (see list below). You can use a command such as `portageq
* owners / <filename>` to identify the installed package that owns a
* file. If portageq reports that only one package owns a file then do
* NOT file a bug report. A bug report is only useful if it identifies at
* least two or more packages that are known to install the same file(s).
* If a collision occurs and you can not explain where the file came from
* then you should simply ignore the collision since there is not enough
* information to determine if a real problem exists. Please do NOT file
* a bug report at http://bugs.gentoo.org unless you report exactly which
* two packages install the same file(s). See
* http://wiki.gentoo.org/wiki/Knowledge_Base:Blockers for tips on how to
* solve the problem. And once again, please do NOT file a bug report
* unless you have completely understood the above message.
* Detected file collision(s):
* Searching all installed packages for file collisions...
* Press Ctrl-C to Stop
* Package 'x11-drivers/xf86-input-evdev-2.10.0' NOT merged due to file
* collisions. If necessary, refer to your elog messages for the whole
* content of the above message.
* GNU info directory index is up-to-date.
Chí-Thanh Christopher Nguyễn has already given the reference, but let me expound a bit more; upstream has removed that file from xorg-server, and xf86-input-evdev is now the owner. This decision was done in May 2015.
The patch for xorg-server is linked from the above page:
However, the patch is not (yet?) included in the server 1.17 branch:
Maybe we can apply the patch in xorg-server-1.17.4-r1, and let xf86-input-evdev-2.10.0 depend on >=1.17.4-r1. Anyway xf86-input-evdev-2.10.0 should block xorg-server <= 1.17.4, regardless of masking.
Upstream says the xorg-server patch won't be backported to 1.17 branch:
9999-versions work fine.
I've updated the dep for xorg-server to 1.18 to unmask it and to get xorg-server-1.18.0 to the tree.
If nobody wants to backport the fix to the old xorg-servers, we should probably close this ticket as fixed now.
Don't forget to make xorg-server >= 1.18 block xf86-input-evdev < 2.10; otherwise, it can result in a system lacking /usr/share/X11/xorg.conf.d/10-evdev.conf, meaning catch-all configuration is absent. TIA.
this don't alow to me to use keyboard on my system because ati-drivers need xorg server 1.17 and it can't use evdev.
report a bug. when use wireless keyboard and mouse combo, gnome or kde would got freeze sometimes, and once desktop locked, couldn't even login again. can't find any message from log.
If comment #6 is resolved, this bug can be closed. Thanks anyway.
Old versions of xf86-input-evdev are gone from the tree now.