Your message dated Thu, 07 Aug 2014 01:42:10 +0200
with message-id <[email protected]>
and subject line Re: Bug#755120: mate-power-manager,systemd: suspend happens
twice
has caused the Debian Bug report #755120,
regarding mate-power-manager,systemd: suspend happens twice
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
755120: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755120
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: mate-power-manager,systemd
Version: 1.8.0+dfsg1-3+b1,208-6
Severity: normal
When I put the lid down to suspend my Thinkpad X220, the system
suspends. When I open the lid, the system resumes, and then suspends
again.
I believe this happens because mate-power-manager and systemd both
attempt to suspend the machine. One of those packages needs to be
responsible for it, and the other needs to not be involved. However,
systemd might want to take control of suspending the machine when
mate-power-manager is not involved, such as when the lid is closed at
the lightdm screen, so that suspend still works in such a case.
My mate-power-manager settings indicate that when the lid is closed,
whether on AC power or battery, the system is to be suspended. The
appropriate package should honor these settings, however I may set them.
I trust the maintainers can assign this bug to the appropriate package,
or clone additional bugs to apportion the responsibilities between them.
This machine is on sid.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Am 07.08.2014 01:33, schrieb brian m. carlson:
> On Thu, Aug 07, 2014 at 01:16:43AM +0200, Michael Biebl wrote:
>> The consolekit dependency is most likely a red herring.
>>
>> I suspect mate-power-manager does not properly support the new Inhibit API.
>>
>> See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717661
>
> Is there a reason for this behavior change? It's not very reasonable to
> expect all existing desktop environments to support a new API when they
> worked perfectly well before that API existed.
The inhibit API is the first one, which really ensures that applications
(in the desktop session) can hook into the suspend process, delay to
execute actions, delay if important processes are running etc.
E.g. there was a long standing bug that e.g. screen lockers were not
able to successfully lock the screen before the actual suspend was
triggered. On resume then you could see the unlocked desktop for
fractions of a second.
Such (security critical) races are gone with the new API, so it is
worthwile that DEs support this properly and all important ones already
do. That includes the major ones like KDE and GNOME and for the smaller
ones like MATE and XFCE, they should have been fixed in the mean time.
Closing the bug report as you mentioned that you no longer noticed this
issue.
If you do, please reopen and re-assign to mate-power-manager.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
--- End Message ---
_______________________________________________
Pkg-systemd-maintainers mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
