Hi Sandro,
(** I have included dev@ovirt in CC because the answer might be useful to
others as well **)
I have created a new gerrit project / package 'ovirt-engine-keycloak' [1]
and I would like to somehow enable the COPR build. I saw there is
'ovirt-master-snapshot' [2] that has multiple packages configured ie.
vdsm-jsonrpc-java that I searched for reference.
What is the process to add a new package there (ie. some patch somewhere,
ticket or just pinging relevant people, any special setup in GH repo
besides .copr/Makefile)?
[1] https://gerrit.ovirt.org/#/q/project:ovirt-engine-keycloak
[2]
https://copr.fedorainfracloud.org/coprs/ovirt/ovirt-master-snapshot/package…
thanks!
--
Artur Socha
Senior Software Engineer, RHV
Red Hat
Hi everyone,
In the ovirt-site repository, we now have an overview of all open issues
and PRs:
https://github.com/oVirt/ovirt-site/blob/dashpanel/dashpanel-ovirt.md
Archived and private repositories are excluded from this list. The .md is
linked from https://www.ovirt.org/community/ in the "Developers" section
and is updated automatically every day using GitHub Actions.
If you have any questions or comments, please let us know.
Cheers,
Sanja
Hi,
In ovirt-engine pom.xml there's a requirement for build time
on ovirt-engine-extensions-api = 1.0.0.
This dependency is available on maven central so online build works.
Any clue on why we are not requiring 1.0.1
<https://search.maven.org/artifact/org.ovirt.engine.api/ovirt-engine-extensi…>
instead ?
We are packaging ovirt-engine-extensions-api during the development but it
ships 1.0.2.SNAPSHOT so when building in offline mode (needed for building
on CentOS Virt SIG) it fails as the 1.0.0 artifact was never downloaded.
I can rebuild ovirt-engine-extensions-api from 1.0.0 or 1.0.1 which are
available in maven central too as requiring explicitly 1.0.2.SNAPSHOT fails
with:
Failed to execute goal on project common-dependencies: Could not resolve
dependencies for project
org.ovirt.engine.core.manager:common-dependencies:jar:4.5.0-SNAPSHOT: The
following artifacts could not be resolved:
org.ovirt.engine.api:ovirt-engine-extensions-api:jar:1.0.2.SNAPSHOT,
org.ovirt.java-client-kubevirt:java-client-kubevirt:jar:0.5.0,
org.apache.sshd:sshd-common:jar:2.6.0, org.apache.sshd:sshd-core:jar:2.6.0,
net.i2p.crypto:eddsa:jar:0.3.0,
org.ovirt.engine.api:metamodel-server:jar:1.3.7,
org.ovirt.vdsm-jsonrpc-java:vdsm-jsonrpc-java-client:jar:1.6.0,
com.fasterxml.jackson.core:jackson-databind:jar:2.12.1,
org.jboss.resteasy:resteasy-jaxrs:jar:3.9.3.Final,
com.fasterxml.jackson.jaxrs:jackson-jaxrs-json-provider:jar:2.12.1,
org.apache.httpcomponents:httpclient:jar:4.5.13: Could not find artifact
org.ovirt.engine.api:ovirt-engine-extensions-api:jar:1.0.2.SNAPSHOT ->
[Help 1]
Any recommendations on how to proceed?
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo(a)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.*
Hi All,
I've been working on adding GitHub Actions-based CI to vdsm today.
Feel free to check out the patches here:
https://gerrit.ovirt.org/q/topic:%22github-actions-ci%22+(status:open%20OR%…
Some comments:
- the linters work fine already, we can start using them
- RPM building works too in general. I think the RPM versions are not
right yet, so I'll look into this. After the 'rpm' job is done we get a
zipfile with all the built RPMs inside. In the future we may want to run
'createrepo_c' on this dir as well, so we'll have a ready-to-be-used
repository in that zip.
- 'tests' are working too, but we have a couple of failures we'd need to
look at. This job, unlike the others, runs in GitHub's Ubuntu VM inside
which we use a privileged container for running the tests.
- didn't try 'tests-storage' yet
- Not to waist precious free CI minutes and storage, we run linters
first, tests after that, but only under the condition that the linters
didn't fail, and finally we build RPMs, but this time under the
condition that the tests didn't fail.
You can find some of the runs I made in my personal fork here:
https://github.com/tinez/vdsm/actions/workflows/ci.yml
Comments, remarks and reviews are highly appreciated.
Regards, Marcin
Hi,
all patches uploaded today I've seen (for Engine and Vdsm) fail due to
problems with availability of packages when preparing the el7
environment. For example:
https://jenkins.ovirt.org/job/ovirt-engine_standard-check-patch/15291/
Additionally, Vdsm tests are not run on PSI.
Does anybody know what's wrong and how to fix it? Can it be related to
the Jenkins move?
Thanks,
Milan
hi,
java-client-kubevirt is failing on missing dependencies:
package: java-client-kubevirt-0.5.0-1.20211108071009.gite0a0fe8.el9.src
from copr:copr.fedorainfracloud.org:ovirt:ovirt-master-snapshot
unresolved deps:
maven-plugin-registry
maven-profile
maven-shade-plugin
I'm providing those dependencies temporarily with
ovirt-master-snapshot-static repo.
I kindly asked for them to be added to CentOS Stream 9
(see as example Bug 2017712
<https://bugzilla.redhat.com/show_bug.cgi?id=2017712> - Missing
maven-shade-plugin in CentOS Stream 9 )
But the request was rejected.
We have a few options:
1) Ask for building on CentOS Stream 9 Koji instance at
https://kojihub.stream.centos.org/koji/ as that dependency is available
there in build roots.
2) Change java-client-kubevirt for not requiring those packages (bundling
the needed jar files within the .src.rpm?)
3) Drop java-client-kubevirt completely in oVirt 4.5
4) Rebuild the whole maven stack up to those dependencies within CentOS
Virt SIG and COPR.
5) Keep the "temporary" solution as-is
How should we proceed?
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo(a)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.*
Trying to "git pull" from gerrit get stuck now.
Checking https://gerrit.ovirt.org/admin/repos/vdsm
we see:
git clone "https://gerrit.ovirt.org/vdsm"
But visiting this url shows:
$ curl -i https://gerrit.ovirt.org/vdsm
HTTP/1.1 404 Not Found
Date: Thu, 25 Nov 2021 12:12:17 GMT
Server: Apache/2.4.6 (Red Hat Enterprise Linux) OpenSSL/1.0.2k-fips
Content-Type: text/plain;charset=iso-8859-1
Cache-Control: no-cache, no-store, max-age=0, must-revalidate
Pragma: no-cache
Expires: Mon, 01 Jan 1990 00:00:00 GMT
Content-Length: 9
Not Found
Same for ovirt-engine:
$ curl -i https://gerrit.ovirt.org/ovirt-engine
HTTP/1.1 404 Not Found
Date: Thu, 25 Nov 2021 12:13:13 GMT
Server: Apache/2.4.6 (Red Hat Enterprise Linux) OpenSSL/1.0.2k-fips
Content-Type: text/plain;charset=iso-8859-1
Cache-Control: no-cache, no-store, max-age=0, must-revalidate
Pragma: no-cache
Expires: Mon, 01 Jan 1990 00:00:00 GMT
Content-Length: 9
Not Found
I guess this is related to moving to new hardware yesterday?
Nir