Comment # 16
on bug 1221515
from Olivier Belleux
(In reply to Fabian Vogt from comment #14)
> Those packages are a hard dependency of plasma6-workspace, it's not possible
> to install without those. Do you have any zypper locks defined or not set
> the repo priorities appropriately?
I may have found the culprit in this mess.
Strangely enough, it's the only package that would have caught my attention and
that has remained discreet.
I deactivated the repositories as follows
zypper repos
# | Alias | Enabled | GPG Check | Refresh | Priority
---+-------------------------------+---------+-----------+---------+---------
1 | DepotLocal | No | ---- | ---- | 99
2 | Graphics | No | ---- | ---- | 99
3 | KDE-KF5 | Yes | (r ) Yes | Yes | 80
4 | KDE-KF6 | Yes | (r ) Yes | Yes | 75
5 | KDE-Qt5 | Yes | (r ) Yes | Yes | 80
6 | KDE-Qt6 | Yes | (r ) Yes | Yes | 75
7 | KDE:Extra | Yes | (r ) Yes | Yes | 80
8 | KDE:Gear | Yes | (r ) Yes | Yes | 80
9 | Libdvdcss | No | ---- | ---- | 99
10 | LibreOffice_24.2 | No | ---- | ---- | 99
11 | Mozilla | No | ---- | ---- | 99
12 | Network | No | ---- | ---- | 99
13 | Packman | No | ---- | ---- | 99
14 | Security | No | ---- | ---- | 99
15 | home_Wolfheri | Yes | (r ) Yes | Yes | 99
16 | home_Wolfheri_Qt5 | Yes | (r ) Yes | Yes | 99
17 | jami | No | ---- | ---- | 99
18 | openSUSE_Debug-Non-Oss | No | ---- | ---- | 99
19 | openSUSE_Debug-Oss | No | ---- | ---- | 99
20 | openSUSE_Non-Oss | No | ---- | ---- | 99
21 | openSUSE_Oss | Yes | (r ) Yes | Yes | 99
22 | openSUSE_Source-Non-Oss | No | ---- | ---- | 99
23 | openSUSE_Source-Oss | No | ---- | ---- | 99
24 | openSUSE_Tools | No | ---- | ---- | 99
25 | openSUSE_Update-Debug-Non-Oss | No | ---- | ---- | 99
26 | openSUSE_Update-Debug-Oss | No | ---- | ---- | 99
27 | openSUSE_Update-Non-Oss | No | ---- | ---- | 99
28 | openSUSE_Update-Oss | Yes | (r ) Yes | Yes | 99
29 | repo-backports-debug-update | No | ---- | ---- | 99
30 | repo-backports-update | Yes | (r ) Yes | Yes | 99
31 | repo-openh264 | No | ---- | ---- | 99
32 | repo-sle-debug-update | No | ---- | ---- | 99
33 | repo-sle-update | Yes | (r ) Yes | Yes | 99
34 | vivaldi | No | ---- | ---- | 99
Then I tried an upgrade which gave me an error message involving kmymoney and
texmaker. After uninstalling texmaker, I get an upgrade proposal with
324 packages to upgrade, 179 to downgrade, 707 new, 1 to reinstall, 179 to
remove, 153 to change vendor.
Overall download size: 1,11 GiB. Already cached: 0 B. After the operation,
additional 773,6 MiB will be used.
Continue? [y/n/v/...? shows all options] (y): n
So more new and uninstalled packages than ever before, including the 4 packages
I had to install manually.
If I try ti install texmaker, I get
zin texmaker
Loading repository data...
Reading installed packages...
Resolving package dependencies...
Problem: the to be installed texmaker-5.1.4-lp155.98.1.x86_64 requires
'libQt5Core.so.5(Qt_5.15.13_PRIVATE_API)(64bit)', but this requirement cannot
be provided
not installable providers: libQt5Core5-5.15.13+kde138-lp155.1.1.x86_64[KDE-Qt5]
Solution 1: Following actions will be done:
downgrade of kmymoney-5.1.3-lp155.107.28.x86_64 to
kmymoney-5.1.3-kf.110.3.x86_64
deinstallation of libKPim5Itinerary5-23.08.4-lp155.188.5.x86_64
deinstallation of libKPim5GrantleeTheme5-23.08.4-lp155.252.2.x86_64
deinstallation of libKPim5libkleo5-23.08.4-lp155.263.2.x86_64
deinstallation of libKPim5Ldap5-23.08.4-lp155.271.2.x86_64
Solution 2: do not install texmaker-5.1.4-lp155.98.1.x86_64
Solution 3: break texmaker-5.1.4-lp155.98.1.x86_64 by ignoring some of its
dependencies
It's already late to try an upgrade, so I'll look into it later this week.
Maybe one should just compile texmaker for Qt6/kf6?
For information Fedora 39 compiles it with Qt5, but 40 and rawhide with Qt6
https://src.fedoraproject.org/rpms/texmaker/blob/f40/f/texmaker.spec
Thanks