sys-apps/tuned now includes tuned-ppd, which registers the dbus service net.hadess.PowerProfiles and responds to the same calls as power-profiles-daemon. This should allow use of tuned as an optional drop-in replacement for power-profiles-daemon as the system power profile manager. (see link to fedora discussion) In theory, this is as simple calling 'make install-ppd' after 'make install' in the tuned ebuild, and shipping a (trivial) openrc init script. Anything that uses power-profiles-daemon over dbus could then get RDEPEND="|| ( sys-power/power-profiles-daemon sys-apps/tuned[ppd] )". In practice, tuned-2.24.0 requires https://github.com/redhat-performance/tuned/pull/672 (bug), and should probably get https://github.com/redhat-performance/tuned/pull/684 as well, to match the new UPower namespace. Those should land upstream soon(tm). Additionally, sys-apps/tuned and sys-power/power-profiles-daemon should probably be mutually exclusive (or at least present a warning), as they can and do interfere with each other at runtime. Including tuned-ppd would likely *require* them to be mutually exclusive, due to file collisions on /usr/share/dbus-1/system-services/net.hadess.PowerProfiles.service and /usr/share/dbus-1/system.d/net.hadess.PowerProfiles.conf Motivation: Tuned has more knobs, more profiles, and more granular control, but various packages depend unconditionally on power-profiles-daemon. This makes tuned difficult to use reliably, as power-profiles-daemon will override its tuning if running, and compromise functionality of packages using it if not. Installing tuned-ppd and letting it satisfy the power-profiles-daemon dependency would allow the user to freely choose between implementations without compromising functionality. Reproducible: Always
