Description of problem: When called with a full path (bypassing the wrapper in /usr/bin which sets PATH), qdbuscpp2xml tries to run moc from the PATH and gets the Qt 3 one, resulting in an unusable D-Bus XML IDL file. This affects CMake, which calls the Qt tools with a full path. My KDE 4 packages currently have a workaround for that. However, there's a patch in qt-copy: http://websvn.kde.org/trunk/qt-copy/patches/0154-qdbuscpp2xml-moc_path.diff?revision=616041&view=markup which fixes qdbuscpp2xml so that, if it was called with a full path, it will also invoke moc with the same full path, obviating the workaround. Version-Release number of selected component (if applicable): qt4-4.2.2-1.fc6 How reproducible: Always Steps to Reproduce: 1. Try building KDE 3.80.x without playing with the PATH. Actual results: The build fails because unusable D-Bus XML files are generated by qdbuscpp2xml, which then produce unusable C++ files (for the adaptors) after qdbusxml2cpp. These fail the build. Expected results: qdbuscpp2xml works. Additional info: Workaround: Add this to the RPM specfile for any package invoking qdbuscpp2xml from CMake: # Set these here because CMake bypasses the wrappers in /usr/bin. export QT4DIR="`/usr/bin/pkg-config --variable=prefix QtCore`" export PATH="$QT4DIR/bin:$PATH" The other patches in qt-copy are also worth a look: http://websvn.kde.org/trunk/qt-copy/patches/
Very useful. As a matter of fact, I had been intending on reviewing all the qt-copy patches for potential inclusion.
* Mon Mar 05 2007 Rex Dieter <rdieter[AT]fedoraproject.org> 4.2.2-7 - fixup qconfig-multilib.h for powerpc/powerpc64 (#223663) - include qt-copy's 0154-qdbuscpp2xml-moc_path.diff (#230875)