Description of problem: ppc64 build of xdrawchem fails to complete, while x86_64 builds fine. Apparently QT{INC,LIB}DIR isn't set. Version-Release number of selected component (if applicable): 3.3.8b-13.fc9 How reproducible: Always. Steps to Reproduce: 1. koji build --scratch dist-f10 'cvs://cvs.fedoraproject.org/cvs/pkgs?rpms/xdrawchem/devel#xdrawchem-1_9_9-11_fc10' Actual results: checking QTINCDIR... configure: error: *** QTINCDIR must be defined, or --with-qtincdir option given error: Bad exit status from /var/tmp/rpm-tmp.42839 (%build) Expected results: checking QTINCDIR... /usr/lib64/qt-3.3/include checking QTLIBDIR... /usr/lib64/qt-3.3/lib checking for moc... /usr/lib64/qt-3.3/bin/moc checking for uic... /usr/lib64/qt-3.3/bin/uic Additional info: See the URL for failed koji build logs.
I'm fairly certain the bug here lies not with qt3. I'm seeing other f10/ppc64 failures today too, like http://koji.fedoraproject.org/koji/buildinfo?buildID=55010
Hm actually configure is looking for $QTDIR/include and $QTDIR/lib. I wonder why it worked before.
I think Than's recent changes to the multilib wrappers for qt3 broke this.
I'm bumping the priority to High because this blocks the KDE41 introduction due to a weird dependency chain: * kdeedu 4.1 needs the new openbabel. * openbabel needs xdrawchem rebuilt. * Thus, we cannot get KDE 4.1 pushed before this qt3 bug is fixed, as weird as it sounds. :-(
Re: comment #3 Yep, mock-chroot> echo $QTDIR /usr/lib/qt-3.3 mock-chroot> ls /usr/lib/qt-3.3 ls: cannot access /usr/lib/qt-3.3: No such file or directory
If following the current approach, one solution could be to add a check for the existence of the prefered qtdir, and if it doesn't exist, fall-back to the "other" one.
(In reply to comment #3) > I think Than's recent changes to the multilib wrappers for qt3 broke this. But why only for ppc64 and not for x86_64?
Because ppc64 normally prefers 32-bit binaries, but in the buildroot we only have the 64-bit one, so qt3 doesn't find the preferred QTDIR and fails. Rex is now adding code to fallback to the non-preferred one. On x86_64, the 64-bit one is preferred, so this doesn't happen there.
* Mon Jul 07 2008 Rex Dieter <rdieter> - 3.3.8b-14 - QTDIR isn't set in ppc64 buildroot (#454313) - /etc/profile.d/qt.sh leaks variable ARCH (#454260)
qt3-3.3.8b-14.fc9 is now in dist-f9-override, qt3-3.3.8b-14.fc10 is now in Rawhide, so builds should work again now.
qt3-3.3.8b-14.fc9 has been submitted as an update for Fedora 9
qt3-3.3.8b-14.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.