arne ~ # emerge qemu-kvm app-emulation/qemu-kvm-1.1.1-r3 USE="aio opengl pulseaudio sdl vhost-net -alsa -bluetooth -brltty -caps -curl -debug -doc -fdt -mixemu -ncurses -python (-rbd) -sasl -smartcard -spice -static -systemtap -tci -tls -usbredir -vde -virtfs -xattr -xen -xfs" QEMU_SOFTMMU_TARGETS="i386 x86_64 -alpha -arm -cris -m68k -microblaze -microblazeel -mips -mips64 -mips64el -mipsel -ppc -ppc64 -ppcemb -s390x -sh4 -sh4eb -sparc -sparc64 -xtensa -xtensaeb" QEMU_USER_TARGETS="i386 x86_64 -alpha -arm -armeb -cris -m68k -microblaze -microblazeel -mips -mipsel -ppc -ppc64 -ppc64abi32 -s390x -sh4 -sh4eb -sparc -sparc32plus -sparc64 -unicore32" 0 kB arne ~ # qlist qemu-kvm | grep udev/rules.d /lib/udev/rules.d/65-kvm.rules arne ~ # pkg-config --variable=udevdir udev /usr/lib/udev Reproducible: Always
Created attachment 322164 [details] emerge --info
Created attachment 322166 [details, diff] Ebuild patch
This is all still being debated on the gentoo-dev ML. I would take it up on there and once the result is decided on we can make the change.
(In reply to comment #3) > This is all still being debated on the gentoo-dev ML. You mean http://thread.gmane.org/gmane.linux.gentoo.devel/78598 about udev-rules.eclass? > I would take it up on there and once the result is decided on > we can make the change. Doesn't sound like the "CANTFIX" resolution you chose. More like "LATER".
The problem is "LATER" was not available so I picked the next thing. If you follow the thread you mentioned the decision was to patch udev to always use the hard coded path and not add the eclass. The topic has come up again on the ML without a resolution.
(In reply to comment #5) > If you follow the thread you mentioned the decision was to patch udev to always > use the hard coded path and not add the eclass. The topic has come up again on > the ML without a resolution. There is no eclass, but see the udev changelog for udev-187-r3: "I also spoke with the other udev maintainer (Samuli), and he agrees that we should be using /usr/lib and allowing packages to put things in /lib for now." So /usr/lib is the preferred location (for both udev maintainers) for newer udev versions.
The eclass would be an enchancement but there is nothing stopping fixing this now... Every package should use the udevdir= as defined by udev in it's pkg-config file, that's just common sense, it's not something you can debate about unless you get udev upstream to discontinue the dynamic udevdir= system, which is not going to happen...
no such package as "app-emulation/qemu-kvm" in Portage anymore, if the problem is still present in some other qemu package, please do file a bug emerge: there are no ebuilds to satisfy "qemu-kvm"