Bug 454313
| Summary: | QTDIR isn't set in ppc64 buildroot | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Dominik 'Rathann' Mierzejewski <dominik> |
| Component: | qt3 | Assignee: | Rex Dieter <rdieter> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | high | ||
| Version: | rawhide | CC: | kevin, rdieter, than |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | ppc64 | ||
| OS: | Linux | ||
| URL: | http://koji.fedoraproject.org/koji/taskinfo?taskID=700409 | ||
| Whiteboard: | |||
| Fixed In Version: | 3.3.8b-14.fc9 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2008-07-15 12:15:32 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 446427 | ||
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. |
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.