[Development] qtchooser (was: Re: Adding new third party component three.js to Qt?)

Ziller Eike Eike.Ziller at theqtcompany.com
Mon Jan 19 10:35:22 CET 2015


> On Jan 18, 2015, at 6:34 AM, Kevin Kofler <kevin.kofler at chello.at> wrote:
> 
> Thiago Macieira wrote:
>> Now we have a legacy to keep, so we can't accept a radical change. Only
>> incremental improvements.
> 
> You will find that very few deployments out there in the real world use 
> qtchooser. The widely-used RHEL most definitely does not, it inherits the 
> exact same Qt setup Fedora uses. (In fact, the maintainers from Red Hat were 
> also against using qtchooser in Fedora.) Operating systems other than 
> GNU/Linux also do not use qtchooser. So doing away with it would only make 
> the world more uniform.

Though doing away with qtchooser would make the world more uniform....

> You, the Qt Project, need to accept that qtchooser has just not caught on, 
> it was an attempt that turned out a failure, and needs to be replaced by a 
> better and much simpler solution (just renaming the binaries).

.... I do not see how a more uniform world would support your case of renaming the binaries.
No other OS would benefit from it. To the contrary, it would make it more complicated there.
Which is most probably also the reason why there is no interest in having qtchooser on other OSes.
There is just no problem that it solves there.

Br, Eike

>        Kevin Kofler
> 
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development

-- 
Eike Ziller, Senior Software Engineer - The Qt Company GmbH
 
The Qt Company GmbH, Rudower Chaussee 13, D-12489 Berlin
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 144331 B



More information about the Development mailing list