Hi, 'Twas brillig, and Lennart Poettering at 22/10/12 15:28 did gyre and gimble: >> Might have been covered elsewhere in some docs but is there any info on >> how to plan for a post-pm-utils world? > > Not really, the interesting bits of pm-utils are done by systemd in C > code directly. pm-utils doesn't really have any purpose anymore and > upower can defer to systemd's logind instead.
A colleague did some poking and pointed out the following issue: upower 0.9.18 still requires pm-utils for some features: - up_backend_supports_sleep_state (src/linux/up-backend.c line 360) calls /usr/bin/pm-is-supported to determine if suspend or hibernate are available on the system. upower uses this to reply to dbus call on org.freedesktop.UPower.CanSuspend or .CanHibernate. Without pm-utils, org.freedesktop.UPower.CanSuspend or .CanHibernate always return false. At startup, KDE asks org.freedesktop.UPower.CanSuspend and .CanHibernate to know if, respectively, suspend and hibernate are possible on the system. So, without pm-utils installed, suspend and hibernate entries are not available in KDE's menus and applets (it's needed to reboot after the removal of pm-utils). So, should the org.freedesktop.UPower.CanSuspend/Hibernate properties be cooked up instead to logind rather than shelling out to pm-is-supported? >> pm-utils had several quirks (many of which are likely obsolete - for me >> the vt switching stuff which is apparently quirked on my h/w makes >> suspend/resume uglier and gives no benefit), but with a switch to >> systemd for suspend all these quirks obviously no longer apply. > > According to the X driver folks the quirks are entirey unnecessary these > days, and if there indeed is something left over then it should be fixed > in the drivers, not in userspace quirks. We only did the in-systemd > suspending after ensuring that the quirks are entirely unnecessary now. Nice to know, thanks. >> So the question is, what should be done about it? > > Nothing, really. Just don't pull it in anymore. As well as the above problem, my colleague also pointed out: - up_backend_get_powersave_command (src/linux/up-backend.c line 615) calls /usr/sbin/pm-powersave to apply powersave's adjustments. So what is the systemd blessed way of doing this? Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/ _______________________________________________ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel