Bugzilla – Bug 1221515
unsatisfied dependency problems for Plasma 6 / Gear 24.02
Last modified: 2024-04-01 12:23:28 UTC
Created attachment 873571 [details] result of ```sudo zypper -v dup -D --allow-vendor-change|tee zypper_dup.txt``` I added kde repositories as described in https://en.opensuse.org/SDB:KDE_repositories and try ```sudo zypper -v dup -D --allow-vendor-change``` which give me 2 Problems: – Problem: the to be installed libKPim6Mime6-24.02.0-kf.276.1.x86_64 requires 'kmime >= 24.02.0', but this requirement cannot be provided – Problem: the to be installed kdepim-runtime-24.02.0-kf.347.1.x86_64 requires 'akonadi', but this requirement cannot be provided I checked with zypper se and at the openbuildservice; kmime and akonadi are availables. I've tried to solve these problems, but it just keeps producing more and more of them. I did ```sudo zypper -v dup -D --allow-vendor-change|tee zypper_dup.txt``` choosing the uninstall solution with the smallest number for info. I attach the file zypper_dup.txt. I think these are simple problems of dependencies and "conflict" or "obsolete" in specs due to changes between "KDE 5" and "KDE 6". In doubt, I'd rather wait for them to be resolved than break everything before upgrading to Plasma 6. Thanks to all the KDE Team for the great work you do voluntarily.
Looks like there are some obsoletes for PIM -lang packages missing. In TW that's not noticable because of weakremovers but for Leap they're needed to avoid manual conflict resolution.
Thanks, looking.
This is an autogenerated message for OBS integration: This bug (1221515) was mentioned in https://build.opensuse.org/request/show/1158775 Factory / akonadi
Created attachment 873581 [details] 15.5 upgrade test should be fixed with the last changes. I tried installing 15.5 in a VM then added the KDE repositories. There were no more conflicts with pim packages. I also edited https://en.opensuse.org/SDB:KDE_repositories. The KDE:Frameworks repository must have a higher priority (ie: smaller value) than KDE:Frameworks5, or plasma won't be upgraded.
zypper tries to install 5.27.11 packages, there are still a couple 'Obsoletes' missing
Created attachment 873582 [details] result of ```sudo zypper -v dup -D --allow-vendor-change|tee zypper_dup_new.txt``` Good evening. I tried again with a lower priority (higher value) for KDE:Frameworks5. ```sudo zypper -v dup -D --allow-vendor-change``` no longer returns any problems. I attach a file zypper_dup_new.txt. The weekend is over and it's too late for me to start upgrading. I'll let you know when it's done. Next Sunday at the latest. Thanks a lot.
Created attachment 873638 [details] result of ```sudo zypper -v dup -D --allow-vendor-change|tee zypper_dup_2024-03-19.txt``` Hello, I'm sorry, but I rejoiced too quickly. I'm attaching the result of ```sudo zypper -v dup -D --allow-vendor-change|tee zypper_dup_2024-03-19.txt```. I've just tried ```sudo zypper -v dup -D --allow-vendor-change`` and the problem with libKPim6Mime6-24.02 reappear. Problem: the to be installed libKPim6Mime6-24.02.0-kf.276.1.x86_64 requires 'kmime >= 24.02.0', but this requirement cannot be provided not installable providers: kmime-24.02.0-kf.276.1.x86_64[KDE:Gear] Yet zipper info kmime returns Information for package kmime: ------------------------------ Repository: KDE:Gear Name : kmime Version : 24.02.0-kf.276.1 Arch : x86_64 Vendor : obs://build.opensuse.org/KDE Installed Size : 164 B Installed : No Status : not installed Source package : kmime-24.02.0-kf.276.1.src Upstream URL : https://www.kde.org Summary : KDE PIM libraries MIME support Which I find strange and incomprehensible. There are also three new ones with 'libQt5Core.so.5(Qt_5.15.13_PRIVATE_API)(64bit)'.I searched for libQt5Gui5 at buildservice, which is provided by libqt5-qtbase. This one was modified 5 hours ago but not yet published. Have a nice evening.
what happens if you try `zypper rm libksieve5` ?
here is the result of the command sudo zypper rm libksieve5 Reading installed packages... Resolving package dependencies... The following 9 packages are going to be REMOVED: kdepim-addons kdepim-addons-lang kmail kmail-lang korganizer korganizer-lang libksieve5 pim-sieve-editor pim-sieve-editor-lang 9 packages to remove. After the operation, 44,3 MiB will be freed. Continue? [y/n/v/...? shows all options] (y):
ok, that doesn't help much. let's try the other one With the zypper dup command, what happens if you choose to uninstall libKPim5AkonadiCalendar5? I'm making changes to the packages to uninstall old pim libraries automatically. The next version update (24.02.0 → 24.02.1) will have them.
sudo zypper rm libKPim5AkonadiCalendar5 [sudo] password for root: Reading installed packages... Resolving package dependencies... The following 27 packages are going to be REMOVED: akonadi-calendar-tools akonadi-calendar-tools-lang akonadiconsole akonadiconsole-lang akonadi-plugin-calendar kaddressbook kaddressbook-lang kalendarac kdepim-addons kdepim-addons-lang kdepim-runtime kdepim-runtime-lang kmail kmail-lang korganizer korganizer-lang ktnef libKPim5AkonadiCalendar5 libKPim5AkonadiCalendar5-lang libKPim5CalendarSupport5 libKPim5CalendarSupport5-lang libKPim5EventViews5 libKPim5EventViews5-lang libKPim5IncidenceEditor5 libKPim5IncidenceEditor5-lang pim-sieve-editor pim-sieve-editor-lang 27 packages to remove. After the operation, 77,3 MiB will be freed. Continue? [y/n/v/...? shows all options] (y):
Sorry for my last message, the command had nothing to do with what you were asking me. I was a bit sluggish. I did a sudo zypper -v dup -D --allow-vendor-change and chose to delete libKPim5AkonadiCalendar5. Here's the result 4 Problems: Problem: the to be installed libKPim6Mime6-24.02.0-kf.276.1.x86_64 requires 'kmime >= 24.02.0', but this requirement cannot be provided Problem: the to be installed kwayland-5.102.0-bp155.1.11.x86_64 requires 'libQt5Gui.so.5(Qt_5.15.8_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the installed kirigami2-5.115.0-lp155.206.1.x86_64 requires 'libQt5Gui.so.5(Qt_5.15.12_PRIVATE_API)(64bit)', but this requirement cannot be provided Problem: the installed libQt5Gui5-5.15.12+kde151-lp155.1.1.x86_64 requires 'libQt5DBus5 = 5.15.12+kde151', but this requirement cannot be provided Problem: the to be installed libKPim6Mime6-24.02.0-kf.276.1.x86_64 requires 'kmime >= 24.02.0', but this requirement cannot be provided not installable providers: kmime-24.02.0-kf.276.1.x86_64[KDE:Gear] Solution 1: Following actions will be done: keep obsolete libKPim5AkonadiCalendar5-23.08.4-lp155.287.2.x86_64 keep obsolete messagelib-23.08.4-lp155.293.2.x86_64 keep obsolete kcalutils-23.08.4-lp155.278.2.x86_64 keep obsolete libkleo-23.08.4-lp155.263.2.x86_64 keep obsolete grantleetheme-23.08.4-lp155.252.2.x86_64 keep obsolete kldap-23.08.4-lp155.271.2.x86_64 Solution 2: Following actions will be done: keep obsolete libksieve5-23.08.4-lp155.263.2.x86_64 keep obsolete libksieve-23.08.4-lp155.263.2.x86_64 Solution 3: deinstallation of libKPim5AkonadiCalendar5-23.08.4-lp155.287.2.x86_64 Solution 4: deinstallation of libksieve5-23.08.4-lp155.263.2.x86_64 Solution 5: break libKPim6Mime6-24.02.0-kf.276.1.x86_64 by ignoring some of its dependencies Choose from above solutions by number or skip, retry or cancel [1/2/3/4/5/s/r/c/d/?] (c): 3 Applying solution 3 Problem: the to be installed kwayland-5.102.0-bp155.1.11.x86_64 requires 'libQt5Gui.so.5(Qt_5.15.8_PRIVATE_API)(64bit)', but this requirement cannot be provided not installable providers: libQt5Gui5-5.15.8+kde185-150500.2.1.x86_64[openSUSE_Oss] libQt5Gui5-5.15.8+kde185-150500.4.13.1.x86_64[repo-sle-update] libQt5Gui5-5.15.8+kde185-150500.4.16.1.x86_64[repo-sle-update] libQt5Gui5-5.15.8+kde185-150500.4.3.1.x86_64[repo-sle-update] libQt5Gui5-5.15.8+kde185-150500.4.8.1.x86_64[repo-sle-update] Solution 1: deinstallation of haruna-0.12.3-lp155.56.9.x86_64 Solution 2: deinstallation of kclock-23.08.4-lp155.22.2.x86_64 Solution 3: deinstallation of plasma-framework-components-5.115.0-lp155.403.1.x86_64 Solution 4: keep obsolete kclock-23.08.4-lp155.22.2.x86_64 Solution 5: break kwayland-5.102.0-bp155.1.11.x86_64 by ignoring some of its dependencies Choose from above solutions by number or skip, retry or cancel [1/2/3/4/5/s/r/c/d/?] (c): Then zypper suggests that I uninstall all sorts of packages that aren't even related to kde pim (texmaker for example). I think it will be easier once libQt5Gui5 has been released. Thank you and have a good evening
Hello, I've retried to upgrade to "KDE 6". I still had two problems but I was able to identify the cause; it was the Haruna package. After uninstalling it ```sudo zypper -v dup -D --allow-vendor-change``` no longer returns any problems. So I logged into tty and did: – sudo zypper -v dup --allow-vendor-change – sudo zypper -v install pattern:kde_plasma6 – reboot Unfortunately SDDM loaded without themes and complained about not finding some files. I was able to resolve these errors by mannualy installing: – libQt6QuickLayouts6 – libQt6Xml6 – libQt6Svg6 These three packages seem necessary for SDDM to load the breeze-openSUSE theme but they are not listed as dependencies. After that the theme loaded but I couldn't connect. I think the problem is with breeze-openSUSE. So snapper rollback and back to KDE 5 for now. My first attempt went pretty well even though it turned out to be unsuccessful. At the moment I'm looking for the cause and solution to this SDDM malfunction which is preventing me from logging in. As far as I can tell, this bug seems almost solved except for the three Qt6 packages that are not istalled by default Thank you for your efforts to package "KDE 6" and have a good evening.
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?
(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've got a lock on Marble. I have no use for it, so I'm preventing it from being installed. zypper locks # | Name | Type | Repository | Comment --+--------+---------+------------+-------- 1 | marble | package | (any) | zypper repos # | Alias | Enabled | GPG Check | Refresh | Priority ---+-------------------------------+---------+-----------+---------+--------- 1 | DepotLocal | Yes | ( p) Yes | Yes | 99 2 | Graphics | Yes | (r ) Yes | Yes | 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 | Yes | (r ) Yes | Yes | 99 10 | LibreOffice_24.2 | Yes | (r ) Yes | Yes | 99 11 | Mozilla | Yes | (r ) Yes | Yes | 99 12 | Network | Yes | (r ) Yes | Yes | 99 13 | Packman | Yes | (r ) Yes | Yes | 99 14 | Security | Yes | (r ) Yes | Yes | 99 15 | home_Wolfheri | Yes | (r ) Yes | Yes | 99 16 | home_Wolfheri_Qt5 | Yes | (r ) Yes | Yes | 99 17 | jami | Yes | ( p) Yes | Yes | 99 18 | openSUSE_Debug-Non-Oss | No | ---- | ---- | 99 19 | openSUSE_Debug-Oss | No | ---- | ---- | 99 20 | openSUSE_Non-Oss | Yes | (r ) Yes | Yes | 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 | Yes | (r ) Yes | No | 99 25 | openSUSE_Update-Debug-Non-Oss | No | ---- | ---- | 99 26 | openSUSE_Update-Debug-Oss | No | ---- | ---- | 99 27 | openSUSE_Update-Non-Oss | Yes | (r ) Yes | Yes | 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 | Yes | (r ) Yes | No | 99 32 | repo-sle-debug-update | No | ---- | ---- | 99 33 | repo-sle-update | Yes | (r ) Yes | Yes | 99 34 | vivaldi | Yes | (r ) Yes | Yes | 99 Hence my confusion. Nevertheless, I think I've done everything right. Thank you for your time.
(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
(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? Hello, I've just upgraded and everything went well. This confirms that the culprit was Texmaker, since uninstalling it results in a different - and above all functional - resolution of the upgrade. Strangely, when I tried to reinstall texmaker from my repositories (https://build.opensuse.org/project/show/home:Wolfheri:Qt), it was the only package selected. Perhaps this bug is due to the way the spec is written? Thank you for your reply and your question, which have enabled me to look at this problem from a different angle and solve it. As far as I'm concerned, this bug is resolved. Have a nice day.