tumbleweed:~ # zypper dup
Loading repository data…
Reading installed packages…
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See ‘man zypper’ for more information about this command.
Computing distribution upgrade…
Problem: 1: the to be installed texmaker-6.0.1-3.1.x86_64 requires ‘libQt6Core.so.6(Qt_6.9.2_PRIVATE_API)(64bit)’, but this requirement cannot be provided
deleted providers: libQt6Core6-6.9.2-1.1.x86_64
Solution 1: deinstallation of texmaker-6.0.1-2.2.x86_64
Solution 2: keep obsolete libQt6Core6-6.9.2-1.1.x86_64
Solution 3: break texmaker-6.0.1-3.1.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/3/c/d/?] (c):
Because I spent a few minutes how to resolve it, here is a short instruction for Leap 16.0. The patch was added to the Texmakerone month ago but I needed to add appropriate repo (in my default repo the Texmaker has not been updated yet):
Sorry, I am not sure what you are saying here. But I mean that when the patch hits the normal Tumbleweed snapshot, one better checks if the packages installed from that Leap 16.0 repo are switched back to those of the Tumbleweed repo and that then one should remove (at least disable) that extra repo.
You stated that this is not a solution to the problem, but a by-pass. Because you didn’t explain what you meant, I was forced to guess what you were thinking. The only thing that came to my mind was that the applied fix (library upgrade) might break the integration with the rest of the system. That’s why I mentioned integration tests, which should catch such an error.
Now I understand what you meant. I still believe this solution is good for an already working system with applications. For me, preparing the document is more important than wondering whether adding a repository from the official domain makes sense.