-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-06-06 02:02, Patrick Shanahan wrote:

* Carlos E. R. <> [06-05-13 19:47]:

I have /etc/suspend.conf

20:00 Crash: ~ > rpm -qf /etc/suspend.conf suspend-1.0-22.2.1.x86_64

I don't. Correction: a virtual machine (under vmplayer) has it, a real hardware install doesn't. To check if package "suspend" is installed I would have to reboot. Funny, the installation package does have "suspend.conf". I have to reinstall it, then. Yes, checking files I see that package pm-utils is installed, but package suspend is not. I'll reboot to try, after I answer a few emails. - -- Cheers / Saludos, Carlos E. R. (from 12.1 x86_64 "Asparagus" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlGv3QEACgkQIvFNjefEBxrdjgCfV0E2/0wWqIwoO7goaCjHEjMB xi4Aniwm1vOhecdwStSUhB8CjKE7Rklj =gI5P -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 2013-06-06 03:26, Cristian Rodríguez wrote:

El 05/06/13 20:51, Carlos E. R. escribió:

...

Yes, checking files I see that package pm-utils is installed, but package suspend is not.

Neither should be/must be required (that's the reason it is not installed) your system should be capable of hibernating/suspending without any of those legacy/obsolete hacks.

It is indeed absolutely necessary. I installed the package. I saw that it run mkinitrd (because it also added libply2, libply-splash-core2, and libply-boot-client2, I guess). I rebooted, to apply the changes. Then I hibernated from text mode - it worked. I run "init 5" then, answered one email, hibernated, restored fine, and here I am, writing to you again :-) So that package is indeed needed for a successful hibernation :-) I solved my problem and I can consider upgrading my work system 12.1 to 12.3 with real chances. Be happy. :-)) -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-06-06 02:08, Cristian Rodr￭guez wrote:

El 05/06/13 19:47, Carlos E. R. escribi￳:

...

I have problems with hibernation under systemd, it crashes.

What do you mean by "it crashes" ?

That it crashes >:-) It goes through the hibernate motions so fast that I doubt it does anything, except power off. On restore, it appears to try and give up, fast, then goes through a normal (non thaw) boot, fsck, so the session is lost. A crash. Full details: http://lists.opensuse.org/opensuse/2013-06/msg00043.html

...

What replaces now "/etc/suspend.conf"? It is missing.

It appears that suspend.rpm was not installed, dunno why. Yes, I know: removing plymouth removed suspend as well. Funny, I tested the procedure on the virtual machine and it worked.

YOu are confused, systemd (when pm-utils is not installed) merely:

1. executes a set of scripts in /usr/lib/systemd-sleep/

2. messages the kernel which is responsible of putting the machine into suspend or hibernate state.

Nothing else, the task of suspending or resuming the system is up to the kernel.

I see messages in the log from systemd about hibernation, and I simply do not know what it does. - -- Cheers / Saludos, Carlos E. R. (from 12.1 x86_64 "Asparagus" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlGv4EcACgkQIvFNjefEBxq8CwCgw72S0eNUkRKLw74UhdMlRt2m +oYAoJyWi7nPAqH3345LNWt1ehaiHj7c =UDQR -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

El 05/06/13 21:05, Carlos E. R. escribió:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

On 2013-06-06 02:08, Cristian Rodr￭guez wrote:

...

El 05/06/13 19:47, Carlos E. R. escribi￳:

...

...

I have problems with hibernation under systemd, it crashes.

What do you mean by "it crashes" ?

That it crashes >:-)

It goes through the hibernate motions so fast that I doubt it does anything, except power off. On restore, it appears to try and give up, fast, then goes through a normal (non thaw) boot, fsck, so the session is lost. A crash.

Full details: http://lists.opensuse.org/opensuse/2013-06/msg00043.html

That tells me you are not running factory.. "Linux rescate1.site 3.7.10-1.11-desktop #1 SMP PREEMPT Thu May 16 20:27:27 " --> not a factory kernel. posting in the wrong list ;-P In this case systemd is not doing the hibernation part, it is just forwarding to pm-utils for the process to be done in the old-fashioned way. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

El 05/06/13 21:50, Carlos E. R. escribió:

On 2013-06-06 03:36, Cristian Rodríguez wrote:

...

El 05/06/13 21:05, Carlos E. R. escribió:

...

...

Full details: http://lists.opensuse.org/opensuse/2013-06/msg00043.html

That tells me you are not running factory.. "Linux rescate1.site 3.7.10-1.11-desktop #1 SMP PREEMPT Thu May 16 20:27:27 " --> not a factory kernel. posting in the wrong list ;-P

Sure - but I'm desperate, nobody answered there. Here I got your attention and you gave me very useful information. And Patrick gave the clue I needed.

It is working now :-)

It is working now ? after doing what exactly ? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 06/05/2013 09:54 PM, Cristian Rodríguez wrote:

El 05/06/13 21:50, Carlos E. R. escribió:

...

On 2013-06-06 03:36, Cristian Rodríguez wrote:

...

El 05/06/13 21:05, Carlos E. R. escribió:

...

...

Full details: http://lists.opensuse.org/opensuse/2013-06/msg00043.html

That tells me you are not running factory.. "Linux rescate1.site 3.7.10-1.11-desktop #1 SMP PREEMPT Thu May 16 20:27:27 " --> not a factory kernel. posting in the wrong list ;-P

Sure - but I'm desperate, nobody answered there. Here I got your attention and you gave me very useful information. And Patrick gave the clue I needed.

It is working now :-)

It is working now ? after doing what exactly ?

─I couldn't hibernate either hibernate from disktop menu brought up a clean desktop on resume s2disk -r /dev/myswap worked so I Changed a kernel paremeter [*] Hibernation (aka 'suspend to disk') │ │ │ │ _(/dev/sda3) Default resume partition__ _ ────────── Default resume partition ───────────────────────────────────┐ │ CONFIG_PM_STD_PARTITION: │ │ │ │ The default resume partition is the partition that the suspend- │ │ to-disk implementation will look for a suspended disk image. │ │ │ │ The partition specified here will be different for almost every user. │ │ It should be a valid swap partition (at least for now) that is turned │ │ on before suspending. │ │ │ │ The partition specified can be overridden by specifying: │ │ │ │ resume=/dev/<other device> │ │ │ │ which will set the resume partition to the device specified. │ │ │ │ Note there is currently not a way to specify which device to save the │ │ suspended image to. It will simply pick the first available swap │ │ device. │ │ │ │ Symbol: PM_STD_PARTITION [=/dev/sda3] │ │ Type : string │ │ Prompt: Default resume partition │ │ Location: │ │ -> Power management and ACPI options │ │ Defined at kernel/power/Kconfig:72 │ │ Depends on: HIBERNATION [=y] │ ├──────────────────────────────────────────────────────────────── -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Am 06.06.2013 02:08, schrieb Cristian Rodríguez:

Nothing else, the task of suspending or resuming the system is up to the kernel.

No, for any advanced hibernation stuff the suspend package is still necessary AFAIK. -- Stefan Seyfried "If your lighter runs out of fluid or flint and stops making fire, and you can't be bothered to figure out about lighter fluid or flint, that is not Zippo's fault." -- bkw -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

-----Original Message----- From: "Malte Gell" Sent: Thursday, June 6, 2013 1:15am To: opensuse-factory@opensuse.org Subject: Re: [opensuse-factory] Hibernation/suspend with systemd - documented? Where? Am 06.06.2013 01:47, schrieb Carlos E. R.:

I have problems with hibernation under systemd, it crashes.

What replaces now "/etc/suspend.conf"? It is missing.

suspend.conf is part of suspend-1.0-22.2.1.x86_64. On my notebook suspending did not work either. I found a workaround, I created a file named /etc/pm/config.d/s2ram_opts.config with the following content: S2RAM_OPTS="-f -a 3" Then reboot (unloading the ACPI modules may do it as well, I don´t know) and then it worked again, pm-suspend worked. Hope that helps Malte ----------- You're both wrong. Didn't you hear Cristian ? I know, it sure *looks* like you're laptops failed before, and it sure *looks* like they are working now. But really, what are facts of life compared to words of Cristian Rodriguez? -- bkw -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Am 06.06.2013 07:53, schrieb Cristian Rodríguez:

Can any of the OP test if the respective machines suspend/hibernate correctly *without* the package "pm-utils" installed ?

What would be the benefit to remove pm-utils? Or is this just for a test? To answer your question: naaaaaaahhhh.... I´m so happy now my setup works and suspend :-) Malte -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Am 06.06.2013 08:13, schrieb Cristian Rodríguez:

On 06/06/2013 02:07 AM, Malte Gell wrote:

...

Am 06.06.2013 07:53, schrieb Cristian Rodríguez:

...

Can any of the OP test if the respective machines suspend/hibernate correctly *without* the package "pm-utils" installed ?

What would be the benefit to remove pm-utils?

Test if native kernel suspend works or not (if pm-utils is not installed systemd takes its own suspend path) and to test hypothesis that pm-utils "requires" are buggy.

I removed pm-utils and the system did not suspend any more. Then I installed pm-utils again, but the machine does not suspend anymore now... This is awkward, before when pm-utils was installed, it suspended just fine. Now, after this experiment the system does not suspend anymore... I consider now to abandon Tumbleweed and go back to openSuSE 12.3 standard install. Malte -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Am 07.06.2013 11:05, schrieb Carlos E. R.:

On 2013-06-07 10:05, Malte Gell wrote:

...

I removed pm-utils and the system did not suspend any more. Then I installed pm-utils again, but the machine does not suspend anymore now...

You have to reboot, initrd was rebuilt on package removal, desktop doesn't know about the changes (and who knows what doesn't know). And maybe your configuration was deleted/changed.

Rebooting didn´t do it, but rebuilding initrd did fix it. It works now again, later today I want to test hibernation if it works as well. thanx Malte -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

Am 07.06.2013 11:58, schrieb Carlos E. R.:

On 2013-06-07 11:57, Malte Gell wrote:

...

Am 07.06.2013 11:05, schrieb Carlos E. R.:

...

Rebooting didn´t do it, but rebuilding initrd did fix it. It works now again, later today I want to test hibernation if it works as well.

Ah. Then for some reason the package manager neglected to do it. Bug?

Oh no... I now compiled the kernel on my own, the same version from Tumbleweed, 3.9.4-11.g51bf0ff-desktop, I just change the sources, because I hate cursor blinking in the console... build the initrd again, installed kernel and now when suspending, KDE asks for root password... But, before I can enter the root password, KDE locks the screen => again no suspending... But, in KDE org.freedesktop.login1.suspend is set to "active console" yes... Malte

On 2013-06-06 11:09, Carlos E. R. wrote:

On 2013-06-06 07:53, Cristian Rodríguez wrote:

...

Can any of the OP test if the respective machines suspend/hibernate correctly *without* the package "pm-utils" installed ?

Sure. This is a test setup.

Does not work. pm-hibernate is missing, and I hesitate to call s2disk. xfce loses the menu entry for suspend/hibernate. Reinstalling package. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 2013-06-06 17:35, Cristian Rodríguez wrote:

On 06/06/2013 05:43 AM, Carlos E. R. wrote:

...

On 2013-06-06 11:09, Carlos E. R. wrote:

...

On 2013-06-06 07:53, Cristian Rodríguez wrote:

...

...

Can any of the OP test if the respective machines suspend/hibernate correctly *without* the package "pm-utils" installed ?

Sure. This is a test setup.

Does not work.

pm-hibernate is missing, and I hesitate to call s2disk.

xfce loses the menu entry for suspend/hibernate.

of course, you have to call systemctl suspend or use a desktop environment that is not broken such as kde or gnome.

Well, if you tell me exactly what to do, I'll try it. I'm no expert with systemd. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 2013-06-06 19:19, Andrey Borzenkov wrote:

В Thu, 06 Jun 2013 19:11:51 +0200 "Carlos E. R." <> пишет:

...

Well, if you tell me exactly what to do, I'll try it. I'm no expert with systemd.

systemctl suspend systemctl hibernate systemctl hybrid-sleep

surprise :)

Ok... so I remove pm-utils, reboot, and run "systemctl hibernate". What is that hybrid state? Man systemd-suspend.service does not say. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

В Thu, 06 Jun 2013 19:57:07 +0200 "Carlos E. R." пишет:

On 2013-06-06 19:19, Andrey Borzenkov wrote:

...

В Thu, 06 Jun 2013 19:11:51 +0200 "Carlos E. R." <> пишет:

...

...

Well, if you tell me exactly what to do, I'll try it. I'm no expert with systemd.

systemctl suspend systemctl hibernate systemctl hybrid-sleep

surprise :)

Ok... so I remove pm-utils, reboot, and run "systemctl hibernate". What is that hybrid state? Man systemd-suspend.service does not say.

This is basically hibernation that ends with suspend to RAM instead of switching off. This gives you the same resume speed as with suspend to RAM but provides safety belt in case system was suspended for too long for accu to become empty. pm-utils support is as well. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

El 06/06/13 14:32, Carlos E. R. escribió:

Besides that, suspend to ram has never worked on this machine right. On another machine I tried, the cpu was still powered but its fan was not, getting very hot. I was lucky it did not self-destroy.

Fill a bug report about that, if suspend to ram does not work in a particular system it has to be fixed in the kernel. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 2013-06-06 21:17, Claudio Freire wrote:

On Thu, Jun 6, 2013 at 3:35 PM, Cristian Rodríguez wrote:

...

El 06/06/13 14:32, Carlos E. R. escribió:

...

Besides that, suspend to ram has never worked on this machine right. On another machine I tried, the cpu was still powered but its fan was not, getting very hot. I was lucky it did not self-destroy.

Fill a bug report about that, if suspend to ram does not work in a particular system it has to be fixed in the kernel.

Some other day I'll test that. Tonight I have to test the previous thing I said I would, undo, post, then upgrade main system to 12.3. And have supper somewhere in between, hopefully watching the upgrade going on... The self-destruct thing, forget it. Bios bug (certain and recognized).

Assuming it's not a PSU mistake. STR will go bonkers if the PSU can't provide enough current on the right leads (can't remember which).

If there is some software side way of knowing that... -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 2013-06-06 19:57, Carlos E. R. wrote:

On 2013-06-06 19:19, Andrey Borzenkov wrote:

...

В Thu, 06 Jun 2013 19:11:51 +0200 "Carlos E. R." <> пишет:

...

...

Well, if you tell me exactly what to do, I'll try it. I'm no expert with systemd.

systemctl suspend systemctl hibernate systemctl hybrid-sleep

surprise :)

Ok... so I remove pm-utils, reboot, and run "systemctl hibernate".

“systemctl suspend” works fine with pm-utils removed, both in plain text mode and in graphical mode. However, xfce thinks that neither hibernate/suspend are possible, the options are greyed in the menu. Send email, test suspend. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

El 06/06/13 17:36, Carlos E. R. escribió:

rescate1:~ # systemctl suspend A dependency job for suspend.target failed. See 'journalctl -n' for details. rescate1:~ #

This is a different machine ? you first said it worked fine now that it does not work .. it is either one or the other :-) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 2013-06-06 23:43, Carlos E. R. wrote:

On 2013-06-06 23:40, Cristian Rodríguez wrote:

...

El 06/06/13 17:36, Carlos E. R. escribió:

...

rescate1:~ # systemctl suspend A dependency job for suspend.target failed. See 'journalctl -n' for details. rescate1:~ #

This is a different machine ? you first said it worked fine now that it does not work .. it is either one or the other :-)

No, I mistyped here the wrong command. Hibernate works, suspend does not.

I have restored pm-utils, suspend from xfce menu is simply ignored, nothing done.

send email, test from command line.

pm-suspend works from command line (with pm-utils installed). This is an improvement, it failed in 12.1 AFAIR. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2013-06-06 23:50, Cristian Rodríguez wrote:

El 06/06/13 17:43, Carlos E. R. escribió:

Hrmmm.. suspend is a irreversible task.. cannot end with "dependency failure" ...(unless you are reporting on opensuse-factory but using 12.3 systemd in which case it can happen, they were made irreversible in systemd 198)

Suspend to ram works, if pm-utils is installed, when called from command line (pm-suspend). From the XFCE menu it is ignored. From systemd... I have forgotten. I should have taken notes on a paper. If pm-utils is not installed, then XFCE menu is disabled. From command line "systemctl suspend" gets the dependency error failure message. pm-suspend... where is it... I don't remember. systemctl hibernate works fine if pm-utils is not installed, but the XFCE menu is disabled. All those tests were done with 12.3, I can not test factory yet. I don't usually test factory on real hardware this early in the cycle, sorry. I keep track of events, that's about it. If you are *very* interested, I'll find the time, and a partition to install it. Means an entire day dedicated to it... - -- Cheers / Saludos, Carlos E. R. (from 11.4, with Evergreen, x86_64 "Celadon" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlGxCM8ACgkQja8UbcUWM1yuQQD+J/1aztbA+ouHKnjR99ijvaQ4 DMSArZGe1xPRcR/H+2oA/RKPcauarOBD60UDur4ItK39sTzQnv67mi/8S7TsV1kH =AUeQ -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On Fri, 7 Jun 2013 00:34, Cristian Rodríguez wrote:

El 06/06/13 18:10, Carlos E. R. escribió:

...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256

On 2013-06-06 23:50, Cristian Rodríguez wrote:

...

El 06/06/13 17:43, Carlos E. R. escribió:

...

Hrmmm.. suspend is a irreversible task.. cannot end with "dependency failure" ...(unless you are reporting on opensuse-factory but using 12.3 systemd in which case it can happen, they were made irreversible in systemd 198)

Suspend to ram works, if pm-utils is installed, when called from command line (pm-suspend). From the XFCE menu it is ignored. From systemd... I have forgotten. I should have taken notes on a paper.

If pm-utils is not installed, then XFCE menu is disabled. From command line "systemctl suspend" gets the dependency error failure message. pm-suspend... where is it... I don't remember.

I just fixed xfce-session , SR #177948 so it now understands suspend/resume via systemd... neeeeext.!

Thanks. Many thanks. Wow, fast. As xfce in Factory is the same as in OSS 12.3 (AFAIK), could that fix 'uplifted' to OSS12.3-update ? - Yamaban.

* Cristian Rodríguez [2013-06-07 00:35]:

El 06/06/13 18:10, Carlos E. R. escribió:

...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256

On 2013-06-06 23:50, Cristian Rodríguez wrote:

...

El 06/06/13 17:43, Carlos E. R. escribió:

...

Hrmmm.. suspend is a irreversible task.. cannot end with "dependency failure" ...(unless you are reporting on opensuse-factory but using 12.3 systemd in which case it can happen, they were made irreversible in systemd 198)

Suspend to ram works, if pm-utils is installed, when called from command line (pm-suspend). From the XFCE menu it is ignored. From systemd... I have forgotten. I should have taken notes on a paper.

If pm-utils is not installed, then XFCE menu is disabled. From command line "systemctl suspend" gets the dependency error failure message. pm-suspend... where is it... I don't remember.

I just fixed xfce-session , SR #177948 so it now understands suspend/resume via systemd... neeeeext.!

This is an example of how our packaging policy of adding proper changelog entries is a good idea, that is it forces the packager to read the list of changes. This release adds support for shutdown/reboot via systemd as an alternative to consolekit, suspend/hibernate is still done via upower as before. -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

* Cristian Rodríguez [2013-06-07 21:23]:

El 07/06/13 05:19, Guido Berhoerster escribió:

...

This is an example of how our packaging policy of adding proper changelog entries is a good idea, that is it forces the packager to read the list of changes. This release adds support for shutdown/reboot via systemd as an alternative to consolekit, suspend/hibernate is still done via upower as before.

I am more concerned and interested about fixing functionality than to filling paper work that no one reads.

Well, if you had actually read the upstream changelog you would have noticed that this release doesn't actually "fix functionality" in terms of using systemd for suspend/hibernate as you claimed. It is still a useful though since it drops the dependency on ConsoleKit.

If you do not like the changes entry, fix it yourself, I will not waste any more of my time.

I have, since I forgot to check in this update about a month ago. This also fixes some dependency issues. -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On Thu, 6 Jun 2013 23:43, Carlos E. R. wrote:

On 2013-06-06 23:40, Cristian Rodríguez wrote:

...

El 06/06/13 17:36, Carlos E. R. escribió:

...

rescate1:~ # systemctl suspend A dependency job for suspend.target failed. See 'journalctl -n' for details. rescate1:~ #

This is a different machine ? you first said it worked fine now that it does not work .. it is either one or the other :-)

No, I mistyped here the wrong command. Hibernate works, suspend does not.

I have restored pm-utils, suspend from xfce menu is simply ignored, nothing done.

on xfce: /usr/lib64/xfce4/panel/plugins/libactions.so (Actions-Menu) uses dbus to call upon: "org.xfce.Session.Manager" or "/org/xfce/SessionManager" or "org.xfce.SessionManager" (found "org.xfce.SessionManager" for OSS 12.3) and looks for Methods: CanRestart Restart CanSuspend Suspend CanHibernate Hibernate /usr/bin/xfce4-session implements these, somewhere in there: xfsm-(hibernate|suspend) xfsm_consolekit_(can|try)_restart xfsm_manager_dbus_can_(hibernate|restart|suspend) xfsm_manager_dbus_(hibernate|restart|suspend) xfsm_manager_restart xfsm_shutdown_can_(hibernate|restart|suspend) xfsm_shutdown_try_(hibernate|restart|suspend) xfsm_upower_can_(hibernate|suspend) xfsm_upower_try_hibernate|suspend) just where the pm-utils come to play is mysterious, most likely via pm-is-supported. - Yamaban.

On Fri, 7 Jun 2013 03:27, Cristian Rodríguez wrote:

El 06/06/13 18:36, Yamaban escribió:

...

just where the pm-utils come to play is mysterious, most likely via pm-is-supported.

No, it plays through the upower backend, it is upower that calls pm-utils (that is until recently, where the suspend/hibernate interface was deprecated in favour of talking to systemd instead)

Thanks for the info. For OSS 12.3: upower-0.9.19-2.1.1.x86_64 "grep -s pm- $(rpm -ql upower)" gives positives in /usr/lib/upower/upowerd /usr/share/doc/packages/upower/NEWS The later gives the why and how. systemd came in serious use with Version 0.9.18 (2012-08-08) See notice for Version 0.9.5 (2010-07-12) for use of pm-is-supported, and notice for Version 009 (2009-07-06) about hard-coded use of pm-utils For Factory the situation is a little better, with upower-0.9.20-2.2.x86_64 came some nice changes[1]: ===== Sat Apr 6 15:11:26 UTC 2013 - hrvoje.senjan@gmail.com - Add --enable-deprecated flag (bnc#813883) which restores upowers sleep/resume funcionality ------------------------------------------------------------------- Mon Mar 18 23:35:19 UTC 2013 - hrvoje.senjan@gmail.com - Update to version 0.9.20: + New Features: - Add a --enable-deprecated configure argument to remove pm-utils support .... ===== [1] https://build.opensuse.org/package/view_file?expand=1&file=upower.changes&package=upower&project=openSUSE%3AFactory Well, we will see how the ball rolls. Thanks, for the help and info again. - Yamaban.

* Yamaban [2013-06-07 00:36]:

On Thu, 6 Jun 2013 23:43, Carlos E. R. wrote:

...

On 2013-06-06 23:40, Cristian Rodríguez wrote:

...

El 06/06/13 17:36, Carlos E. R. escribió:

...

rescate1:~ # systemctl suspend A dependency job for suspend.target failed. See 'journalctl -n' for details. rescate1:~ #

This is a different machine ? you first said it worked fine now that it does not work .. it is either one or the other :-)

No, I mistyped here the wrong command. Hibernate works, suspend does not.

I have restored pm-utils, suspend from xfce menu is simply ignored, nothing done.

on xfce: /usr/lib64/xfce4/panel/plugins/libactions.so (Actions-Menu)

uses dbus to call upon: "org.xfce.Session.Manager" or "/org/xfce/SessionManager" or "org.xfce.SessionManager" (found "org.xfce.SessionManager" for OSS 12.3)

and looks for Methods: CanRestart Restart CanSuspend Suspend CanHibernate Hibernate

/usr/bin/xfce4-session implements these, somewhere in there: xfsm-(hibernate|suspend) xfsm_consolekit_(can|try)_restart xfsm_manager_dbus_can_(hibernate|restart|suspend) xfsm_manager_dbus_(hibernate|restart|suspend) xfsm_manager_restart xfsm_shutdown_can_(hibernate|restart|suspend) xfsm_shutdown_try_(hibernate|restart|suspend) xfsm_upower_can_(hibernate|suspend) xfsm_upower_try_hibernate|suspend)

just where the pm-utils come to play is mysterious, most likely via pm-is-supported.

Nothing mysteriuos about it, both xfce4-session and xfce4-power-manager simply use the upower DBus API in order to suspend/hibernate and to determine whether the machine supports it. -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 2013-06-06 23:37, Cristian Rodríguez wrote:

El 06/06/13 17:31, Carlos E. R. escribió:

...

...

Ok... so I remove pm-utils, reboot, and run "systemctl hibernate".

“systemctl suspend” works fine with pm-utils removed,

Cool , and hibernate ?

Oops. That was "hibernate".

...

However, xfce thinks that neither hibernate/suspend are possible, the options are greyed in the menu.

That's because xfce has not been updated (yet?) to handle suspend/hibernation without pm-utils. That should be fixed at some point..

I guess. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org

On 2013-06-06 07:15, Malte Gell wrote:

Am 06.06.2013 01:47, schrieb Carlos E. R.:

...

I have problems with hibernation under systemd, it crashes.

What replaces now "/etc/suspend.conf"? It is missing.

suspend.conf is part of suspend-1.0-22.2.1.x86_64.

But suspend.rpm had been unintentionally removed. I thought, mistakenly, that the missing suspend.conf was because systemd had taken over the suspending process, because there have been posts here saying so. I never imagined that I had removed a needed package.

On my notebook suspending did not work either. I found a workaround, I created a file named /etc/pm/config.d/s2ram_opts.config with the following content:

S2RAM_OPTS="-f -a 3"

I saw your post, Patrick pointed me to it. It was not my problem, but your post gave me ideas. That wiki page is way obsolete, by the way, last version tested is 11.3. What I do not see is what those options do. There is no man page for s2ram, and the help on the cli only says: rescate1:~ # s2ram --help Usage: s2ram [options] -h, --help this text. -V, --version version information -n, --test test if the machine is in the database. -i, --identify prints a string that identifies the machine. --nofbsuspend do not suspend the framebuffer (debugging only!). --force force suspending, even on unknown machines. The following options are only available with --force: --vbe_save save VBE state before suspending and restore after resume. --vbe_post VBE POST the graphics card after resume. --vbe_mode get VBE mode before suspend and set it after resume. --radeontool turn off the backlight on radeons before suspending. --pci_save save the PCI config space for the VGA card. --acpi_sleep set the acpi_sleep parameter before suspend 1=s3_bios, 2=s3_mode, 3=both -f could be "--force". But "-a"?

Then reboot (unloading the ACPI modules may do it as well, I don´t know) and then it worked again, pm-suspend worked.

I on't think you can hibernate without acpi, because that's the bios handle on the whole thing. It is using for telling the mother board to power off. If not acpi, you have to use the older thing, apm. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org