Project

Profile

Help

Issue #7639

closed

Task #7638: Fix ansible_python_interpreter issues in pulp_installer

pulp_installer's python interpreter fix for Fedora 30 no longer works

Added by mdepaulo@redhat.com about 4 years ago. Updated over 3 years ago.

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:

  1. Fedora 30 is now EOL. Fedora 31 & 32 do not need this fix because their /usr/bin/python is python3.
  2. 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:

  1. Set ansible_python_interpreter: auto in every role, or in the example / CI playbooks.
  2. Remove it, and it let auto_legacy (the current default) be the default.
Actions #1

Updated by mdepaulo@redhat.com about 4 years ago

  • Triaged changed from No to Yes
Actions #2

Updated by dalley over 3 years ago

  • Status changed from NEW to CLOSED - NOTABUG

This doesn't seem relevant any longer

Also available in: Atom PDF