El feb 7, 2017 6:33 AM, "Laurent Bigonville" <bi...@debian.org> escribió: > > On Tue, 07 Feb 2017 10:07:41 +0100 Laurent Bigonville <bi...@debian.org> wrote: > > > Hi, > > > > With qttools5-dev-tools installed, when I'm trying to run the > > "assistant" command, I get: > > > > bigon@fornost:~$ qtchooser -run-tool=assistant > > qtchooser: could not exec '/usr/lib/x86_64-linux-gnu/qt4/bin/assistant': No such file or directory > > > > I explicitly need to specify the version and then it's working: > > > > bigon@fornost:~$ qtchooser -run-tool=assistant -qt=5 > > > > Isn't that defeating completely the purpose of this tool? > > I see in #764184 that qtchooser is apparently a qt4 application, so why would qt5 package depends on it?
Qtchooser is neither a qt4 nor a qt5 application, it's "simply" a qt version chooser. > That doesn't make a lot of sense to me. > > I see QT5 applications also try to use the "assistant" from /usr/bin that then points to the non existing version of QT4. Wouldn't it be better to force the PATH in libqt5 to also look in /usr/lib/*/qt5/bin if qtchooser cannot be used? No, that's not the way it works. Note that I'm not saying that I like it, but that's what we have sadly. That's because upstream didn't want to rename binaries with a 5 in them. I'll be happy to explain you more on irc if needed. Kind regards, Lisandro.