I faced a problem on leap-15.4 with official repos, that the recent recommended update openSUSE-2023-116-1 conflicts with qt5-creator:
the installed qt5-creator-7.0.2-bp154.2.3.1.x86_64 requires 'libclang13 = 13.0.1', but this requirement cannot be provided
[ ] break qt5-creator-7.0.2-bp154.2.3.1.x86_64 by ignoring some of its dependencies
[ ] deinstallation of qt5-creator-7.0.2-bp154.2.3.1.x86_64
[ ] do not install patch:openSUSE-2023-116-1.noarch
The update is really making a strange change - libclang13 goes from 13.0.1 to 15.0.7 (sic!). Probably itâs ok, meaning clang13 ABI implemented in clang15. But then, the qt5-creator dependency is too strict, as it requires libclang13 of 13.0.1 version namelyâŚ
Does anybody faced the same issue? Where can we fill the bugreport for qt-creator?
The problem would be absent by using zypper instead:
# zypper -v --no-refresh in qt5-creator
...
Selecting 'qt5-creator-7.0.2-bp154.2.3.1.x86_64' from repository 'UpdateBP' for installation.
Resolving package dependencies...
Force resolution: No
The following 7 NEW packages are going to be installed:
libKF5SyntaxHighlighting5 5.90.0-bp154.1.138
libQt5Quick3D5 5.15.2+kde19-150400.1.4
libQt5Quick3DAssetImport5 5.15.2+kde19-150400.1.4
libclang-cpp13 13.0.1-bp154.2.18
libclang13 13.0.1-bp154.2.18
libqt5-qtquicktimeline 5.15.2+kde3-bp154.1.43
qt5-creator 7.0.2-bp154.2.3.1
7 new packages to install.
Overall download size: 49.3 MiB. Already cached: 0 B. After the operation, additional 210.8 MiB will be used.
Continue? [y/n/v/...? shows all options] (y):
The patch keeps the package name libclang13 and still provides libclang.so.13. SO-number is not changed. So if I break qt-creator requirement it continues to work flawlessly.
Unfortunately not. I you apply the patch in consideration, then
# zypper -v in qt5-creator
Verbosity: 2
Non-option program arguments: 'qt5-creator'.
Initializing Target
Loading repository data...
Reading installed packages...
Selecting 'qt5-creator-7.0.2-bp154.2.3.1.x86_64' from repository 'Update repository of openSUSE
Resolving package dependencies...
Force resolution: No
Problem: the to be installed qt5-creator-7.0.2-bp154.2.3.1.x86_64 requires 'libclang13 = 13.0.1
not installable providers: libclang13-13.0.1-bp154.2.18.x86_64[repo-oss-mirror]
Solution 1: downgrade of libclang13-15.0.7-bp154.2.1.x86_64 to libclang13-13.0.1-bp154.2.18.x8
Solution 2: do not install qt5-creator-7.0.2-bp154.2.3.1.x86_64
Solution 3: break qt5-creator-7.0.2-bp154.2.3.1.x86_64 by ignoring some of its dependencies
By the way, is there a community repo, where qt-creator of more recent version can be found? The software.opensuse.org/ doesnât find any, even the standard one.
Given OP references to patches, I supposed he was using something other than zypper up. Zypper -v up is how I nearly always update Leap, and since I donât remember ever seeing the string âpatchâ as a result of local zypper command output, or seeing zypper ârecommendâ particular updates to any of my Leaps or TWs, I surmised he was using something other than zypper up to do at least some his updating.
Not entirely, since installing here with -D proposed to encounter no conflicts. I supposed he had either repo conflict(s), or was using something other than zypper up, causing his libclang13 trouble.
BTW, 15.5 will be officially released on this coming Wednesday 7 June. But because its repos have long been on the mirrors, upgrading to it has been possible for quite some time. I currently have 20 of them installed on 20 PCs, none on VMs.
Itâs actually just the standard yast2 online_update and also package-update-indicator that checks for updates periodically. These are preinstalled and enabled by default.
Generally, I donât use zypper for updates, but it appears that it also can search for âimportant patchesâ - zypper patch-check. And those patches do not shown via regular zypper upâŚ
The reason for my first post in this thread is that over and over again in mailing lists and online help forums I have seen reports of conflicts reported trying to update other than with zypper up that have been solved by simply using zypper up instead of whatever other updater. Zypper up doesnât apply delta patches, at least, not here. My systems donât have deltarpm installed, keeping patches out of solver equations. When I want to know what updates are available, I use zypper lu. Otherwise, I simply zypper up, except that I use an âaliasâ to make running it more to my liking, including simpler to start:
# cat /usr/local/bin/zup
#!/bin/sh
echo 'time zypper -v up'
time zypper -v up
But these patches are found by YaST2 online update GUI tool and strongly encouraged to be applied by auto update indicator that turned red. Actually, zypper may also search for those:
# zypper list-updates -t patch [or the same # zypper list-patches]
Loading repository data...
Reading installed packages...
Repository | Name | Category | Severity | Interactive | Status | Since | Summary
----------------------------------------+-------------------+-------------+----------+-------------+--------+-------+------------------------------
Update repository of openSUSE Backports | openSUSE-2023-116 | recommended | moderate | --- | needed | - | Recommended update for llvm15
Found 1 applicable patch:
1 patch needed (0 security patches)
And the attempt to apply this patch leads to the conflict Iâve faced with:
# zypper patch
...
Problem: the installed qt5-creator-7.0.2-bp154.2.3.1.x86_64 requires 'libclang13 = 13.0.1', but this requirement cannot be provided
Solution 1: deinstallation of qt5-creator-7.0.2-bp154.2.3.1.x86_64
Solution 2: do not install patch:openSUSE-2023-116-1.noarch
Solution 3: break qt5-creator-7.0.2-bp154.2.3.1.x86_64 by ignoring some of its dependencies
Moreover, this conflict may be triggered without touching any patches:
# zypper -v update libclang13
...
Selecting 'libclang13-15.0.7-bp154.2.1.x86_64' from repository 'Update repository of openSUSE Backports' for installation.
Resolving package dependencies...
Force resolution: No
Problem: the installed qt5-creator-7.0.2-bp154.2.3.1.x86_64 requires 'libclang13 = 13.0.1', but this requirement cannot be provided
Solution 1: deinstallation of qt5-creator-7.0.2-bp154.2.3.1.x86_64
Solution 2: do not install libclang13-15.0.7-bp154.2.1.x86_64
Solution 3: break qt5-creator-7.0.2-bp154.2.3.1.x86_64 by ignoring some of its dependencies
What is strange here, is that simple zypper update doesnât find any updates for this package, but direct specifying the name does.
That is a bit a strange name of a repo. It could be you named an otherwise sound repo with this name. But it is probably better to see the real definition (URL), thus please post
zypper lr -d
I am not sure you have this correct, but zypper patch is equivalent to YaST > Software > Online Update.
And zypper up includes what a zypper patch would do in the same situation and also it will update packages to newer versions when these are offered on the non-standard repos (like Packman). Without any change of vendor of course.
No, it does not. Two commands use different logic and rules to handle dependency resolution. The end result is the same as long as there are no conflicts but it does not mean they are identical.
Updates are not installable without breaking installed packages (libclang13-15 cannot be installed due to qt5-creator and the rest of ``llvm15cannot be installed because it depends onlibcalng13-15`). You should have seen âthe following packages will not be installedâ or similar.
Zypper offers several strategies and you can force it to offer removal of installed package(s) to satisfy dependency conflicts instead of minimizing changes and keeping installed packages.
When you use zypper patch you explicitly request installing package versions contained in this patch, so zypper is using more aggressive strategy for conflicts resolution and offers removal of installed packages.
Yes, closer look do reveals libclang13 listed as not going to be installed:
# zypper up
...
The following 82 package updates will NOT be installed:
catfish catfish-lang exo-data exo-lang exo-tools [...] libclang13 [...]
There are a lot of XFCE related packages as I use community repo for the recent XFCE-4.18. I just missed that libclang13 among them. But what confused me also, is that zypper list-updates donât show any updated packages at all. Itâs clear for me now, that this is because a different logic. I should read the mans thoroughly.
Thank you very much for the detailed clarification!
Just for your information. Once a week (in the maintenance window), I do a YaST > Software > Online Update, then a YaST > Software > Software Management; the Repository view (from the View menu), choose Packman and then at right: Right-Click > Update when a newer version is available.
This is whatâs behind my response in post #2 that was objected to. If thereâs a way to success, zypper offers it, typically among a selection of choices. For me, with no enabled community repos, it found no conflicts, so only presented one choice.
