Closed rnc closed 2 years ago
This is referring to loader.py. There are two problems here:
loader.py
EPEL 7 differs from EPEL 8 in terms of Python 3 packages (but within CEKit they are only recognised as both being under the CentOS platform) e.g.
# Fedora / EPEL 8 : python3-requests # EPEL 7 : python36-requests deps['requests'] = { 'library': 'requests', 'package': 'python-requests', 'fedora': { 'package': 'python3-requests', } }
This could be partially resolved within CEKit if the package determination in tools.py also allowed <platform><release as well as <platform> e.g. centos7 so we could then have:
tools.py
<platform><release
<platform>
centos7
'package': 'python3-requests', 'centos7': { 'package': 'python36-requests', }
EPEL 7 and 8 don't have a Python3 package for behave built
deps['behave'] = { 'library': 'behave', 'package': 'python2-behave', 'fedora': { 'package': 'python3-behave', } }
This is https://bugzilla.redhat.com/show_bug.cgi?id=2106695 and https://bugzilla.redhat.com/show_bug.cgi?id=1885570
cc @jmtd
Closed via #41
This is referring to
loader.py
. There are two problems here:EPEL 7 differs from EPEL 8 in terms of Python 3 packages (but within CEKit they are only recognised as both being under the CentOS platform) e.g.
This could be partially resolved within CEKit if the package determination in
tools.py
also allowed<platform><release
as well as<platform>
e.g.centos7
so we could then have:EPEL 7 and 8 don't have a Python3 package for behave built
This is https://bugzilla.redhat.com/show_bug.cgi?id=2106695 and https://bugzilla.redhat.com/show_bug.cgi?id=1885570
cc @jmtd