On Mon, Feb 11, 2013 at 3:19 PM, Stefan G. Weichinger <li...@xunil.at> wrote:
> Am 11.02.2013 22:03, schrieb Canek Peláez Valdés:
>> On Mon, Feb 11, 2013 at 3:51 AM, Stefan G. Weichinger <li...@xunil.at> wrote:
>>> Do you have acpid installed/enabled? Anything aside the default
>>> acpi-scripts?
>>
>> The last time I installed acpid was in November of 2010, and I
>> uninstalled for the last time in April 2011. My machines are all acpid
>> free since then; systemd + UPower takes cares of everything AFAIK.
>
> I see. I take this as an impulse to cleanup my system even more ...
> removing acpi means getting rid of those app-laptop/laptop-mode-tools as
> well afai understand ... they relied on ACPI to switch stuff ...
>
> Both removed now ...
>
>> I haven't used scripts to suspend or hibernate in ages; again UPower
>> does everything, or perhaps some other part of the GNOME stack.
>> sys-power/pm-utils is still being pulled in by upower-0.9.19, but it
>> only calls pm-is-supported (src/linux/up-backend.c:363-390) to
>> determine if the machine can suspend/hibernate. Which is kinda stupid,
>> since pm-is-supported is only a set of scripts which test files in the
>> /sys directory. UPower should test for those files directly (is in the
>> linux backend anyway), and remove the pm-utils dependency.
>
> Yep, another issue (bug-report ;-) ).
>
>> For the kernel I use vanilla-sources unstable; I haven't used
>> gentoo-sources in ages (long before systemd), and I never used
>> tuxonice-sources.
>
> I see. gentoo-sources here, 3.7.6 at the moment, from time to time I
> "git pull" some kernel from linux-git or linux-stable (Linus or Greg ...).
>
>> Suspend/hibernate works perfectly in all my machines; I haven't had a
>> failed resume in (literally) years.
>
> Good to hear.
>
> I see upower.service as active but disabled ... ? hmm..

It's OK; disabled means that it's not enabled, i.e., there is no link
to it from /etc/systemd/system/*.wants. It's Dbus activable, so the
first time someone calls a method from org.freedesktop.UPower via
dbus, the service is activated automatically. There is no need to
enable the service (which will mean that it starts even if no other
process calls a method from org.freedesktop.UPower).

Enabled/Disabled is orthogonal to Active/Inactive; the first means
"the service will start when reaching its target no matter what", and
the latter means "the service is running".

Regards.
-- 
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México

Reply via email to