Works fine here (13.2 with Plasma5 from KDE:Frameworks5).
Does it work with a fresh user account?
Those functions need kwallet, so maybe the problem lies there?
If you don’t have anything important in the kwallet, I’d recommend to delete ~/.local/share/kwallet/ and/or KDE4’s ~/.kde4/share/apps/kwallet/ (kwalletd5 will try to migrate it on first start).
kf5.kservice.sycoca: Trying to open ksycoca from “/home/anas/.cache/ksycoca5”
Error loading plugin “kcm_lookandfeel” “The shared library was not found.”
Plugin search paths are (“/usr/lib64/qt5/plugins”, “/usr/bin”)
The environment variable QT_PLUGIN_PATH might be not correctly set
checking permissions of “/usr/share/color-schemes/Breeze.colors”
Invalid framesize.
knewstuff: Initializing KNS3::Engine from ’ “colorschemes.knsrc” ’
No frame loaded
No frame loaded
No frame loaded
knewstuff: Loading KNewStuff3 config: “colorschemes.knsrc”
knewstuff: Categories: (“KDE Color Scheme KDE4”)
knewstuff: Using registry file: “/home/anas/.local/share/knewstuff3/colorschemes.knsregistry”
knewstuff: Loading KNS2 registry of files for the component: “colorschemes”
The file “/home/anas/.local/share/knewstuff3/colorschemes.knsregistry” could not be opened.
knewstuff: loading providers from “http://download.kde.org/ocs/providers.xml”
knewstuff: XmlLoader::load(): url: QUrl( “http://download.kde.org/ocs/providers.xml” )
I have internet connection but I am behind a proxy so that’s possible the reason for “Loading of providers from file:http//download.kde.rig/ocs/providers.xml”?
But the question is whether you can download the file or your proxy e.g. blocks it.
If you cannot, that function to download colorschemes cannot work obviously.
I am having the same problem here. I am behind a proxy too.
I did not do this because I do not have this error.
I do not see this package:
cristiano@xmper8q3:~> zypper search breeze5*
Il repository 'packman-essentials' non è aggiornato. È possibile eseguire 'zypper refresh' da root per aggiornarlo.
Lettura dei dati del repository in corso...
Lettura dei pacchetti installati in corso...
S | Nome | Sommario | Tipo
--+------------------------------+--------------------------------------------------+----------
i | breeze5-cursors | Plasma Desktop artwork, styles and assets | pacchetto
i | breeze5-decoration | Plasma Desktop artwork, styles and assets | pacchetto
| breeze5-decoration-debuginfo | Debug information for package breeze5-decoration | pacchetto
i | breeze5-icons | Plasma Desktop artwork, styles and assets | pacchetto
i | breeze5-style | Plasma Desktop artwork, styles and assets | pacchetto
| breeze5-style-debuginfo | Debug information for package breeze5-style | pacchetto
| breeze5-style-lang | Languages for package breeze | pacchetto
i | breeze5-wallpapers | Plasma Desktop artwork, styles and assets | pacchetto
After removing the directory (it was empty btw) I get this:
cristiano@xmper8q3:~> systemsettings5
kf5.kservice.sycoca: Trying to open ksycoca from "/home/cristiano/.cache/ksycoca5"
checking permissions of "/usr/share/color-schemes/Breeze.colors"
Invalid framesize.
knewstuff: Initializing KNS3::Engine from ' "colorschemes.knsrc" '
No frame loaded
No frame loaded
No frame loaded
knewstuff: Loading KNewStuff3 config: "colorschemes.knsrc"
knewstuff: Categories: ("KDE Color Scheme KDE4")
knewstuff: Using registry file: "/home/cristiano/.local/share/knewstuff3/colorschemes.knsregistry"
knewstuff: Loading KNS2 registry of files for the component: "colorschemes"
The file "/home/cristiano/.local/share/knewstuff3/colorschemes.knsregistry" could not be opened.
knewstuff: loading providers from "http://download.kde.org/ocs/providers.xml"
knewstuff: XmlLoader::load(): url: QUrl( "http://download.kde.org/ocs/providers.xml" )
… and then, the usual hang.
Yes, I can download it manually (tried in Firefox and Konqueror).
So you can reproduce the problem with “Get New xxx” too?
As you are behind a proxy as well, that might be the actual problem.
That would also explain why it works fine here, as I am not using a proxy.
I did not do this because I do not have this error.
Well, it shouldn’t harm, so you could try it anyway.
Not that I think it would help in your case especially though.
I do not see this package:
Yeah, thanks for noticing.
I made a mistake, I meant the package breeze5-style, this contains /usr/share/color-schemes/Breeze.colors.
… and then, the usual hang.
Ok, your output basically like mine.
Yes, I can download it manually (tried in Firefox and Konqueror).
Ok, I suppose the proxy itself is not the problem then.
But maybe the proxy handling in KF5 (Konqueror is still KDE4 based, and Firefox doesn’t use KDE’s libraries anyway).
Might be worth a bug report at http://bugs.kde.org/.
As mentioned, I am not using a proxy, so I cannot really report that for you or even try to fix it.
To verify if I could isolate the problem to the proxy handling in KF5, I put a web browser widget on the desktop and then tried to download the providers.xml file from the widget.
That should test proxy working with KF5, shouldn’t it?
Unfortunately, the file was downloaded without problems.
I am out of ideas. I’ll report the problem upstream and see if they can come up with something.
Maybe, maybe not. I’m not sure.
The web browser widget uses either KHTML, QtWebKit, or QtWebEngine I suppose. The latter two are part of Qt5 itself so might not be affected if it is a bug in KF5…
Thanks. Let’s hope this will get investigated (and fixed) soon.
Meanwhile you should be able to download addons from http://kde-apps.org/ or http://opendesktop.org and install them manually (via the import function in systemsettings5 e.g.).