Component: LifeOS/Tools/DeployComponents.ts (pulse component), LifeOS 6.0.0 skill payload.
What happens: deploying the pulse component materializes ~/Library/LaunchAgents/com.lifeos.pulse.plist with __HOME__ correctly substituted, but ProgramArguments[0] is left as the literal __BUN_PATH__. launchd then fails the service with last exit code = 78: EX_CONFIG and the post-apply healthz probe reports healthz → 000.
Repro: fresh LifeOS 6.0.0 install on macOS (Apple Silicon, bun at ~/.bun/bin/bun) → Setup workflow step 7 → bun Tools/DeployComponents.ts --apply --components pulse → plutil -p ~/Library/LaunchAgents/com.lifeos.pulse.plist shows __BUN_PATH__.
Workaround: sed -i '' 's|__BUN_PATH__|'$(which bun)'|' ~/Library/LaunchAgents/com.lifeos.pulse.plist && launchctl bootout gui/$UID/com.lifeos.pulse; launchctl bootstrap gui/$UID ~/Library/LaunchAgents/com.lifeos.pulse.plist — service then runs and healthz returns 200.
Suggested fix: substitute __BUN_PATH__ the same way __HOME__ is handled when materializing the plist.
(Also noticed: Pulse's dashboard 503s until a one-time bun install && bun run build in PULSE/Observability — if the build can't ship prebuilt, the deployer could run it as part of apply.)
Component:
LifeOS/Tools/DeployComponents.ts(pulse component), LifeOS 6.0.0 skill payload.What happens: deploying the
pulsecomponent materializes~/Library/LaunchAgents/com.lifeos.pulse.plistwith__HOME__correctly substituted, butProgramArguments[0]is left as the literal__BUN_PATH__. launchd then fails the service withlast exit code = 78: EX_CONFIGand the post-apply healthz probe reportshealthz → 000.Repro: fresh LifeOS 6.0.0 install on macOS (Apple Silicon, bun at
~/.bun/bin/bun) → Setup workflow step 7 →bun Tools/DeployComponents.ts --apply --components pulse→plutil -p ~/Library/LaunchAgents/com.lifeos.pulse.plistshows__BUN_PATH__.Workaround:
sed -i '' 's|__BUN_PATH__|'$(which bun)'|' ~/Library/LaunchAgents/com.lifeos.pulse.plist && launchctl bootout gui/$UID/com.lifeos.pulse; launchctl bootstrap gui/$UID ~/Library/LaunchAgents/com.lifeos.pulse.plist— service then runs and healthz returns 200.Suggested fix: substitute
__BUN_PATH__the same way__HOME__is handled when materializing the plist.(Also noticed: Pulse's dashboard 503s until a one-time
bun install && bun run buildinPULSE/Observability— if the build can't ship prebuilt, the deployer could run it as part of apply.)