#27198 closed defect (fixed)
kdelibs4 unable to find phonon
Reported by: | ygramul.el.multiple@… | Owned by: | nerdling (Jeremy Lavergne) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.9.2 |
Keywords: | kdelibs phonon | Cc: | sharky@…, mkae (Marko Käning), michaelld (Michael Dickens) |
Port: | kdelibs4 |
Description
Hey there, I got a build error today when upgrading kdelibs4 to version 4.5.3_0. Apparently, kdelibs can't find phonon:
-- Building kdelibs... CMake Error at cmake/modules/FindPackageHandleStandardArgs.cmake:198 (MESSAGE): Could NOT find Phonon (missing: PHONON_LIBRARY) (Required is at least version "4.3.80") Call Stack (most recent call first): cmake/modules/FindPhonon.cmake:35 (find_package_handle_standard_args) cmake/modules/FindKDE4Internal.cmake:672 (find_package) CMakeLists.txt:40 (find_package) -- Configuring incomplete, errors occurred! shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_kde_kdelibs4/work/build" && cmake -DCMAKE_INSTALL_PREFIX=/opt/local -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_COLOR_MAKEFILE=ON -DCMAKE_BUILD_TYPE=Release -DCMAKE_BUILD_WITH_INSTALL_RPATH=ON -DCMAKE_INSTALL_NAME_DIR=/opt/local/lib -DCMAKE_SYSTEM_PREFIX_PATH="/opt/local;/usr" -DCMAKE_MODULE_PATH=/opt/local/share/cmake/modules -Wno-dev -DBUILD_doc=OFF -DBUILD_SHARED_LIBS=ON -DBUNDLE_INSTALL_DIR=/Applications/MacPorts/KDE4 -DKDE_DISTRIBUTION_TEXT="MacPorts/Mac OS X" -DQT_QT_INCLUDE_DIR=/opt/local/include -DQT_LIBRARY_DIR=/opt/local/lib -DQT_QMAKE_EXECUTABLE=/opt/local/bin/qmake -DQT_ZLIB_LIBRARY=/opt/local/lib/libz.dylib -DQT_PNG_LIBRARY=/opt/local/lib/libpng.dylib -DWITH_ENCHANT=ON -DWITH_Soprano=ON -DWITH_Avahi=ON -DKDE_DEFAULT_HOME=Library/Preferences/KDE -DWITH_HSPELL:BOOL=OFF -DDOCBOOKXSL_DIR=/opt/local/share/xml/ -DQT_QT_INCLUDE_DIR=/opt/local/include -DQT_LIBRARY_DIR=/opt/local/lib -DQT_QMAKE_EXECUTABLE=/opt/local/bin/qmake -DQT_ZLIB_LIBRARY=/opt/local/lib/libz.dylib -DQT_PNG_LIBRARY=/opt/local/lib/libpng.dylib -DLIBXSLT_INCLUDE_DIR=/opt/local/include/ -DLIBXSLT_LIBRARIES=/opt/local/lib/libxslt.dylib -DLIBEXSLT_LIBRARIES=/opt/local/lib/libexslt.dylib -DJASPER_INCLUDE_DIR=/opt/local/include -DJASPER_LIBRARY=/opt/local/lib/libjasper.dylib -DPNG_LIBRARY=/opt/local/lib/libpng.dylib -DPNG_PNG_INCLUDE_DIR=/opt/local/include -DQT_PNG_LIBRARY=/opt/local/lib/libpng.dylib -DWITH_FAM=OFF -DCMAKE_OSX_ARCHITECTURES="i386" ../kdelibs-4.5.3 " returned error 1
I have phonon @4.4.2_3+debug installed and active. My system is Mac OS X 10.5.8; my version of Xcode is 3.1.2
See attached log for more details.
Attachments (6)
Change History (31)
Changed 14 years ago by ygramul.el.multiple@…
Attachment: | kdelibs4.log added |
---|
comment:1 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | snc@… removed |
---|---|
Owner: | changed from macports-tickets@… to snc@… |
comment:3 Changed 14 years ago by ygramul.el.multiple@…
Hey guys, today I tried again to compile kdelibs4. I tried the +debug variant and with no variant indication and got exactly the same thing. Given that other people seem not to have the same problem, do you think I should try a KDE fresh install? Maybe something's wrong with my system...
comment:4 Changed 14 years ago by michaelld (Michael Dickens)
Have you done "sudo port selfupdate" recently? There was a recent revision to CMake that fixes the way Qt is searched for -- and, so, indirectly related to this ticket's issue but it might help. I just installed the latest kdelibs4 w/o issues -- but I'm running on 10.6.5 and XCode 3.2.3.
comment:5 Changed 14 years ago by ygramul.el.multiple@…
Yeah, I selfupdate'd before compiling this morning. The new version of cmake was indeed compiled and installed and then kdelibs4 gave the same error :-(
comment:6 Changed 14 years ago by michaelld (Michael Dickens)
Can you replace the current log file with the new one using the new cmake? Might shed some light.
Changed 14 years ago by ygramul.el.multiple@…
Attachment: | kdelibs4-new.log added |
---|
Log for kdelibs4 with the new cmake
comment:7 Changed 14 years ago by ygramul.el.multiple@…
Done! Instead of replacing I added a new one, just in case...
comment:8 Changed 14 years ago by michaelld (Michael Dickens)
I'm attaching a patch. Download it (say, as /PATH/TO/DIFF), then:
cd `port dir kdelibs4` patch -p0 < /PATH/TO/DIFF sudo port clean kdelibs4 sudo port configure kdelibs4
and it will probably still fail, but it should print out some info that will be of use -- and then post the new logfile if it fails.
comment:10 Changed 14 years ago by michaelld (Michael Dickens)
I messed up a patch; sorry. I've replaced the _0 with a new one that'll hopefully make it past the 'patch' stage now :) Please give the new one a try.
Changed 14 years ago by michaelld (Michael Dickens)
Attachment: | kdelibs4-svn_0.diff added |
---|
"svn diff" in 'kdelibs4' directory: add some debug messages when searching for Qt4 and Phonon
comment:11 Changed 14 years ago by ygramul.el.multiple@…
OK, I don't know much about patches and portfiles, but I was asked
patching file Portfile Reversed (or previously applied) patch detected! Assume -R? [n] y
and I answered yes (otherwise the configure finished again at the patch stage). I think this time it worked, I replace the patched log.
Changed 14 years ago by ygramul.el.multiple@…
Attachment: | kdelibs4-patched.log added |
---|
Log file for the patched version of kdelibs4
comment:12 Changed 14 years ago by michaelld (Michael Dickens)
I think the "-R" flag is used to reverse the patch. So, can you try applying the new patch again (forward) & see if it now does work? If not, we'll figure out how to revert the files.
comment:13 Changed 14 years ago by ygramul.el.multiple@…
OK, several things happened today. I tried to begin from the beginning and uninstalled kdelibs4, kdegraphics4, kdebase4-runtime, phonon and phonon's dependents (qjson, attica, soprano, dbusmenu-qt, qimageblitz and oxygen-icons). Then I asked to install kile-devel+debug (which was my final goal), and this time kdelibs4 didn't complain about phonon and went on with the building!
I'm just guessing, but maybe the problem was that the phonon's dependents were not compiled in the +debug variant. I thought that if it was a problem macports would enforce the rebuild, so I didn't worry about that. This time they were compiled in this variant.
Anyway, this time kdelibs4 has no problem with phonon, but seems to have a problem with soprano. I attach the log, but as this seems to be a different issue maybe I should open a new ticket. What do you think?
Changed 14 years ago by ygramul.el.multiple@…
Attachment: | kdelibs4.log.4.gz added |
---|
New problem with soprano
comment:14 Changed 14 years ago by nerdling (Jeremy Lavergne)
As soon as I'm done testing an update for pspp-0.6.2 I'll check out kdelibs4/soprano 2.5.63. If you want to try things right now, you can checkout the previous version of soprano.
comment:15 Changed 14 years ago by michaelld (Michael Dickens)
Many of the KDE ports have been updated to 4.5.4, and we've also fixed a number of CMake configure issues along the way -- forcing CMake to use MacPorts-provided Frameworks, libraries, and headers instead of those in, e.g., /Library/Frameworks. If you do "sudo port selfupdate" and then try to build kdelibs4, does it still error? Can you post a new log file if so?
comment:16 Changed 14 years ago by ygramul.el.multiple@…
We're not lucky today. It still fails, and apparently with the same problem as the last time. I attach the log.
Changed 14 years ago by ygramul.el.multiple@…
Attachment: | kdelibs4.log.5.gz added |
---|
New log for kdelibs4
comment:17 Changed 14 years ago by nerdling (Jeremy Lavergne)
.so again/still?
(Soprano::PluginManager) found no soprano plugin at "/opt/local/lib/soprano/libsoprano_raptorparser.so"
comment:19 Changed 14 years ago by nerdling (Jeremy Lavergne)
They tend to be .dylib on the Mac. Indeed, on my computer it's a 5:1 ratio for dylibs.
comment:20 Changed 14 years ago by ygramul.el.multiple@…
Hm. There are no dylib's in my /opt/local/lib/soprano:
libsoprano_nquadparser.so libsoprano_redlandbackend.so libsoprano_nquadserializer.so libsoprano_sesame2backend.so libsoprano_raptorparser.so libsoprano_virtuosobackend.so libsoprano_raptorserializer.so
Is it the same for you? My soprano is soprano @2.5.63_0+debug (should be the latest)
comment:21 Changed 14 years ago by michaelld (Michael Dickens)
Those names look correct & match those installed on my MacPorts setup. Can you install soprano without +debug (just "sudo port install soprano") and see if that fixes this issue?
comment:22 Changed 14 years ago by ygramul.el.multiple@…
Yes!! That worked! I compiled soprano without +debug, and then kdelibs4 compiled without any problem! In fact, I could compile kdelibs4 with +debug! So, I think now this works :-) Thanks guys!
comment:23 Changed 14 years ago by michaelld (Michael Dickens)
Resolution: | → fixed |
---|---|
Status: | new → closed |
You're welcome! Glad it worked ... no "we" (me, SNC, mk, etc) need to test out the +debug variant & see if we can fix that issue at least with Soprano -- until then, seems like not using it is the best option if that's possible. I'm closing this ticket as "fixed" in some sense; please do reopen it if you feel the issue fully wasn't addressed.
comment:25 Changed 14 years ago by ygramul.el.multiple@…
OK, now I'm going to build several KDE apps in the +debug variant. I don't know if there will be trouble with soprano not being +debug. If there're new issues, you'll know ;)
Log for kdelibs4