View Full Version : Meaning of Error: Plugin is incompatible with your platform.
Just looking through my logs to make sure all is (finally) working as expected.
What does this mean (found in server.log)?
[09-01-08 13:59:05.2066] Slim::Utils::PluginManager::enablePlugins (419) Couldn't load Slim::Plugin::PreventStandby::Plugin. Error: Plugin is incompatible with your platform.
Thanks!
SM
Means you're not running windows. Ignore it.
Mark Miksis
2009-01-08, 09:46
That plugin was supposed to be removed from non-Windows builds. What OS and which download did you install from?
I've always seen it in the debs, it's there in 7.3.1 release and looks like it's still there in the latest 7.4 nightly.
Mark Miksis
2009-01-08, 14:03
I've always seen it in the debs, it's there in 7.3.1 release and looks like it's still there in the latest 7.4 nightly.
You're right. I just reopened bug 7794 which I thought fixed this.
Yep - I'm running stock Ubuntu Intrepid (8.10) with:
deb http://debian.slimdevices.com testing main
deb http://archive.ubuntu.com/ubuntu/ intrepid-proposed restricted main multiverse universe
(I need the latter for 2.6.27-11-generic kernel due to a known CIFS issue).
Thanks
SM
coffeebucket
2009-03-12, 17:51
I'm getting a similar error from a recent build for the ReadyNAS Pro. Specific details are:
Version
Version: 7.3.3 - 25090 @ Fri Feb 20 02:05:54 PST 2009
Error
[09-02-25 03:12:18.7312] Slim::Utils::PluginManager::enablePlugins (424) Couldn't load Slim::Plugin::PreventStandby::Plugin. Error: Plugin is incompatible with your platform.
I've had a look at bug 7794 and it seems to be Debian specific. Would it be worth re-opening it, or creating a new one specifically for the ReadNAS x86 build?
> I've had a look at bug 7794 and it seems to be Debian specific. Would
> it be worth re-opening it, or creating a new one specifically for the
> ReadNAS x86 build?
Thanks for the heads up. Please give tomorrow's build another try. I added
that plugin to the exclusion list for the ReadyNAS build too.
--
Michael
coffeebucket
2009-03-12, 18:27
Thanks Michael, I'll be sure to give it a try.
Possibly a bit off topic, but this all came about as a result of a post I saw on the ReadyNAS forums regarding log files getting out of control.
http://www.readynas.com/forum/viewtopic.php?f=51&t=26124
I have a couple of questions regarding this:
Does SqueezeCentre truncate it's own log files at regular intervals? If so, what are the details of this?
To guard against this situation from ever occurring, would it be feasible to re-locate the log files to somewhere other than the root partition? I.e. somewhere on the main volume (usually /c/)
Thanks in advance.
> - Does SqueezeCentre truncate it's own log files at regular
> intervals? If so, what are the details of this?
The operating system should do the rotation. But we did indeed have a bug
in 7.3.1 (I think) which filled the logs so quickly, rotation might not
have kicked in before the file had reached those GBs.
--
Michael
coffeebucket
2009-03-15, 01:59
I've done some of my own investigation into the log rotation and, figuring it was the most appropriate place for it, posted my results on the ReadyNAS forums.
http://www.readynas.com/forum/viewtopic.php?f=36&t=26718
I'd be interested to hear your thoughts on the matter.
Powered by vBulletin® Version 4.1.12 Copyright © 2013 vBulletin Solutions, Inc. All rights reserved.