I've been following the 4.2 rc rpms from the kde-testing repo, and did a yum update on Saturday that updated a couple rpms. In particular it updated me to kdebase-workspace-4.1.96-4.fc10.x86_64
Ever since then plasma refuses to start, failing at plasma: symbol lookup error: /usr/lib64/kde4/plasma_wallpaper_image.so: undefined symbol: _ZN6Plasma16PackageStructure21setAllowExternalPathsEb
I've tried the usual thing of removing plasmarc and plasma-appletsrc, but that doesn't solve the problem.
KDE does start, and I can start programs from the command line, including krunner. But when I try to start plasma the panel flashes on, then quits, leaving the above message on konsole.
I've tried removing kdebase-workspace and reinstalling, but to no avail. Has anyone else tried this update? Is it working for other people?
Jeff Anderson
Kevin Kofler wrote:
Jeff Anderson wrote:
Ever since then plasma refuses to start, failing at plasma: symbol lookup error: /usr/lib64/kde4/plasma_wallpaper_image.so: undefined symbol: _ZN6Plasma16PackageStructure21setAllowExternalPathsEb
kdelibs needs updating as well. Rex?
Right a matching kdelibs update is required too. They're both in the repos: $ rpm -q kdelibs kdebase-workspace kdelibs-4.1.96-9.fc10.x86_64 kdebase-workspace-4.1.96-4.fc10.x86_64
-- Rex
Rex Dieter wrote:
Kevin Kofler wrote:
Jeff Anderson wrote:
Ever since then plasma refuses to start, failing at plasma: symbol lookup error:
/usr/lib64/kde4/plasma_wallpaper_image.so:
undefined symbol: _ZN6Plasma16PackageStructure21setAllowExternalPathsEb
kdelibs needs updating as well. Rex?
Right a matching kdelibs update is required too. They're both in the repos: $ rpm -q kdelibs kdebase-workspace kdelibs-4.1.96-9.fc10.x86_64 kdebase-workspace-4.1.96-4.fc10.x86_64
-- Rex
Hi Rex:
I see it now. I've been doing 'yum groupupdate kde-desktop' to avoid pulling in lots of other testing things that I didn't want. But somehow that doesn't update kdelibs. Shouldn't it?
Here's from a few minutes ago: [root]# rpm -q kdelibs kdelibs-4.1.96-5.fc10.x86_64
[root]# yum --enablerepo=updates-testing,kde-testing groupupdate kde- desktop ... ... ... No packages in any requested group available to install or update
Then if I do [root]# yum --enablerepo=updates-testing,kde-testing install kdelibs
I get the new version.
I guess it is something related to yum and the meaning of 'groupupdate' that I didn't understand.
Thanks, Jeff Anderson
Jeff Anderson wrote:
Rex Dieter wrote:
I see it now. I've been doing 'yum groupupdate kde-desktop' to avoid pulling in lots of other testing things that I didn't want. But somehow that doesn't update kdelibs. Shouldn't it?
Not neccessarily, groupupdate in my experience is fragile, and most fedora QA/testing assumes you have *all* the latest updates, not cherry-picked ones...
-- Rex