) and that
there
are no current efforts to support/maintain the KDE SC 3 version.
Because of this, I will close the reports as UNMAINTAINED.
Regards
I'm also closing the Debian bug report
thanks
Olivier
-- Forwarded message --
From: Bart Samwel b...@samwel.tk
To: sub...@bugs.debian.org
The policy manual states (7.2):
The Recommends field should list packages that would be found together
with
this one in all but unusual installations.
It's hardly unusual to have a system without nVidia hardware.
It doesn't say in all but unusual hardware configurations. :-)
Anyhow, the
Bjørn Mork wrote:
Package: acpi-support
Version: 0.114-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
One of the changes between 0.109-11 and 0.114-1 is that sleep.sh calls
prepare.sh, which does
for SCRIPT in /etc/acpi/suspend.d/*.sh; do
if [ -x $SCRIPT ] ; then
Michael Meskes wrote:
On Tue, Apr 21, 2009 at 01:04:37PM +0200, Bart Samwel wrote:
Debian only. (The ubuntu package did at some point mention suspend
methods in the config files though, probably an over-enthousiastic merge
from Debian. Don't know if that's still there.)
This merge really
Hi Steve,
On Mon, April 6, 2009 05:44, Steve Langasek wrote:
On Sun, Apr 05, 2009 at 11:06:15PM +0200, Bart Samwel wrote:
1. The upstream for this package is Ubuntu. Ubuntu has never been very
cooperative at accepting changes, until recently: our contact Steve
Langasek has indicated that he
Michael Meskes wrote:
On Sun, Apr 05, 2009 at 11:06:15PM +0200, Bart Samwel wrote:
I'm putting the acpi-support package up for adoption. The RFA bug is here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522683
Given that I already maintain acpid in pkg-acpi, I'm very interested. And yes
Package: wnpp
I want to stop maintaining the acpi-support package and am looking for
an adopter. This package is relatively high-profile, since it is
installed by default on all laptops, and part of it is installed on all
ACPI machines. There are some specific challenges with the package that
Michal Sojka wrote:
Package: acpi-support-base
Version: 0.109-11
Severity: normal
When KDE4.2 is running, pressing power button switches the computer off
regardless of settings in Power Management module under System settings. This
is probably because KDE4 is not detected in CheckPolicy in
Hi Ritesh,
Ritesh Raj Sarraf wrote:
I'd have preferred giving you a patch, but my ethernet driver itself has
some problems.
r...@champaran:/usr/share/laptop-mode-tools/modules$ sudo ethtool -s eth0
speed 1000 duplex full
Cannot set new settings: Invalid argument
not setting speed
not
Hi Salvatore,
Salvatore Bonaccorso wrote:
With the last upload of module-init-tools, booting up get's
warnings for files in /etc/modprobe.d/ not ending with .conf (which
will be required in future uploads).
See: http://blog.bofh.it/debian/id_236
Should the file provided in acpi-support
Hi Raphael,
Raphael Hertzog wrote:
Should the file provided in acpi-support
/etc/modprobe/thinkpad_acpi.modprobe thus be renamed?
Or maybe it could simply be removed and replaced by a dynamic
configuration if needed:
parm: hotkey:Simulates thinkpad-acpi procfs command at module
Hi Yaroslav,
Thanks for reporting. The laptop-mode-tools package is designed to be
resilient w.r.t. old configuration files (in fact, configuration files
from the very first version should still work), so the only reason why
you would want this is if you really really want to get upgrades to the
Francois Gouget wrote:
I forgot to mention this in my previous email. For reference, here are
the events that acpi_listen reports when I plug the power in:
ac_adapter AC0 0080 0001
battery BAT0 0080 0001
hotkey ATKD 0050 0011
processor P001 0081
Hi Leo,
Leo L. Schwab wrote:
On Thu, Feb 19, 2009 at 10:46:52AM +0100, Bart Samwel wrote:
I'm just wondering about how I'm going to
prevent *double* calls to laptop-mode-tools here -- or perhaps it just
doesn't matter if I add locking so that simultaneous calls don't bite
eachother
Leo L. Schwab wrote:
On Wed, Feb 18, 2009 at 12:19:24PM +0100, Bart Samwel wrote:
Hmmm, are you saying that you aren't running acpid?
Correct. Since /proc/acpi/event has been deprecated since at least
2.6.24, 'acpid' just plain won't work. Ergo, acpi-support won't work, and
neither
Hi,
intrig...@boum.org wrote:
Bart Samwel wrote (17 Feb 2009 19:33:49 GMT) :
It's a nice suggestion, but this one I can't accept. The problem is
that acpi-support isn't supposed to do this kind of thing. It simply
translates the hardware key press into a virtual button, and the
user's desktop
Leo L. Schwab wrote:
On Tue, Feb 17, 2009 at 08:46:21AM +0100, Bart Samwel wrote:
Thanks for reporting. In fact, laptop-mode-tools *does* hook into
pm-utils, this was added in version 1.47-1. But it doesn't do this in
/etc/pm/power.d, but in the system folder for hooks (I think it's
/usr
Renato S. Yamane wrote:
One more info:
If you have laptop-mode-tools installed, disabling hdd power management
(hdparm -B 255 /dev/sda) don't fix the problem.
Load_Cycle_Count still increase.
Only removing laptop-mode-tools don't fix the problem.
Is necessary *remove* laptop-mode-tools
Renato S. Yamane wrote:
Bart Samwel wrote:
Note that that should be 254. 255 gives undefined behaviour for lots of
hardware.
254 don't fix the problem (Load_Cycle_Count still increasing).
Even if you do it and do nothing else, so that nothing runs laptop mode
tools and/or acpi-support
David Jarvie wrote:
It turns out that executing the following command before suspending or
hibernating makes things work correctly:
modprobe -r ehci_hcd
Note that without this command, neither suspend nor hibernate work, and they
don't work under a KDE 4 desktop any more either.
Hmmm. In
Hi there,
intrig...@boum.org wrote:
getXuser uses 'w' to list the logged on users.
'w' truncates the login names to 8 chars,
which in turns breaks the various /etc/acpi/*.sh scripts that use
getXuser/getXconsole to get a username they feed into 'su'.
This issue is fixed by using pinky
Hi,
intrig...@boum.org wrote:
unlike other video button event handlers, that run
/etc/acpi/videobtn.sh, ibm-videobtn is currently a placeholder running
/bin/true. The attached patch makes the latter work as others.
I'm not sure why this was a placeholder in the first place. Perhaps the
Hi there,
intrig...@boum.org wrote:
videobtn.sh currently runs acpi_fakekey to generate
a $KEY_VIDEOOUT X event. I'd like it to run a RandR GUI (e.g. grandr),
which would, I believe, enhance the desktop user's experience in
most cases.
The attached patch achieves so, by adding a
Hi Leo,
Leo L. Schwab wrote:
I have a similar issue on a Thinkpad Z61t. When I plug/unplug the
AC adapter, laptop_mode is not invoked to change the power settings. Since
/proc/acpi/event (and therefore 'acpid') is deprecated, everything's moving
to pm-utils.
Attached is a
Hi Clemens,
Clemens Buchacher wrote:
With
AUTO_HIBERNATION_BATTERY_CHARGE_PERCENT=4 and
AUTO_HIBERNATION_ON_CRITICAL_BATTERY_LEVEL=1
auto-hibernation always triggers twice in a row. I.e. after power-down, I
plug in the AC and restart the laptop. It resumes successfully but suspends
again
Hi Hannes,
Hannes von Haugwitz wrote:
Package: laptop-mode-tools
Version: 1.46-1
Severity: normal
Tags: patch
Hi,
usb-autosuspend fails with the following error message:
/usr/share/laptop-mode-tools/modules/usb-autosuspend: line 20: echo:
write error: Invalid argument
The attached patch
Hi Costas,
cost...@students.cs.unipi.gr wrote:
Quoting Bart Samwel b...@samwel.tk:
Thanks for reporting and contributing. Apparently we cannot tell the
driver to use a certain power level when the hardware is disabled...
This is a shame, because the power level will be incorrect when
] has disconnected
Bart Samwel wrote:
H. AFAIK there's no special support for Fujitsu Siemens brightness
in acpi-support, but I'm not sure. Could you run acpi_listen while you
press the brightness keys and show me the output? I would also like to
see the syslog output when you press the keys
Hi there,
Рушан wrote:
Brightness control on my Debian Lenny laptop doesn't work. When i press
button for descresing brightness it works, but when i try to increase
brightness it become brightly and in next second return to previous
bright level. My lap is fujitsu siemens esprimo mobile
Hi Constantinos,
Constantinos Drogos wrote:
Hello.
In my system, wireless-iwl-power module fails at startup of
laptop-mode-tools, if the wireless
interface are not up.
The error seems to be that the scriptcannot write power level to
/sys/class/net/$DEVICE/device/power_level if $DEVICE is
Darn, thanks for reporting! But I wonder, why does the VERBOSE_OUTPUT
switch work then? I'll have to look into this...
Cheers,
Bart
Jean-Sebastien Trottier wrote:
Package: laptop-mode-tools
Version: 1.45-1
Severity: normal
Tags: patch
LM_VERBOSE is initialized to [1 = 0] when
Hi Christian,
Cristian Ionescu-Idbohrn wrote:
Isn't this more sensical?
--- 90-hdparm.sh~ 2008-08-19 21:59:10.0 +0200
+++ 90-hdparm.sh2008-12-23 17:18:23.0 +0100
@@ -12,7 +12,7 @@
DO_HDPARM=y
if [ -e /usr/sbin/laptop_mode ] ; then
LMT_CONTROL_HD_POWERMGMT=$(.
Hi Christian,
Cristian Ionescu-Idbohrn wrote:
Or one copy (/etc/acpi/hdparm.sh) and 4 symlinks should be enough?
./ac.d/90-hdparm.sh - ../hdparm.sh
./battery.d/90-hdparm.sh - ../hdparm.sh
./resume.d/90-hdparm.sh - ../hdparm.sh
./start.d/90-hdparm.sh - ../hdparm.sh
Yes. :-) I'll try and fix
Cristian Ionescu-Idbohrn wrote:
On Wed, 24 Dec 2008, Bart Samwel wrote:
Hi Christian,
Cristian Ionescu-Idbohrn wrote:
Isn't this more sensical?
--- 90-hdparm.sh~ 2008-08-19 21:59:10.0 +0200
+++ 90-hdparm.sh2008-12-23 17:18:23.0 +0100
@@ -12,7 +12,7
Hi Michael,
Michael Leuchtenburg wrote:
This patch looks great, but isn't quite sufficient. This will set the
autosuspend timeout for all existing USB devices to 0 when activated,
but will not modify the timeout for new USB devices. This can be set by
writing to
Hi Raphael,
I'm very much behind on everything, so if you could handle the upload I
would be very grateful!
Cheers,
Bart
Raphael Hertzog wrote:
Hi Bart,
do you have time to handle this bug report quickly or do you need someone
else to do the upload?
It seems that this change has been
Hi Renato,
Renato S. Yamane wrote:
Can someone give any kind of help here in #504395?
I'm sorry about the slow response. A combination of the flu, building
activities and a baby have kept me overly busy in the past month and a
half. I will definitely try to pay some attention to this problem
Hi Jakob,
Jakob Schuerz wrote:
Bootmessage:
Enabling laptop mode.../usr/share/laptop-mode-tools/modules/lcd-brightness: line 25: echo: write error: Invalid argument
I found the line
if ( $BRIGHTNESS_COMMAND $BRIGHTNESS_OUTPUT ) ; then
in the Script. It is a shell-skript,
Jakob Schuerz wrote:
Ok, sorry for this bug-report.
I've just seen, there is a Problem with my hardware:
$ cat /proc/acpi/video/VID/LCD/brightness
not supported
It is a NVIDIA LVM 135M on a Dell Latitude-Laptop.
So, how i change the Bug-Level from Important to wish-list?
I want have a better
Hi Ritesh,
Ritesh Raj Sarraf wrote:
USB Autosuspend mode is good for the hub and devices. These days USB is the way
to go and most laptops come with 4 USB ports. When running on battery, they are
useless and drawing a lot of power.
Powertop, when run on a default Debian
Raphael Hertzog wrote:
On Sun, 23 Nov 2008, Bart Samwel wrote:
1. This program is running as root, right? I would be very careful with
sourcing arbitrary shell commands from a users home directory then.
I agree that that would be risky. However, on my system the .dbus
directory is owned
Hi Fredrik,
Fredrik Tolf wrote:
The dbus-pm suspend method in the suspendorhibernate script (which is enabled
by default) is inherently broken and, I think, should be removed altogether.
It uses the dbus-send program with the --session option, but since it does not
run in the desktop user's
Hi Fredrik,
Fredrik Tolf wrote:
On Sat, 2008-11-22 at 20:31 +0100, Bart Samwel wrote:
Anyway, I don't think the suspend method is inherently broken, although
it is broken as it is now. :-) We do things inside X sessions as well
(such as locking all screens when suspending), so I expect
Hi Adam,
Adam M. Costello wrote:
Package: acpi-support
Version: 0.109-6
Ahhh, but this is not the latest version! In fact, this problem has been
fixed a while ago, in version 0.109-7:
http://bugs.debian.org/496911
So I've merged this bug report with (closed) bug #496911.
Cheers,
Bart
--
Hi Per,
Per Olofsson wrote:
On an Eee PC 901, the volume buttons don't do anything by default with
acpi-support installed. Apparently they are not bound to anything in
/etc/acpi/events. The following files can be added to fix it:
eeepc-volume-mute:
--
event=hotkey ATKD 0013
Boyd Stephen Smith Jr. wrote:
fixed 448673 0.103-5
tags 448673 + fixed
thanks
Bart didn't upload his fixed version discussed in message 71, but it does
look like he checked them into the debian VCS for the package and that
Raphael included them when he pushed out 0.103-5.
Bart or
Merwok wrote:
My quick search before posting was obviously too quick: this bug is a duplicate
of #495364. Sorry.
I don’t send a message with “merge” because I’m unfamiliar with the system.
Oh, I was too quick to reply -- thanks anyway for the report, I'll do
the merge.
Cheers,
Bart
--
Merwok wrote:
Hello. I was poking around in /etc/laptop-mode/conf.d on Lenny and tweaking
thinks when I noticed this contradiction in hal-polling.conf, lines 29-30:
# Enable HAL polling on AC
AC_DISABLE_HAL_POLLING=1
I don’t know whether to follow the comment or the variable
seem to, yes. Looks like the problem happens for me when
suspending through gnome-power-manager. I didn't see anything in gconf
about suspend method for that program, so I'm not sure what to do next.
On Thu, 9 Oct 2008, Bart Samwel wrote:
Hi Dave,
I see that you are using pm-utils for suspend
Hi Dave,
I see that you are using pm-utils for suspend (the dbus-pm and dbus-hal
methods eventually go to pm-utils as well). Does your laptop suspend and
resume correctly when you issue the command pm-suspend (as root)?
Cheers,
Bart
Dave O wrote:
I have the same issue, since the upgrade to
Hi Michael,
Michael Biebl wrote:
Michael Biebl wrote:
The problem is, that the bug is about adding support for laptop-tools,
but I am missing proper justification, why this is necessary, what the
underlying problem is and why laptop-mode-tools is the correct solution.
Bart, can you
Hi Anton,
Anton Ekblad wrote:
Laptop does not wake up from suspend to RAM reliably anymore but
freezes completely about one time in three. Worked fine before the
last update to acpi-support.
Thanks for reporting. I will ask you some questions to debug this
problem. First of all, could you
Hi Paul,
Paul Wise schreef:
acpi-support ships /etc/modprobe.d/thinkpad_acpi.modprobe and deletes it
in postinst when upgrading from versions before 0.109-1 or just
installing from scratch.
I detected this because I occasionally run the cruft program.
Ohhh, this may actually be a problem for
Hi Krunoslav,
Krunoslav Sever wrote:
On Sun, Sep 07, 2008 at 10:26:13AM +0200 wrote
Bart Samwel [EMAIL PROTECTED]:
Hi Krunoslav,
Krunoslav Sever wrote:
On Thu, Sep 04, 2008 at 08:36:03PM +0200 wrote
Bart Samwel [EMAIL PROTECTED]:
Hi Krunoslav,
Krunoslav Sever wrote:
Today I upgraded
Hi Krunoslav,
Krunoslav Sever wrote:
[...]
I haven't retested but I think I tried something like this command to
obtain a manual
suspend command with version -6 and it did not suspend. May be I will
retry later.
For now I am quite optimistic the current results will help you.
Yes, this helps.
now!
Cheers,
Bart
Bart Samwel wrote:
Hi Kevin,
Well, at least this *looks* a bit reassuring. And we always grabbed the
first one in the past, so this will probably be fine in practice. Thanks
for all of the extra info!
Cheers,
Bart
Kevin Mitchell wrote:
It looks like openbox
Hi Kevin,
Kevin Mitchell wrote:
Looking a littler closer, there are more problems than just this typo.
*) This loop is attempting to match $displaynum rather than :$displaynum
*) Variables inside the | while read construct are only local to within the
loop (probably because it's executed
# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending
#
# acpi-support (0.109-8) unstable; urgency=low
#
# * Fix broken getXuser (Closes: #497999)
package acpi-support acpi-support-base
tags 497999 + pending
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Hi Phil,
Phil Endecott wrote:
I am trying to get the lid event to suspend on my Eee 901 and have encountered
the following problems:
1. getXuser() in /usr/share/acpi-support/power-funcs uses finger, but the
package
does not depend on finger (and I didn't have it installed).
Thanks for
# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending
#
# acpi-support (0.109-7) unstable; urgency=low
#
# * Added finger to Depends of acpi-support-base (Closes: #497220)
#
package acpi-support acpi-support-base
tags 497220 + pending
--
To UNSUBSCRIBE,
Hi Phil,
Phil Endecott wrote:
I've just spotted detect_x_display() in
/usr/share/eeepc-acpi-scripts/functions.sh from package
eeepc-acpi-scripts which does a similar thing by parsing the output of
who, rather than finger. who has the advantage of being provided
by coreutils, which is a
Package: acpi-support
Version: 0.109-6
Severity: important
The acpi-support scripts in /etc/acpi test for the existence of files in
/usr/share/acpi-support to check if they should run. However, a lot of
them check for power-funcs or policy-funcs, which are now in
acpi-support-base. That means
# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending
#
# acpi-support (0.109-7) unstable; urgency=low
#
# * Added missing 'policy-funcs' include to hibernatebtn.sh (Closes:
##497125)
# * scripts in /etc/acpi no longer test files from acpi-support-base
#
Hi Frederik,
Let me see if I can answer your questions.
Frederik Eaton wrote:
I am sorry to be trouble, there is probably an easy solution but I
couldn't find it after some time, so I am submitting this as a
documentation bug, hopefully the situation can be improved for future
users even if
Phil Endecott wrote:
Bart Samwel wrote:
getXuser() {
w -hs | while read -r THIS_USER THIS_TTY THIS_DISPLAY
DUMMY_REMAINDER; do
if [ $THIS_DISPLAY = $displaynum ] ; then
user=$THIS_USER
break
fi
done
if [ x$user = x
Phil Endecott wrote:
Julien Cristau wrote:
On Thu, Sep 4, 2008 at 15:04:14 +0100, Phil Endecott wrote:
No this doesn't work for me. You're looking for :0 in the FROM
column, right? I have it in the TTY column:
$ w -hs
phil tty1 -17:19 -bash
root tty2 -
Hi Christian,
Christian Gogolin wrote:
the output of
$ /usr/bin/dbus-send --session --dest=org.freedesktop.PowerManagement
--type=method_call --print-reply --reply-timeout=2000
/org/freedesktop/PowerManagement org.freedesktop.PowerManagement.Suspend
when run as root is:
Failed to open
Hi Michael,
Bart Samwel wrote:
Michael Marsh wrote:
On Sun, Aug 31, 2008 at 2:02 PM, Bart Samwel [EMAIL PROTECTED] wrote:
Hi Michael,
It seems to follow the right path, but the command is somehow detected
as being successful without actually being successful. Could you
manually run
Hi again Christian,
Could you confirm that if you replace
/usr/share/acpi-support/suspendorhibernate by the attached file, that it
works?
Cheers,
Bart
Bart Samwel wrote:
Hi Christian,
Christian Gogolin wrote:
the output of
$ /usr/bin/dbus-send --session --dest
# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending
#
# acpi-support (0.109-7) unstable; urgency=low
#
# * Always consider a dbus-send call for a suspend method failed if
#dbus-send returns an error code (Closes: #496911)
#
package acpi-support
Hi Krunoslav,
Krunoslav Sever wrote:
Today I upgraded to -6 which disabled the sleep button on my (old)
HP Omnibook 6000, at least on console. Haven't tested if it still works
from X, though (xfce Desktop).
With -5 the sleep button functioned perfectly from console and from the
xfce
Great! It's been uploaded as part of 0.109-7, so that should hit
unstable soon.
Cheers,
Bart
Christian Gogolin wrote:
Hi,
with the attached file suspension works with acpi-support 0.109-6 and
acpi-support-base 0.109-6.
Regards,
Christian
Bart Samwel wrote:
Hi again Christian
Hi Christian,
Christian Gogolin wrote:
Package: acpi-support
Version: 0.109-6
Severity: important
After upgrading acpi-support and acpi-support-base from 0.109-5 to 0.109-6 my
Samsung x20 notebook no more enters suspend mode when calling
/etc/acpi/sleep.sh.
Before the update everything
Hi Christian,
Christian Gogolin wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The requested output is:
$ bash -x /etc/acpi/sleep.sh
+ test -f /usr/share/acpi-support/policy-funcs
+ . /usr/share/acpi-support/policy-funcs
++ . /usr/share/acpi-support/power-funcs
+++ umask 022
+++
Hi Christian,
Christian Gogolin wrote:
$ bash -x /usr/share/acpi-support/suspendorhibernate suspend
[...]
+ for METHOD in '$SUSPEND_METHODS'
+ case $METHOD in
+ '[' -x /usr/bin/dbus-send ']'
+ /usr/bin/dbus-send --session --dest=org.freedesktop.PowerManagement
--type=method_call
And thanks for reporting again!
Cheers,
Bart
Daniel Moerner wrote:
Package: laptop-mode-tools
Version: 1.45-1
Severity: normal
If I had noticed I would have filed this along with bug #497343. The
configuration-file controller requires killall to function. killall is
in psmisc, which is
Thanks for reporting, will fix!
Daniel Moerner wrote:
Package: laptop-mode-tools
Version: 1.45-1
Severity: normal
/etc/laptop-mode/conf.d/ethernet.conf uses ethtool to manipulate the wol
and speed settings of ethernet devices. Other parts of
laptop-mode-tools that use commands not in the
Marc Haber wrote:
On Tue, Jul 29, 2008 at 08:35:10PM +0200, Bart Samwel wrote:
Marc Haber wrote:
On Tue, Jul 29, 2008 at 04:45:23PM +0200, Bart Samwel wrote:
Marc Haber wrote:
Why is laptop-mode-tools trying to remount the file
systems in the first place?
Let me try to explain. Ext3 file
Michael Marsh wrote:
I'm seeing this same bug, I believe. I've tried running
# /etc/acpi/sleepbtn.sh
# /etc/acpi/sleep.sh
# /usr/share/acpi-support/suspendorhibernate suspend
and all three have no effect. By adding a call to the syslogger to
suspendorhibernate, I was able to confirm that
Michael Marsh wrote:
On Sun, Aug 31, 2008 at 2:02 PM, Bart Samwel [EMAIL PROTECTED] wrote:
Hi Michael,
It seems to follow the right path, but the command is somehow detected
as being successful without actually being successful. Could you
manually run that last command:
/usr/bin/dbus-send
Hi Christian,
Christian Perrier wrote:
Quoting Raphael Hertzog ([EMAIL PROTECTED]):
severity 491396 serious
thanks
On Sat, 16 Aug 2008, Christian Perrier wrote:
Therefore, I think this deserves to be fixed for lenny, unless we want
to release with a non-working ACPI support.
I should
# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending
#
# acpi-support (0.109-6) unstable; urgency=high
#
# * /etc/acpi/battery.d is ignored on newer kernels (Closes: #491396)
package acpi-support acpi-support-base
tags 491396 + pending
--
To UNSUBSCRIBE,
# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending
#
# acpi-support (0.109-6) unstable; urgency=high
#
# * Incorrect D-BUS HAL call in dbus-hal suspend method (Closes:
##488937)
#
package acpi-support acpi-support-base
tags 488937 + pending
--
To
Bart Samwel wrote:
Hi Christian,
Christian Perrier wrote:
Quoting Raphael Hertzog ([EMAIL PROTECTED]):
severity 491396 serious
thanks
On Sat, 16 Aug 2008, Christian Perrier wrote:
Therefore, I think this deserves to be fixed for lenny, unless we want
to release with a non-working ACPI
Hi Raphael,
Raphael Hertzog wrote:
severity 491396 serious
thanks
On Sat, 16 Aug 2008, Christian Perrier wrote:
Therefore, I think this deserves to be fixed for lenny, unless we want
to release with a non-working ACPI support.
I should even have tagged the bug as release critical, imho.
Raphael Hertzog wrote:
On Mon, 18 Aug 2008, Bart Samwel wrote:
Agreed. Bart, can you handle that?
The bug is in acpid, right?
Why? /etc/acpi/power.sh is part of acpi-support and needs to be updated to
use /sys/class/power_supply/ instead of /proc/acpi/ac_adapter/ which has
been removed
Hi Christian,
Christian Perrier wrote:
Quoting Raphael Hertzog ([EMAIL PROTECTED]):
severity 491396 serious
thanks
On Sat, 16 Aug 2008, Christian Perrier wrote:
Therefore, I think this deserves to be fixed for lenny, unless we want
to release with a non-working ACPI support.
I should even
Daniel Moerner wrote:
In /etc/laptop-mode/conf.d/hal-polling.conf, the comments state that the
default is to Disable HAL polling on battery and Enable HAL polling on
AC. The default value for HAL polling on AC is:
AC_DISABLE_HAL_POLLING=1
Either this or the comment should be changed to
Soenke wrote:
Hi Bart,
thanks for the quick reply.
H. These events are actually hardware dependent, and if the new
battery does not send them, there's not much you can do about it except
perhaps polling.
I was afraid that this might be the case. I checked again with acpid in
Hi Soenke,
Soenke wrote:
it seems that the auto-hibernation feature of laptop-mode-tools
(configurable
via /etc/laptop-mode/conf.d/auto-hibernate.conf) does not work with my laptop
(ThinkPad X40) any more. It worked a while ago, but as I have not used
this option for some time, I am not
Hi Marc,
Marc Haber wrote:
when I wake up my notebook from Hibernation, it sometimes happens that
laptop-mode tries to remount /usr and the mount wedges itself in
kernel space: Eats 90 % CPU and is unkillable:
acpid,4115 -c /etc/acpi/events
`-lm_battery.sh,19925
Hi Marc,
Marc Haber wrote:
On Tue, Jul 29, 2008 at 09:09:08AM +0200, Bart Samwel wrote:
Thanks for reporting. I've recently had a report where remounts would
hang for 20 minutes at 90% CPU before completing.
Firstly, could you try letting it hang for very long (perhaps even
several hours
Marc Haber wrote:
On Tue, Jul 29, 2008 at 04:33:56PM +0200, Bart Samwel wrote:
Marc Haber wrote:
On Tue, Jul 29, 2008 at 09:09:08AM +0200, Bart Samwel wrote:
Thanks for reporting. I've recently had a report where remounts would
hang for 20 minutes at 90% CPU before completing.
Firstly
Hi Marc,
Marc Haber wrote:
On Tue, Jul 29, 2008 at 04:45:23PM +0200, Bart Samwel wrote:
Marc Haber wrote:
Why is laptop-mode-tools trying to remount the file
systems in the first place?
Let me try to explain. Ext3 file systems (and some other journalling
file systems) write to disc
Hi Jeff,
Jeff King wrote:
Package: acpi-support
Version: 0.109-5
Severity: normal
Tags: patch
Newer kernels have disabled the /proc interface to power management,
leaving only the /sys. However, the /etc/acpi/power.sh script makes a
decision about running the scripts in battery.d by looking
Hi Ritesh,
Ritesh Raj Sarraf wrote:
As per http://www.lesswatts.org/tips/cpu.php#smpsched,
we can save some power. It will be good to have this handled by
laptop-mode-tools.
Thanks for the patch, consider it accepted (for upstream as well). If
only all reporters were so helpful. :-)
Cheers,
Hi Frederik,
Frederik Himpe wrote:
When starting or stopping the laptop-mode service on my Apple Powerbook G4
it complains about /sys/class/power_supply which does not exist
on my system. I'm using linux-image-2.6.25-2-powerpc 2.6.25-6/
powerbook:~# /etc/init.d/laptop-mode stop
*
Hi again pm-utils maintainers,
Here's the file as something you can save to disk, if that makes it
easier to incorporate. It should be incorporated as
/usr/lib/pm-utils/sleep.d/99laptop-mode
I'll be setting the priority of this one back to normal for a couple of
reasons:
1. acpi-support
Hi Sheridan,
Sheridan Hutchinson wrote:
Since I originally posted this bug report other users have emailed me
with the same problem seeking help in resolving it, and I have created
working solution for my system.
I specify the problem as LTM settings not correctly being restored after
a
Juliusz Chroboczek wrote:
Package: laptop-mode-tools
Version: 1.43-1
Severity: wishlist
Shouldn't laptop mode also control
/sys/devices/system/cpu/sched_mc_power_savings
?
Please see
http://lwn.net/Articles/287524/
Thanks for bringing this to my attention, I'll add a module for it!
1 - 100 of 437 matches
Mail list logo