/etc/acpi/panapower.sh does not check if laptop lid is closed

Bug #205411 reported by Leonid Shlyapnikov
2
Affects Status Importance Assigned to Milestone
acpi-support (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

1). Dell Inspiron E1505 (laptop)
Description: Ubuntu 7.10
Release: 7.10

2). > apt-cache policy acpi
acpi:
  Installed: 0.09-3ubuntu1
  Candidate: 0.09-3ubuntu1
  Version table:
 *** 0.09-3ubuntu1 0
        500 cdrom://Ubuntu 7.10 _Gutsy Gibbon_ - Release i386 (20071016.1) gutsy/main Packages
        500 http://us.archive.ubuntu.com gutsy/main Packages
        100 /var/lib/dpkg/status

> apt-cache policy acpid
acpid:
  Installed: 1.0.4-5ubuntu8
  Candidate: 1.0.4-5ubuntu8
  Version table:
 *** 1.0.4-5ubuntu8 0
        500 cdrom://Ubuntu 7.10 _Gutsy Gibbon_ - Release i386 (20071016.1) gutsy/main Packages
        500 http://us.archive.ubuntu.com gutsy/main Packages
        100 /var/lib/dpkg/status

3). Expected behaviour:
Laptop is running on battery, lid is closed, display is turned off, no back light. If you plug in AC power the laptop display DOES NOT trun on and backlight stays turned off (laptop lid is closed).

4). Problem:
Laptop is running on battery, lid is closed, display is turned off, no back light. But if you plug in AC power the laptop display backlight turns on (laptop lid is still closed).

Solution:
/etc/acpi/panapower.sh should check if laptop lid is closed.

Tags: patch
Revision history for this message
Leonid Shlyapnikov (lshlyapnikov) wrote :
description: updated
Revision history for this message
Daniel Hahler (blueyed) wrote :

Have you verified that it works?
From its name, panapower.sh seems to be relevant only for Panasonic notebooks.. additionally, I could not find the place where it gets called.
Can you test this with Ubuntu Hardy, e.g. using the LiveCD?
/etc/acpi/panapower.sh

Changed in acpi-support:
assignee: nobody → blueyed
status: New → Incomplete
Revision history for this message
Leonid Shlyapnikov (lshlyapnikov) wrote :

You are right, I have added the following line to /etc/acpi/panapower.sh:

    logger "called $0, lid status: `cat /proc/acpi/button/lid/LID/state`"

/etc/acpi/panapower.sh IS NOT used.

This means I am not sure what change in /etc/acpi fixed the described behaviour. The problem existed before I gave /etc/acpi some massage. Will try to reproduce it on a Live CD.

Revision history for this message
Daniel Hahler (blueyed) wrote :

You may want to consider using "etckeeper", then you could see what you've changed in /etc.

An alternative would be to get the source package and diff the contents of the directories.
You can see in the "install" target of debian/rules where the files get installed, e.g. lib/* from the source package gets installed to /usr/share/acpi-support/.

You can get the source package with "apt-get source acpi-support", after you've added a "deb-src" line to /etc/apt/sources.list (copying the matching "deb" line).

Daniel Hahler (blueyed)
Changed in acpi-support (Ubuntu):
assignee: Daniel Hahler (blueyed) → nobody
Revision history for this message
Steve Langasek (vorlon) wrote :

/etc/acpi/panapower.sh has been removed from acpi-support in karmic, so marking this as resolved.

Changed in acpi-support (Ubuntu):
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.