QT_IMPORTS_DIR is not defined when no QML plugins are installed
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
cmake (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
Oneiric |
Won't Fix
|
Medium
|
Unassigned | ||
Precise |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
When requiring the Qt4 package in a CMakeLists.txt, among the available variables the one called QT_IMPORTS_DIR should point to where QML plugins are to be installed (its value would typically be "/usr/lib/
However with cmake 2.8.5-1ubuntu1 in Oneiric, its value is "QT_IMPORTS_
cmake_
find_
message(
A quick look at /usr/share/
On the same machine, the query returns the expected value:
$ qmake -query QT_INSTALL_IMPORTS
/usr/
So the logic to define QT_IMPORTS_DIR in /usr/share/
I have tested the above both on x86 and amd64, with the same results.
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: cmake 2.8.5-1ubuntu1
ProcVersionSign
Uname: Linux 3.0.0-13-generic x86_64
NonfreeKernelMo
ApportVersion: 1.23-0ubuntu4
Architecture: amd64
CheckboxSubmission: 2c7995ffdf051a6
CheckboxSystem: 7e42599bda39ea7
Date: Fri Nov 25 16:31:59 2011
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
SourcePackage: cmake
UpgradeStatus: No upgrade log present (probably fresh install)
Related branches
summary: |
- QT_IMPORTS_DIR is not defined + QT_IMPORTS_DIR is not defined when no QML plugins are installed |
Changed in cmake (Ubuntu): | |
importance: | Undecided → Medium |
Changed in cmake (Ubuntu Oneiric): | |
importance: | Undecided → Medium |
assignee: | nobody → Jonathan Riddell (jr) |
Changed in cmake (Ubuntu Oneiric): | |
assignee: | Jonathan Riddell (jr) → nobody |
Changed in cmake (Ubuntu): | |
assignee: | Jonathan Riddell (jr) → nobody |
I have just tested in a precise (12.04) chroot, where the version of cmake currently is 2.8.6-0ubuntu1, and the same issue exists.