qtchooser operation prevented by PATH forcing under KDE
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
kde-workspace (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
qt4-x11 (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
qtbase-opensource-src (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
qtchooser (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
I have installed the qt5-default package. However, running "qmake -query" results in the following output:
...
QMAKE_
QT_
...
It would appear as if the default Qt installation is improperly set to Qt 4.8.4 (which I happen to have installed). Running "which qmake" confirms this:
/usr/
I am currently running Kubuntu 13.04 (64-bit) which I upgraded to from Quantal. When using Quantal, I had installed Qt5 from the Qt5-Edgers PPA. However, I have removed the PPA from my system (although that was really unnecessary since there are no packages for Raring in the PPA). I have reinstalled the qt5-defaults package a number of times but nothing changes.
ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: qt5-default 5.0.1+dfsg-0ubuntu4
ProcVersionSign
Uname: Linux 3.8.0-19-generic x86_64
NonfreeKernelMo
ApportVersion: 2.9.2-0ubuntu8
Architecture: amd64
Date: Tue May 14 21:56:03 2013
InstallationDate: Installed on 2013-01-15 (120 days ago)
InstallationMedia: Kubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.1)
MarkForUpload: True
PackageArchitec
SourcePackage: qtbase-
UpgradeStatus: Upgraded to raring on 2013-04-25 (19 days ago)
Related branches
Changed in kde-workspace (Ubuntu): | |
status: | New → Confirmed |
tags: | added: kubuntu |
Changed in kde-workspace (Ubuntu): | |
milestone: | none → ubuntu-14.04 |
This comes from KDE upstream (http:// quickgit. kde.org/ ?p=kde- workspace. git&a=blob& h=fde85473019d3 7a50d3d233dc45a d96ee76359d8& hb=07d3ac9d8c78 1755d19c71ccde6 d182868a2bfb5& f=startkde. cmake#l19) which has forced PATH to have qt4 path as the first item, regardless of qtchooser, qt5-default and so on. It's obviously a workaround (for KDE's Qt4 qdbus usage) that should hopefully go away. You can use a different PATH when in an own terminal window so that qtchooser can do its job.
When it comes to qtbase- opensource- src at least, I don't think there's anything left to fix at this time regarding the problem, with the latest 5.0.2 work in 13.10 synced with Debian. The configuration placement changes in there together with newer qtchooser should help upstream to revert the PATH forcing, although a resync with Debian's Qt4 would also be needed still to have automatic fallback to Qt4.