/cc

If you'd have time to investigate the first machine problem, in a bug report, then maybe it'll help to find out what failed and eventually fix it. The initial step is to run the gnome-software with debugging on:

gnome-software --quit
gnome-software --verbose &>log.txt

and if it'll reproduce the problem, then upload the log to the bug report for examination.

Is that anything like https://gitlab.gnome.org/GNOME/gnome-software/-/issues/2752 , maybe? Of if it's a different thing, would you mind to open an upstream bug, or a bugzilla.redhat.com bug, to investigate it further, please?

The version I found comes from the koji:
https://koji.fedoraproject.org/koji/packageinfo?packageID=31102

I'm not sure if you made a typo, but the 3.54.3-1.fc41 looks more like an evolution package version, than libphonenumber's. The evolution build log [1] shows it had installed libphonenumber 8.13.45-1.fc41, the same the evolution-data-server had been built with.

What is the version of the libphonenumber you have installed in your system, please? (rpm -q libphonenumber)

I found a clean Fedora 41 (virtual) machine here and ran the update, which made it:

rpm -q evolution evolution-data-server libphonenumber
evolution-3.54.3-1.fc41.x86_64
evolution-data-server-3.54.3-1.fc41.x86_64
libphonenumber-8.13.45-1.fc41.x86_64

And when i start evolution it runs with no problem, before restart after update and also after it.

I guess there is some mismatch with the libphonenumber. Do you any development/debug version installed, maybe in a different PREFIX, just that prefix being before the system library path? The ldd /usr/libexec/evolution-addressbook-factory | grep libphonenu may say something like libphonenumber.so.8 => /lib64/libphonenumber.so.8 (0x00007f49e1dc2000)

[1] https://kojipkgs.fedoraproject.org//packages/evolution/3.54.3/1.fc41/data/logs/x86_64/root.log

It looks like you've a libphonenumber version, which is either ahead or behind the version used to build the evolution-data-server. Looking into the build logs of the x86_64, it says there was used libphonenumber-8.13.45-1.fc41, which seems to be the latest build from the 2024-09-16.

Thanks for the reporting. I added a comment to that bug, let's continue the discussion there, please.

Adam, are the mirrors and/or local repo data up-to-date for you, please? The FEDORA-2024-8f67a8e137 had been marked stable only yesterday. I suppose it takes a bit time to have the change propagated.

Steam is not provided only as an RPM, it's provided as a flatpak through Flathub.org too. I suppose you found that version, instead of the RPM version. It used to be possible to find apps from disabled repositories, then the user was asked to enable the repository first, before installing the app. It was a feature of the gnome-software, not a bug. I think it regressed slightly in the 45.x or 46.x (making it work the way you suggest), but I can be wrong.

Installed applications list: text is invisible until hovering with mouse cursor

That's new to me. I'd guess some gtk4 or libadwaita change caused it, but it's only a guess. It would be good to investigate it, thus if you could file a bug (ideally under gitlab.gnome.org for better visibility, but the Red Hat bugzilla is fine too) it'll surely help. Post a link to it here as a reference.

Could you open a bug for it and provide more details, thus it can be investigated, please? One thing is to run gnome-software as gnome-software --quit; gnome-software --verbose &>log.txt and then reproduce the problem. The log can contains some information about the actual problem. Otherwise the errors are shown as toasts at the bottom of the window now; they disappear in 5 seconds.

with this update the RPM version of the Firefox is shown in the gnome-software again

This update has been unpushed.

I'm closing this, it's obsolete by 3.52.0 release

the bug is not fixed by this change

Let's merge this and deal with the bug in bugzilla. As I mentioned, there was no code change in 45.2, thus the problem is elsewhere, possibly already present in 45.1.

There had been only translation changes in the update, which surely did not break this. Could you open a bug in Red Hat bugzilla, where we can investigate the problem in detail, please? As a starter: gnome-software --quit; gnome-software --verbose &>log.txt , then open Repositories dialog, where should be shown all of them, then gnome-software --quit again, and then upload to the bug the log.txt file, will help.

Hmm. The openchange requires rebuild usually due to soname bumps in samba & others. The evolution-mapi "inherits" some openchange dependencies. If there's no related soname bump, then great. I'm sorry for the noise.

I think there's missing evolution-mapi build. Try to install it and then update with these packages. It may fail, if I'm not mistaken.

Fixes the crash after start of Epiphany when being asked whether to make it a default browser.