Summary: | kde-base/phonon-kde-4.2.2-r1 failed to configure "Couldn't find Strigi streams and streamanalyzer libraries" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Nick Malakhov <zasada_shaman> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | krissn |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 277868 | ||
Attachments: |
build.log
emerge environment |
Description
Nick Malakhov
2009-04-27 07:04:30 UTC
Created attachment 189587 [details]
build.log
Created attachment 189588 [details]
emerge environment
*** Bug 267625 has been marked as a duplicate of this bug. *** I had the same problem when emerging Amarok 2.1. The reason for this seems to be a set of symlinks found in /usr/kde/4.2/lib64/strigi/. Those symlinks point to the relevant files in /usr/lib64/strigi/. The problem is that the StrigiConfig.cmake file will search for both strigi libraries in the same directory as the StrigiConfig.cmake file, which in this case will be /usr/kde/4.2/lib64. However the libraries are not there, since they were installed into /usr/lib64. The symlinked version of StrigiConfig.cmake is chosed instead of the original in /usr/lib64/strigi because of the /usr/lib/kde/4.2/ directory having precedence. Once I deleted the /usr/kde/4.2/lib64/strigi directory, both Strigi libraries were found and no error appeared. I tried to identify the owner of those symlinks, but the package database has no entries about them. The resolution would be either: 1. Symlink both strigi libraries (libstreams and libstreamanalyser) into /usr/kde/4.2/lib64/ 2. Delete the /usr/kde/4.2/lib64/strigi directory along with all the symlinks inside. Actually I realized that deleting the whole /usr/kde/4.2/lib64/strigi directory may not be the best idea, as some KDE packages keep their KDE-specific strigi plugins. All that needs to be done is to remove the StrigiConfig.cmake symlink. (In reply to comment #4) > I had the same problem when emerging Amarok 2.1. > > The reason for this seems to be a set of symlinks found in > /usr/kde/4.2/lib64/strigi/. Those symlinks point to the relevant files in > /usr/lib64/strigi If you have portage-utils installed, please post the output of the following commands: qfile /usr/kde/4.2/lib64/strigi/ qfile /usr/lib64/strigi (In reply to comment #6) > If you have portage-utils installed, please post the output of the following > commands: > qfile /usr/kde/4.2/lib64/strigi/ > qfile /usr/lib64/strigi > ionadh ~ # qfile /usr/kde/4.2/lib64/strigi/ kde-base/kdesdk-strigi-analyzer (/usr/kde/4.2/lib64/strigi) kde-base/systemsettings (/usr/kde/4.2/lib64/strigi) kde-base/kdegraphics-strigi-analyzer (/usr/kde/4.2/lib64/strigi) kde-base/nepomuk (/usr/kde/4.2/lib64/strigi) ionadh ~ # qfile /usr/lib64/strigi/ app-misc/strigi (/usr/lib64/strigi) media-sound/amarok (/usr/lib64/strigi) This whole mess is probably due to kdeprefix enabled. Uust for the record, phonon does build here with +kdeprefix. The following is the output of the qfile in my laptop. $ qfile -v /usr/kde/4.2/lib64/strigi/ kde-base/kdegraphics-strigi-analyzer-4.2.4 (/usr/kde/4.2/lib64/strigi) kde-base/systemsettings-4.2.4 (/usr/kde/4.2/lib64/strigi) kde-base/nepomuk-4.2.4 (/usr/kde/4.2/lib64/strigi) $ qfile -v /usr/lib64/strigi app-misc/strigi-0.6.5 (/usr/lib64/strigi) media-sound/amarok-2.1 (/usr/lib64/strigi) Is it still reproducible for you with KDE 4.2.4? (In reply to comment #9) > Is it still reproducible for you with KDE 4.2.4? > I'd solve this problem for myself by removing all kde-4 related packages and re-emerging some of them back. Sorry, but after doing this I prefered to remove kde 4 at all. It was too unstable to use it on my desktop. This looks like a kdeprefix issue and kdeprefix is not supported at the moment :) Don't hesitate to open another bug if you're getting similar errors with current (-kdeprefix) kde ebuilds. |