[ovirt-devel] Re: [oVirt website] Donate hardware flow

2022-05-11 Thread Sandro Bonazzola 
Going to remove the section this Friday if nobody objects.

Il giorno ven 6 mag 2022 alle ore 10:41 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

> Hi,
> on oVirt Website home page we have a banner "Donate Hardware!" which
> points to https://ovirt.org/community/get-involved/donate-hardware.html
> Provided nobody donated hardware other than what's listed there in the
> last few years and we are not using jenkins anymore now that we moved to
> GitHub, I would consider removing the banner and that section.
> Thoughts?
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/MGLGYBRSQNNLMDREDRHZP5NIJYUBRWKI/

[ovirt-devel] Re: Plural forms in Georgian/oVirt

2022-05-11 Thread Radoslaw Szwajkowski 
On Wed, May 11, 2022 at 7:24 AM Temuri Doghonadze
 wrote:
>
> Hello,
>
> Just finished translation of oVirt to Georgian and noticed something weird.
> On landing page of admin interface, after logging in, there is
> "Clusters" link, showing number of clusters in DC. But in Zanata it's
> not translated as "%1 Clusters", but just "Clusters", which makes
> whole thing look silly when translated to Georgian.
>

Yes. This actually can be incorrect in all (most?) languages - the
label is always (one kind of) plural regardless of the number.
However you will find many more cases like this - especially in Web
Admin which is GWT-based. In general Ovirt is not 100% i18n ready.

> Quote from wiki:
> "The plural suffix is not used when the noun is preceded by a
> quantifier of some kind, such as a cardinal number."
> ( https://en.wikipedia.org/wiki/Georgian_grammar#Pluralisation )
>
> With technical terms, see here.
> https://docs.translatehouse.org/projects/localization-guide/en/latest/l10n/pluralforms.html?id=l10n/pluralform
>
> Georgian: "nplurals=1; plural=0;"
>
> Details:
> oVirt version: master,
> zanata module name: ovirt-engine-ui-extensions
> file ID: extra/messages/src/messages.json
>
> Can this be fixed?
>

IIUC the label should always stay singular, right? Then the easiest
workaround is to translate it as such.
Label 'dashboard.statusCardClusterTitle' as the name suggests is used
only in that one place so this is safe.

The proper solution for all languages would be to make the translation
layer aware of the items count. Here (and only here) it's doable:
dashboard is part of the UI Extensions project that  uses a modern
translation library which covers all kinds of border cases including
different plurals. We use this syntax [1]  i.e. for
'cluster.upgrade.HostsLabel' [2].  Your message would look like
'{count, plural, one {Cluster} other {Cluster}}'. Small changes in the
code would also be required to pass the number. We could also include
the number as you suggested ( "%1 Clusters") but then we lose the
current CSS styling which relies on splitting number and text.

best regards,
radek

[1] https://formatjs.io/docs/intl-messageformat/#common-usage-example
[2] 
https://github.com/oVirt/ovirt-engine-ui-extensions/blob/c2d7e2832a0223ece0b90c35a7521d613fcd36ab/src/intl/messages.js#L651
___
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/EFSDZCU4EKV42JVS4JIDHJTN37WHN3G6/

[ovirt-devel] Re: [IMPORTANT] Upgrade to postgresql-jdbc-42.2.14-1 breaks oVirt Engine 4.4/4.5

2022-05-11 Thread Martin Perina 
Hi,

oVirt 4.5.0.8 async release has fixed the issue with postgresql-jdbc
drivers:

https://lists.ovirt.org/archives/list/us...@ovirt.org/thread/GAENJ2DPZSDCC276KM5QKUAZE5XPWTRG/

So for oVirt 4.5.0.8 you no longer need to exclude postgresql-jdbc >=
42.2.14 package during installation/upgrade.

Regards,
Martin


On Fri, Apr 22, 2022 at 5:35 PM Martin Perina  wrote:

> Hi,
> Unfortunately we have just found that latest release of
> postgresql-jdbc-42.2.14-1 breaks existing oVirt Engine 4.4 and 4.5
> installations running on CentOS Stream.
> The workaround is to downgrade to previous version, for example
> postgresql-jdbc-42.2.3-3 should work fine.
>
> Here are detailed instructions:
>
> 1. If you have already upgraded to postgresql-jdbc-42.2.14-1, please
> downgrade to previous version:
>
> $ dnf downgrade postgresql-jdbc
> $ systemctl restart ovirt-engine
>
> 2. If you are going to upgrade your oVirt Engine machine, please exclude
> postgresql-jdbc package from upgrades:
>
> $ dnf update -x postgresql-jdbc
>
> We have created https://bugzilla.redhat.com/2077794 to track this issue,
> but unfortunately we don't have a fix yet.
>
> Regards,
> Martin
>
> --
> Martin Perina
> Manager, Software Engineering
> Red Hat Czech s.r.o.
>


-- 
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
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/GVFSXYLTQKRAVAVXY5ONBN4NRI24ED55/

[ovirt-devel] Async release for ovirt-engine-appliance is now available

2022-05-11 Thread Sandro Bonazzola 
The oVirt community has just released a new version of the
ovirt-engine-appliance
(4.5-20220511122240) including ovirt-engine-4.5.0.8 and
ovirt-dependencies-4.5.2.

Full list of changes:

NetworkManager   1.39.0-1.el8
1.39.2-2.el8
NetworkManager-libnm 1.39.0-1.el8
1.39.2-2.el8
NetworkManager-team  1.39.0-1.el8
1.39.2-2.el8
NetworkManager-tui   1.39.0-1.el8
1.39.2-2.el8
binutils 2.30-113.el8
2.30-114.el8
centos-release-ovirt45   8.6-4.el8s
8.6-5.el8s
cloud-init   21.1-15.el8
22.1-1.el8
fapolicyd1.1-4.el8
1.1-6.el8
fapolicyd-selinux1.1-4.el8
1.1-6.el8
fribidi  1.0.4-8.el8
1.0.4-9.el8
gdisk1.0.3-9.el8
1.0.3-11.el8
glib22.56.4-158.el8
2.56.4-159.el8
glibc2.28-197.el8
2.28-199.el8
glibc-common 2.28-197.el8
2.28-199.el8
glibc-gconv-extra2.28-197.el8
2.28-199.el8
glibc-langpack-en2.28-197.el8
2.28-199.el8
grafana  7.5.11-2.el8
7.5.15-1.el8
gzip 1.9-12.el8
1.9-13.el8
kernel   4.18.0-373.el8
4.18.0-383.el8
kernel-core  4.18.0-373.el8
4.18.0-383.el8
kernel-modules   4.18.0-373.el8
4.18.0-383.el8
kernel-tools 4.18.0-373.el8
4.18.0-383.el8
kernel-tools-libs4.18.0-373.el8
4.18.0-383.el8
krb5-libs1.18.2-14.el8
1.18.2-17.el8
libgcc   8.5.0-12.el8
8.5.0-13.el8
libgfortran  8.5.0-12.el8
8.5.0-13.el8
libgomp  8.5.0-12.el8
8.5.0-13.el8
libquadmath  8.5.0-12.el8
8.5.0-13.el8
libstdc++8.5.0-12.el8
8.5.0-13.el8
mod_auth_openidc
2.3.7-11.module_el8.6.0+1083+4025e8c5
2.4.9.4-1.module_el8.7.0+1136+d8f380b8
openvswitch2.15  2.15.0-81.el8s
2.15.0-88.el8s
ovirt-dependencies   4.5.1-1.el8
4.5.2-1.el8
ovirt-engine 4.5.0.4-1.el8
4.5.0.8-1.el8
ovirt-engine-backend 4.5.0.4-1.el8
4.5.0.8-1.el8
ovirt-engine-dbscripts   4.5.0.4-1.el8
4.5.0.8-1.el8
ovirt-engine-restapi 4.5.0.4-1.el8
4.5.0.8-1.el8
ovirt-engine-setup   4.5.0.4-1.el8
4.5.0.8-1.el8
ovirt-engine-setup-base  4.5.0.4-1.el8
4.5.0.8-1.el8
ovirt-engine-setup-plugin-cinderlib  4.5.0.4-1.el8
4.5.0.8-1.el8
ovirt-engine-setup-plugin-imageio4.5.0.4-1.el8
4.5.0.8-1.el8
ovirt-engine-setup-plugin-ovirt-engine   4.5.0.4-1.el8
4.5.0.8-1.el8
ovirt-engine-setup-plugin-ovirt-engine-common4.5.0.4-1.el8
4.5.0.8-1.el8
ovirt-engine-setup-plugin-vmconsole-proxy-helper 4.5.0.4-1.el8
4.5.0.8-1.el8
ovirt-engine-setup-plugin-websocket-proxy4.5.0.4-1.el8
4.5.0.8-1.el8
ovirt-engine-tools   4.5.0.4-1.el8
4.5.0.8-1.el8
ovirt-engine-tools-backup4.5.0.4-1.el8
4.5.0.8-1.el8
ovirt-engine-ui-extensions   1.3.2-1.el8
1.3.3-1.el8
ovirt-engine-vmconsole-proxy-helper  4.5.0.4-1.el8
4.5.0.8-1.el8
ovirt-engine-webadmin-port

[ovirt-devel] Re: Plural forms in Georgian/oVirt

2022-05-11 Thread Sharon Gratch 
Hi,

On Wed, May 11, 2022 at 3:15 PM Radoslaw Szwajkowski 
wrote:

> On Wed, May 11, 2022 at 7:24 AM Temuri Doghonadze
>  wrote:
> >
> > Hello,
> >
> > Just finished translation of oVirt to Georgian and noticed something
> weird.
> > On landing page of admin interface, after logging in, there is
> > "Clusters" link, showing number of clusters in DC. But in Zanata it's
> > not translated as "%1 Clusters", but just "Clusters", which makes
> > whole thing look silly when translated to Georgian.
> >
>
> Yes. This actually can be incorrect in all (most?) languages - the
> label is always (one kind of) plural regardless of the number.
> However you will find many more cases like this - especially in Web
> Admin which is GWT-based. In general Ovirt is not 100% i18n ready.
>
> > Quote from wiki:
> > "The plural suffix is not used when the noun is preceded by a
> > quantifier of some kind, such as a cardinal number."
> > ( https://en.wikipedia.org/wiki/Georgian_grammar#Pluralisation )
> >
> > With technical terms, see here.
> >
> https://docs.translatehouse.org/projects/localization-guide/en/latest/l10n/pluralforms.html?id=l10n/pluralform
> >
> > Georgian: "nplurals=1; plural=0;"
> >
> > Details:
> > oVirt version: master,
> > zanata module name: ovirt-engine-ui-extensions
> > file ID: extra/messages/src/messages.json
> >
> > Can this be fixed?
> >
>
> IIUC the label should always stay singular, right? Then the easiest
> workaround is to translate it as such.
> Label 'dashboard.statusCardClusterTitle' as the name suggests is used
> only in that one place so this is safe.
>

This solution of no distinction between the singular and plural forms is
currently used by RHV for other locales as well (e.g. Japanese, Korean) and
AFAIK we didn't hear any complaints about that, so I guess that using the
singular label is the correct solution to use here for Georgian as well.



>
> The proper solution for all languages would be to make the translation
> layer aware of the items count. Here (and only here) it's doable:
> dashboard is part of the UI Extensions project that  uses a modern
> translation library which covers all kinds of border cases including
> different plurals. We use this syntax [1]  i.e. for
> 'cluster.upgrade.HostsLabel' [2].  Your message would look like
> '{count, plural, one {Cluster} other {Cluster}}'. Small changes in the
> code would also be required to pass the number. We could also include
> the number as you suggested ( "%1 Clusters") but then we lose the
> current CSS styling which relies on splitting number and text.
>

And also it won't be compatible with other GWT-based places where we won't
be able to easily fix so it can be done only if required.

Anyway, adding @Terry Chuang  for his input on this.



>
> best regards,
> radek
>
> [1] https://formatjs.io/docs/intl-messageformat/#common-usage-example
> [2]
> https://github.com/oVirt/ovirt-engine-ui-extensions/blob/c2d7e2832a0223ece0b90c35a7521d613fcd36ab/src/intl/messages.js#L651
> ___
> 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/EFSDZCU4EKV42JVS4JIDHJTN37WHN3G6/
>
___
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/TUUJDRAJ7AVZMELSHRF56LTA32MCE2N6/

[ovirt-devel] Re: Plural forms in Georgian/oVirt

2022-05-11 Thread Temuri Doghonadze 
Hello,

Thanks for answer.
AFAIK every programming language/l18n library is using it's own
templates for localization (%1 is GNU one, java is using {{}} if I
remember correctly, etc).
Don't take it literally.
Yes, it can be done, but when I was translating, it was quite
confusing. I didn't know where this string will appear or will it be
concat'ed with some number or string.

Temuri

On Wed, May 11, 2022 at 3:08 PM Sharon Gratch  wrote:
>
> Hi,
>
> On Wed, May 11, 2022 at 3:15 PM Radoslaw Szwajkowski  
> wrote:
>>
>> On Wed, May 11, 2022 at 7:24 AM Temuri Doghonadze
>>  wrote:
>> >
>> > Hello,
>> >
>> > Just finished translation of oVirt to Georgian and noticed something weird.
>> > On landing page of admin interface, after logging in, there is
>> > "Clusters" link, showing number of clusters in DC. But in Zanata it's
>> > not translated as "%1 Clusters", but just "Clusters", which makes
>> > whole thing look silly when translated to Georgian.
>> >
>>
>> Yes. This actually can be incorrect in all (most?) languages - the
>> label is always (one kind of) plural regardless of the number.
>> However you will find many more cases like this - especially in Web
>> Admin which is GWT-based. In general Ovirt is not 100% i18n ready.
>>
>> > Quote from wiki:
>> > "The plural suffix is not used when the noun is preceded by a
>> > quantifier of some kind, such as a cardinal number."
>> > ( https://en.wikipedia.org/wiki/Georgian_grammar#Pluralisation )
>> >
>> > With technical terms, see here.
>> > https://docs.translatehouse.org/projects/localization-guide/en/latest/l10n/pluralforms.html?id=l10n/pluralform
>> >
>> > Georgian: "nplurals=1; plural=0;"
>> >
>> > Details:
>> > oVirt version: master,
>> > zanata module name: ovirt-engine-ui-extensions
>> > file ID: extra/messages/src/messages.json
>> >
>> > Can this be fixed?
>> >
>>
>> IIUC the label should always stay singular, right? Then the easiest
>> workaround is to translate it as such.
>> Label 'dashboard.statusCardClusterTitle' as the name suggests is used
>> only in that one place so this is safe.
>
>
> This solution of no distinction between the singular and plural forms is 
> currently used by RHV for other locales as well (e.g. Japanese, Korean) and 
> AFAIK we didn't hear any complaints about that, so I guess that using the 
> singular label is the correct solution to use here for Georgian as well.
>
>
>>
>>
>> The proper solution for all languages would be to make the translation
>> layer aware of the items count. Here (and only here) it's doable:
>> dashboard is part of the UI Extensions project that  uses a modern
>> translation library which covers all kinds of border cases including
>> different plurals. We use this syntax [1]  i.e. for
>> 'cluster.upgrade.HostsLabel' [2].  Your message would look like
>> '{count, plural, one {Cluster} other {Cluster}}'. Small changes in the
>> code would also be required to pass the number. We could also include
>> the number as you suggested ( "%1 Clusters") but then we lose the
>> current CSS styling which relies on splitting number and text.
>
>
> And also it won't be compatible with other GWT-based places where we won't be 
> able to easily fix so it can be done only if required.
>
> Anyway, adding @Terry Chuang for his input on this.
>
>
>>
>>
>> best regards,
>> radek
>>
>> [1] https://formatjs.io/docs/intl-messageformat/#common-usage-example
>> [2] 
>> https://github.com/oVirt/ovirt-engine-ui-extensions/blob/c2d7e2832a0223ece0b90c35a7521d613fcd36ab/src/intl/messages.js#L651
>> ___
>> 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/EFSDZCU4EKV42JVS4JIDHJTN37WHN3G6/
___
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/G4NREV7TLH5NGVSJIYIPLLSPIVE3J4DD/

[ovirt-devel] Re: [ovirt-users] Re: [IMPORTANT] Upgrade to postgresql-jdbc-42.2.14-1 breaks oVirt Engine 4.4/4.5

2022-05-11 Thread Martin Perina 
Hi,

as mentioned in 4.5.0.8 announcement and Doc Text of
https://bugzilla.redhat.com/show_bug.cgi?id=2077794 postgresql-jdbc >=
42.2.14 is required for ovirt-engine to work properly.

So please remove the exclude, update postgresql-jdbc to the latest and
restart ovirt-engine service.

Martin

On Wed, May 11, 2022 at 4:52 PM Maton, Brett 
wrote:

> Probably worth pointing out that if you (as I did) update to 4.5.0.8 and
> exclude the postgresql-jdbc update you'll wind up with
>
> 500 - Internal Server Error
>
> When you try to login to the admin console again.
>
> On Wed, 11 May 2022 at 13:43, Martin Perina  wrote:
>
>> Hi,
>>
>> oVirt 4.5.0.8 async release has fixed the issue with postgresql-jdbc
>> drivers:
>>
>>
>> https://lists.ovirt.org/archives/list/us...@ovirt.org/thread/GAENJ2DPZSDCC276KM5QKUAZE5XPWTRG/
>>
>> So for oVirt 4.5.0.8 you no longer need to exclude postgresql-jdbc >=
>> 42.2.14 package during installation/upgrade.
>>
>> Regards,
>> Martin
>>
>>
>> On Fri, Apr 22, 2022 at 5:35 PM Martin Perina  wrote:
>>
>>> Hi,
>>> Unfortunately we have just found that latest release of
>>> postgresql-jdbc-42.2.14-1 breaks existing oVirt Engine 4.4 and 4.5
>>> installations running on CentOS Stream.
>>> The workaround is to downgrade to previous version, for example
>>> postgresql-jdbc-42.2.3-3 should work fine.
>>>
>>> Here are detailed instructions:
>>>
>>> 1. If you have already upgraded to postgresql-jdbc-42.2.14-1, please
>>> downgrade to previous version:
>>>
>>> $ dnf downgrade postgresql-jdbc
>>> $ systemctl restart ovirt-engine
>>>
>>> 2. If you are going to upgrade your oVirt Engine machine, please exclude
>>> postgresql-jdbc package from upgrades:
>>>
>>> $ dnf update -x postgresql-jdbc
>>>
>>> We have created https://bugzilla.redhat.com/2077794 to track this
>>> issue, but unfortunately we don't have a fix yet.
>>>
>>> Regards,
>>> Martin
>>>
>>> --
>>> Martin Perina
>>> Manager, Software Engineering
>>> Red Hat Czech s.r.o.
>>>
>>
>>
>> --
>> Martin Perina
>> Manager, Software Engineering
>> Red Hat Czech s.r.o.
>> ___
>> Users mailing list -- us...@ovirt.org
>> To unsubscribe send an email to users-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/us...@ovirt.org/message/GVFSXYLTQKRAVAVXY5ONBN4NRI24ED55/
>>
>

-- 
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
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/DKWQJMDQVQRLKYPQTBIPVJM4WZHY2FAY/

[ovirt-devel] Re: [ovirt-users] Re: [IMPORTANT] Upgrade to postgresql-jdbc-42.2.14-1 breaks oVirt Engine 4.4/4.5

2022-05-11 Thread Yedidyah Bar David 
On Wed, May 11, 2022 at 10:18 PM Martin Perina  wrote:
>
> Hi,
>
> as mentioned in 4.5.0.8 announcement and Doc Text of 
> https://bugzilla.redhat.com/show_bug.cgi?id=2077794 postgresql-jdbc >= 
> 42.2.14 is required for ovirt-engine to work properly.
>
> So please remove the exclude, update postgresql-jdbc to the latest and 
> restart ovirt-engine service.

Perhaps we should have updated the spec file to Require: the correct version.

This would have caused engine-setup (upgrade), if the new version was
excluded/blocked/whatever, to fail - rather early and safely, IMO.

Best regards,

>
> Martin
>
> On Wed, May 11, 2022 at 4:52 PM Maton, Brett  wrote:
>>
>> Probably worth pointing out that if you (as I did) update to 4.5.0.8 and 
>> exclude the postgresql-jdbc update you'll wind up with
>>
>> 500 - Internal Server Error
>>
>> When you try to login to the admin console again.
>>
>> On Wed, 11 May 2022 at 13:43, Martin Perina  wrote:
>>>
>>> Hi,
>>>
>>> oVirt 4.5.0.8 async release has fixed the issue with postgresql-jdbc 
>>> drivers:
>>>
>>> https://lists.ovirt.org/archives/list/us...@ovirt.org/thread/GAENJ2DPZSDCC276KM5QKUAZE5XPWTRG/
>>>
>>> So for oVirt 4.5.0.8 you no longer need to exclude postgresql-jdbc >= 
>>> 42.2.14 package during installation/upgrade.
>>>
>>> Regards,
>>> Martin
>>>
>>>
>>> On Fri, Apr 22, 2022 at 5:35 PM Martin Perina  wrote:

 Hi,
 Unfortunately we have just found that latest release of 
 postgresql-jdbc-42.2.14-1 breaks existing oVirt Engine 4.4 and 4.5 
 installations running on CentOS Stream.
 The workaround is to downgrade to previous version, for example 
 postgresql-jdbc-42.2.3-3 should work fine.

 Here are detailed instructions:

 1. If you have already upgraded to postgresql-jdbc-42.2.14-1, please 
 downgrade to previous version:

 $ dnf downgrade postgresql-jdbc
 $ systemctl restart ovirt-engine

 2. If you are going to upgrade your oVirt Engine machine, please exclude 
 postgresql-jdbc package from upgrades:

 $ dnf update -x postgresql-jdbc

 We have created https://bugzilla.redhat.com/2077794 to track this issue, 
 but unfortunately we don't have a fix yet.

 Regards,
 Martin

 --
 Martin Perina
 Manager, Software Engineering
 Red Hat Czech s.r.o.
>>>
>>>
>>>
>>> --
>>> Martin Perina
>>> Manager, Software Engineering
>>> Red Hat Czech s.r.o.
>>> ___
>>> Users mailing list -- us...@ovirt.org
>>> To unsubscribe send an email to users-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/us...@ovirt.org/message/GVFSXYLTQKRAVAVXY5ONBN4NRI24ED55/
>
>
>
> --
> Martin Perina
> Manager, Software Engineering
> Red Hat Czech s.r.o.
> ___
> Users mailing list -- us...@ovirt.org
> To unsubscribe send an email to users-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/us...@ovirt.org/message/DKWQJMDQVQRLKYPQTBIPVJM4WZHY2FAY/



-- 
Didi
___
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/HSABWV3ITXP53NQGANBZTQQGYMNGSDJP/