[ovirt-devel] Re: Problems building CentOS 8.3-based engine image for OST
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(a)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.
>> 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-provi...
>>