Yes it works 100/100 that way …proving (if necessary) DNF is not as efficient as URPMI!
This last affirmation of mine is not a simple opinion but a fact! I have been struggling with DNF so many hours, I finished abandoning LX4!
My error was to try to install “pysolFC” when only “pysolFC-carsets” is present in the repos.
Following this error, the stupid DNF system refused to work as it is supposed to => No more repos kept in memory-config - No more updates - Permanent message on "pysolFC even after uninstalling the “pysolFC-cardsets” package - No response to some basics commands - etc…
To-day I still have an error reading: “systemd doesn’t exists”(???) every time I use DNF. …And I don’t mention the quasi useless of “dnfdragora” along this period, and “of course”, the fact that “dnfdragora-updater” never worked on my PC.
In the present case, I don’t think the “znver1” repo is (only) questionable.
“GoogleEarthPro” (or not “Pro” previously) has always (for years) needed this “mesa-libGLU” on whatever distribution, since the passage in 64 bits. The problem here, is that another lib “lib64glu1-9.0.0-20.znver1” is conflicting => but I am quite sure if you don’t use “znver1” version repos you will have the same issue.
Try it, yourself.
Beyond all these problems of DNF and incomplete repos, I must admit LX4 ZNVER1 works perfectly here (processor Ryzen5 2400GE with integrated graphic).
After having abandoned it for some time, I note that => for 4 days now using it, I have no “system freezes” when watching streaming fluxes, like happening with other distros I also use.
It has come through my mind -but I need more time to be absolutely certain- that this znver1 version, especially conceived for Ryzen processors, accepts much better the free “amdgpu” driver. A part from no more freezes during the long streamings, I noticed the proc temperature is lower than “ordinaries” (not specially conceived for Ryzen processors) other distros during the above-cited streamings.
I think it will be encouraging for the devs to know about it.
As I said here above, the “problem” of Google Earth and the cited lib is an old story (seems “zuzu21” was also aware of it). Now, if there is a conflict with “lib64glu1-9.0.0-20.znver1” (“znver1” or not) I will not be able to say more, but I don’t use any of the browsers you mentioned (Firefox here since it exists).
What is to note, is that the soft (GoogleEarthPro) perfectly works => independently of the notion of new politics of Google, respecting dependencies based on Red Hat nomenclature, you mentionned.