Bug 11147 - SBC 7.4r4395 fails to boot if a non-available jive-applet is been referenced
: SBC 7.4r4395 fails to boot if a non-available jive-applet is been referenced
Status: CLOSED FIXED
Product: SqueezePlay
Classification: Unclassified
Component: UI
: unspecified
: PC Linux (other)
: P1 normal (vote)
: 7.4.0
Assigned To: Richard Titmuss
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-02-21 06:36 UTC by Markus Schiegl
Modified: 2011-03-16 04:39 UTC (History)
4 users (show)

See Also:
Category: ---


Attachments
SBC /var/log/messages from a failed boot sequence (13.43 KB, text/plain)
2009-02-21 06:36 UTC, Markus Schiegl
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Markus Schiegl 2009-02-21 06:36:41 UTC
Created attachment 4840 [details]
SBC /var/log/messages from a failed boot sequence

This weekend i migrated to 7.4 and as usual built my own squeezeOS image for the SBC, 7.4r4395 at this time. This version failed to boot (logitech logo->free your music->reboot) so after having switched to my previously installed 7.3 i applied the "official r4154" which worked fine so far. 

Nevertheless i took the challenge to debug this one a little bit. After collecting some logs with a sd-card (see attachment) i noticed the line

"Error while loading meta for RetroBrowser:/usr/share/jive/jive/AppletManager.lua:193: error loading meta `RetroBrowser' (cannot open /usr/share/jive/applets/RetroBrowser/RetroBrowserMeta.lua: No such fil"

The directory /usr/share/jive/applets/RetroBrowser/ is empty, sometime in the past i had installed this plugin.

I switched to a previous firmware again and removed the file /usr/share/jive/applets/SetupAppletInstaller/settings.lua (AFAIR, unfortunately i didn't log the exact path) which contained only this one line 

settings = {RetroBrowser="0.1",}

After i'd done this the SBC was able to boot 7.4r4395...

...yes i know, a factory would have had the same result :-)
Comment 1 Markus Schiegl 2009-02-21 06:38:09 UTC
last line: s/factory/factory reset/
Comment 2 Blackketter Dean 2009-07-22 09:01:56 UTC
Moving to the product SqueezePlay because this bug appears to apply to any player based on that application code.  Feel free to move it back if it's specific to the original product.
Comment 3 Richard Titmuss 2009-08-05 07:17:31 UTC
 == Automatic comment from SVN commit #6922 to Repository: jive ==
https://svn.slimdevices.com/jive?view=revision&revision=6922

Fixed Bug# 11147
I am not sure the error was preventing the system booting in this case, but I have improved the code to capture when an applet has 
been removed but it's directory still exits.




 == Modified 1 files total ==
7.4/private-branches/fab4/squeezeplay/src/squeezeplay/share/jive/AppletManager.lua
Comment 4 James Richardson 2009-10-05 14:34:45 UTC
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server!
    * SqueezeCenter: 28672
    * Squeezebox 2 and 3: 130
    * Transporter: 80
    * Receiver: 65
    * Boom: 50
    * Controller: 7790
    * Radio: 7790  

Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes

If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.