Hello All:
As you may know there have been some bugs that end up to be reported against
klaptopdaemon(3.5.9), IMO the main one is this: [1] which derived in [2] that
in turns come from [3].
In summary, klaptopdaemon rely on some methods to check ac presence and
battery status which have been deprecated on 2.6.25+ Debian GNU/Linux
Kernels. This problem is specific to GNU/Linux kernels, so kfreebsd should
still work (confirmation appreciated). AFAIK, GNU/Hurd is not supported by
klaptopdaemon.
The problem is exactly that latest Debian GNU/Linux kernels are build
without the option: ACPI_PROCFS_POWER which provided the battery and ac
interfaces on /proc/acpi/{ac,BAT} on what klaptopdaemon relied on.
In order to fix klaptopdaemon, the ACPI_PROCFS_POWER option should be
reenable, which is not likely [3] or klaptopdaemon should be intrusively
patched. No need to remind that KDE3 development is stalled, so we
can''t wait
upstream commit such an important change. Well, TBH maybe the changes are not
that difficult to implement. Most of the code involved is in the portable.cpp
source file, but IMHO testing such a case being the release so close is not
advisable.
Thus I think klaptopdaemon is unfixable for lenny and and alternative path
should be evaluated. I think we should go for kpowersave as a klaptopdaemon
substitute. Since I''m not myself a kpowersave user I can''t
tell how stable it
is and what inconveniences could it bring for lenny.
I''m just build a testing kernel and I''ll use kpowersave from
now on, testing
it as thoroughfully I can.
I hope to bring more feedback soon. Needless to say that any
comments/experiences are wellcome.
Regards,
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480707
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480855
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463253
--
Ra?l S?nchez Siles
----->Proud Debian user<-----
Linux registered user #416098
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url :
http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20080710/b8652e6b/attachment.pgp
Hi On Thu, Jul 10, 2008 at 01:21:32AM +0200, Ra?l S?nchez Siles wrote:> Hello All: > > As you may know there have been some bugs that end up to be reported against > klaptopdaemon(3.5.9), IMO the main one is this: [1] which derived in [2] that > in turns come from [3]. > > In summary, klaptopdaemon rely on some methods to check ac presence and > battery status which have been deprecated on 2.6.25+ Debian GNU/Linux > Kernels. This problem is specific to GNU/Linux kernels, so kfreebsd should > still work (confirmation appreciated). AFAIK, GNU/Hurd is not supported by > klaptopdaemon. > > The problem is exactly that latest Debian GNU/Linux kernels are build > without the option: ACPI_PROCFS_POWER which provided the battery and ac > interfaces on /proc/acpi/{ac,BAT} on what klaptopdaemon relied on. > > In order to fix klaptopdaemon, the ACPI_PROCFS_POWER option should be > reenable, which is not likely [3] or klaptopdaemon should be intrusively > patched. No need to remind that KDE3 development is stalled, so we can''t wait > upstream commit such an important change. Well, TBH maybe the changes are not > that difficult to implement. Most of the code involved is in the portable.cpp > source file, but IMHO testing such a case being the release so close is not > advisable. > > Thus I think klaptopdaemon is unfixable for lenny and and alternative path > should be evaluated. I think we should go for kpowersave as a klaptopdaemon > substitute. Since I''m not myself a kpowersave user I can''t tell how stable it > is and what inconveniences could it bring for lenny. > > I''m just build a testing kernel and I''ll use kpowersave from now on, testing > it as thoroughfully I can. > > I hope to bring more feedback soon. Needless to say that any > comments/experiences are wellcome. >Thanks a lot for looking at this. I have updated to kernel 2.6.25 (I was still using 2.6.22 to avoid iwlwifi...), and stated using kpowersave, and so far it is good. Question after reading your mail is: what kernel version will be in Lenny? 2.6.24 or 2.4.25? Ana PS: Michael, i have cc''ed you in case you have something interesting to say wrt kpowerposave.
On Thursday 10 July 2008 09:27:03 Ana Guerrero wrote:> Question after reading your mail is: what kernel version will be in Lenny? > 2.6.24 or 2.4.25?.25 is fallback. .26 is the kernel teams planed kernel. For even more details for the interested reader, see -release maillist. /Sune -- Do you know how may I install on the icon? First you either should save a coaxial device, or must digit from the system over a monitor over the gadget to the level-6 OpenGL port 7 but therefore from Windows you need to rename a space bar of a connection to telnet from the editor.
On Thu, Jul 10, 2008 at 09:38:42AM +0200, Sune Vuorela wrote:> > > On Thursday 10 July 2008 09:27:03 Ana Guerrero wrote: > > > Question after reading your mail is: what kernel version will be in Lenny? > > 2.6.24 or 2.4.25? > > .25 is fallback. .26 is the kernel teams planed kernel. >.26? really? it is not even in experimental. we''ll see :)
Ana Guerrero wrote:> > Ana > PS: Michael, i have cc''ed you in case you have something interesting to say > wrt kpowerposave. >Obviously, as kpowersave maintainer, I would welcome the change to kpowersave. It were the limitations in klaptopdaemon, which originally made me to package kpowersave. I''ve been a happy user of kpowersave ever since. kpowersave, just as gnome-power-manager, uses HAL/pm-utils as backend, which is good. Because if there are problems with suspend/hibernate, we only have to fix it once. And I think the HAL/pm-utils architecture is much saner than the klaptopdaemon. kpowersave also offers much more features than klaptopdaemon (brightnesscontrol, auto shutdown, configurable power events, blacklists, power schemes, ...). The only issue I can think of, is that users using kpowersave have to be in group powerdev (same problem applies to gnome-power-manager). For fresh installations this is not much of a problem, as users created during installation are automatically added to the powerdev group. And it seems to have worked for gnome-power-manager, which was already shipped by default on a gnome installation for etch. So I don''t expect to much problems here. Just something to keep in mind. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature Url : http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20080711/05cd8df7/attachment.pgp
On Friday 11 July 2008, Michael Biebl wrote:> The only issue I can think of, is that users using kpowersave have to be > in group powerdev (same problem applies to gnome-power-manager).Presumably a blurb in NEWS is in order if klaptopdaemon is to be dropped and replaced. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. Url : http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20080712/b83781c0/attachment.pgp