If I attempt to launch from krunner or kicker, I get message: Sorry: KDEInit could not launch 'kpat': Could not open library '/usr/lib/x86_64-linux-gnu/libkdeinit5_kpat'. Cannot load library /usr/lib/x86_64-linux-gnu/libkdeinit5_kpat: (/usr/lib/x86_64-linux-gnu/libkdeinit5_kpat.so: cannot open shared object file: No such file or directory) If instead I try to start it in yakuake: $ kpat Command 'kpat' is available in '/usr/games/kpat' The command could not be located because '/usr/games' is not included in the PATH environment variable. kpat: command not found Reproducible: Always Steps to Reproduce: 1. try to start kpat from krunner or kicker 2. copy/paste error message 3. attempt the same thing in yakuake Actual Results: error messages, and no kpat Expected Results: kpat starting up I never changed or renamed any config files after upgrading. I know it's just kpat, but it's the only game I ever play.
(In reply to Valorie Zimmerman from comment #0) > If I attempt to launch from krunner or kicker, I get message: Sorry: KDEInit > could not launch 'kpat': > Could not open library '/usr/lib/x86_64-linux-gnu/libkdeinit5_kpat'. > Cannot load library /usr/lib/x86_64-linux-gnu/libkdeinit5_kpat: > (/usr/lib/x86_64-linux-gnu/libkdeinit5_kpat.so: cannot open shared object > file: No such file or directory) > It looks as though krunner and kicker are trying to start kpat as if it was one of those "inner circle" KDE apps that can be built to run as a library attached to the kdeinit process (e.g. konsole?). What is more, they seem to be assuming kpat is a KF5 app, when it is still (FWICT) a KDE 4 app. The source code in the kpat repository has not been "ported" to Frameworks AFAICT. > If instead I try to start it in yakuake: > $ kpat > Command 'kpat' is available in '/usr/games/kpat' > The command could not be located because '/usr/games' is not included in the > PATH environment variable. > kpat: command not found > Weird and apparently self-contradictory. If you run command 'file /usr/games/kpat', does it say there is an executable file there? Can you run the command '/usr/games/kpat' (i.e. bypassing the PATH variable)? What happens if you try to run another KDE game, such as KSudoku (which I know for a fact is still a KDE 4 game, because I am the maintainer)? Maybe someone on the kde-devel, kde-core-devel, kde-frameworks-devel or Ubuntu mailing lists can help you further. The key issue is how to install and run KDE 4 apps in a KF5 environment. Surely there is a proper way to do that. > I never changed or renamed any config files after upgrading. I know it's > just kpat, but it's the only game I ever play. And upgrading to KF5 should not deny you that pleasure, IMHO... :-)
yes /usr/share/kpat does indeed run the process. I will try ksudoku. Confirming this as I can reproduce.
Running from the cli, /usr/games/kpat (or Palapeli, same symptoms) absolutely does work. I will add David to the CC list.
same issue with ksudoku
I have this same issue on an recently upgrade kde 5 system.
*** Bug 341015 has been marked as a duplicate of this bug. ***
Does the PATH environment variable include the /usr/games directory?
Actually, I wonder why it is installed in a different prefix. The CMakeLists.txt does install it into default prefix. This looks like a distribution issue to me.
My path environment variable does include /usr/games
Peter, what is the error message, if you type "kpat" in Konsole?
The program opens with the following printed on the console Bus::open: Can not get ibus-daemon's address. IBusInputContext::createInputContext: no connection to ibus-daemon But, seems to be running fine.
With the latest updates in Kubuntu, Kpat is running fine from the menus, from krunner, and from the icon in the taskbar.