Tuned and power-profiles-daemon provide a similar function to set and tune the power status of a system. However, the power-profiles-daemon provides limited profiles to configure the power status of a system. In the meantime, tuned provides many power profiles for different kinds of use cases and technologies. Both of them have similar features, if they can be integrated into one, it allows the fedora user to have more options for power settings of their system and benefits the users.
In this proposal, we would like to replace power-profiles-daemon with tuned. As far as we know, tuned already provides power profiles for different use cases and power-profiles-daemon provides the basic power profile configuration, such platform_profiles, Intel p-state and AMD p-state. We expected that the user can set those profile, tuned provided through gnome-control-panel. To minimize the information to the user, the power panel would provide a simple and advanced mode to show the power profiles. If the users want to finetune the system, they can switch to the advanced mode themselves. The impact scope will be on the tuned and the power panel since tuned should provide the basic power setting and API as power-profiles-daemon and the power panel should be able to show the power profiles that tuned provides.
Owners, do not implement this work until the FESCo vote has explicitly ended. The Fedora Program Manager will create a tracking bug in Bugzilla for this Change, which is your indication to proceed. See the FESCo ticket policy and the Changes policy for more information.
REMINDER: This ticket is for FESCo members to vote on the proposal. Further discussion should happen in the devel list thread linked above.
The change requires quite a bit of development, and as always, it's hard to know in advance if that will happen in time. But even if this doesn't work, we always have the contingency plan of sticking to the old daemon.
+1
Last I heard, the GNOME folks were actively opposed to doing this; has that changed?
Do you have citation for this? I saw some discussion about tuned providing a compat dbus interface so that it works with gnome shell, but not much besides that.
The proposal as it stands does not indicate that it would provide backwards compatibility to the PPD APIs used by multiple desktops (GNOME, KDE Plasma, and Budgie offhand). The KDE Plasma folks are also extremely unhappy about this situation, especially since it was not that long ago we shipped PPD in the first place.
The proposal includes a translation daemon that translates the API between tuned and p-p-d to minimize the impact on the applications that use p-p-d API. The issue discussion can be found at the following URL. https://github.com/redhat-performance/tuned/issues/559
I've updated the proposal and described the daemon clearly.
Any follow-ups here? If not, this is more or less approved. Speak up now.
I would like to discuss this in a meeting, so count me as procedural -1 for now.
Last I heard, the GNOME folks were actively opposed to doing this; has that changed? Do you have citation for this? I saw some discussion about tuned providing a compat dbus interface so that it works with gnome shell, but not much besides that.
I don't have a public citation, but for those FESCo members with Red Hat email addresses, they should be able to see https://issues.redhat.com/browse/RHEL-10463
Here's a public citation: https://pagure.io/fedora-workstation/issue/393#comment-878383
This will be discussed in today's meeting at 17:00 UTC.
Metadata Update from @zbyszek: - Issue tagged with: meeting
Summary of recent Workstation WG discussion
This was discussed in today's meeting: AGREED: It's too early to decide if/when tuned should replace p-p-d. The proposal is rejected for now. (+6, 1, 0)
(To clarify: the work on tuned can certainly continue. It'd be much easier to evaluate the change if there was a working POC so that we could test integration with gnome/kde/…, etc.)
Metadata Update from @zbyszek: - Issue close_status updated to: Rejected - Issue status updated to: Closed (was: Open)
Log in to comment on this ticket.