El feb 7, 2017 6:33 AM, "Laurent Bigonville" <bigon@debian.org> escribió:
>
> On Tue, 07 Feb 2017 10:07:41 +0100 Laurent Bigonville <bigon@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.