sig_cloud/diskimage-builder
2
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
4f5689a409
diskimage-builder/diskimage_builder/elements/redhat-common/pkg-map

26 lines
653 B
Plaintext
Raw Normal View History

Add version-less RHEL element for RHEL7 and RHEL8 Make a version-less RHEL element to handle both '7' and '8' DIB_RELEASE. The element usage should align with other elements which operate in the same way such as the Fedora element. Additionally, this patch adds support for RHEL8 that operates with Python 3. As of now, users of diskimage-builder will still be able to use the 'rhel7' element, or migrate to 'rhel' and specify their respective DIB_RELEASE value. * mount the xfs file-system for extraction as read-only. vaguely based on explaination in [1] and the fact we only read the image data into a tar, so can ignore this. XFS (dm-1): Superblock has unknown read-only compatible features (0x4) enabled. * Use the redhat system python as the dib-python version. dib was ahead of it's time making an abstracted python interpreter for system work ;) the system python should work for running the various dib element scripts. [1] https://unix.stackexchange.com/questions/247550/unmountable-xfs-filesystem Redhat-Bug: https://bugzilla.redhat.com/show_bug.cgi?id=1700253 Co-Authored-By: Ian Wienand <iwienand@redhat.com> Change-Id: I90540675c70bb475d9db2ae24f81c648a31f3f95
2019-03-17 09:54:38 +00:00
{
Install Python 3 libselinux packages for Fedora Install the Python 3 libselinux packages for Fedora platforms. I think this is the right choice; Fedora is a Python-3 only distro so we shouldn't default to installing the python2 libraries. This has a practical effect if you're using Ansible with ansible_python_interpreter=/usr/bin/python3 as it needs these packages. There is some small chance of breakage if you're using Ansible still with Python 2, I guess. In infra I notice we bring this in with "zuul-worker" project-config element. On balance, I think that if you need the Python 2 packages for some reason, it should be a special install and not part of redhat-common. Change-Id: Ibcec0b3660d01b861838c2ae87ca43d98953ce32
2019-09-20 06:39:55 +00:00
"distro": {
"fedora": {
"libselinux-python": "python3-libselinux",
"policycoreutils": "python3-policycoreutils",
"policycoreutils-python": "policycoreutils-python-utils"
}
},
Add version-less RHEL element for RHEL7 and RHEL8 Make a version-less RHEL element to handle both '7' and '8' DIB_RELEASE. The element usage should align with other elements which operate in the same way such as the Fedora element. Additionally, this patch adds support for RHEL8 that operates with Python 3. As of now, users of diskimage-builder will still be able to use the 'rhel7' element, or migrate to 'rhel' and specify their respective DIB_RELEASE value. * mount the xfs file-system for extraction as read-only. vaguely based on explaination in [1] and the fact we only read the image data into a tar, so can ignore this. XFS (dm-1): Superblock has unknown read-only compatible features (0x4) enabled. * Use the redhat system python as the dib-python version. dib was ahead of it's time making an abstracted python interpreter for system work ;) the system python should work for running the various dib element scripts. [1] https://unix.stackexchange.com/questions/247550/unmountable-xfs-filesystem Redhat-Bug: https://bugzilla.redhat.com/show_bug.cgi?id=1700253 Co-Authored-By: Ian Wienand <iwienand@redhat.com> Change-Id: I90540675c70bb475d9db2ae24f81c648a31f3f95
2019-03-17 09:54:38 +00:00
"release": {
"rhel": {
"8": {
"libselinux-python": "python3-libselinux",
"policycoreutils": "python3-policycoreutils",
"policycoreutils-python": "policycoreutils-python-utils"
}
Update redhat-common pkg-map for centos 8 The libselinux packages etc don't exist for Python 2 on Centos 8 [1]. Ensure the package map installs the python3 versions. We could probably invert the logic now, and make it so Centos 7 is the "special" version that overrides things to install python2. Left alone for now to avoid changing too much at once. [1] https://bugs.centos.org/view.php?id=16458 Change-Id: I944cf4f2902c28728aa5bb9e2a00b3eef122d52e
2019-09-25 03:00:37 +00:00
},
"centos": {
"8": {
"libselinux-python": "python3-libselinux",
"policycoreutils": "python3-policycoreutils",
"policycoreutils-python": "policycoreutils-python-utils"
}
Add version-less RHEL element for RHEL7 and RHEL8 Make a version-less RHEL element to handle both '7' and '8' DIB_RELEASE. The element usage should align with other elements which operate in the same way such as the Fedora element. Additionally, this patch adds support for RHEL8 that operates with Python 3. As of now, users of diskimage-builder will still be able to use the 'rhel7' element, or migrate to 'rhel' and specify their respective DIB_RELEASE value. * mount the xfs file-system for extraction as read-only. vaguely based on explaination in [1] and the fact we only read the image data into a tar, so can ignore this. XFS (dm-1): Superblock has unknown read-only compatible features (0x4) enabled. * Use the redhat system python as the dib-python version. dib was ahead of it's time making an abstracted python interpreter for system work ;) the system python should work for running the various dib element scripts. [1] https://unix.stackexchange.com/questions/247550/unmountable-xfs-filesystem Redhat-Bug: https://bugzilla.redhat.com/show_bug.cgi?id=1700253 Co-Authored-By: Ian Wienand <iwienand@redhat.com> Change-Id: I90540675c70bb475d9db2ae24f81c648a31f3f95
2019-03-17 09:54:38 +00:00
}
}
}
Reference in New Issue Copy Permalink