[Qt-creator] QtCreator 4.1 "Installer"?

Jake Petroules Jake.Petroules at qt.io
Thu Jul 7 18:03:40 CEST 2016


On Jul 7, 2016, at 8:41 AM, Konstantin Tokarev <annulen at yandex.ru<mailto:annulen at yandex.ru>> wrote:



07.07.2016, 18:36, "Jake Petroules" <jake.petroules at qt.io<mailto:jake.petroules at qt.io>>:
On Jul 6, 2016, at 11:10 PM, Eike Ziller <Eike.Ziller at qt.io<mailto:Eike.Ziller at qt.io>> wrote:

On Jul 6, 2016, at 19:47, Jake Petroules <Jake.Petroules at qt.io<mailto:Jake.Petroules at qt.io>> wrote:

I agree this is a -1. Is this something we're just doing for the beta and the final should be correctly shipped as a drag n drop dmg?

On Jul 6, 2016, at 10:36 AM, Mike Jackson <imikejackson at gmail.com<mailto:imikejackson at gmail.com>> wrote:

Out of curiosity why was there a switch from a "Drag-n-Drop" installation of QtCreator to an actual "installer" that I have to run?

I would like to put a "-1" vote for the installer? Was there really a need for it? And where all is stuff being installed? I tend to use the nightlies which as a Drag-n-Drop install was easy to update on a daily basis and have multiple versions available at any one time.

This is the result of consolidating how we build Qt Creator standalone and the diverse Qt packages.
So far we had completely different setups for Qt Creator standalone and Qt packages, and it is far from optimal or even good.

That was extremely optimal and good. Besides, they are separate and unrelated products, why on earth would their setup processes have anything to do with each other?

Changes like this are not user friendly. People do not want an installer on macOS. They do not want bin and lib directories. They want drag n drop application bundles in a DMG. This is how virtually all applications are deployed on macOS. Whoever decided this:

* Doesn't own a Mac
* Is a KDE/Linux user/developer
* Is a developer and not a product manager
At least one of the three is true. Am I right?

It's really frustrating to see constant accumulation of concepts and ideas that arise from 90% of our developers being long time KDE/Linux developers and having no interest in anything else. The other platforms of the world are not KDE. Things are done differently there. Please start acknowledging this.


Hmm, what? There are no installers in KDE.

There may not be installers in KDE but in the Qt community there's a general stench of KDE/Linux ideas and concepts that somehow make their way into Mac and infect the user experience in a negative way for our customers using macOS, and this has been a very long standing problem throughout the Qt Project since as long as I can remember. This affects other platforms too (even GTK/Linux), but macOS the worst.


OTOH, there are a lot of Mac applications shipped with installer, though they are not the majority.

When there's a necessity for it, like installing kernel extensions. Does Qt Creator require kexts or other system-wide state? No? Then it should not have an installer.

We have an unhealthy obsession with "cross platform" to the point where we do "cross platform" things at the expense of user experience. It's not difficult to maintain a separate DMG installer for Mac. This did NOT need to be "unified".


In any case, for running the opensource content Qt Creator does not require an installer on any platform, and you can just go ahead and unpack the sevenzips located in the “installer_source” sub-directories for the platform, e.g.
https://download.qt.io/development_releases/qtcreator/4.1/4.1.0-beta1/installer_source/mac_x64/
(on other than macOS, you should be aware that these do not contain any “qt-creator” subdirectory, and directly contain “bin/“, “lib/“, etc directories).

Br, Eike

--
Michael A. Jackson
BlueQuartz Software, LLC
[e]: mike.jackson at bluequartz.net
_______________________________________________
Qt-creator mailing list
Qt-creator at qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

--
Jake Petroules - jake.petroules at qt.io
Consulting Services Engineer - The Qt Company
Qbs build tool evangelist - qbs.io

_______________________________________________
Qt-creator mailing list
Qt-creator at qt-project.org
http://lists.qt-project.org/mailman/listinfo/qt-creator

--
Eike Ziller
Principal Software Engineer

The Qt Company GmbH
Rudower Chaussee 13
D-12489 Berlin
eike.ziller at qt.io
+123 45 6789012
http://qt.io
Geschäftsführer: Mika Pälsi, Juha Varelius, Tuula Haataja
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 144331 B

--
Jake Petroules - jake.petroules at qt.io<mailto:jake.petroules at qt.io>
Consulting Services Engineer - The Qt Company
Qbs build tool evangelist - qbs.io<http://qbs.io>
,

_______________________________________________
Qt-creator mailing list
Qt-creator at qt-project.org<mailto:Qt-creator at qt-project.org>
http://lists.qt-project.org/mailman/listinfo/qt-creator


--
Regards,
Konstantin

--
Jake Petroules - jake.petroules at qt.io<mailto:jake.petroules at qt.io>
Consulting Services Engineer - The Qt Company
Qbs build tool evangelist - qbs.io<http://qbs.io>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/qt-creator/attachments/20160707/0edc5a92/attachment.html>


More information about the Qt-creator mailing list