Summary: | When installing dbus 0.22-r1 with qt in the USE flags it fails | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Greg <greg.andreou> |
Component: | New packages | Assignee: | foser (RETIRED) <foser> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | basic, gregkh, kde, ladanyi, lanius |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 66864 | ||
Attachments: |
adds kdelibs to a list of QT use flag requirements
The config.log of the failed building dbus-0.22-qt.patch |
Description
Greg
2004-09-27 01:57:27 UTC
dunno, you do have qt installed ? post the config.log of the failing configure... Kdelibs needs to be set as a dependency for the qt use flag. After emerging kdelibs, it worked for me. Created attachment 40912 [details, diff]
adds kdelibs to a list of QT use flag requirements
added a patch, my first attempt at bug fixing in gentoo. When the QT use flag is enabled, KDElibs is required. I have tested this patch with kdelibs enabled, disabled, and toggling the qt use flag. It fixes the problem could someone of the KDE team check & confirm ? It seems odd to me it would need kdelibs. Created attachment 40917 [details]
The config.log of the failed building
This is my config.log for when before I installed kdelibs it failed which may
help diagnose what exactly in kdelibs it seems to need
from configure.in: ... if test -n "$QTDIR" -a -f "$QTDIR/include/qglobal.h"; then have_qt=yes DBUS_QT_CXXFLAGS="-I$QTDIR/include" else ... if test x"$have_qt" = x"yes"; then AC_MSG_RESULT([found]) else AC_MSG_RESULT([not found]) fi dnl linking to kdecore will give us a bit of help from libtool if (! kde-config >& /dev/null); then have_qt=no else kdelibs=`kde-config --install lib --expandvars 2>/dev/null` if test -z $kdelibs -o ! -f $kdelibs/libkdecore.la; then have_qt=no else DBUS_QT_LIBS="$kdelibs/libkdecore.la" fi fi if test x$have_qt = xno ; then AC_MSG_WARN([Qt development libraries not found]) fi ... kdelibs is not used in any way, it should be asked to the freedesktop guys why they don't just do something like DBUS_QT_LIBS="$QTDIR/lib/libqt-mt.la" after DBUS_QT_CXXFLAGS="-I$QTDIR/include" I can confirm this bug is there, and merging kdelibs fixes it... failed for me with kdelibs(3.3.0) installed, investigating hmm, worked after remering kdelibs i think comment #7 is on the right track, but i have no qt atm so I can't really check myself. The direction imho to go is not adding a kdelibs dep when it is only needed for the configure script, but to fix the configure script itself. If someone could do the works there, it would be appreciated. Someone with a freedesktop bugzilla account can also add a comment here: http://freedesktop.org/bugzilla/show_bug.cgi?id=1485 disabling the qt bindings for now, waiting for an acceptable patch. took the easy way out here, but apperantly theres not much animo to get it fixed. I think that the unique use of the libkdecore.la is the fact that is difficult to know where libqt-mt is installed, (if QTDIR is defined like in gentoo it's easy...). So the author speeded up things linking to libkdecore (that is linked to libqt-mt) because kde-config report easily its location. A good patch can be a better qt check like the one (very big) that is done inside the kdepackages. Created attachment 45903 [details, diff]
dbus-0.22-qt.patch
I attached a patch to enable the qt bindings with a fixed configure.in and some
updates from cvs, i think this patch is important because kde-3.4_alpha1 can
make use of dbus when the qt bindings are installed
I attached a patch to enable the qt bindings with a fixed configure.in and some updates from cvs, i think this patch is important because kde-3.4_alpha1 can make use of dbus when the qt bindings are installed commited the patch |