Description of problem: When qmake-qt4 is invoked, i get the following error with qt4-devel.x86_64 installed and not the 32bit version. /usr/bin/qmake-qt4: line 14: /usr/lib/qt4/bin/qmake-qt4: No such file or directory /usr/bin/qmake-qt4: line 14: exec: /usr/lib/qt4/bin/qmake-qt4: cannot execute: No such file or directory It worked earlier, but after updating (I hadn't updated in a while, so I can't be sure which update it started in exactly) Version-Release number of selected component (if applicable): # rpm -q qt4-devel qt4-devel-4.3.1-3.fc7 How reproducible: N/A Steps to Reproduce: 1. Install qt4-devel (64bit) 2. Try qmake-qt4 Actual results: Actual binary isn't found Expected results: Creation of Makefile from a .pro file Additional info:
I spoke with the reporter on IRC: the problem is this: the wrapper script queries %{_libdir} from RPM: /bin/rpm --eval "%{_libdir}/qt4" 2>/dev/null However, this only works with redhat-rpm-config installed, and there doesn't seem to be anything requiring it. Installing redhat-rpm-config "fixes" this bug.
OK, it already has Requires: rpm, just make it redhat-rpm-config :) unless we can come up with some other better way of handling multilib'ness in the app wrapper. I chose rpm approach in the first place over pkg-config, since it respects setarch (ie, on x86_64, 'setarch i386 qmake' does the right thing).
%changelog * Fri Sep 14 2007 Rex Dieter <rdieter[AT]fedoraproject.org> 4.3.1-8 - -x11: Req: redhat-rpm-config rpm, app-wrapper/multilib fun (#277581)
fwiw, we'll be using %%_bindir as %%_qt4_bindir in qt-4.4.0, so that should alleviate any need for hacks.
But we have to find a solution for bug 446167 before we can do that. :-(