Hi,
On 13-09-18 16:40, Bastien Nocera wrote:
----- Original Message -----
Hi,
On 13-09-18 16:16, Benjamin Berg wrote:
Hi,
On Thu, 2018-09-13 at 10:06 -0400, Bastien Nocera wrote:
This needs to be disabled in systemd, as I mentioned in the previous
thread.
This means it would still work in GNOME if somebody enables the feature
in systemd, as would be expected.
Yeah, I agree that disabling it in systemd by default is likely the
best way forward for F29. If we can get enough testing, then it may be
possible to enable hibernation again for F30.
gsd-power has no configuration option to change the behaviour. It will
simply use SuspendThenHibernate rather than Suspend when the method is
available.
My reaction to Bastien and yours crossed, right gsd-power has no
configuration option now. What I'm suggesting is, that since some people
want this to be opt-in, we add such a configuration option.
This really is a policy decision and as such belongs in GNOME IMHO
systemd simply provides a mechanism for this and the availability
call it has is to indicate if the hardware can support this at all
(with no guarantees about this working).
Either way we need to do something about this for F29.
It's broken. systemd will use it when GNOME isn't involved, therefore,
it will be broken at another level. It doesn't have a configuration on
purpose, because it should just work. We don't add configuration options
in GNOME when things should just work.
Without an easy way for people to test this it will be broken for ever.
A feature like this needs to have an easy way to opt in, so that we can
get people to test this and report issues (or success). So that we can
improve the hw support over time until we feel comfortable to at least
try to enable this by default.
Anyway I'm done with this discussion, whether this is disabled at
the systemd level or the g-s-d level is not really that important, the
important thing is that it is disabled.
So I will leave the discussion to decide where to disable this as
something to discuss between the g-s-d maintainers and the systemd
maintainers.
Regards,
Hans
_______________________________________________
desktop mailing list -- desktop@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to desktop-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/desktop@xxxxxxxxxxxxxxxxxxxxxxx
