Actions
Issue #7639
closedTask #7638: Fix ansible_python_interpreter issues in pulp_installer
pulp_installer's python interpreter fix for Fedora 30 no longer works
Status:
CLOSED - NOTABUG
Priority:
Normal
Assignee:
-
Category:
Installer - Moved to GitHub issues
Sprint/Milestone:
-
Start date:
Due date:
Estimated time:
Severity:
2. Medium
Version:
Platform Release:
OS:
Triaged:
Yes
Groomed:
No
Sprint Candidate:
No
Tags:
Sprint:
Quarter:
Description
Previously, pulp_installer added this workaround to roles/pulp_database/defaults/main.yml , which is now copied into roles/pulp_database_config/defaults/main.yml
# Auto is more robust for us than auto_legacy (still the default as of 2.8)
# because the geerlingguy.postgresql role, with RPM weak deps, installs
# /usr/bin/python pointing to python2, on Fedora 30. This in turn breaks
# running pulp_installer a 2nd time, because F30 lacks python2-dnf.
ansible_python_interpreter: auto
However:
- Fedora 30 is now EOL. Fedora 31 & 32 do not need this fix because their /usr/bin/python is python3.
- This fix will no longer work anyway unless users apply the role statically. If dynamic, ansible_python_interpreter will not be set early enough to succeed at yum/dnf/package module tasks on F30.
2 possible solutions:
- Set ansible_python_interpreter: auto in every role, or in the example / CI playbooks.
- Remove it, and it let auto_legacy (the current default) be the default.
Updated by dalley over 3 years ago
- Status changed from NEW to CLOSED - NOTABUG
This doesn't seem relevant any longer
Actions