I’m encountering significant issues with installing software applications on my openSUSE system due to dependency conflicts and failures, and I’m seeking assistance to resolve it.
Background: I use openSUSE as my primary operating system for development and daily tasks. While the package management system typically works well, I’ve recently encountered problems when trying to install certain software applications, particularly those with complex dependencies.
Issue: The main problem arises when attempting to install or update specific software applications using zypper or YaST. The installation process often fails with dependency conflict errors, stating that certain packages cannot be installed or updated due to version mismatches or missing dependencies. This issue affects my ability to install essential software and maintain an up-to-date system.
Troubleshooting: Here are the steps I’ve taken to troubleshoot the issue so far:
Ran zypper refresh to ensure all repositories are up to date.
Tried using zypper install --force to override conflicts, but this sometimes leads to broken packages or unstable software.
Added additional repositories and tried installing the software from these sources, but the conflicts persist.
Used zypper verify to check for any broken dependencies in the system and attempted to repair them.
Reviewed the openSUSE forums and documentation for any known issues with the specific applications I’m trying to install.
Observations: Despite these efforts, the dependency conflicts and installation failures persist, preventing me from installing necessary software and maintaining a stable system. This problem is critical as it impacts my ability to use openSUSE effectively for my work and daily tasks.
Request for Assistance: If anyone has experience with resolving dependency conflicts and installation issues in openSUSE or has encountered similar problems, I would greatly appreciate your insights and assistance. Specifically, I’m looking for strategies to identify and resolve dependency issues, as well as best practices for managing software installations on openSUSE.
This sounds like that a lot of arbitrary conflicting repos got added. So a good starting point to discuss the issues should be the output of zypper lr -d and an example of an upgrade attempt via zypper dup.
But as already said, we can not give any other advice on your story telling then: Please SHOW!.
Not only the zypper command you use (with all output), but also your present repo list, because you seem to have messed with it
zypper lr -d
BTW, welcome to the openSUSE forums.
And please show your copied/past computer text using the Preformatted text button </> from the tool bar of the post editor.
And please don’t add confusion! We don’t want a redacted repo list as with your command. As already mentioned by Henk and me, we need a full repolist, including disabled repos as these can also cause conflicts/dependency issues and more.
So the correct command (as already mentioned several times above) should be zypper lr -d
I also think that showing all repos might be helpful, because those repos did not land there by magic. Apart from the Source and Debug ones, one can assume that they have been used for installing packages before being disabled and thus may have been instrumental in creating problems.
I also think that suggesting an increasing amount of slightly different commands to an apparent novice user may create more confusion then being useful.
I admit that I suggested the same as @hui did, but can defend that because we did create those posts at the same time without knowing from each other.
Package from repo A depends on a package from repo B but repo B is disabled.
As the TO stays vague about the real issue, it is important to ask for the full picture (aka full repo list) instead of limiting your and others view with a limited repo list.
Nevertheless I personally believe that a list of the repositories currently in use plus the complete result of a failing package installation attempt will provide a good starting point to analyse OPs problem.
That may be correct, but does it differ very much from what was asked for 15 hours ago?
The OP did not answer those questions that were suggested 14 hours ago. Maybe he is gone to sleep direct after his first post. Asking almost the same again isn’t very productive IMHO. Just wait and see what comes (if it comes) and then may refining the question for more information would be my approach.
If zypper lr -d results in a long list (as OPs first post suggests) one needs to work out which repositories are active (and probably what priorities are set). This is extra work, takes time and is error prone (and as my post #4 shows I tend to make errors). The list I asked for shows fairly quick whether it needs more attention or not.
Sorry, but that is my personal approach. You, @hui and anyone else here might have a different one. Nevertheless should I be entitled to ask for the information which gives me the best chance to help.
But as you already said lets wait for the OP to show more details.
# zypper dup
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
Problem: the installed libqt5-qtbase-5.15.2-lp153.3.10.1.x86_64 requires 'libqt5-qtbase-platformtheme = 5.15.2', but this requirement cannot be provided
deleted providers: libqt5-qtbase-platformtheme-5.15.2-lp153.3.10.1.x86_64
Solution 1: deinstallation of libqt5-qtbase-5.15.2-lp153.3.10.1.x86_64
Solution 2: keep obsolete libqt5-qtbase-platformtheme-5.15.2-lp153.3.10.1.x86_64
Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c):
It appears that there are conflicts with the libqt5 packages among others. Based on your experience, could you advise on how to proceed with resolving these dependency conflicts? Are there specific repositories I should prioritize or disable to avoid these issues?
You started your post with the tag “openSUSE Tumbleweed” however your repository list shows repositories for openSUSE Leap 15.3 only.
If you are using openSUSE Leap 15.3 then you should be aware that this version is out of support since 31.12.2022 and you should upgrade to openSUSE Leap 15.6.
If you are using openSUSE Tumbleweed then you need to adjust your repositories to the Tumbleweed ones.
