Ubuntu
qtbase-opensource-src package

qtchooser operation prevented by PATH forcing under KDE

Bug #1180196 reported by Nathan Osman
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
kde-workspace (Ubuntu)
Fix Released
Undecided
Unassigned
Ubuntu ubuntu-14.04
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_VERSION:2.01a
    QT_VERSION:4.8.4
    ...

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/lib/x86_64-linux-gnu/qt4/bin/qmake

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
ProcVersionSignature: Ubuntu 3.8.0-19.30-generic 3.8.8
Uname: Linux 3.8.0-19-generic x86_64
NonfreeKernelModules: nvidia
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
PackageArchitecture: all
SourcePackage: qtbase-opensource-src
UpgradeStatus: Upgraded to raring on 2013-04-25 (19 days ago)

Revision history for this message
Nathan Osman (george-edison55) wrote :
Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

This comes from KDE upstream (http://quickgit.kde.org/?p=kde-workspace.git&a=blob&h=fde85473019d37a50d3d233dc45ad96ee76359d8&hb=07d3ac9d8c781755d19c71ccde6d182868a2bfb5&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.

summary: - qmake -query is reporting the default Qt version as 4.8.4
+ qtchooser operation prevented by PATH forcing under KDE
Changed in qtbase-opensource-src (Ubuntu):
status: New → Fix Released
Changed in qtchooser (Ubuntu):
status: New → Fix Released
Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

qt4-x11 has now been synced with Debian, so that part should be fixed. Now possibly KDE could drop the PATH hard-coding to allow user selection of Qt to work.

https://launchpad.net/ubuntu/trusty/+source/qt4-x11/4:4.8.5+git192-g085f851+dfsg-2ubuntu1 (ubuntu3 got into release pocket)

Changed in qt4-x11 (Ubuntu):
status: New → Fix Released
Rohan Garg (rohangarg)
Changed in kde-workspace (Ubuntu):
status: New → Confirmed
tags: added: kubuntu
Changed in kde-workspace (Ubuntu):
milestone: none → ubuntu-14.04
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package kde-workspace - 4:4.11.6-0ubuntu4

---------------
kde-workspace (4:4.11.6-0ubuntu4) trusty; urgency=medium

  [ Rohan Garg ]
  * Add Dep 3 headers to various kubuntu patches
    - Drop kubuntu_kde-workspace-kwin-touch-mouseevents-translation.diff,
      not required for PA 4
    - Drop upstream_Use-cascaded-configs-for-other-modules-as-well.patch,
      was not being used
  * Switch to new package name in startkde when copying GTK2/3 settings
    (LP: #1232156)

  [ Harald Sitter ]
  * Drop KDM ConsoleKit support. We are using logind everywhere else
    and upstream actually prefers logind in all workspace software, however
    since KDM is semi-unmaintained and feature frozen there won't be logind
    support. ConsoleKit in KDM will not do anything on its own because all
    the applications of the workspace will want to talk to logind when
    present (which is pretty much always due to upstart).
    + Remove consolekit runtime dependency from kdm package.
    + Remove libck-connector-dev build dependency to build without CK.
    + This approach was discussed on the kde-core-devel mailing list
      and is the overwhelmingly accepted thing to do.
    LP: #1281036

  [ Philip Muškovac ]
  * kubuntu_plasma_netbook_for_small_screens.diff:
    - fix detection of optical drives so plasma-netbook doesn't appear in
      low-res virtual machines
 -- Rohan Garg <email address hidden> Fri, 21 Mar 2014 16:58:59 +0100

Changed in kde-workspace (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.