Hi Marcin,

Fixed in the code, and will be included in the next build:
https://gerrit.ovirt.org/#/c/ovirt-release/+/112566/
https://gerrit.ovirt.org/#/c/ovirt-release/+/112567/

Thanks in advance,

On Wed, Dec 9, 2020 at 10:04 AM Marcin Sobczyk <msobc...@redhat.com> wrote:

>
>
> On 12/9/20 8:46 AM, Sandro Bonazzola wrote:
> >
> >
> > Il giorno mar 8 dic 2020 alle ore 10:08 Marcin Sobczyk
> > <msobc...@redhat.com <mailto:msobc...@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 <msobc...@redhat.com
> >     <mailto:msobc...@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/>
> >
> > sbona...@redhat.com <mailto:sbona...@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>*
> > *
> >
> > *
>
>

-- 

Lev Veyde

Senior Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel

<https://www.redhat.com>

l...@redhat.com | lve...@redhat.com
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
_______________________________________________
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/CWDRWLUKEVG2XA2ZOIJ433HS7SHVJPOM/

Reply via email to