Closed erikng closed 8 years ago
Confused. If you installed it on a brand new system, and did not load the launchd plists or reboot, then yeah, it's not gonna run. If they were two packages, how would that help in this scenario?
Re-installing shouldn't require rebooting... When you say that outset 1.0 "required a reboot" do you mean that's what was set in Munki by you, the admin?
I feel like I missing a vital piece of information here.
It's somewhat the way munki works.
This leads to the following:
Munki will only attempt to install the latest version. I got around the packaging/munki issue by doing the following:
Gotcha.
Can you try this installer: https://dl.dropboxusercontent.com/u/610494/outset-1.0.2.pkg
There is now a postinstall that will load the launchd plists, so you shouldn't need to reboot at all. If the plists are already loaded (e.g. an update install on a live system), then they won't reload.
Your recent comment just triggered my memory.
Perhaps the makefile (and official releases) should create a package for Outset and another package for the launchd, similar to munki. This will allow an admin to silently update Outset without requiring a reboot, while still properly rebooting for new machines.
The following situation happened to me recently:
I resolved this by chaining my outset 1.1 package to install only after outset 1.0 was installed (which still required a reboot).