Arch Linux

Please read this before reporting a bug:

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!

FS#31349 - [upower] make pm-utils an optdep

Attached to Project: Arch Linux
Opened by philomath (archadmirer) - Friday, 31 August 2012, 07:01 GMT
Last edited by Jan de Groot (JGC) - Wednesday, 20 March 2013, 12:59 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Ionut Biru (wonder)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 10
Private No



It seems like systemd users have no need for pm-utils, as systemd has the required functionality.

Additional info:
* package version(s)

upower 0.9.17-2

This task depends upon

Closed by  Jan de Groot (JGC)
Wednesday, 20 March 2013, 12:59 GMT
Reason for closing:  Won't implement
Additional comments about closing:  As stated in commit message:
Enable deprecated interfaces. KDE still needs this, so we keep this enabled for a while. Drop patch already included in the release
Note: pm-utils is still a dependency and will not go away when removing deprecated interfaces.
Comment by Matthias Dienstbier (fs4000) - Friday, 31 August 2012, 13:58 GMT
Systemd will only be used if the system is started with systemd and even then upower will still invoke pm-powersave for power management.
Comment by Jan de Groot (JGC) - Monday, 03 September 2012, 12:01 GMT
Looking at all the bugs we have open about pm-utils, about what it fucks up, about what stupid default config it has and looking at how unmaintained this stuff actually is, I wouldn't even care about calls to pm-powersave.
As for "only used if system is started with systemd": some day that will be the only supported. With the release of GNOME 3.6 we will already build polkit without ConsoleKit support, which basically forces desktop users to run systemd.
Comment by philomath (archadmirer) - Monday, 03 September 2012, 17:21 GMT
That's the point of making it optional, at least systems started with systemd (which is now the officially preferd form) should be able to get rid of pm-utils.
As jan noted, pm-utils is not the best piece of software around.
Comment by Matthias Dienstbier (fs4000) - Monday, 03 September 2012, 20:54 GMT
It's not that I want to stick with pm-utils, but which piece of software should be responsible for power management then? Do the other distributions have anything that magically works better?
Comment by Brandon Watkins (bwat47) - Wednesday, 19 September 2012, 04:56 GMT
Matthias: There is nothing wrong with still keeping pm-utils for power management uses. There are alternatives however. There's laptop-mode-tools (which is way overkill/confusing IMO), and there are various other solutions using scripts. Currently my favorite solution is very simple: a single udev rule that calls a custom powersave script that I found on the forums a little while back: You know exactly what the script is doing and very easy to tailor to your system, for example here's the simple version I use on my system: There is also powerdown in the aur for a more 'complete' example.

Anyway, I definitely support pm-utils becoming an optional dependency is possible, unfortunately in my testing it seems even the new upower still uses pm-utils for some things. If I pacman -Rdd pm-utils, suspending by calling upower does not work (and in addition all suspend/hibernate options disappear in gnome), but doing it via systemctl suspend works fine. I've verified that new upower is using systemd for suspend on my system too (If I suspend via upower it shows in my systemd-suspend.service log). My theory is that upower still utilizes the pm-is-supported function to check if the system supports suspend (with pm-utils removed the error I get when attempting to suspend via upower is that the kernel does not support it). It should probably not be made an optional dependency until suspending via upower actually works without having pm-utils.

Hopefully in the future UPower will not need pm-utils at all anymore, I'd love to get rid of it since it looks like there hasn't been active development for at least 2 years. Unfortunately I use gnome, which needs upower, which seems to still need pm-utils, so in the meantime I've set RunPowersaveCommand=false in my UPower.conf and masked all the pm-utils powersave scripts.
Comment by Doug Newgard (Scimmia) - Friday, 09 November 2012, 19:39 GMT
Edited: Sorry, didn't test well enough. bwat47's statement is still correct, upower doesn't think it can suspend without checking with pm-utils even though it can.
Comment by ifaigios (ifaigios) - Tuesday, 13 November 2012, 22:53 GMT
Until upstream upower drops pm-utils-related functionality, you could try this:
Comment by ifaigios (ifaigios) - Wednesday, 20 March 2013, 11:43 GMT
With upower-0.9.20, pm-utils-related functionality is disabled by default, unless you specify --enable-deprecated in ./configure, which is probably the case with the Arch Linux package right now. Why this?