I have found (http://thread.gmane.org/gmane.linux.power-management.powersave/290) kpowersave ebuild by Michael Biebl. I think that it helps to many people.
Created attachment 79341 [details] powersave_overlay.tar.bz2
Don't restrict bugs, please... Also, never attach tarballs. http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=3#doc_chap2
Reopen with a plaintext ebuild attached.
Created attachment 79348 [details] sys-power/powersave/powersave-0.11.6.ebuild
Created attachment 79349 [details, diff] sys-power/powersave/files/fixes.patch
Created attachment 79350 [details, diff] sys-power/powersave/files/plugdev_access.patch
Created attachment 79351 [details] sys-power/powersave/files/powersaved.rc
Created attachment 79352 [details] sys-power/kpowersave/kpowersave-0.5.4.ebuild
Plain text ebuilds for the kpowersave (powersave).
Created attachment 79442 [details] sys-power/kpowersave/kpowersave-0.5.6.ebuild Ebuild for the newest version.
Created attachment 83489 [details] sys-power/powersave/powersave-0.12.7.ebuild Update for latest powersave daemon.
Created attachment 83490 [details] sys-power/kpowersave/kpowersave-0.5.11.ebuild Update for latest version.
Created attachment 83493 [details] sys-power/powersave/files/powersaved.rc need += acpid use -= acpid
I added a dependency on "acpi? ( sys-power/acpid )" to sys-power/powersave because I tried starting powersaved without having acpid running, and it apparently didn't know what to do with the acpid socket because it wouldn't start. Is this package going to get adopted into Portage? KPowersave is endlessly better than KLaptopDaemon.
I've created an ebuild for the s2ram binary (http://en.opensuse.org/S2ram), which powersave will automatically utilize to make suspend-to-RAM reliable on more machines out of the box. See bug #128468.
Created attachment 83689 [details] sys-power/powersave/powersave-0.12.7.ebuild My previous fix wasn't the best way to handle the situation. Turns out acpid really isn't needed, but the rc script has to be fixed for the case that it isn't installed. This revision of the ebuild takes the acpid dependency back out.
Created attachment 83690 [details] sys-power/powersave/files/powersaved.rc This revision of the powersaved.rc script adds a check for the acpid socket. If the socket exists, it will tell powersave to use it; otherwise, it lets powersave default to reading acpi events from /proc/acpi/event.
Created attachment 84400 [details] sys-power/powersave/powersave-0.12.11.ebuild bump to latest version
Created attachment 84402 [details] sys-power/kpowersave/kpowersave-0.6.0.ebuild bump to latest version
Please add these packages to portage. If you know powersave you really don't want to use klaptopdaemon again. It's also far better maintained code and nearly all major distributions ship these packages btw.
powersaved does not start for me, no output either :( strace: http://genstef.homelinux.org/powersaved-strace
It's a daemon. Start it with: /etc/init.d/powersaved start Add it to your default runlevel with: rc-update add powersaved default
> http://genstef.homelinux.org/powersaved-strace looks like you don't have permissions to connect to the dbus system bus. you need to run the daemon as root of course.
after a reboot it automagically worked. I have added it as 0.13.1 to portage, wait an hour and sync to get it :) Thank you all for helping here and for the ebuild!
Did you also put Kpowersave in Portage? These were two different ebuilds. Just want to make sure you're aware of that.
yes, of course :) Do you know how I can run custom commands on suspend-to-ram? I need to restart my soundcard afterwards: /etc/init.d/alsasound restart oh, probably makes sense to continue the discussion now in private mail or irc :)
Kpowersave (and, of course, the powersave deamon) works fine for me on AMD64 (stable branch). You can add ~amd64 to the kpowersave ebuild, IMHO
can confirm kpowersave works on ~amd64 I just need to restart dbus once
Can you please open a new bug for the amd64 keywording issue? I am not allowed to mark it ~amd64 since I do not have and amd64 system.
sure, no problem :] here it is: http://bugs.gentoo.org/show_bug.cgi?id=132621
This needs any -j* disabled, else emerge bails out with this error: Good - your configure finished. Start make now WARNING: use unsermake instead of make or use a wrapper script, e.g. makeobj!!! /usr/lib/python2.4/site-packages/unsermake/unsermake all ERROR:src/Makefile.am: unknown source extension .ui for kpowersave.la ERROR:src/Makefile.am: unknown source extension .skel for kpowersave.la ERROR:src/Makefile.am: unknown source extension .ui for kpowersave.la ERROR:src/Makefile.am: unknown source extension .ui for kpowersave.la ERROR:src/Makefile.am: unknown source extension .ui for kpowersave.la ERROR:src/Makefile.am: unknown source extension .ui for kpowersave.la make: *** [all] Error 1 !!! ERROR: sys-power/kpowersave-0.6.1 failed. Call stack: ebuild.sh, line 1527: Called dyn_compile ebuild.sh, line 931: Called src_compile ebuild.sh, line 1240: Called kde_src_compile kde.eclass, line 123: Called kde_src_compile 'all' kde.eclass, line 252: Called kde_src_compile 'myconf' 'configure' 'make' kde.eclass, line 248: Called die !!! died running emake, kde_src_compile:make !!! If you need support, post the topmost build error, and the call stack if relevant.