- Devel - oVirt List Archives

oVirt Survey Summer 2022 responses are now available
by Sandro Bonazzola 01 Aug '22

01 Aug '22

Thanks to the 109 participants in the oVirt Survey Summer 2022! The survey is now over and results are publicly available at https://docs.google.com/forms/d/1eQcbSqC6JQ2mvbPUcD7S_0pZW8hy_De4PCwkBYrP6m… Thanks -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D PERFORMANCE & SCALE 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.*

1 0

Update project settings for required CI tests in vdsm and ovirt-imageio
by Albert Esteve 18 Jul '22

18 Jul '22

Hi all, We have recently updated the CI tests in the vdsm repository, and split storage tests into 'test-storage-root" and "test-storage-user". However, the latter is still named "test-storage" ( https://github.com/oVirt/vdsm/blob/master/.github/workflows/ci.yml#L13) as it was a required CI job in the project settings. Ideally, we would need a project owner (or someone with write permissions) to remove "test-storage" from the project requirements and add "test-storage-user" instead, for consistency. Similarly, in ovirt-imageio, centos-8 and fedora-35 shall be removed in favor of their current counterparts: https://github.com/oVirt/ovirt-imageio/pull/99 Otherwise, the branch above cannot be integrated. I do not have the permissions, but in my fork I found the place where to change it (i.e., the branches settings): [image: image.png] Could someone with permissions take a look? Thanks in advance! BR, Albert Esteve Senior Software Engineer Red Hat <https://www.redhat.com/> aesteve(a)redhat.com <https://www.redhat.com/>

2 1

Vdsm development documentation at oVirt site
by Milan Zamazal 18 Jul '22

18 Jul '22

Hi, the Vdsm development documentation at https://ovirt.org/develop/developer-guide/vdsm/developers.html is outdated. Thanks to the effort especially from the storage team, there have been updates to the development documentation in the Vdsm repository itself recently. I think that rather than maintaining duplicate documentation in the repository and on the web, it would be better to replace the documentation on the web with pointers to the contents in Vdsm GitHub repository. And adding the remaining pieces from the web to the repo, if anything is missing there. Any objections? And any volunteers? ;-) Thanks, Milan

2 3

ovirt-engine has been tagged (ovirt-engine-4.5.1.3)
by Martin Perina 04 Jul '22

04 Jul '22

ovirt-engine has been tagged (ovirt-engine-4.5.1.3) -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o.

1 0

ovirt-manager: are two OpenJDK really needed?
by aperotti+ovirt＠redhat.com 02 Jul '22

02 Jul '22

Hi, I'm setting up a new environment with 4.5.1 on top of RHEL, and I've noticed that when I install ovirt-engine, not one but two openjdk are installed on my system: # dnf install ovirt-engine Dependencies resolved. ============================================================================================================================================= Package Arch Version Repository Size ============================================================================================================================================= Installing: ovirt-engine noarch 4.5.1.2-1.el8 ovirt-45-upstream 14 M Installing dependencies: [...] java-1.8.0-openjdk-headless x86_64 1:1.8.0.332.b09-2.el8_6 rhel-8-for-x86_64-appstream-rpms 34 M java-11-openjdk-headless x86_64 1:11.0.15.0.10-2.el8_6 rhel-8-for-x86_64-appstream-rpms 40 M Are both really needed? Isn't it possible to just rely on java 8? I've tried to mask each and it looks like both are required by the ovirt-engine... [java-11-openjdk-headless masked] Error: Problem: package ovirt-engine-4.5.1.2-1.el8.noarch requires java-11-openjdk-headless >= 11.0.11, but none of the providers can be installed - cannot install the best candidate for the job [java-1.8.0-openjdk-headless masked] Error: Problem: package ovirt-engine-4.5.1.2-1.el8.noarch requires java-headless, but none of the providers can be installed - cannot install the best candidate for the job I'm asking this for resources optimization and for long term support, because they have different lifecycle [1]: OpenJDK 8 May 2026 8.0.0 OpenJDK 11 Oct 2024 8.0.0 OpenJDK 17 Dec 2027 8.5 Is it a bug or an unnoticed dependency situation so should I open a BZ for it? Or is it a known situation, cannot be avoided to have 2 openjdk so I should open an RFE asking if the dependency can be moved from java-11 to i.e. java-17 in order to have longer support? Thanks for guidance, [1] https://access.redhat.com/support/policy/updates/rhel-app-streams-life-cycl…

1 0

oVirt website switching to 'main' branch
by Marc Dequènes (Duck) 27 Jun '22

27 Jun '22

Quack, Following Red Hat conscious language initiative we're switching the development branch to 'main' on the ovirt-site repository. This will happen on 2022-06-20 around 10:30-11:30 Japan time. If you encounter any problem after this date please contact me by mail or chat (duck on IRC). Regards. \_o<

2 4

Vdsm: New branch ovirt-4.5.1.z
by Milan Zamazal 17 Jun '22

17 Jun '22

Hi, Vdsm branch ovirt-4.5.1.z for 4.5.1 backports was created. Everything after v4.50.1.3 that should come to 4.5.1 must be backported to the new branch (generally only blockers and exceptions are allowed there). 4.5.2+ development continues on master. Regards, Milan

1 0

Re: [ovirt-users] Re: dnf update fails on ovirt node 4.5.0-2022052513
by Sandro Bonazzola 14 Jun '22

14 Jun '22

Il giorno mar 14 giu 2022 alle ore 11:54 Igor Davidoff < igor.davidoff(a)cloudkleyer.de> ha scritto: > It looks like "..testing" repository is enabled on ISO-Image. The fresh > installed CentOS-oVirt-4.5.repo looks like this: > This is weird. I checked the content of the rpm: $ wget https://cbs.centos.org/kojifiles/packages/centos-release-ovirt45/8.7/1.el8s… $ rpmdev-extract centos-release-ovirt45-8.7-1.el8s.noarch.rpm $ less centos-release-ovirt45-8.7-1.el8s.noarch/etc/yum.repos.d/CentOS-oVirt-4.5.repo and it's disabled there. @Lev Veyde <lveyde(a)redhat.com> two tasks for you here: - can you check how the testing repo got enabled on a freshly installed system? - can you check why rpm size and dnf expected size are not matching? CC devel mailing list in case any other dev can help as well. -- 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.*

1 0

Projects missing safe dir config in COPR
by Michal Skrivanek 13 Jun '22

13 Jun '22

Hi, I scanned the current projects and AFAICT these are the active projects that don't have builds configured properly. Please add "git config --global --add safe.directory ..." to the COPR makefile Otherwise COPR build may not work at all or (worse) they build something wrong. Thanks, michal imgbased ioprocess mom ovirt-ansible-collection ovirt-cockpit-sso ovirt-engine-api-metamodel ovirt-engine-api-model ovirt-engine-wildfly ovirt-hosted-engine-ha ovirt-hosted-engine-setup ovirt-lldp-labeler ovirt-log-collector ovirt-node-ng ovirt-openvswitch ovirt-setup-lib ovirt-vmconsole python-ovirt-engine-sdk4

4 3

Please use RPM versions that are fine-enough
by Marcin Sobczyk 09 Jun '22

09 Jun '22

Hi All, I was analyzing a problematic situation with ovirt-web-ui build breaking OST for a day or two. It turned out the problem was about RPM versions not being fine enough. The project used only the date part in their RPM names, so the builds were named like this: 1.8.2-0.20220607.git703b8f7.fc35 1.8.2-0.20220607.git26ac92c.fc35 1.8.2-0.20220607.gitf519b50.fc35 The problem with this approach is that among these versions the one with the "biggest SHA" is considered to be the latest one, which is not always true. The solution in this case would be to use finer RPM versions that include at least the hour and the minute of the build (although I can see most projects use seconds too). I posted [1] to fix this in ovirt-web-ui, but I can see other projects suffer from this problem too (i.e. java-ovirt-engine-sdk4, ovirt-engine-ui-extensions) [2]. Please make sure that you use RPM versions that are fine-enough. Thanks, Marcin [1] https://github.com/oVirt/ovirt-web-ui/pull/1599 [2] https://copr.fedorainfracloud.org/coprs/ovirt/ovirt-master-snapshot/builds/

2 1