I've installed kde-meta:4.2 some days ago. Now I'm trying to run emerge -DNu world and kde-base/phonon-kde-4.2.2-r1 failed. Also, some other packages, like amarok:2 don't configure with the same error. Strigi is installed. of course. H Reproducible: Always Steps to Reproduce: 1. Install unmasked kde-meta:4.2 2. wait few days 3. try to update some packages pulled in by kde-meta Actual Results: -- Phonon Version: 4.3.0 -- Found Phonon: /usr/lib/libphonon.so -- Found Phonon Includes: /usr/include/KDE;/usr/include -- Found KDE 4.2 include dir: /usr/kde/4.2/include -- Found KDE 4.2 library dir: /usr/kde/4.2/lib -- Found the KDE4 kconfig_compiler preprocessor: /usr/kde/4.2/bin/kconfig_compiler -- Found automoc4: /usr/bin/automoc4 -- Strigi API needs 'signed char' CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:57 (MESSAGE): Couldn't find Strigi streams and streamanalyzer libraries. Set the environment variable STRIGI_HOME (or CMAKE_PREFIX_PATH) to the strigi install dir. (missing: STRIGI_STREAMS_LIBRARY STRIGI_STREAMANALYZER_LIBRARY) Call Stack (most recent call first): /usr/kde/4.2/share/apps/cmake/modules/FindStrigi.cmake:41 (find_package_handle_standard_args) CMakeLists.txt:8 (find_package) -- Configuring incomplete, errors occurred! * * ERROR: kde-base/phonon-kde-4.2.2-r1 failed. * Call stack: * ebuild.sh, line 49: Called src_configure * environment, line 3715: Called kde4-meta_src_configure * environment, line 2849: Called kde4-base_src_configure * environment, line 2591: Called cmake-utils_src_configure * environment, line 981: Called die * The specific snippet of code: * cmake ${cmakeargs} "${S}" || die "cmake failed"; * The die message: * cmake failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/kde-base/phonon-kde-4.2.2-r1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/kde-base/phonon-kde-4.2.2-r1/temp/environment'. *
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.
