Search found 5 matches

by HTJ
May 21st, 2014, 12:36 pm
Forum: Feature Requests
Topic: Systemd/logind support
Replies: 2
Views: 2244

Re: Systemd/logind support

I can't test that unfortunately - OE is locked down to prevent end users breaking it.
by HTJ
May 20th, 2014, 5:49 pm
Forum: Feature Requests
Topic: Systemd/logind support
Replies: 2
Views: 2244

Systemd/logind support

I posted in the General Help forum that SABnzbd (regardless of version) cannot suspend or shut down a system running OpenElec 4.X. The log shows this error: INFO::[__init__:1600] Queue has finished, launching: <function system_standby at 0x117c320> (None) 2014-05-11 05:06:03,753::INFO::[__init__:160...
by HTJ
May 18th, 2014, 11:38 am
Forum: Debian/Ubuntu Package
Topic: SABnzbd fails to suspend system after downloads
Replies: 6
Views: 5555

Re: SABnzbd fails to suspend system after downloads

I wasn't free during the week to test it. It produces the same type of error:

Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files

I've tested this on a completely clean install of OpenElec 4.0.1 and the same thing happens.
by HTJ
May 14th, 2014, 6:04 pm
Forum: Debian/Ubuntu Package
Topic: SABnzbd fails to suspend system after downloads
Replies: 6
Views: 5555

Re: SABnzbd fails to suspend system after downloads

A completely fresh install of OE 4.0.1 hasn't fixed this problem and it definitely isn't the hardware as XBMC can suspend the system without a problem (as could previous versions of SAB). Does anyone have a clue how this works?
by HTJ
May 11th, 2014, 4:41 am
Forum: Debian/Ubuntu Package
Topic: SABnzbd fails to suspend system after downloads
Replies: 6
Views: 5555

SABnzbd fails to suspend system after downloads

I recently upgraded OpenElec to 4.0.0 and reinstalled the SANnzbd suite; it can no longer suspend the system after completing the queued downloads. I ran the debug logging last night and it provided this: INFO::[__init__:1600] Queue has finished, launching: <function system_standby at 0x117c320> (No...