[Development] qtchooser (was: Re: Adding new third party component three.js to Qt?)
Kevin Kofler
kevin.kofler at chello.at
Sun Jan 18 22:24:40 CET 2015
Thiago Macieira wrote:
> That said, back in 2012 when we were discussing the renaming, I made the
> argument that some of our binary executables are not "build tools" but are
> instead "user applications". Those should not be installed in a private
> libexec dir, but should be global in /usr/bin and not proxied by
> qtchooser. Distros would also take care to install only one and we would
> take care to keep compatibility with Qt 4 and, if necessary, Qt 3.
Some of the executables are "user applications", but still need to be
renamed. For example assistant-qt4 vs. assistant-qt5. At least, they show
different content by default (and the Qt 3 version that is unsuffixed
"assistant" here is completely different, it is what has become the
deprecated assistant_adp in Qt 4). The same goes for designer, linguist etc.
Kevin Kofler
More information about the Development
mailing list