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 Kevin,
Kevin Mitchell wrote:
Looks good, except that that doesn't stop after finding the first user
so that I get
$ displaynum=0
$ user=`w -hs | awk '{ if ($3 == :'$displaynum' || $2 ==
:'$displaynum' ) print $1; }'`
$ echo $user
kevmitch kevmitch kevmitch kevmitch kevmitch kevmitch
Hi Kevin,
Kevin Mitchell wrote:
$ w
01:00:47 up 1 day, 23:51, 9 users, load average: 0.00, 0.04, 0.07
USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT
kevmitch tty7 :0 Sun030.00s 8:36m 0.04s
/bin/bash /home/kevmitch/.xsession
kevmitch pts/1:0
be the first in the list. Thus,
truncating to just the first result would have prevented any root :0
from spoiling the pudding. That probably wouldn't be very reassuring
though, because who knows if that ordering is set in stone.
Kevin
On Mon, Sep 8, 2008 at 1:20 AM, Bart Samwel [EMAIL PROTECTED
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
# 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
#
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
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 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,
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
Marcus Lundblad wrote:
When running aptitude safe-upgrade in Lenny it gets stuck when configuring
acpi-support:
Checking battery state...
/dev/sda:
setting Advanced Power Management level to 0xfe (254)
Then it hangs there...
Hi Marcus,
Grave indeed... No clue why this happens, so I'll look
Lucas Nussbaum wrote:
Package: acpi-support
Version: 0.109-3
Severity: serious
Justification: renders package unusable
Hi,
For the last two years, acpi-support worked perfectly fine for me. My
laptop suspended and resuming very reliably.
But recently, with version 0.109-3, my laptop stopped
Francois Marier wrote:
I was just thinking about this bug and I was wondering whether there should
be a threshold under which any value is considered invalid.
For example, a value of 0% left on battery is likely to be invalid (as in
improperly reported) since it makes little sense.
So in the
Bart Samwel wrote:
Francois Marier wrote:
I was just thinking about this bug and I was wondering whether there
should
be a threshold under which any value is considered invalid.
For example, a value of 0% left on battery is likely to be invalid
(as in
improperly reported) since it makes
Rémi Vanicat wrote:
Package: acpi-support-base
Version: 0.103-3
Severity: grave
Justification: renders package unusable
When upgrading today, aptitude faile to install acpi-support-base
because it is trying to overwrite `/usr/share/acpi-support/policy-funcs',
which is also in package
Marco Schuster wrote:
Package: acpi-support
Version: 0.103-1
Severity: critical
Justification: causes serious data loss
(See also https://launchpad.net/bug59695.html for corresponding Ubuntu bug!)
On a notebook with ACPI enabled, in battery mode the disk is retracted after
1 minute of idling.
Hi Eddy,
Are there any scripts in /etc/acpi/suspend.d that are not executable? If
so, does making them executable (and also the scripts in
/etc/acpi/resume.d) fix hibernation for you?
Cheers,
Bart
Package: laptop-mode-tools
Version: 1.21-1
Severity: critical
Torsten Wolf wrote:
Hi!
As I'm not sure whether the following is intended, I contact you on this
way instead of submitting a bug report. Today, apt-get updated
laptop-mode-tools to version 1.21-1 (debian unstable). An ls / as well
Francesco Paolo Lovergine wrote:
It would be better avoiding
completely to upset user configuration in that way IMHO.
I agree that it would be nice -- but it's impossible. :/ Anyway, this
configuration modification is only done on the administrator's request
(lm-syslog-setup), so he must have
Francesco P. Lovergine wrote:
Package: laptop-mode-tools
Severity: serious
Justification: causes user configuration loss
After purging the package, I discovered my syslog ceased to work. I
found a dangling symlink
/etc/syslog.conf - /etc/syslog-on-battery.conf
This causes sysklog stop
34 matches
Mail list logo
