Bugzilla – Bug 5781
Mac SqueezeCenter won't start at boot when 'Start At Boot' option selected
Last modified: 2009-09-08 09:32:05 UTC
The current builds of SC 7.0a don't start up automatically when the Mac is booted, even when the 'Start At Boot' option is selected in the pref pane. Manually starting the server works properly. Nightly build 10-13-07, PPC Mac mini
Steven do you have time to look at this?
I'll take a look.
I am seeing the same behavior on Mac OS X 10.5 as well. 'Automatically start: When I log in' still works however. Michael, is this one for you?
If only I knew a bit about the Mac installer... I'm sorry, I haven't even found out where the installer code is. I'll have to see with Dean.
Just wanted to comment that "Automatically start: When I log in" still works for me. Dean, who should get this one?
Dean, if you could brief me on the Mac installer, I could have a look at it. But for now I'm completely lost in the dozens of source files.
Happy to. The prefpane code that is relevant here is in ServerPref.m, which calls create-startup.sh and remove-startup.sh to actually create the necessary boot-time startup item. ServerPref.pm also modifies the AutoLaunchedApplicationDictionary to enable/disable the login-time launching. Check out that file and the accompanying scripts.
Is this one for you Michael?
Steven: Is this happening on 10.4 and 10.5 or just 10.5?
Dean, I will try again on both 10.4 and 10.5 with the nightly and report back.
It looks like this only 10.5 and I changed the OS drop down to indicate this. If anyone has this problem with 10.3 or 10.4 please let us know.
Checking against SC 6.5.5 nightly.
This feature is broken with SC 6.5.5 nightly in Mac OS X 10.5 as well. Increasing severity and changing target.
I just tried again with the latest build (9A559) of Mac OS X 10.5 and still the same behavior.
Just to be clear, Ford, are you seeing this on 10.5, 10.4 or 10.3?
OK, just checked with last night's build (10-27), and behavior on v10.4.10 appears to be OK. SC was a slow starter on Mac OS for a while (took 2-3 minutes to get going) so maybe that's what I saw. Currently, last night build is starting properly ay boot, as set. I'll upgrade this server to 10.5 soon, and we'll see if things change.
Change 14170 is removing the --logfile parameter from the startup script as it's legacy and breaking on Leopard. Please give the next nightly build a try.
I get this also with Leopard.
Some more data about this issue... On startup SC7 has permissions issues creating Log and other folders: 29.10.07 17:31:08 com.apple.SystemStarter[17] Starting SqueezeCenter 29.10.07 17:31:08 com.apple.SystemStarter[17] /Library/PreferencePanes/SqueezeCenter.prefPane/Contents/server / 29.10.07 17:31:08 com.apple.SystemStarter[17] mkdir: /var/root/Library/Logs: Permission denied 29.10.07 17:31:09 com.apple.SystemStarter[17] mkdir /var/root/Library: Permission denied at /Library/PreferencePanes/SqueezeCenter.prefPane/Contents/server/Slim/Utils/OSDetect.pm line 416 29.10.07 17:31:09 com.apple.SystemStarter[17] BEGIN failed--compilation aborted at ./slimserver.pl line 115. Even though the startup script is run using "sudo -u someuser" $ENV{HOME} expands to /var/root instead of /Users/someuser
Change 14187 fixes this for trunk: added -H to sudo to set HOME. don't know why it worked with 10.4...
Change 14188 - same fix for 6.5.5