On 12/7/20 5:12 PM, Marcin Sobczyk wrote:
On 12/7/20 4:31 PM, Marcin Sobczyk wrote:
On 12/7/20 4:15 PM, Michal Skrivanek wrote:
On 7 Dec 2020, at 16:06, Marcin Sobczyk <msobczyk@redhat.com> wrote:
Hi All,
since CentOS 8.3 is out, I'm trying to build a new base image for OST, but there are problems on the engine side. The provisioning script we use to build the engine VM is here [1].
The build ends with errors:
Error: Problems in request: missing groups or modules: javapackages-tools does it no longer exist or not built yet? Found a module called 'javapackages-runtime'. When I enabled it we're left with "Problem 1" only:
Error: Problem: cannot install the best candidate for the job - nothing provides apache-commons-compress needed by ovirt-engine-4.4.4.4-0.0.master.20201206151430.git1a096b0d4e7.el8.noarch - nothing provides apache-commons-jxpath needed by ovirt-engine-4.4.4.4-0.0.master.20201206151430.git1a096b0d4e7.el8.noarch (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) After discussing offline with Artur it turned out that the 'javapackages-tools' comes from 'PowerTools' repo. We enable it in an RPM script during ovirt release RPM installation:
if [ -f /etc/yum.repos.d/CentOS-PowerTools.repo ] ; then sed -i "s:enabled=0:enabled=1:" /etc/yum.repos.d/CentOS-PowerTools.repo fi
but it seems the name of the repofile in 8.3 has changed to 'CentOS-Linux-PowerTools.repo'. After enabling 'PowerTools' and 'javapackages-tools' the installation went smoothly.
Lev, are you able to modify the release RPM so it handles both cases? Regards, Marcin
Last metadata expiration check: 0:00:02 ago on Mon Dec 7 16:00:56 2020. Error: Problem 1: cannot install the best candidate for the job - nothing provides apache-commons-compress needed by ovirt-engine-4.4.4.4-0.0.master.20201206151430.git1a096b0d4e7.el8.noarch - nothing provides apache-commons-jxpath needed by ovirt-engine-4.4.4.4-0.0.master.20201206151430.git1a096b0d4e7.el8.noarch Problem 2: package ovirt-engine-extension-aaa-ldap-setup-1.4.3-0.289.202010220206.el8.noarch requires ovirt-engine-extension-aaa-ldap = 1.4.3-0.289.202010220206.el8, but none of the providers can be installed - package ovirt-engine-extension-aaa-ldap-1.4.3-0.289.202010220206.el8.noarch requires slf4j-jdk14, but none of the providers can be installed - conflicting requests - package slf4j-jdk14-1.7.25-4.module_el8.3.0+454+67dccca4.noarch is filtered out by modular filtering or perhaps it just got renamed (that’s what it should if that’s the case)
Please advise.
Thanks, Marcin
[1] https://gerrit.ovirt.org/gitweb?p=ost-images.git;a=blob_plain;f=el8-provisio...