on my TUXEDO InfinityBook Pro 15 v4, ssd disk=2Tb, /home EXT3 partition=58Gb, processor= Intel Core i7-8565U, RAM=32Gb, graphics card Model: “Intel UHD Graphics 620 (Whiskey Lake)” running leap 15.2 I would like to install the last version of KDE (neon version).
I followed this instructions https://en.opensuse.org/SDB:KDE_repositories
that summarize here:
zypper ar -p 75 https://download.opensuse.org/repositories/KDE:/Qt5/openSUSE_Leap_15.2 KDE-Qt5zypper ar -p 75 https://download.opensuse.org/repositories/KDE:/Frameworks5/openSUSE_Leap_15.2 KDE-Frameworks
zypper ar -p 75 https://download.opensuse.org/repositories/KDE:/Applications/KDE_Frameworks5_openSUSE_Leap_15.2 KDE-Applications
zypper ar -p 75 https://download.opensuse.org/repositories/KDE:/Extra/KDE_Applications_openSUSE_Leap_15.2 KDE-Extra
zypper -v dup --allow-vendor-change
but zypper -v dup --allow-vendor-change gives me this:
that summarize in:
The following 599 package updates will NOT be installed:
accounts-qml-module 0.7-lp152.4.1
akonadi-calendar-lang 20.08.2-lp152.188.1
and many other as below.
how can I install the last version of KDE??
I tried tumbleweed but it was a disasterrotfl! , I prefere stay on leap
so I can use yast to switch ?? or it si a zypper command that can I use? I see in the manual but seems no switch is present
it could be a good idea to correct the instructions with the correct procedure, I see history and it is 2020september… so quite recent
Hi
Personally I think zypper is better for such operations, never had to change priorities, once a vendor change is done it should remain that way, I would also just use the repo reference number or alias.
If you look at the vendor change information, this is from openSUSE 11.2 and not touched since 2016, many improvements have been made, that KDE SDB even if touched does not reflect the true situation.
**pla4-TW:~ #** zypper dup -D --allow-vendor-change --from "KDE-Applications(neon)" from-- "KDE-Extra(neon)"
Loading repository data...
Reading installed packages...
Too many arguments.
it seems in contrast with the manual that see:
–from alias|name|#|URI The option can be used multiple times and restricts the upgrade to the specified repositories only.
Nevertheless all enabled repositories are visible to the resolver and will be considered to satisfy dependency problems.
Examples:
$ zypper dup --from factory --from packman Upgrade the system to the latest versions provided by the factory and packman repositories.
and I also tryed to use zypper with only one argument and with vendor change in dry run mode
but zypper continue to ask me to solve the problem even when there in (with vendor change) option
Choose from above solutions by number or skip, retry or cancel [1/2/3/4/s/r/c/d/?] (c): 2
**pla4-TW:~ #** zypper dup -D --allow-vendor-change --from "KDE-Applications(neon)"
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
90 Problems:
Problem: accounts-qml-module-0.7-lp152.4.1.x86_64 requires libQt5Core.so.5(Qt_5.15)(64bit), but this requirement cannot be provided
Problem: dolphin-part-20.08.2-lp152.228.1.x86_64 requires kio >= 5.75.0, but this requirement cannot be provided
....
a ot of this
...
Problem: kwin5-5.18.5-lp152.1.3.x86_64 requires libQt5Core5 = 5.12.7, but this requirement cannot be provided
Problem: patterns-kde-kde_imaging-20181130-lp152.88.1.noarch requires pattern() = kde_plasma, but this requirement cannot be provided
Problem: patterns-kde-kde-20181130-lp152.88.1.noarch requires pattern() = kde_plasma, but this requirement cannot be provided
Problem: plasma-framework-components-5.71.0-lp152.1.1.x86_64 requires plasma-framework-private = 5.71.0, but this requirement cannot be provided
Problem: accounts-qml-module-0.7-lp152.4.1.x86_64 requires libQt5Core.so.5(Qt_5.15)(64bit), but this requirement cannot be provided
not installable providers: libQt5Core5-5.15.1-lp152.3.1.x86_64[KDE-Qt5(neon)]
Solution 1: deinstallation of accounts-qml-module-0.7-lp152.1.2.x86_64
Solution 2: install libQt5Core5-5.15.1-lp152.3.1.x86_64 (with vendor change)
openSUSE --> obs://build.opensuse.org/KDE
Solution 3: keep obsolete accounts-qml-module-0.7-lp152.1.2.x86_64
Solution 4: break accounts-qml-module-0.7-lp152.4.1.x86_64 by ignoring some of its dependencies
**Choose from above solutions by number or skip, retry or cancel [1/2/3/4/s/r/c/d/?] (c): 2**
Problem: dolphin-part-20.08.2-lp152.228.1.x86_64 requires kio >= 5.75.0, but this requirement cannot be provided
not installable providers: kio-5.75.0-lp152.308.1.x86_64[KDE-Frameworks(neon)]
Solution 1: Following actions will be done:
deinstallation of dolphin-part-20.04.2-lp152.1.1.x86_64
deinstallation of nextcloud-desktop-dolphin-2.6.4-lp152.1.2.x86_64
Solution 2: install kio-5.75.0-lp152.308.1.x86_64 (with vendor change)
openSUSE --> obs://build.opensuse.org/KDE
Solution 3: keep obsolete dolphin-part-20.04.2-lp152.1.1.x86_64
Solution 4: break dolphin-part-20.08.2-lp152.228.1.x86_64 by ignoring some of its dependencies
**Choose from above solutions by number or skip, retry or cancel [1/2/3/4/s/r/c/d/?] (c): 2**
Problem: python3-qt5-5.13.1-lp152.1.9.x86_64 requires libQt5Core.so.5(Qt_5.12.7_PRIVATE_API)(64bit), but this requirement cannot be provided
not installable providers: libQt5Core5-5.12.7-lp152.2.3.x86_64[repo-oss]
libQt5Core5-5.12.7-lp152.3.3.1.x86_64[repo-update]
Solution 1: Following actions will be done:
keep obsolete akonadi-calendar-tools-20.04.2-lp152.1.1.x86_64
keep obsolete libkleo-20.04.2-lp152.1.1.x86_64
Solution 2: deinstallation of akonadi-calendar-tools-20.04.2-lp152.1.1.x86_64
Solution 3: install python3-qt5-5.15.1-lp152.173.1.x86_64 (with vendor change)
openSUSE --> obs://build.opensuse.org/KDE
Solution 4: break python3-qt5-5.13.1-lp152.1.9.x86_64 by ignoring some of its dependencies
**Choose from above solutions by number or skip, retry or cancel [1/2/3/4/s/r/c/d/?] (c): 3**
Problem: python3-pyside2-5.12.3-lp152.1.68.x86_64 requires libQt5Core.so.5(Qt_5.12.7_PRIVATE_API)(64bit), but this requirement cannot be provided
not installable providers: libQt5Core5-5.12.7-lp152.2.3.x86_64[repo-oss]
libQt5Core5-5.12.7-lp152.3.3.1.x86_64[repo-update]
Solution 1: Following actions will be done:
install python3-pyside2-5.15.1-lp152.44.10.x86_64 (with vendor change)
openSUSE --> obs://build.opensuse.org/KDE
install libQt5Charts5-5.15.1-lp152.1.1.x86_64 (with vendor change)
openSUSE --> obs://build.opensuse.org/KDE
Solution 2: Following actions will be done:
deinstallation of akonadi-contact-20.04.2-lp152.1.1.x86_64
deinstallation of libdigikamcore7-7.1.0-lp152.210.1.x86_64
deinstallation of libKF5LibkdepimAkonadi5-20.04.2-lp152.1.1.x86_64
deinstallation of libdigikamcore6-6.4.0-lp152.2.14.x86_64
deinstallation of digikam-7.1.0-lp152.210.1.x86_64
deinstallation of digikam-plugins-7.1.0-lp152.210.1.x86_64
deinstallation of showfoto-7.1.0-lp152.210.1.x86_64
deinstallation of digikam-lang-7.1.0-lp152.210.4.noarch
Solution 3: keep obsolete akonadi-contact-20.04.2-lp152.1.1.x86_64
Solution 4: break python3-pyside2-5.12.3-lp152.1.68.x86_64 by ignoring some of its dependencies
**Choose from above solutions by number or skip, retry or cancel [1/2/3/4/s/r/c/d/?] (c): **
trying zypper, tried this:
the --force-resolution option seems to solve something ar can be dangerous?
does the -D dry run option placed in the correct way?? …becouse the -v must go before the dup
**pla4-TW:~ #** zypper -v -v dup -D --force-resolution --allow-vendor-change --from "KDE-Applications(neon)"
cannot see anything from the start of command
....a lot of this
krdc
20.04.2-lp152.1.1 -> 20.08.2-lp152.1.1 x86_64 KDE-Applications(neon) openSUSE -> obs://build.opensuse.org/KDE
krdc-lang
20.04.2-lp152.1.1 -> 20.08.2-lp152.1.1 noarch KDE-Applications(neon) openSUSE -> obs://build.opensuse.org/KDE
kreversi
.....
The following 313 packages are going to change vendor:
accounts-qml-module
0.7-lp152.1.2 -> 0.7-lp152.4.1 x86_64 KDE-Applications(neon) openSUSE -> obs://build.opensuse.org/KDE
akonadi-calendar-lang
a lot of this
313 packages to upgrade, 2 new, 3 to remove, 313 to change vendor.
Overall download size: 252.0 MiB. Already cached: 0 B. After the operation, 14.8 MiB will be freed.
**Continue? [y/n/v/...? shows all options] (y): **
Disabling Vendor stickiness](SDB:Vendor change update - openSUSE Wiki)If you wish you can disable vendor stickyness completely - in this case the package manager will not ask permission to change vendor for packages, and updating will just install whatever package has the highest version number, regardless of where it comes from.
In /etc/zypp/zypp.conf set
solver.allowVendorChange = true
but none of this works and the result is:
witd any combination of dup or up and --from --allow-vendor-change
…in the end succeeded rotfl! I wasn’t enough able to use zypper becouse it didn’t works in the way I tried, but using yast I activated aptions>allow vendor change and switched to the neon repositories and everything went flawlessly, I’m running KDE neon now