KDE wasn't patched in raring to prepend qt4 bin dir to $PATH. The (upstream)
/usr/bin/startkde script does that:
http://quickgit.kde.org/?p=kde-workspace.git&a=blob&h=fde85473019d37a50d3d233dc45ad96ee76359d8&hb=07d3ac9d8c781755d19c71ccde6d182868a2bfb5&f=startkde.cmake#l19
We should probably get rid of that in saucy.
> I believe the options strictly related on what to do now regarding qdbus
> usage in KDE are:
> 1) Continue to use the PATH hack, whichever package it comes from, but add
> support for multi-arch
That would mean prepending $PATH also with /usr/lib/i386-linux-gnu/qt4/.
Not something I'm particularly fond of.
> 2) Patch KDE to use the deep paths /usr/lib/$(dpkg-architecture
-qDEB_HOST_MULTIARCH)/qt4/bin when calling dbus.
That's not feasible as qdbus is called in many places and we'd always
have to check from which architecture qdbus is installed.
Here is my proposal for a fix/workaround in raring:
- Remove qdbus from qtchooser since we don't have a qdbus-qt5 anyway.
- Add a /usr/bin/qdbus -> /usr/lib/<ARCH>/qt4/qdbus symlink to qdbus
We have to come up with a proper plan for saucy.
Maybe we can move the qt binaries from /usr/lib/<ARCH>/qt{4,5}/ to
/usr/lib/qt{4,5}/.
That way qtchooser would be able to cope with tools from different
architectures (e.g. when qtchooser:amd64, qdbus:i386, libqt4-dev-bin:amd64 is
installed).
--
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1176686
Title:
qtchooser does not properly work with multiarch
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/qtchooser/+bug/1176686/+subscriptions
--
kubuntu-bugs mailing list
kubuntu-b...@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
