On 4 May 2020, at 14:06, Martin Perina <mperina@redhat.com> wrote:



On Mon, May 4, 2020 at 12:07 PM Yedidyah Bar David <didi@redhat.com> wrote:
On Mon, May 4, 2020 at 12:54 PM oVirt Jenkins <jenkins@ovirt.org> wrote:
>
> A system test invoked by the "ovirt-master" change queue including change
> 108508,5 (ovirt-engine) failed. However, this change seems not to be the root
> cause for this failure. Change 107284,12 (ovirt-engine) that this change
> depends on or is based on, was detected as the cause of the testing failures.
>
> This change had been removed from the testing queue. Artifacts built from this
> change will not be released until either change 107284,12 (ovirt-engine) is
> fixed and this change is updated to refer to or rebased on the fixed version,
> or this change is modified to no longer depend on it.
>
> For further details about the change see:
> https://gerrit.ovirt.org/#/c/108508/5
>
> For further details about the change that seems to be the root cause behind the
> testing failures see:
> https://gerrit.ovirt.org/#/c/107284/12
>
> For failed test results see:
> https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/23516/


12:40:26   Problem 1: package
ovirt-engine-4.4.0-0.8.master.20200504085451.git4f394541974.el8.noarch
requires apache-commons-jxpath, but none of the providers can be
installed
12:40:26    - cannot install the best candidate for the job
12:40:26    - package
apache-commons-jxpath-1.3-29.module_el8.0.0+30+832da3a1.noarch is
excluded
12:40:26   Problem 2: package
ovirt-engine-extension-aaa-ldap-setup-1.4.1-0.279.202003021945.el8.noarch
requires ovirt-engine-extension-aaa-ldap =
1.4.1-0.279.202003021945.el8, but none of the providers can be
installed
12:40:26    - package
ovirt-engine-extension-aaa-ldap-1.4.1-0.279.202003021945.el8.noarch
requires slf4j-jdk14, but none of the providers can be installed
12:40:26    - conflicting requests
12:40:26    - package
slf4j-jdk14-1.7.25-4.module_el8.1.0+233+b2be703e.noarch is excluded
12:40:26    - package
slf4j-jdk14-1.7.25-4.module_el8.0.0+30+832da3a1.noarch is excluded

Known issue?

No, it looks like the javapackages-tools module is not enabled. We need this module upstream, it was removed only from downstream.

Sorry about that, my bad, copy&paste error in storage setup script. It’s not supposed to be touched/installed at that point
Fix[1] merged

Thanks,
michal

[1] https://gerrit.ovirt.org/#/c/108793/



> _______________________________________________
> Infra mailing list -- infra@ovirt.org
> To unsubscribe send an email to infra-leave@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/infra@ovirt.org/message/7EGCWUPY5I4MRHIJPQZVE5FAJJGBM7C6/



--
Didi



--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
_______________________________________________
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-leave@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/ICBDR24G7EB4ZGLEU2XC3FKXNPE6RZX4/