First Windows packages Qt5 (Page 3 of 4)

Effectivement, problème sur ces deux onglets de la fenêtre "configurer QElectrotech".

Pas de problème sur cette fenêtre avec Win 7 et la version 0.5 readytuse.

avec QET svn 3836 et lib Qt 5.3.0, le problème persiste.
Donc le problème vient de Qt.
Ubuntu 15.04 devrait régler l'affaire :
http://packages.ubuntu.com/vivid/devel/
(paquet qtbase5-dev-tools présent en version 5.4.1)

Affaire close en ce qui me concerne.

Bonjour Sukoi,
J'avais remarqué le même soucis avec GCC5.0: compilation ok, mais crash au lancement.
Je l'ai mis sur le compte que le code n'est pas peu-être pas encore mature:  GCC5.0 .
Je n'ai pas investigué davantage et j'ai rétrogradé les libs cpp, g++, gcc, comme un sauvage de la branche experimental avec celles de  unstable.

Qt 5 pour windows n'est fourni qu'avec MinGW en version 4.9.1.
Je poserai la question sur le channel IRC des développeurs debian-qt-kde à l’occasion.

Si cela ne génère pas d'autre problème, cela n'est pas gênant.
Version de Qt à modifier dans les dépendances de QElectrotech, non ?
Je vais peut-être dire une c*****ie mais, est-ce que la bonne version de qt5 pourrait-être dans les dépôts de QElectrotech ?

Galexis,
Les libs Qt 5.4.1 se trouvent dans Debian experimental, et comme te le dit Nuri le jeu n'en vaut pas la chandelle pour toi.
Moi je m'en sert sur la Debian Sid au boulot et chez moi sur mes Debian Sid pour avoir une longueur d'avance et traquer les régressions avec les prochaines librairies et compilo.
La preuve avec GCC 5.0 qui crash Qet au lancement sur les arch X86_64.
Bon, avant que tu ais GCC 5.x sur ta Mint on sera en 2016...

Comme toutes les distributions Debian like comme Ubuntu, Mint etc dépendent des paquets de Debian unstable (Sid).. et comme Jessie est actuellement en freeze et sortira "when is done", tu es pas prêt d'avoir des paquets 0.5-dev dependant de Qt 5.4.1,puisque mes chroots pour faire mes paquets sont basés soit sur Debian stable et ou Debian unstable.
Et encore moins dans ta Mint qui a un cycle de retard sur Ubuntu, remarque Ubuntu pique les paquets en ce moment dans Debian experimental pour leur prochaine version. (Qt 5.4.1)
Depuis peu, les Dev Debian et Ubuntu travaillent ensemble pour les paquets Kde et Qt.

Puis bon, le petit bug trouvé par Nuri, faut le trouver: cliquer sur général et aller redimensionner la fenêtre ensuite, chose que  l'on fait jamais en utilisation courante.
La 0.4 est impactée sur les paquets Debian et personne ne s'en ai aperçu jusque là, même pas moi.

C'est maintenant réglé avec GCC 5.1 sur X86_64, et pas de problèmes cette fois-ci comme avec g++ 4.6.2 sur plateforme x86_64.
Sinon, pas de changement sur les temps de compilation, je m’attendais à mieux, ça met encore 2m et 30s pour compiler Qet. fini le temps ou Qet compilait sous la minute avec ce CPU, mais bon on va pas se plaindre sous Windows ça prend plus de 30mn, on se demande ce qu'il fout le compilo...et pas foutu d'exploiter tous les cores même avec le même make -j9.. 
En fait pour les paquets Windows, je devrais me re pencher bientôt sur la cross compilation dans linux pour Windows.
Ça devrait compiler dans les deux minutes.

Les paquets Windows de la svn 4080 sont disponibles.
Ces paquets sont compilés directement sous ma Debian (cross-compilation), les librairies Qt 5 *, minGW * sont maintenant inclues dans le binaire, on passe du mode shared à static. *(dll) 
De mon coté c'est un gros gain de temps, en compilation déjà, sur l'upload aussi : ça fait 20 Mio de moins en tout pour la ReadyToUse et installateur à envoyer surtout en adsl2... et  bien plus facile à scripter.

20150731/Installer_QElectroTech-0.5-dev+4080-1.exe
     11,266,117 100%  128.46kB/s    0:01:25 (xfr#1, to-chk=13/21)
20150731/qelectrotech-0.5-devel+svn4080-x86-win32-readytouse.zip
     17,711,493 100%  102.27kB/s    0:02:49 (xfr#2, to-chk=12/21)

Tous les tests de mon coté sont satisfaisants (testé sur une VM Win 10 vierge de tout Qt).
Ce n'est peut-être qu'une impression, mais je trouve enfin Qet bien plus fluide sous Windows.
Merci de vos retours!

Bonjour,

L'installeur à été revu pour les Windows en 64 bit, le binaire a été compilé en arch: x86_64-w64, un paquet pour Windows 64 bits (Win 7, 8, 8.1 & 10) est maintenant disponible. 

Ajout de la fonction : Auto-désinstallation de la version en cours avant l'installation d'une nouvelle version!

Ce n'est plus la peine de désinstaller avant la version précédente, l'installateur le fait seul si détecte une version déjà installée.
Attention tout de même en cas de changement d'architecture de paquet 32 ou 64 bits, il vaut mieux désinstaller avant l'ancienne version sans passer par l'outil : Auto-désinstallation.