Actions
Story #7646
closedAs a pulp_installer user, upgrading Pulp from RPM packages will upgrade all packages in the pulp repo I specify
Status:
CLOSED - CURRENTRELEASE
Priority:
Normal
Assignee:
Category:
Installer - Moved to GitHub issues
Sprint/Milestone:
Start date:
Due date:
% Done:
100%
Estimated time:
Platform Release:
Groomed:
No
Sprint Candidate:
No
Tags:
Sprint:
Sprint 83
Quarter:
Description
Currently, the following situation/issue is occurring:
- A user installs pulp from RPM packages from a 3rd-party repo. Such as with pulpcore 3.4 and dynaconf 3.0.0rc1.
- The repo gets updated (or the user specifies a new URL for the repo,
pulp_pkg_repo
with newer packages.) - The new the repo has pulpcore 3.7 and dynaconf 3.1.1.
- pulpcore 3.7 requires dynaconf >= 3.0.0 (python/pip dependency), but the RPM packaging / RPM itself incorrectly enumerates 3.0.0rc1 as an acceptable version (3.0.0-0.1.rc1 is technically >= 3.0.0).
- The user runs the installer with pulp_pkg_upgrade_all, and it upgrades pulpcore, but dynaconf is still on 3.0.0rc1 rather than dynaconf 3.11.
- The installer fails on on collectstatic due to the dynaconf version detection by python/pip.
https://projects.theforeman.org/issues/30963
After conversing with the Foreman devs, this is a bug in their repo that they will fix, but the installer should still prevent situations like this from happening. The repo is meant to be updated as a single unit, not only certain packages. So the installer should updated as a single unit.
Actions
As a pulp_installer user, upgrading Pulp from RPM packages
will upgrade all packages in the pulp repo I specify
fixes: #7646 https://pulp.plan.io/issues/7646
Prevents this issue by following the the Foreman team's recommendation for robustness: https://projects.theforeman.org/issues/30963 pulpcore 3.7 upgrades fail due to python3-dynaconf-3.0.0-0.1.rc1