GNOME Bugzilla – Bug 577878
ekiga-3.2.0 doesn't build with kde enabled
Last modified: 2009-04-21 12:24:11 UTC
Someone in the Gentoo bug about ekiga-3 [1] and I are having an error when building ekiga-3.2.0 with kde flag enabled. It's an issue related to libQtCore which is installed but can't be linked. Build logs will follow. [1] http://bugs.gentoo.org/show_bug.cgi?id=238554#c125
Created attachment 132031 [details] First build log On x86 with qt-core 4.5.0 installed and working. (libQtCore present and in lib path)
Created attachment 132032 [details] Second build log This build log has been done with an x86_64 architecture with qt-core-4.4.2 installed. The user has also tested with qt-core-4.5.0 and it was producing the same result.
Sigh... the fact that qt doesn't come with a sane pkg-config file doesn't help its detection... Do you have an example of a program which manages to detect it correctly in its configure.ac?
vlc is getting QtCore info as ekiga does from pkg-config kapplication.h should still be checked but it looks like you can get some stuff from vlc configure.ac
That's good, I'll probably be able to do something about it. Thanks!
Created attachment 132857 [details] [review] Fixing patch Actually, the patch is fixing the bug but : 1. it could be better (like checking for libkdeui) 2. it makes me realize kab was not working too
Forgot what I said about kab support. It's working but you can remove -lQtCore from KAB_LIBS.
I'm not 100% convinced by your patch : what if someone has installed qt but not kde? With your patch the configure script checks only for qt, and adds -lkdeui without any check.
Actually, kdeui is the lib linked to kapplication.h but I said in comment #6 : "1. it could be better (like checking for libkdeui)" So I assume. If you want mo to add this check I can send you a new patch but I think it's trivial, isn't it ?
A new patch would be nice, yes : I'm very short on time those days :-( Thanks!
Ok, I found the time to investigate (finding which function to detect wasn't 100% evident...).