feat: integrate updater installation into container update process#35
Conversation
|
Caution Review failedPull request was closed or merged during review No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
Summary by CodeRabbit
WalkthroughThe install/update flow in Changes
Estimated code review effort🎯 2 (Simple) | ⏱️ ~10 minutes Possibly related PRs
Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 2 | ❌ 1❌ Failed checks (1 inconclusive)
✅ Passed checks (2 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Comment |
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@setup_payram.sh`:
- Around line 3299-3302: The current logic sets enable_svc based only on the
OS_FAMILY variable which may be missing in legacy config.env, causing macOS to
be treated as non-mac and enabling the service; update the detection that sets
local enable_svc (and the subsequent conditional that uses
ENABLE_SERVICE="$enable_svc") to also detect macOS via a reliable system check
(e.g., uname -s or OSTYPE) so the branch becomes true for macOS even if
OS_FAMILY is unset—modify the lines that set and test enable_svc and the
conditional that invokes bash "$updater_tmp" (the block using FORCE_REINSTALL,
QUIET, ENABLE_SERVICE and INIT_FLAGS) to use the combined check (OS_FAMILY ==
"macos" OR system uname indicates Darwin) before setting enable_svc="false".
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
No description provided.