I’m keen to update KDE Frameworks and Applications, and have followed the instructions at https://en.opensuse.org/SDB:KDE_repositories - using zypper to add the QT5/Frameworks/Applications repos for 15.1 (with priority 75) and running
zypper -v dup --allow-vendor-change
This completes OK, and after a reboot all is still running (phew!), but KInfocenter reports that I’m still running Qt 5.9.7, Frameworks 5.55.0 and Plasma 5.12.8.
Looking through packages in software management there are a small handful of items that are from the p75 repos (eg knewstuff, kcoreaddons), but most are still coming from Main Repository.
Hi - thanks for the help.
I had tried --from, which gave a bunch of issue to resolve: using -r as you advise (which sounds slightly different) for KDE-Applications/Frameworks/QT5 respectively, I get 225/257/64 problems as below (showing 1st result only).
Is it worth removing those repos, zypper dup’ing back to a clean slate and trying again?
sudo zypper dup -r 1
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
225 Problems:
Problem: problem with installed package akonadi-calendar-lang-18.12.3-lp151.2.1.noarch
sudo zypper dup -r 2
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
257 Problems:
Problem: problem with installed package baloo5-file-5.55.0-lp151.2.2.x86_64
sudo zypper dup -r 3
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
64 Problems:
Problem: problem with installed package grantlee5-5.1.0-lp151.2.4.x86_64
Haha!
Sorry, in effort to keep it to the point I had listed only the repos I was trying to use for KDE. Full (and probably remarkable for other reasons) list:
The general idea is that one has a problem. One has thought and re-thought about that for already for some time. one has rejected (either by reasoning or, very human, by ignoring) some of the paths to walk to solution. In the end one asks for help, but instead of providing the full technical inforamtion to the helpers so they can come to some conclusions without the bias of the oroginal poster, one tell some story about ones owm conclusions sometimes accompanies by some lines of computer output without any informatuon how that output was created.
What I paint here is more or less the worst case. But elements of this return again and again. That is why we ask to privide the technical information behind every conclusion (not “the internet is gone”, but a screen shot of a browser window, better a ping comand with it’s output, etc.).
The idea is that a fesh look at a problem may lead to a complete differnt answer. That is why you ask others.
That is also why we ask to include in the copy/paste like asked above: the line with the prompt and the command, the complete output and the new line with the new prompt. When you do that, you create trust in what you post, that it is exactly what you have before you (remond that we can not look over your shoulder) and that it is complete.
Now back to your case.
I saw e.g. that you do not have the default priority on those repos. Then there is the automatic question: what are the priorities of the repos I do not see?
And seeing the list now, what about the still active KDE3 repo (#9)? Can not that interfere with KDE?
And what is #11?
You can avoid most of those conflicts if you also use “–allow-vendor-change” on that command line.
Is it worth removing those repos, zypper dup’ing back to a clean slate and trying again?
The “zypper dup” to a clean state probably won’t help.
With this many conflicts, obviously your initial attempt (as in your original post) didn’t do anything. Perhaps that is because you did not set the KDE repos to autorefresh, and perhaps you did not manually refresh before that first try.
Thanks very much Henk! My apologies that I’d made it harder for you to help!
So…
“you do not have the default priority on those repos”
Correct - they were set to higher priority (lower number=75) per the instructions at SDB:KDE repositories - openSUSE Wiki
My understanding is that this should mean these get picked up in preference to anything with a larger number. Re the priorities you do not see, all are at 99 except for r16/r17 which are mozilla/packman at priority 90.
I have also set the KDE-Applications/Frameworks/QT5 repos to autorefresh as suggested by nrickert.
“what about the still active KDE3 repo (#9)?”
Reasonable point! As guessed per your reply I had the issue with the new KDE repos “already for some time” - the kde3 was added 2 days ago for a specific legacy app.
To make this troubleshooting easier I have removed the app and this repo.
“and what is #11?”
Looking at all the attributes including url from zypper lr -d, it appears to be a duplicate of the Main Update Repository (maybe added by a ymp?).
I’ve deleted that repo now.
With those things done, my list of repos, refresh, and attempt at zypper -v dup --allow-vendor-change look as posted below, so TLDR it’s still not using the versions in the KDE repos despite their higher priority.
-Note I ran a standard zypper update first to apply unrelated updates (eg bunch of libreoffice etc).
agt@bernard:~> sudo zypper ref
Repository 'KDE-Applications' is up to date.
Repository 'KDE-Frameworks' is up to date.
Repository 'KDE-Qt5' is up to date.
Repository 'The development branch for LibreOffice packages (openSUSE_Leap_15.1)' is up to date.
Repository 'NVIDIA' is up to date.
Repository 'Virtualization' is up to date.
Repository 'X.Org development (openSUSE_Leap_15.1)' is up to date.
Repository 'Publishing' is up to date.
Repository 'devel:languages:perl' is up to date.
Repository 'graphics' is up to date.
Repository 'Emulators:Wine' is up to date.
Repository 'mozilla' is up to date.
Repository 'packman' is up to date.
Repository 'Non-OSS Repository' is up to date.
Repository 'Main Repository' is up to date.
Repository 'Main Update Repository' is up to date.
Repository 'Update Repository (Non-Oss)' is up to date.
Repository 'skype (stable)' is up to date.
Repository 'teams' is up to date.
All repositories have been refreshed.
agt@bernard:~>
Copy/paste of commands output referenced in last post (too many chars)
Note that 6546 locks referred to are **all **related to texlive - see bottom code block
agt@bernard:~> sudo zypper -v dup --allow-vendor-change
Verbosity: 2
Initializing Target
Checking whether to refresh metadata for KDE-Applications
Checking whether to refresh metadata for KDE-Frameworks
Checking whether to refresh metadata for KDE-Qt5
Loading repository data...
Reading installed packages...
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Computing distribution upgrade...
Force resolution: No
Computing upgrade...
The following 6546 items are locked and will not be changed by any action:
Available:
texlive-12many texlive-12many-doc texlive-2up texlive-2up-doc texlive-a0poster texlive-a0poster-doc texlive-a2ping texlive-a2ping-bin texlive-a2ping-doc texlive-a4wide texlive-a4wide-doc texlive-a5comb texlive-a5comb-doc texlive-aastex
texlive-aastex-doc texlive-abbr texlive-abbr-doc texlive-abc texlive-abc-doc texlive-abntex2 texlive-abntex2-doc texlive-abraces texlive-abraces-doc texlive-abstract texlive-abstract-doc texlive-abstyles texlive-abstyles-doc
texlive-academicons texlive-academicons-doc texlive-academicons-fonts texlive-accanthis texlive-accanthis-doc texlive-accanthis-fonts texlive-accfonts texlive-accfonts-bin texlive-accfonts-doc texlive-achemso texlive-achemso-doc
texlive-acmart texlive-acmart-doc texlive-acmconf texlive-acmconf-doc texlive-acro texlive-acro-doc texlive-acronym texlive-acronym-doc texlive-acroterm texlive-acroterm-doc texlive-active-conf texlive-active-conf-doc
texlive-actuarialangle texlive-actuarialangle-doc texlive-actuarialsymbol texlive-actuarialsymbol-doc texlive-addfont texlive-addfont-doc texlive-addlines texlive-addlines-doc texlive-adfathesis texlive-adfathesis-doc texlive-adforn
texlive-adforn-doc texlive-adforn-fonts texlive-adfsymbols texlive-adfsymbols-doc texlive-adfsymbols-fonts texlive-adhocfilelist texlive-adhocfilelist-bin texlive-adhocfilelist-doc texlive-adjmulticol texlive-adjmulticol-doc
texlive-adjustbox texlive-adjustbox-doc texlive-adobemapping texlive-adrconv texlive-adrconv-doc texlive-adtrees texlive-adtrees-doc texlive-advdate texlive-advdate-doc texlive-ae texlive-aecc texlive-aecc-doc texlive-ae-doc
texlive-aeguill texlive-aeguill-doc texlive-afm2pl texlive-afm2pl-bin texlive-afm2pl-doc texlive-afparticle texlive-afparticle-doc texlive-afthesis texlive-afthesis-doc texlive-aguplus texlive-aguplus-doc texlive-aiaa texlive-aiaa-doc
texlive-aichej texlive-ajl texlive-akktex ... and 6445 more items.
Installed:
texlive-lm-fonts 2017.137.2.004svn28119-lp151.7.1
Run 'zypper locks -s' to see the complete list of locked items.
The following package is going to be upgraded:
libQt5Pas1 2.0.2-lp151.1.4 -> 2.0.6-lp151.5.1
The following 2 packages are going to be downgraded:
libvisual 0.4.0-lp151.395.2 -> 0.4.0-lp151.2.3
perl-Glib-Object-Introspection 0.048-lp151.20.1 -> 0.048-lp151.2.2
The following 3 packages are going to change vendor:
libQt5Pas1 2.0.2-lp151.1.4 -> 2.0.6-lp151.5.1 openSUSE -> http://packman.links2linux.de
libvisual 0.4.0-lp151.395.2 -> 0.4.0-lp151.2.3 obs://build.opensuse.org/KDE:KDE3 -> openSUSE
perl-Glib-Object-Introspection 0.048-lp151.20.1 -> 0.048-lp151.2.2 obs://build.opensuse.org/devel:languages:perl -> http://packman.links2linux.de
1 package to upgrade, 2 to downgrade, 3 to change vendor.
Overall download size: 690.1 KiB. Already cached: 0 B. After the operation, 17.4 KiB will be freed.
Continue? [y/n/v/...? shows all options] (y): y
committing
Retrieving package perl-Glib-Object-Introspection-0.048-lp151.2.2.x86_64 (1/3), 84.8 KiB (227.3 KiB unpacked)
Retrieving: perl-Glib-Object-Introspection-0.048-lp151.2.2.x86_64.rpm ....................................................................................................................................................[done (13.7 KiB/s)]
Retrieving package libQt5Pas1-2.0.6-lp151.5.1.x86_64 (2/3), 476.0 KiB ( 2.6 MiB unpacked)
Retrieving: libQt5Pas1-2.0.6-lp151.5.1.x86_64.rpm .......................................................................................................................................................................[done (237.5 KiB/s)]
Retrieving package libvisual-0.4.0-lp151.2.3.x86_64 (3/3), 129.3 KiB (399.0 KiB unpacked)
Retrieving: media ............................................................................................................................................................................................................[done (83 B/s)]
Retrieving: libvisual-0.4.0-lp151.2.3.x86_64.rpm ........................................................................................................................................................................[done (396.2 KiB/s)]
Checking for file conflicts: ..........................................................................................................................................................................................................[done]
(1/3) Installing: perl-Glib-Object-Introspection-0.048-lp151.2.2.x86_64 ...............................................................................................................................................................[done]
(2/3) Installing: libQt5Pas1-2.0.6-lp151.5.1.x86_64 ...................................................................................................................................................................................[done]
(3/3) Installing: libvisual-0.4.0-lp151.2.3.x86_64 ....................................................................................................................................................................................[done]
CommitResult (total 3, done 3, error 0, skipped 0, updateMessages 0)
Checking for running processes using deleted libraries...
agt@bernard:~>
To be honest: this reposlist is a mess. A couple of them clearly say they’re defelopment repos. And in the end you have created some kind of untested Tumbleweed from your Leap 15.1 install, where Tumbleweed itself is tested in openQA.
I tried to avoid to be grumpy and thus I did not comment in that way, but my first feelings were: Why doesn’t he run Tumbleweed? The whole idea about Leap, not to have all those changes al the time, is null now.
BTW, as said earlier in this thread, just switch on autorefresh for all enabled repos (and it does not hurt on the disabled ones either, because I assume you have them to be enabled when needed). They will then be refreshed when needed. Never seen any problem with that. In any case, posting the ouput of a separate zypper ref is superfluous imho.
Oh yes, and for your information. Changing the priority on repos has no influence on what you are doing now. It only works when you install a new package, then, whne that package is on more then one repo, it will choose based on priority. Once installed it will normaly not change vendor just because that vendor’s repo has a different priority. It will then change because you force it by a dup (with allow vendor change, but that is the default on Leap).
Thanks again Henk! (and Knurpht!)
Of course you’re allowed to be grumpy - and would be justified!
I’ve had Tumbleweed bite me particularly with Nvidia in the past, which is why I had opted on the current install to try and run Leap with newer applications. Sounds like that was a dumb move.
I think I’ll give up on the updated KDE for now as everything else is working fine, and ponder trying Tumbleweed again.
FYI the devel repos Knurpht points out weren’t just there out of a desire to mess things up - eg actually satisfying an otherwise unprovided dependency in a preferred application.