Closed ryanabx closed 6 months ago
linrunner
commented
6 months ago Hi, thanks for your suggestion.
However, there is a major obstacle: TLP is not implemented as a daemon [1], but in my opinion such a daemon would be required for a DBUS API.
ryanabx
commented
6 months ago Hi, thanks for your suggestion.
However, there is a major obstacle: TLP is not implemented as a daemon [1], but in my opinion such a daemon would be required for a DBUS API.
Thank you for your response! I think you're right that it's probable that a daemon would be required, since that's how ppd is currently implemented. As such it's probably out of scope for this project. I appreciate your work with tlp by the way!
Is your feature request related to a problem? Please describe.
The problem I face is wanting to have the power savings of tlp with the nice interface that DEs provide with power-profiles-daemon.
Describe the solution you'd like
An API could be implemented that takes calls to change the power profile in ppd and changes to a relevant profile in tlp instead. Since ppd is already recommended to be uninstalled, this would be non-intrusive to a user using tlp, and would allow tlp to hook into the UI components created by GNOME and KDE to control power profiles.
Describe alternatives you've considered
There is a project called TuneD which provides custom configuration profiles similar to tlp, and is implementing the power-profiles-daemon API due to a proposal to replace it with ppd in Fedora, see: https://discussion.fedoraproject.org/t/f40-change-proposal-tuned-replaces-power-profiles-daemon-self-contained/94995 Also see relevant PR: https://github.com/redhat-performance/tuned/pull/579