Description of problem: On an up-to-date system (June-24-2006) I can no longer, as a user, change the governor. When looking at /var/log/secure I can see the line: userhelper[4935]: running '/usr/sbin/cpufreq-selector -g 8t�' with root privileges on behalf of 'paul' Version-Release number of selected component (if applicable): The 'About' shows 2.14.2 How reproducible: Every time. Steps to Reproduce: 1. Log in (Gnome) as an ordinary user on a system that support cpufreq 2. try to change the governor via the 'CPU Frequency Scaling Monitor' utility. 3. Actual results: Nothing changes. The /var/log/secure shows: userhelper[4935]: running '/usr/sbin/cpufreq-selector -g 8t�' with root privileges on behalf of 'paul' every time it's tried. Expected results: Change of the governor. Additional info: I've seen this already for a few weeks. The latest update probably did it (when looking at the submit list I can see a change in calling /usr/sbin/cpufreq-selector).
Created attachment 131488 [details] Patch This patch fixes the problem. Actually, this feature has been broken by the gnome-applets-2.14.2-cpufreq.patch patch, so I think this patch should be merged into gnome-applets-2.14.2-cpufreq.patch.
Same problem confirmed here. More details on how to reproduce: 2) Add the cpufreq applet if not active already 3) Right-click -> Settings -> Menu: Frequencies and govenors Close 4) Left-click -> govenors -> ... nothing happens tail /var/log/secure, garbage logged where it should show the govenor. Manually executing /usr/bin/cpufreq-selector with the expected arguments works. the patch looks sane to me, but haven't tried it (too small problem for me for doing a gnome-applets rebuild..)
Just wanted to say that I'm seeing this too. It looks like that patch should fix things as cpufreq-selector works fine from the command line, but is being fed garbage by cpufreq-applet.
I can confirm that the patch Works For Me (tm). Any chance of getting this out in an update sometime soon? There doesn't appear to be a a 2.14.4 release on the GNOME horizon so a 2.14.3-2 release of this would be much appreciated by laptop users.
I've pushed gnome-applets-2.14.3-2.fc5 into updates-testing, which should fix this issue.
This is an FC5 issue, removing from FC6Target
gnome-applets-2.14.3-2.fc5 has been pushed for fc5, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report.
I'm running gnome-applets-2.14.3-2.fc5 now and the issue is solved. Thanks and regards, Paul.
Fixed by gnome-applets-2.14.3-2.fc5.
Confirmed fixed.
Hi, We no longer support Fedora Core 5 and I am currently trying to get my open bug count down to a more manageable state. I'm going to close this bug as WONTFIX. If this issue is still a concern for you, would you mind trying to reproduce on a supported version of Fedora and reopening? (this is a mass message)