desktop-packages team mailing list archive

[Martin Pitt <martin.pitt@xxxxxxxxxx>]

Ted Gould [2011-08-18 20:27 -0000]:
> I guess the point here Martin is that you're saying "we don't know" --
> and that leads to very confused designs that say we don't know to the
> user, and thus the user doesn't know.  Then they have no confidence in
> us to tell them anything!

I'm afraid I don't understand what you mean here by "us tell them
anything" -- you mean if we had a whitelist of certified models, and
suspend would still fail because of a special case/USB device/etc.,
they would not know?

> I think that we need to come up with a "yes" or "no" answer to the
> question: "Does suspend work?"

Depends what "yes" is -- "always, 100%" is probably "no" everywhere,
as both hardware and to a bigger degree software have a tendency to
deterioate after some time of running (bugs corrupting the memory
state, memleaks), and we can't ever test suspend with all USB or
bluetooth hardware plugged in in the world.

I think "yes" should be "good and reliable enough to be useful", which
seems to be the case on most platforms these days? This could be
measured with some synthetic test cases like "survives 20 suspends in
a row after a clean boot" and "survives a 24 hour suspend cycle".

> Or "yes, with a blacklist" or "No, with a whitelist" would also work.

A blacklist might help, but I don't think that the immense effort in
keeping it up to date justifies the little gain that you get from it
(it would be better to spend that time figuring out pm-utils quirks to
fix it, etc.)

> Do you think this would be a good thing to put on the technical board's
> agenda?

If John and/or you still want to disable suspend by default, then the
TB is the appropriate forum to decide about this, indeed.

Thanks,

Martin

-- 
Martin Pitt                        | http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-control-center in Ubuntu.
https://bugs.launchpad.net/bugs/812394

Title:
  Disable suspend/hibernate options when they are not supported

Status in Ayatana Design:
  New
Status in “gnome-control-center” package in Ubuntu:
  Won't Fix

Bug description:
  Id like to proposse a change in the design of Power preferences in the
  GNOME control center: https://wiki.ubuntu.com/Power

  Instead going throuh the "certification" path, we can simply disable
  the options about suspend/hibernate if Its not supported in the
  current hardware (we have api for this in upower)

  I think this solution is more scalable, as we do not need to maintain
  a database with "certified" hardware. Also, we can add a button or a
  informative text when suspend/hibernate doesnt work to guide the users
  about what to do.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ayatana-design/+bug/812394/+subscriptions