[Development] Co-installation & library naming rules

Ziller Eike Eike.Ziller at digia.com
Thu Oct 18 18:22:39 CEST 2012

On 12.10.2012, at 01:11, Thiago Macieira wrote:

On quinta-feira, 11 de outubro de 2012 21.16.56, Oswald Buddenhagen wrote:
On Thu, Oct 11, 2012 at 11:56:44AM -0700, Thiago Macieira wrote:
Considering all the changes I am proposing do NOT harm any of the
people that build from sources,

they *do* harm. i positively do *not* want to use qmake-qt5 just because
it's the least evil for linux package users.

That's the very most important change that needs to be done: renaming qmake.
All the other tools could be separated elsewhere, the libs could be in
different dirs. But qmake is the one tool run directly by users, the one tool
that Qt Creator asks users to locate.

Especially for Qt Creator users I don't see any reason for renaming qmake. I don't see any issue with pointing it to "qmake" in different directories. Qt Creator doesn't care if qmake is in the path or not. That's what we do all the time with our self-compiled Qt versions too.

It needs to be renamed..

If you don't want to make it the default, then at the very least we need to
add the option to our configure script to force the renaming. We need to adapt
our buildsystem to creating the renamed tool. This is not debatable... we
simply need to do it in Qt.

I don't want distribution packagers choosing different methods: I want them all
to have the same solution, the one solution that will be recommended to LSB
5.0, the one solution that the helpful people in #qt, interest@ and other
discussion channels will need to know.

In other words, the renaming will be the de-facto default for everyone using

Why the hell shouldn't it be the de jure default too?

Other than that it requires work on your part, Ossi.

oh, i'm not worried about the work. saying no is easy. the patches would
of course be written by those who want the changes. ;)

I'm willing to put in the effort to make it happen. I've already created one
patch going in that direction[1]. But you're the maintainer of the buildsystem
and your objections so far would indicate a -2 on your part.

[1] https://codereview.qt-project.org/#change,35495
Thiago Macieira - thiago.macieira (AT) intel.com<http://intel.com>
 Software Architect - Intel Open Source Technology Center
Development mailing list
Development at qt-project.org<mailto:Development at qt-project.org>

Eike Ziller, Senior Software Engineer - Digia, Qt
Digia Germany GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Anja Wasenius
Sitz der Gesellschaft: Berlin. Registergericht: Amtsgericht Charlottenburg, HRB 144331 B

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/development/attachments/20121018/4ae6213f/attachment.html>

More information about the Development mailing list