Should be /usr/libexec not /usr/lib/libexec === $ equery b /usr/lib/libexec * Searching for /usr/lib/libexec ... kde-apps/kalarm-17.04.3 (/usr/lib64/libexec) kde-apps/kwalletmanager-17.04.3 (/usr/lib64/libexec) kde-frameworks/frameworkintegration-5.34.0 (/usr/lib64/libexec) kde-frameworks/kauth-5.34.0 (/usr/lib64/libexec) kde-frameworks/kconfig-5.34.0 (/usr/lib64/libexec) kde-frameworks/kdelibs4support-5.34.0 (/usr/lib64/libexec) kde-frameworks/kdesu-5.34.0 (/usr/lib64/libexec) kde-frameworks/kinit-5.34.0 (/usr/lib64/libexec) kde-frameworks/kio-5.34.0-r2 (/usr/lib64/libexec) kde-frameworks/ktexteditor-5.34.0 (/usr/lib64/libexec) kde-frameworks/kwayland-5.34.0 (/usr/lib64/libexec) kde-frameworks/kxmlgui-5.34.0 (/usr/lib64/libexec) kde-plasma/kde-cli-tools-5.9.5-r1 (/usr/lib64/libexec) kde-plasma/kscreenlocker-5.9.5 (/usr/lib64/libexec) kde-plasma/kwin-5.9.5 (/usr/lib64/libexec) kde-plasma/libkscreen-5.9.5 (/usr/lib64/libexec) kde-plasma/libksysguard-5.9.5 (/usr/lib64/libexec) kde-plasma/plasma-desktop-5.9.5 (/usr/lib64/libexec) kde-plasma/plasma-workspace-5.9.5.1-r2 (/usr/lib64/libexec) kde-plasma/polkit-kde-agent-5.9.5 (/usr/lib64/libexec) kde-plasma/powerdevil-5.9.5 (/usr/lib64/libexec) kde-plasma/sddm-kcm-5.9.5 (/usr/lib64/libexec) ===
This is the standard path set by extra-cmake-modules' KDEInstallDirs.
(In reply to Andreas Sturmlechner from comment #1) > This is the standard path set by extra-cmake-modules' KDEInstallDirs. OK, Looks like 2 options 1. add `-DKDE_INSTALL_LIBEXECDIR=/usr/libexec` to all packages 2. modify /usr/share/ECM/kde-modules/KDEInstallDirs.cmake in kde-frameworks/extra-cmake-modules and reinstall all packages could change the ebuild to include the following `sed -i -e 's:_define_relative(LIBEXECDIR LIBDIR "libexec":_define_relative(LIBEXECDIR EXECROOTDIR "libexec":' /usr/share/ECM/kde-modules/KDEInstallDirs.cmake`
can you please take action here.. KDE is the only package that does this in all of gentoo.. its trivial for you all to fix these in ebuilds without patches
(In reply to GinoM from comment #3) > its trivial for you all to fix these in ebuilds without patches This was low-piority so far, but the EAPI-7 bump is a good opportunity to fix it in eclass, and is in progress in kde overlay already.
Just checked in opensuse which does not change the default (same as Gentoo). Same with Debian, who just use a more complicated multiarch subdir scheme. Arch is changing the path to LIBDIR/kf5 instead. I'm not sure this is worth the hassle and ensuing breakage.
Qt5 is using the following path: /usr/$(get_libdir)/qt5/libexec/ Based on that, the next best thing would be to use instead: /usr/$(get_libdir)/kf5/libexec/ Since the current path is not wrong, consistent among all ECM revdeps, and not leaking executables directly into /usr/lib64 (as with Arch), this change would be purely cosmetical.
Calling it off for EAPI-7 at least.
FreeBSD does not change the default either. Closing WONTFIX.