Bug 121061 - "apm -s" is the default suspend command even with ACPI
"apm -s" is the default suspend command even with ACPI
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: gnome-applets (Show other bugs)
rawhide
i586 Linux
medium Severity medium
: ---
: ---
Assigned To: David Zeuthen
Mike McLean
:
: 125562 130685 140667 (view as bug list)
Depends On: 155613
Blocks: FC5Target
  Show dependency treegraph
 
Reported: 2004-04-16 12:21 EDT by Kees
Modified: 2013-03-05 22:40 EST (History)
7 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2006-03-07 17:26:06 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Kees 2004-04-16 12:21:13 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040312

Description of problem:
The default suspend command of the applet is: /usr/bin/apm -s
Doesn't work because:

[kvdb@t-7-182 kvdb]$ apm --version
apm version 3.0.2
[kvdb@t-7-182 kvdb]$ apm
No APM support in kernel

Since the default kernels don't have APM enabled, the applet should
have another default (some ACPI sleep command?). Not?

Also weird:

/usr/libexec/battstat-applet-2 --version
Gnome battstat 0


Version-Release number of selected component (if applicable):
gnome-applets-2.6.0-2

How reproducible:
Always

Steps to Reproduce:
1. read above
2.
3.
    

Additional info:
Comment 1 Mark McLoughlin 2004-07-19 10:23:57 EDT

*** This bug has been marked as a duplicate of 121376 ***
Comment 2 Mark McLoughlin 2004-07-19 10:24:52 EDT
Wrong bug, sorry.
Comment 3 Mark McLoughlin 2004-07-19 10:27:09 EDT
Sounds reasonable. Just need to figure out what the ACPI command is.
Comment 4 Mark McLoughlin 2004-07-21 10:47:33 EDT
A problem is that the default suspend command is specified in a GConf
schema - hard (or at least unusual) to change a schema default
dynamically.

Might want to have two GConf keys - suspend_command_apm and
suspend_command_acpi.
Comment 5 Mark McLoughlin 2004-07-21 10:48:02 EDT
*** Bug 125562 has been marked as a duplicate of this bug. ***
Comment 6 Rik van Riel 2004-07-21 18:04:30 EDT
Mark, a good suspend command would be:

"echo 3 > /proc/acpi/sleep"
Comment 7 Mark McLoughlin 2004-08-25 18:30:10 EDT
*** Bug 130685 has been marked as a duplicate of this bug. ***
Comment 8 Havoc Pennington 2004-08-25 23:50:51 EDT
I suggest that we add a command with the following properties:

- it works for both apm and acpi systems
- users have permission to run it by default (probably using
  consolehelper so it's only console users)

and then set that as the command. Dynamically changing gconf stuff
is wonky. And we don't want to have to go around fixing everything
next time the /proc "interfaces" change ;-)

Perhaps this is just an extra flag to "shutdown"?

Unfortunately the command "suspend" already exists
Comment 9 Barry K. Nathan 2004-10-17 16:07:56 EDT
Random thought: Would "standby" be a suitable name for such a command?
Comment 10 Havoc Pennington 2004-11-03 15:55:03 EST
Bill do you have any objection to adding such a command?
Comment 11 Bill Nottingham 2004-11-03 15:57:38 EST
Go for it. The problem is that the semantics change, of course; the
apm suspend returns, the acpi suspend doesn't return until you resume,
etc.
Comment 12 Mark McLoughlin 2004-11-12 12:04:42 EST
Taking off FC3 target tracker list
Comment 13 Mark McLoughlin 2004-12-20 07:30:54 EST
Okay, spliting out a separate bug for the "we need a standby command"
into bug #143397
Comment 14 Mark McLoughlin 2005-01-05 06:03:45 EST
*** Bug 140667 has been marked as a duplicate of this bug. ***
Comment 15 Ray Strode [halfline] 2005-04-08 17:28:51 EDT
David is actually working on a better solution to this (don't ask for a command
at all).  I'm going to reassign this bug to him.
Comment 16 David Zeuthen 2005-04-29 11:10:39 EDT
Actually, I recently filed bug 155613 for inclusion of suspend scripts. Said
scripts are a prequisite for resolving this bug.

I also got a patch for battstat-applet-2 to remove the text entry field and
provide some combo boxes for actions to take when a) lid is closed; b) suspend
button is pressed; and c) power button is pressed. 

For FC5 we'll probably just ship gnome-power-manager instead of the battstat
applet; see utopia-list@gnome.org archives for details (it's under development).
Comment 17 Ray Strode [halfline] 2005-05-11 16:31:58 EDT
Moving to FC5Target from discussion during desktop core team meeting.
Comment 18 Warren Togami 2006-03-07 17:26:06 EST
Suspend was moved to the menu, so I guess you could call this fixed.

Note You need to log in before you can comment on or make changes to this bug.