[Development] Co-installation & library naming rules

Thiago Macieira thiago.macieira at intel.com
Fri Oct 12 01:11:10 CEST 2012


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.

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 
Linux.

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
  Software Architect - Intel Open Source Technology Center
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.qt-project.org/pipermail/development/attachments/20121011/414b900b/attachment.sig>


More information about the Development mailing list