Currently konsole installs its kpart as libkonsolepart.so. That "lib" prefix causes warning when starting hosting applications, for example : yakuake(30831)/kdecore (KLibrary) findLibraryInternal: plugins should not have a 'lib' prefix: "libkonsolepart.so" So the long term plan is install kpart as konsolepart.so without that "lib" prefix. However, that renaming will break a few applications which use hardcoded "libkonsolepart" to find konsole kpart. As proposed in https://git.reviewboard.kde.org/r/105028/, I have made similar "fix" to other applications hosted at kde.org. Now none of the latest code on kde.org use "libkonsolepart", except konsolepart.desktop[1] Those applications belonging to KDE SC (examples are dolphin, kate, krdc) are not big issues, since KDE SC is released regularly and KDE SC 4.9 is already trouble free from this renaming. Those applications not belonging to KDE SC are more troublesome, since they make release less frequently and it may take some/long time to get a new release that contains the "fix" and is trouble free from this renaming. Here is a list of applications that can be seen as blockers of this renaming, since their current releases still use hardcoded "libkonsolepart". yakuake 2.9.8 kile 2.1.2 krusader 2.4.0-beta1 konversation 1.4 Before those blockers disappear, do not perform that renaming. [1] http://lxr.kde.org/search?filestring=&string=libkonsolepart Reproducible: Always
Yakuake, krusader and kile have released new verions containing the "fix", so the current status is : KDE SC 4.9+ OK yakuake 2.9.9+ OK krusader 2.4.0beta2+ OK kile 2.1.3+ OK konversation-1.4 blocker Of course, those are just upstream versions. It demands more time for distributions to pick up the new versions and drive old versions into death.