I followed instructions at https://poisonpacket.wordpress.com/2014/11/04/installing-kde5-on-opensuse-13-2-as-the-only-desktop-enviorment/ and this worked at first. Then I added the repositories (starting with http://download.opensuse.org/repositories/KDE:/ ):
Extra/openSUSE_13.2/
Extra/openSUSE_Tumbleweed/
Qt5/openSUSE_13.2/
Frameworks5/openSUSE_13.2/
and other repositories not specific to KDE (eg Packman, Mozilla, etc), avoiding anything
containing either of the words 'Factory' or 'Unstable', and then I performed a first system update.

After the restart following the update, I get a message:
Error loading QML file usr/share/plasmoids/org.kde.desktopcontainment/contents/ui/main.qml:26:1: plugin cannot be loaded for module "org.kde.draganddrop": The plugin '/usr/lib64/qt5/qml/org/kde/draganddrop/libdraganddropplugin.so' uses incompatible Qt library. (5.4.0) [release]

In this situation, I have no start menu. Also, the keyboard shortcuts Alt+F1 and Alt+F2 do not work, but the shortcuts Ctrl+Esc and Ctrl+Alt+Del do work. Also, I can right click on nothing and change my wallpaper and mouse actions. What I cannot do is start any programs that might help me try to fix things.

I'm happy to reinstall, but I'd like to do so in a manner that avoids this problem in the future (or at least lets me start Konsole from a keyboard shortcut). Stipulating that I want to continue to attempt to use KDE5 on openSuse 13.2 - any suggestions?

Hi, I am using KF5 and plasmanext in opensuse 13.2

Using these repos https://en.opensuse.org/SDB:KDE_reposit ... 6_Plasma_5 you can install all you need.
You will need (?) sddm as DISPLAY_MANAGER
Go to Desktop > Display Manager > DISPLAY_MANAGER and set it to sddm

You can adds those repos during install, the instalation is cleaner, plus using Packman and etc you will have all multimedia codecs and programs you want.

I hope it helps.

jbanister wrote:I followed instructions at https://poisonpacket.wordpress.com/2014/11/04/installing-kde5-on-opensuse-13-2-as-the-only-desktop-enviorment/ and this worked at first. Then I added the repositories (starting with http://download.opensuse.org/repositories/KDE:/ ):
Extra/openSUSE_13.2/
Extra/openSUSE_Tumbleweed/
Qt5/openSUSE_13.2/
Frameworks5/openSUSE_13.2/
and other repositories not specific to KDE (eg Packman, Mozilla, etc), avoiding anything
containing either of the words 'Factory' or 'Unstable', and then I performed a first system update.

You should not add Extra/openSUSE_Tumbleweed either. Please remove it immediately, this is only meant for openSUSE Tumbleweed (i.e. the rolling distribution formerly known as Factory), not 13.2.

And you should remove any other repos containing the word "Tumbleweed" as well that you might have.

After the restart following the update, I get a message:
Error loading QML file usr/share/plasmoids/org.kde.desktopcontainment/contents/ui/main.qml:26:1: plugin cannot be loaded for module "org.kde.draganddrop": The plugin '/usr/lib64/qt5/qml/org/kde/draganddrop/libdraganddropplugin.so' uses incompatible Qt library. (5.4.0) [release]

You probably have some packages from the standard 13.2 repos or (more likely) even Tumbleweed installed. But KDE:Qt5 already has a newer Qt5 (5.4.1).
Try to switch all packages to the Qt5 and Frameworks5 repo, as instructed here:
https://en.opensuse.org/SDB:Vendor_chan ... dor_change

This should fix your problem.

If not, please post your complete repo list:

Code: Select all

zypper lr -d

IonBreaker wrote:You will need (?) sddm as DISPLAY_MANAGER
Go to Desktop > Display Manager > DISPLAY_MANAGER and set it to sddm

No, you don't _need_ sddm at all. KDE4's kdm works fine as well, as should any other displaymanager. There have been problems with gdm in the not too ancient past (not only for Plasma5, but KDE4 as well), but I think they should be fixed by now.

Changing display manager left me with the same problem.

However, when I did the initial install most recently, I ticked the OSS and Non-OSS update repositories for 13.2
( http://download.opensuse.org/update/13.2/ http://download.opensuse.org/update/13.2-non-oss/ )
to be used during the initial "minimal x-window" install, and then switched the display and window
managers afterwards. I found that when I do an online update after this, there's nothing to update,
and so there's no problem. If I install using only the distribution repositories and then switch display
and window managers and then update afterwards, I have the above problem.

So far as keyboard shortcuts are concerned, I find that if I drag a widget to the desktop, I can assign a keyboard
shortcut for it and that will work. If I drag and application from the launcher to the desktop, I can assign a
keyboard shortcut for it, but it won't work.

Thanks everyone for taking the time to reply.

jbanister wrote:Changing display manager left me with the same problem.

Of course.
The display manager is not the reason for incompatible Qt5/Frameworks5 packages/files. And changing the display manager does not change the installed Qt5/Frameworks5 packages either...

However, when I did the initial install most recently, I ticked the OSS and Non-OSS update repositories for 13.2
( http://download.opensuse.org/update/13.2/ http://download.opensuse.org/update/13.2-non-oss/ )
to be used during the initial "minimal x-window" install, and then switched the display and window
managers afterwards. I found that when I do an online update after this, there's nothing to update,
and so there's no problem. If I install using only the distribution repositories and then switch display
and window managers and then update afterwards, I have the above problem.

Well, 13.2 does come with Qt5, KF5 and Plasma5 already.
If you add the additional Qt5/Frameworks5 repos afterwards, you might already have some packages from the standard repos installed.
Therefore you should switch completely to those repos as I told you. Otherwise you might end up with an incompatible mix.

And again, you shouldn't use any repos with "Tumbleweed" in the name either.

Or forget the additional repos completely and just use the Plasma5 (and Qt5/KF5) packages from the standard 13.2 repos.
They have been updated to Qt 5.4.1, KF5 5.7.0, and Plasma 5.2.1 yesterday anyway.
Just installing the package "plasma5-session" should give you a useable desktop at least.

So far as keyboard shortcuts are concerned, I find that if I drag a widget to the desktop, I can assign a keyboard
shortcut for it and that will work. If I drag and application from the launcher to the desktop, I can assign a
keyboard shortcut for it, but it won't work.

I can confirm this here.
Shortcuts work fine in general, but an "icon" widget on the desktop doesn't launch the application when you press the assigned keyboard shortcut.
Might be a bug or missing feature, you should probably report it at http://bugs.kde.org/.

I tried following the instructions at https://en.opensuse.org/SDB:Vendor_chan ... dor_change to switch to the qt5 and framworks5 repositories. 288 packages were downloaded and installed. Then, while it wasn't requested, I rebooted, just to check. Now it doesn't make it to the login screen before locking up. It did that once when I first switched the display manager and window manager to plasma5 and sddm, but after one hard reset, it booted normally. Now, a hard reset gets me back to needing another hard reset. Time to reinstall again... Perhaps if I'm able to do that as part of installation, it will work with better success.

Thanks again for your time.

jbanister wrote:I tried following the instructions at https://en.opensuse.org/SDB:Vendor_chan ... dor_change to switch to the qt5 and framworks5 repositories. 288 packages were downloaded and installed. Then, while it wasn't requested, I rebooted, just to check. Now it doesn't make it to the login screen before locking up. It did that once when I first switched the display manager and window manager to plasma5 and sddm, but after one hard reset, it booted normally. Now, a hard reset gets me back to needing another hard reset. Time to reinstall again...

And what display manager are you using now?
And exactly what repos, i.e. what URLs?
I can only imagine something like that when using repos that don't match your openSUSE version.

And what do you mean with "locking up"?
You should be able to login to text mode when pressing Ctrl+Alt+F1. Then run "sudo systemctl status display-manager" to see why the display manager fails to start. And/or look into the corresponding logfile.
You should get to a graphical session by running "startx" (only possible as root in the standard configuration), or change the display manager to something else if the chosen one doesn't start. xdm should be installed and work in any case.

Perhaps if I'm able to do that as part of installation, it will work with better success.

Again, you don't need any additional repos at all. Maybe stick with the standard repos then everything should work.
Just select the package "plasma5-session", you can even do that during installation already. And/or select the pattern "Plasma 5 Base Desktop".

Ok, other aspects of life intervened for a while. I'll try to describe what I have encountered more exactly.
Using a DVD made from the image at http://download.opensuse.org/distributi ... so.torrent I boot and choose "Installation." I set up a network connection and choose "Add Online Repositories before Installation." Unfortunately, I am not permitted to add arbitrary online repositories. I can only add those available on a list. So, I choose the following four repositories:
http://download.opensuse.org/distributi ... /repo/oss/
http://download.opensuse.org/distributi ... o/non-oss/
http://download.opensuse.org/update/13.2/
http://download.opensuse.org/update/13.2-non-oss/
When I see the "Desktop Selection" screen, I choose "Other" followed by "Minimal X Window." On the page to review "Installation Settings," I click the word "Software" and select the "Plasma 5" pattern. [I have notice that by choosing "Details" I could perform a "Switch system packages to the versions in this repository" action, but it's moot, as I couldn't add the relevant repositories yet.] And then I tell it to go ahead and install. When I come back later, the system is using xdm as display manager and Icewm as window manager.

From this point there are three paths I have attempted.

Path one
I switch to sddm (or kdm) and plasma5 and that's all. The first reboot results in "lockup," but after powering down, the next boot is successful. And rebooting after that is successful.

Path two
After path one, I add the repositories mentioned in path three, switch system packages to the versions in those repositories and then reboot after the large number of files are installed. This results in "lockup," and subsequent boot attempts also result in lockup.

Path three
Before changing the display and window managers, I add the repositories:
http://download.opensuse.org/repositori ... SUSE_13.2/
http://download.opensuse.org/repositori ... SUSE_13.2/
Then I perform the "Switch system packages to the versions in this repository" action and a large number of files are installed. Then, I reboot successfully. Then, I switch display and window managers to sddm and plasma5 and reboot again, but this results in "lockup." The second boot attempt after I powered down after lockup was successful. I immediately tried to reboot, but got lockup again, and powering down and powering back up again after that continues to result in lockup.

By "lockup," I mean that during the boot process the computer displays a non-blinking underscore (or possibly dash) character in the upper left hand corner of an otherwise blank screen. Waiting for hours makes no change. Attempts at keyboard input of any kind make no change. Clicking mouse buttons makes no change. The only thing that makes a change is for me to hold the power button down for several seconds causing the computer to power down.

As you have pointed out, path one is clearly the path for me. If me experimenting further would be beneficial, I'm happy to try something else, as reformatting my partitions during a reinstall is not a problem for me right now. Otherwise, I'm giving up on switching system files to the Qt5 and Frameworks5 repositories

jbanister wrote:Ok, other aspects of life intervened for a while. I'll try to describe what I have encountered more exactly.
Using a DVD made from the image at http://download.opensuse.org/distributi ... so.torrent I boot and choose "Installation." I set up a network connection and choose "Add Online Repositories before Installation." Unfortunately, I am not permitted to add arbitrary online repositories. I can only add those available on a list. So, I choose the following four repositories:
http://download.opensuse.org/distributi ... /repo/oss/
http://download.opensuse.org/distributi ... o/non-oss/
http://download.opensuse.org/update/13.2/
http://download.opensuse.org/update/13.2-non-oss/

You don't have to add those, they are added automatically, as those are the standard repos.

As you have pointed out, path one is clearly the path for me. If me experimenting further would be beneficial, I'm happy to try something else, as reformatting my partitions during a reinstall is not a problem for me right now. Otherwise, I'm giving up on switching system files to the Qt5 and Frameworks5 repositories

So path 2 was with sddm as well, right?
Apparently sddm has some problems on your system. It's not normal that it would lock up on the first boot either.
I would just stick to kdm (or lightdm maybe).
sddm is not really a full replacement yet (regarding features), and there is a nasty problem that prevents you from logging out when gnome-keyring-pam is installed (which normally is by default IANM): https://github.com/sddm/sddm/issues/286

As I said, you don't necessarily need to add the KDE:Qt5 and KDE:Frameworks5 repos, although they usually are more up to date. And I don't know whether future updates to Qt5, KF5 and Plasma5 will be delivered via 13.2's standard update repo.
There are some KF5 based applications in KDE:Frameworks5 that are not part of the 13.2 standard repos though: kmix5, kate5, kwrite5, konsole5.
Other than that, everything is available from the standard repos as well.

When I choose "Add Online Repositories before Installation," on the short list of repositories from which to choose, only the two distribution repositories appear pre-selected. I've found it advantageous to also select the update repositories, as I had my original problem when updating after switching display and window managers. Apparently, some automatic configuration in the installation script does nice things for me.

Adding the Qt5 and Frameworks5 repositories hasn't been a problem for me. The problem happens when I also "switch system files to the versions in this repository." I will try all this choosing the various display managers you have mentioned to see if that makes a difference. It'll take a while as I have a slow, shared internet connection and have to re-download the updates on every install iteration. If I find a choice that generates different results, I'll report back.

Finally success.
After the initial install, wicked wasn't connecting to the network (as it had in the past), and I needed to switch to plasma5 to be able to give the password to networkmanager, so I switched to kdm and plasma5. And rebooted with the usual lockup the first time and then success after that. Then I connected to the network, installed the Qt5 repository, switched system packages to it and rebooted successfully. After that, I installed the Frameworks5 repository, switched system packages to it and rebooted successfully again (although with just enough wait at the lockup point to frighten me). I've rebooted a couple of times since then with similar success. It looks like this will at least work until the next major update. Now, I'll reinstall my software.

Just an additional note:
I do see a similar problem with sddm here now (from KDE:Frameworks5). I only get a black screen with a text mode cursor in the upper-left corner instead of a login screen.
Seems to be a problem with the "breeze" theme, changing to e.g. "elarun" (in /etc/sddm.conf) makes sddm work (another possibility would be to just not install sddm-branding-openSUSE, then the "breeze" theme should not be default).

It worked fine when I last tried it on this machine (a few months ago though), and it worked fine on another machine during the weekend.