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 -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
