On 12/9/20 8:46 AM, Sandro Bonazzola wrote:
>
>
> Il giorno mar 8 dic 2020 alle ore 10:08 Marcin Sobczyk
> <msobczyk@redhat.com <mailto:msobczyk@redhat.com>> ha scritto:
>
>
>
> 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
> <mailto: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?
>
>
> Lev is on PTO today, if this needs urgent fix and can't wait till
> tomorrow please let me know.
We have a simple workaround [2], so no rush.
[2]
https://gerrit.ovirt.org/#/c/ost-images/+/112544/1/el8-provision-engine.sh.in
>
>
> 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-provision-engine.sh.in;hb=HEAD
> <https://gerrit.ovirt.org/gitweb?p=ost-images.git;a=blob_plain;f=el8-provision-engine.sh.in;hb=HEAD>
> >>>>
>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbonazzo@redhat.com <mailto:sbonazzo@redhat.com>
>
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need
> to answer this email out of your office hours.
> <https://mojo.redhat.com/docs/DOC-1199578>*
> *
>
> *
