PG server updates to fix llvm issue + Spock 5.0.9 updates#22
Conversation
📝 WalkthroughWalkthroughThis PR upgrades pgEdge PostgreSQL images from Spock 5.0.8 to 5.0.9 across all supported architectures and PostgreSQL versions. The change introduces a staging release channel and updates the Docker base image to use flexible pip installation. ChangesSpock 5.0.9 release upgrade
Poem
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 inconclusive)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Comment |
Up to standards ✅🟢 Issues
|
| Metric | Results |
|---|---|
| Duplication | 0 |
NEW Get contextual insights on your PRs based on Codacy's metrics, along with PR and Jira context, without leaving GitHub. Enable AI reviewer
TIP This summary will be updated as you push new changes.
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@Dockerfile`:
- Line 113: The dnf install call uses a wildcard RPM name
('python3-pip-21.3.1-*') which causes non-reproducible installs; introduce a
build ARG (e.g., PY3_PIP_NEVRA) and replace the wildcard with that exact NEVRA
value in the install command so the exact RPM is pinned, and use the same ARG
value for any later remove/cleanup (ensure the ARG is documented/defaulted in
the Dockerfile). Locate the install line that references python3-pip-21.3.1-*
and update it to use the new build argument (and update the corresponding
remove/cleanup invocation) so rebuilds use the exact NEVRA provided at build
time.
In `@scripts/build_pgedge_images.py`:
- Line 169: The script currently hardcodes package_release_channel="staging" in
multiple call sites; change those to read the channel from a configurable source
(e.g., an environment variable like PGEDGE_RELEASE_CHANNEL or a top-level config
variable) and default to "stable" when the env/config is unset; update all
occurrences that set package_release_channel (the three places shown) to use the
new config variable (or os.environ.get fallback) so builds can target the proper
release channel instead of always forcing "staging".
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Organization UI
Review profile: CHILL
Plan: Pro
Run ID: f9a153c4-d040-4a3f-9d21-b59148b2b1d0
📒 Files selected for processing (20)
Dockerfilepackagelists/amd64/pg16.14-spock5.0.8-minimal.txtpackagelists/amd64/pg16.14-spock5.0.9-minimal.txtpackagelists/amd64/pg16.14-spock5.0.9-standard.txtpackagelists/amd64/pg17.10-spock5.0.8-minimal.txtpackagelists/amd64/pg17.10-spock5.0.9-minimal.txtpackagelists/amd64/pg17.10-spock5.0.9-standard.txtpackagelists/amd64/pg18.4-spock5.0.8-minimal.txtpackagelists/amd64/pg18.4-spock5.0.9-minimal.txtpackagelists/amd64/pg18.4-spock5.0.9-standard.txtpackagelists/arm64/pg16.14-spock5.0.8-minimal.txtpackagelists/arm64/pg16.14-spock5.0.9-minimal.txtpackagelists/arm64/pg16.14-spock5.0.9-standard.txtpackagelists/arm64/pg17.10-spock5.0.8-minimal.txtpackagelists/arm64/pg17.10-spock5.0.9-minimal.txtpackagelists/arm64/pg17.10-spock5.0.9-standard.txtpackagelists/arm64/pg18.4-spock5.0.8-minimal.txtpackagelists/arm64/pg18.4-spock5.0.9-minimal.txtpackagelists/arm64/pg18.4-spock5.0.9-standard.txtscripts/build_pgedge_images.py
💤 Files with no reviewable changes (6)
- packagelists/amd64/pg16.14-spock5.0.8-minimal.txt
- packagelists/arm64/pg18.4-spock5.0.8-minimal.txt
- packagelists/amd64/pg18.4-spock5.0.8-minimal.txt
- packagelists/arm64/pg16.14-spock5.0.8-minimal.txt
- packagelists/amd64/pg17.10-spock5.0.8-minimal.txt
- packagelists/arm64/pg17.10-spock5.0.8-minimal.txt
No description provided.