[Development] Summary of renaming changes

Poenitz Andre Andre.Poenitz at digia.com
Fri Oct 19 13:42:58 CEST 2012


Sune Vuorela [nospam at vuorela.dk]
> I have, as a distributor, frequently gotten 'hate' in #qt for providing
> switchable qmakes.

> And from a 'user support' PoV, having to write "depending on what you
> have set as your default you can maybe write qmake, maybe you need to
> oither switch the default to qt5 or alternatively write qmake5 to
> build things" is a much longer sentence than
> 
> "write qmake5 to build things".
>
> The advantage of doing it upstream, rather than having me to do it,
> kevin to do it, will to do it, jonathan to do it, ... is that
>  - the implementation is the same
>  - the result is the same
>  - you do not have to consider what distribution teh user is on when
>    trying to help in #qt, on interest@ or in forums. just write 'use
>    qmake5

That's achievable by a few lines of text:

   Linux distributors are strongly advised to install all Qt 5 related executables
   (qmake, uic, rcc, ...) with unmodified names to a directory that is not 
   in $PATH and set up symlinks  'qmake5' etc that are in $PATH.

   Linux distributors are strongly advised to install all Qt 4 related executables
   (qmake, uic, rcc, ...) with unmodified names to a _different_ directory 
   that is not  in $PATH and set up symlinks  'qmake4' etc that are in $PATH.

   If Linux distributors feel strong about it, they may use their distributions
   "native" system to handle alternatives to set up  'qmake' etc links in the 
   path to point to the qmake binary in either  the Qt 4 or the Qt 5 binaries 
   directory,  [Suggesting to modify PATH is probably the saner choice, 
   I don't really care about this part]

User support could then be:

  "write qmake5 to build Qt 5 things"

Users/Admins could then use the distribution's "defaults" system to 
switch the "system" Qt version, they can also override the system
setup by modifying their local PATH settings, per-shell even.

None of these operations are "unusual", or "technically challenging",
or "cumbersome", and it does not require, or even only benefit, from the 
proposed renaming of the binaries.

Andre'



More information about the Development mailing list