[Bug 1176686] Re: qtchooser does not properly work with multiarch
raring has seen the end of its life and is no longer receiving any updates. Marking the raring task for this ticket as "Won't Fix". ** Changed in: qtchooser (Ubuntu Raring) Status: Triaged => Won't Fix -- 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/qt4-x11/+bug/1176686/+subscriptions -- kubuntu-bugs mailing list kubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
[Bug 1176686] Re: qtchooser does not properly work with multiarch
saucy has seen the end of its life and is no longer receiving any updates. Marking the saucy task for this ticket as "Won't Fix". ** Changed in: qt4-x11 (Ubuntu Saucy) Status: Confirmed => Won't Fix -- 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/qt4-x11/+bug/1176686/+subscriptions -- kubuntu-bugs mailing list kubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
[Bug 1176686] Re: qtchooser does not properly work with multiarch
Hmm, this is a bit complicated. qtchooser shouldn't be installed on non- development machines, so KDE does not currently directly use it anyhow. It seems that for 13.04 some KDE package was patched to forcefully add /usr/lib/[your-arch]/qt4/bin to PATH which is why it works for most people now (but causes Qt5 to not be easily usable for KDE users since the addition is before /usr/bin). The root problem within qtchooser itself is that it handles qdbus the same as purely development oriented binaries, so qdbus cannot be installed to /usr/bin as before, so on non-development machines qdbus is not available at all via default PATH, regardless of multi-arch or not. One more change is that qdbus has now been split to its own qdbus-qt5 package in Debian, so it will come to saucy as well. But I believe this is currently about Qt4's qdbus usage. So with the current forced PATH the qtchooser side of the story shouldn't affect KDE users, but it will affect if a) qtchooser is started to be used for everyone (requires configuration to be moved to a non-dev package), b) the PATH hack is removed. 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 2) Patch KDE to use the deep paths /usr/lib/$(dpkg-architecture -qDEB_HOST_MULTIARCH)/qt4/bin when calling dbus. And regarding qtchooser itself, I'm not sure. The upstream probably hasn't considered multi-arch so far. -- 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-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
[Bug 1176686] Re: qtchooser does not properly work with multiarch
Hi. Thanks for the good thoughts, they clarify things well. I think I'd be fine with both qtchooser not handling qdbus and binary moving away from multi-arch directory. Although the direct /usr/bin/qdbus symlink would be problematic since the executable inside qdbus-qt5 package is still called just 'qdbus' like the Qt4 version, and it should be allowed to be used. Crucially though, I'd like to have the same solution as Debian will have, and I haven't yet had the time to bring the topic fully to them (via #debian-qt-kde @ OFTC). If I remember correctly it was very briefly thought about, mainly the first question was that why would anyone want to install/use the 32-bit versions (but of course, lack of support in qtchooser for that is still an omission). The related Debian git:s are http://anonscm.debian.org/gitweb/?p=pkg-kde/qt/qtchooser.git;a=summary , http://anonscm.debian.org/gitweb/?p=pkg-kde/qt/qttools.git;a=summary (qdbus-qt5) and http://anonscm.debian.org/gitweb/?p=pkg- kde/qt/qtbase.git;a=summary (configuration of bindir). -- 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-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
[Bug 1176686] Re: qtchooser does not properly work with multiarch
Linux M3-581T 3.8.0-21-generic #32-Ubuntu SMP Tue May 14 22:16:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux my apology, I'm waiting for with this symbolic link, of course : /usr/bin/qtchooser -> /usr/lib/x86_64-linux-gnu/qt4/bin/qdbus /usr/bin/qtchooser.bk -- 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-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
[Bug 1176686] Re: qtchooser does not properly work with multiarch
There is now a lot of progress in Debian, and qtchooser 26 got now synced to Ubuntu thanks to Dmitry's sync request. I should also do a sync qtbase once again to get the latest changes - there will be qt5-triplet kind of configurations for qtchooser, they will be again in libqt5core5 instead of -dev package, and there should also be a fallback so that Qt4's qdbus for example always gets called by default. I've yet to evaluate or test these changes, but it sounds like getting the qtbase modifications also in could go a long way to addressing the concerns in this bug as well. I'll continue to do my Qt5 saucy test builds at https://launchpad.net /~canonical-qt5-edgers/+archive/qt5-beta-proper PPA. Raring backports is another topic of course. -- 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-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs