Re: [arch-general] [arch-dev-public] KDE 4.8.0 hits [testing]
Le 26/01/2012 08:24, Andrea Scarpino a écrit :
Hi all, overnight the mirrors synced the latest stable release of KDE.
I had no many time to work on it, so I pushed it in [testing] just to be sure everything's ok. As I can't send to arch-dev-public, I'm sending this here:
This release seems good to me. (signoff x86_64 ?) I've been using the packages available in kde-unstable, and I must say the packaging is well done! Good job! Tim
On 01/27/2012 09:21 AM, Timothée Ravier wrote:
Le 26/01/2012 08:24, Andrea Scarpino a écrit :
Hi all, overnight the mirrors synced the latest stable release of KDE.
I had no many time to work on it, so I pushed it in [testing] just to be sure everything's ok. As I can't send to arch-dev-public, I'm sending this here:
This release seems good to me. (signoff x86_64 ?)
First off, New arch user here (was with redhat/fedora since about RH3 or so) - decided to move in this direction ... so far am liking it a lot. Thank you! I'll get more involved as I find my way round and learn the ways ... pre-apologies if I'm not familiar with all the protocols yet .. That said - (1) kde 4.8 - stable and working as its intended best I can tell - tested on 2 desktops and 1 laptop since last night. (2) One smallish potential problem zone on laptop is the new power applet - profiles are gone and it is no longer possible to choose a 'powersave' vs 'performance' via a toggle. If the bug[1] continues where the power applet thinks it is in battery mode after unplugging A/C, but in fact it is not (screen remains bright etc) [2] then the old way of 'fixing' it of hand toggling to performance profile and back to powersave is no longer available (at least via the power applet). So now need a CLI script to avoid battery drain in that case. Seems a step back. There is a toggle to 'turn off power management - useful for presentations on battery I suppose ... tho when I tried it earlier on battery it did not seem to restore performance mode for me ... I need to investigate that further tho'. gene [1] lenovo W520 I7 gen-2 with i915. [2] I had with all prev kde and up to 3.2.1 kernel.
Hi Gene, On Fri, Jan 27, 2012 at 5:32 PM, Genes MailLists <lists@sapience.com> wrote:
First off, New arch user here (was with redhat/fedora since about RH3 or so) - decided to move in this direction ... so far am liking it a lot.
Welcome!
(2) One smallish potential problem zone on laptop is the new power applet - profiles are gone and it is no longer possible to choose a 'powersave' vs 'performance' via a toggle.
This seems to be working as intended (http://www.kde.org/announcements/4.8/plasma.php), so nothing that we should do anything about (if you think it should change it should be taken up with upstream).
If the bug[1] continues where the power applet thinks it is in battery mode after unplugging A/C, but in fact it is not (screen remains bright etc) [2] then the old way of 'fixing' it of hand toggling to performance profile and back to powersave is no longer available (at least via the power applet).
So now need a CLI script to avoid battery drain in that case. Seems a step back.
That's an annoying bug (both with CLI and with GUI workarounds imho). If you know where in the stack the problem is (plasma/solid/upower/kernel), please file bug upstream. If not, file a bug at bugs.archlinux.org and we'll try to figure it out :)
There is a toggle to 'turn off power management - useful for presentations on battery I suppose ... tho when I tried it earlier on battery it did not seem to restore performance mode for me ... I need to investigate that further tho'.
If it persists, please file bug :-) Cheers, Tom
On 01/27/2012 01:40 PM, Tom Gundersen wrote:
Welcome!
Thank you!
(2) One smallish potential problem zone on laptop is the new power applet - profiles are gone and it is no longer possible to choose a 'powersave' vs 'performance' via a toggle.
This seems to be working as intended (http://www.kde.org/announcements/4.8/plasma.php), so nothing that we should do anything about (if you think it should change it should be taken up with upstream).
Agreed completely - was just making a comment ...
That's an annoying bug (both with CLI and with GUI workarounds imho). If you know where in the stack the problem is
I need to work on it to track it down further and confirm it is still happening with current kernel/plasma et al - in the past it has taken a couple of sleep/wake cycles to trigger ...
(plasma/solid/upower/kernel), please file bug upstream. If not, file a bug at bugs.archlinux.org and we'll try to figure it out :)
There is a toggle to 'turn off power management - useful for presentations on battery I suppose ... tho when I tried it earlier on battery it did not seem to restore performance mode for me ... I need to investigate that further tho'.
If it persists, please file bug :-)
Will do ... gene
On Fri, Jan 27, 2012 at 7:55 PM, Genes MailLists <lists@sapience.com> wrote:
On 01/27/2012 01:40 PM, Tom Gundersen wrote:
Welcome!
Thank you!
(2) One smallish potential problem zone on laptop is the new power applet - profiles are gone and it is no longer possible to choose a 'powersave' vs 'performance' via a toggle.
This seems to be working as intended (http://www.kde.org/announcements/4.8/plasma.php), so nothing that we should do anything about (if you think it should change it should be taken up with upstream).
Agreed completely - was just making a comment ...
That's an annoying bug (both with CLI and with GUI workarounds imho). If you know where in the stack the problem is
I need to work on it to track it down further and confirm it is still happening with current kernel/plasma et al - in the past it has taken a couple of sleep/wake cycles to trigger ...
(plasma/solid/upower/kernel), please file bug upstream. If not, file a bug at bugs.archlinux.org and we'll try to figure it out :)
There is a toggle to 'turn off power management - useful for presentations on battery I suppose ... tho when I tried it earlier on battery it did not seem to restore performance mode for me ... I need to investigate that further tho'.
If it persists, please file bug :-)
Will do ...
gene
Hello Gene, I have a W520 too and I can share what I did for power management in KDE: - first of all, I suggest you to install tlp [1] from aur - I wrote a little bash script [2] to set cpufreq's governor and lcd's brightness, located in /root/governor.sh - enabled wheel group to use it without password with the following in sudoers: %wheel ALL=(ALL) NOPASSWD: SETENV: /root/governor.sh - in KDE's systemsettings -> power management, I enabled "run script" on profile load, with the following settings: AC profile -> "sudo /root/governor.sh ac" BATTERY profile -> "sudo /root/governor.sh bat" using these settings my laptop correctly switches profile on AC->BAT (and viceversa) events Cheers, Morris [1] - https://aur.archlinux.org/packages.php?ID=48464 [2] - http://pastie.org/3268259
On 01/28/2012 03:26 AM, Morris wrote:
Hello Gene,
I have a W520 too and I can share what I did for power management in KDE:
...
using these settings my laptop correctly switches profile on AC->BAT (and viceversa) events
Cheers, Morris
[1] - https://aur.archlinux.org/packages.php?ID=48464 [2] - http://pastie.org/3268259
Hi morris: First off thank you for the feedback and suggestion. I just looked at your script - I think you're using cpufreq-set which is being deprecated and replaced by the cpupower tools (in core not AUR) which have these tools: cpupower-frequency-set cpupower-set Do you know how to modify your script to use the new cpupower tools? If I recall right, cpupower was introduced for the 3.x kernel. gene/
cpupower followup: I installed cpupower but a short test for me didn't work .. 1) ls /sys/devices/system/cpu/cpufreqy Is empty .. 2) cpupower -c 0 frequency-set -g ondemand Setting cpu: 0 Error setting new values. Common errors: - Do you have proper administration rights? (super-user?) - Is the governor you requested available and modprobed? - Trying to set an invalid policy? - Trying to set a specific frequency, but userspace governor is not available, for example because of hardware which cannot be set to a specific frequency or because the userspace governor isn't loaded? I need to read more ... to get the right driver installed first I guess.
On 01/29/2012 11:04 PM, Genes MailLists wrote:
I need to read more ... to get the right driver installed first I guess.
Lots of great info here .. doh me .. https://wiki.archlinux.org/index.php/CPU_Frequency_Scaling
On 01/29/2012 11:11 PM, Genes MailLists wrote:
Lots of great info here .. doh me ..
Morris - The change to your script to use cpupower is trivial: cpupower frequency-set -g $AC_GOVERNOR to replace the 'do i in seq ..' line by default cpupower works on all CPUs. Thanks for help ...
On 01/28/2012 03:26 AM, Morris wrote:
I have a W520 too and I can share what I did for power management in KDE:
- first of all, I suggest you to install tlp [1] from aur - I wrote a little bash script [2] to set cpufreq's governor and lcd's brightness, located in /root/governor.sh - enabled wheel group to use it without password with the following in sudoers: %wheel ALL=(ALL) NOPASSWD: SETENV: /root/governor.sh - in KDE's systemsettings -> power management, I enabled "run script" on profile load, with the following settings: AC profile -> "sudo /root/governor.sh ac" BATTERY profile -> "sudo /root/governor.sh bat"
Ok - so now the question is why is the thing not working correctly to begin with - and how do we fix it so we don't need to fix by hand ...
On 01/27/2012 01:55 PM, Genes MailLists wrote: I confirm that after a few sleep cycles - when I pull A/C on laptop while its awake, the power applet does not put the laptop into battery mode. I filed a bug here since this is clearly an upstream issue. https://bugs.kde.org/show_bug.cgi?id=292836 Let me know if I should file an arch 'tracking' bug .. Thanks. gene/
After installing cpupower package - (thanks wiki :-)) and modprobing acpi_cpufreq cpufreq_ondemand and starting the cpopower "daemon" it seems that the screen dimming is working correctly now in KDE - I will check the cpupower frequency state to confirm - and check and check that it continues to work after sleep/resume cycles .. gene
participants (4)
-
Genes MailLists
-
Morris
-
Timothée Ravier
-
Tom Gundersen