| Summary: | lupdate can't find qmake configuration file default | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | tsteven4 | ||||
| Component: | qt5-qttools | Assignee: | Than Ngo <than> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 18 | CC: | jreznik, kevin, ltinkl, rdieter, rnovacek, than | ||||
| Target Milestone: | --- | Keywords: | Reopened | ||||
| Target Release: | --- | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | qt5-qttools-5.1.1-6.el6 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2013-09-30 00:29:54 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Attachments: |
|
||||||
|
Description
tsteven4
2013-09-19 12:48:04 UTC
See https://admin.fedoraproject.org/updates/FEDORA-2013-16605/qt5-qttools-5.1.1-3.fc18 *** This bug has been marked as a duplicate of bug 1006254 *** Though, it may be preferable that instead trying: ./configure QMAKE=qmake-qt5 LUPDATE=lupdate-qt5 LRELEASE=lrelease-qt5 do this instead: PATH=/usr/lib64/qt5/bin:$PATH ./configure (but it may not help with this particular problem) This is clearly not a duplicate of bug #1006254. Bug #1006254 is a CMake issue. Here, there is no CMake involved at all. The problem here is that the lupdate-qt5 binary itself is not looking in the right place for the qmake configuration file default. And by the way, I also think that ./configure QMAKE=qmake-qt5 LUPDATE=lupdate-qt5 LRELEASE=lrelease-qt5 is cleaner than messing with the PATH. Setting PATH shouldn't be necessary (if it'd help, it'd still be a bug in lupdate), and besides I don't expect it to help here (because lupdate probably isn't looking in PATH for data files, and it shouldn't, really). Created attachment 800804 [details]
simple testcase
untar the tar file in an empty directory. run the script demo. my results are in demo.log
you can see my build of Qt 5.1.1 does something useful. It creates test_de.qm (not included) and outputs
"Updating 'test_de.ts'...
Found 0 source text(s) (0 new and 0 already existing)"
various ways of running the distributed Qt5 lupdate all return the message
"Could not find qmake configuration file default."
It doesn't matter if lupdate/lupdate-qt5 is in the path or not.
These test results are with 5.1.1-1.fc18, but I had similar output with 5.1.1-3.fc18.
Part of my description was wrong, test_de.qm is produced by lrelease, not lupdate. Please disregard the phrase "creates test_de.qm (not included)". Took awhile, but it looks like this is the Qt5 equivalent of bug #820767 , and a similar fix here does the trick. To confirm, QMAKE=/usr/lib64/qt5/bin/qmake lupdate-qt5 *.pro this works. Though... still not sure why manipulating $PATH doesn't help it to find qt5's qmake candidate f18 build: https://koji.fedoraproject.org/koji/taskinfo?taskID=5963996 qt5-qttools-5.1.1-5.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/qt5-qttools-5.1.1-5.fc20 https://koji.fedoraproject.org/koji/buildinfo?buildID=466108 (qt5-qttools-5.1.1-5.fc18) did not resolve the issue for me. the output of the simple test case is identical. On the other hand, although it should not be required, setting QMAKE does work with 5.1.1-1. qt5-qttools-5.1.1-5.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/qt5-qttools-5.1.1-5.fc19 qt5-qttools-5.1.1-5.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/qt5-qttools-5.1.1-5.fc18 qt5-qttools-5.1.1-5.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/qt5-qttools-5.1.1-5.el6 Heh, well, crap, that's what I get for not fully testing it first. I think I'm on the right track though. fix harder! :) qt5-qttools-5.1.1-6.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/qt5-qttools-5.1.1-6.fc20 Package qt5-qttools-5.1.1-5.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing qt5-qttools-5.1.1-5.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-17336/qt5-qttools-5.1.1-5.fc20 then log in and leave karma (feedback). qt5-qttools-5.1.1-6.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. qt5-qttools-5.1.1-6.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. qt5-qttools-5.1.1-6.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. qt5-qttools-5.1.1-6.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report. |