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:
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):
Steps to Reproduce:
1. Try building KDE 3.80.x without playing with the PATH.
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.
Workaround: Add this to the RPM specfile for any package invoking qdbuscpp2xml
# Set these here because CMake bypasses the wrappers in /usr/bin.
export QT4DIR="`/usr/bin/pkg-config --variable=prefix QtCore`"
The other patches in qt-copy are also worth a look:
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)