Malaise dans la communauté Qt par rapport à l'édition commerciale Le site principal met en avant l'édition commerciale 0PARTAGES 4 1 À ses débuts en 1991, Qt était un projet exclusivement commercial, avant de voir ses sources disponibles en 1995 sous une licence presque libre (la redistribution des sources modifiées nétait pas autorisée). La situation na posé de problème quen 1998, quand KDE est devenu un environnement de bureau majeur : la licence alors adoptée était la QPL, libre mais incompatible avec la GPL. En même temps, les développeurs de KDE ont obtenu que, si plus aucune version libre de Qt ne sortait en un an, la dernière tomberait automatiquement sous une licence très permissive, de type BSD  un accord toujours valable. Lhistoire de Qt la alors porté vers la GPL, puis



En dautres termes, Qt a depuis longtemps baigné dans le logiciel libre, en acceptant les contributions de lextérieur.



, en rapprochant les éditions libres et commerciales de Qt. Ce mouvement a notamment



Les griefs ne sarrêtent pas à ce manque de visibilité : le site met en avant les éditions commerciales, en reléguant le côté libre de côté. Pire encore, quand les aspects libres se présentent, le site nhésite pas à pointer du doigt les possibles problèmes légaux avec les licences libres même si ces soucis ne pourraient concerner quune très faible minorité des utilisateurs.







Ce contenu a été publié dans À ses débuts en 1991, Qt était un projet exclusivement commercial, avant de voir ses sources disponibles en 1995 sous une licence presque libre (la redistribution des sources modifiées nétait pas autorisée). La situation na posé de problème quen 1998, quand KDE est devenu un environnement de bureau majeur : la licence alors adoptée était la QPL, libre mais incompatible avec la GPL. En même temps, les développeurs de KDE ont obtenu que, si plus aucune version libre de Qt ne sortait en un an, la dernière tomberait automatiquement sous une licence très permissive, de type BSD  un accord toujours valable. Lhistoire de Qt la alors porté vers la GPL, puis plus récemment vers la LGPL et, dernièrement, une mise à jour vers la dernière version de ces licences En dautres termes, Qt a depuis longtemps baigné dans le logiciel libre, en acceptant les contributions de lextérieur. Depuis cinq ans, cette organisation sest même formalisée autour du Qt Project : tout le développement a lieu en public, toute personne externe peut prendre part au développement et même à la gouvernance du projet. Digia a lancé un programme dunification de loffre Qt , en rapprochant les éditions libres et commerciales de Qt. Ce mouvement a notamment libéré bon nombre de fonctionnalités commerciales de Qt . Un autre impact a été la fusion des sites Web : qt.io est censé présenter les deux éditions. Cest actuellement la pierre dachoppement : la partie libre est de moins en moins présente sur le site officiel, en présentant plus Qt pour les utilisateurs que pour les potentiels contributeurs.Les griefs ne sarrêtent pas à ce manque de visibilité : le site met en avant les éditions commerciales, en reléguant le côté libre de côté. Pire encore, quand les aspects libres se présentent, le site nhésite pas à pointer du doigt les possibles problèmes légaux avec les licences libres même si ces soucis ne pourraient concerner quune très faible minorité des utilisateurs.Source : [Development] Qt-Project misrepresented on qt.io Ce contenu a été publié dans Qt par dourouc05 Une erreur dans cette actualité ? Signalez-le nous ! Votre nom : Votre e-mail : Décrivez l'erreur que vous souhaitez porter à notre connaissance : 17 commentaires Poster une réponse Signaler un problème Les mieux notés Les plus récents Ordre chronologique Membre averti https://www.developpez.com



Comme dit dans l'article, Qt est commercial à la base, globalement ce qui est étonnant c'est qu'ils aient été aussi ouverts jusqu'ici, pas vraiment qu'ils remettent le commercial au premier plan. Comme dit dans l'article, Qt est commercial à la base, globalement ce qui est étonnant c'est qu'ils aient été aussi ouverts jusqu'ici, pas vraiment qu'ils remettent le commercial au premier plan.



De toute facon, Qt n'est pas un projet commercial de nos jours. C'est un projet libre qui appartient a "Qt Project". Qt Company n'est en fait qu'une entreprise contributrice sur ce projet (et qui passe donc par Qt Project, comme n'importe quel contributeur).



Le site qt.io appartient a Qt Company, ce qui fait qu'ils font un peu ce qu'ils veulent dessus. Et "Qt Projet" (ie le projet qui gere le developpement de Qt open-source) est sous represente dans qt.io. Et c'est justement ce point qui est aborde dans la disussion citee. (Les autres sites, en particulier les sites de bugreport, de codereview, de CI, etc. appartiennent a Qt Project).



Sauf que Microsoft ne vend pas de logiciel libre. Je ne comprends pas où Digia veut se diriger en tentant de détruire son propre fond de commerce.



Si Digia a pour projet de délaisser la version libre de Qt, la même démarche que LibreOffice et MariaDB sera répétée. Sauf que Microsoft ne vend pas de logiciel libre. Je ne comprends pas où Digia veut se diriger en tentant de détruire son propre fond de commerce.Si Digia a pour projet de délaisser la version libre de Qt, la même démarche que LibreOffice et MariaDB sera répétée.



Au pire, si Qt Company se retire, le projet passera dans d'autres mains. Qt est de facto la lib GUI du C++, pas de risque qu'elle ne soit pas reprise (beaucoup d'entreprises l'utilisent et ne voudraient pas la voir disparaitre). Donc pas de risque de voir disparaitre Qt si Qt Compagny arrete le support de Qt. (tout comme Qt n'a pas disparu quand Nokia l'a lache)



Et pas de risque de faire comme LibreOffice ou MariaDB, puisque le nom Qt appartient justement a Qt Project. S'il doit y avoir un fork et un changement de nom, ca sera la licence commerciale.



cela fait déjà un moment que c'est comme cela. La plupart des composants sont en GPL ou Commercial. Donc pour utiliser Qt ensuite, c'est moins facile. Il devrait garder des composants et dans la version qui suit les mettre en LGPL plutôt. cela fait déjà un moment que c'est comme cela. La plupart des composants sont en GPL ou Commercial. Donc pour utiliser Qt ensuite, c'est moins facile. Il devrait garder des composants et dans la version qui suit les mettre en LGPL plutôt. 5 0 Je ne suis pas sur que l'on puisse parler de malaise, il y a juste 4-5 messages echanges sur la mailling list. Plus une discussion generale de comment ameliorer les choses.Je ne suis pas sur que Qt etait (que) commerciale au debut. Sur wiki, ils disent que des la version 0.9, Qt est sous licence libre sur Linux et licence payante sur Windows. Pas d'infos de la licence avant 95 (il faudrait trouver une source).De toute facon, Qt n'est pas un projet commercial de nos jours. C'est un projet libre qui appartient a "Qt Project". Qt Company n'est en fait qu'une entreprise contributrice sur ce projet (et qui passe donc par Qt Project, comme n'importe quel contributeur).Le site qt.io appartient a Qt Company, ce qui fait qu'ils font un peu ce qu'ils veulent dessus. Et "Qt Projet" (ie le projet qui gere le developpement de Qt open-source) est sous represente dans qt.io. Et c'est justement ce point qui est aborde dans la disussion citee. (Les autres sites, en particulier les sites de bugreport, de codereview, de CI, etc. appartiennent a Qt Project).Digia a deja delaisse Qt. Au profit de Qt Projet pour la gestion du projet et Qt Company pour la gestion de la licence commerciale.Au pire, si Qt Company se retire, le projet passera dans d'autres mains. Qt est de facto la lib GUI du C++, pas de risque qu'elle ne soit pas reprise (beaucoup d'entreprises l'utilisent et ne voudraient pas la voir disparaitre). Donc pas de risque de voir disparaitre Qt si Qt Compagny arrete le support de Qt. (tout comme Qt n'a pas disparu quand Nokia l'a lache)Et pas de risque de faire comme LibreOffice ou MariaDB, puisque le nom Qt appartient justement a Qt Project. S'il doit y avoir un fork et un changement de nom, ca sera la licence commerciale.La grande majorite des composants de Qt etaient sous les 3 licences (LPGPL, GPL et commerciale). Et depuis Qt 5.6, tous les composants sont au moins sous licence libre GPL. (Avant, les composants crees par Qt Company, comme Qt Chart, QML Compiler, etc. etaient sous licence commerciale uniquement). Cf l'article sur les licences de Qt. En attente de confirmation mail https://www.developpez.com



Si Digia a pour projet de délaisser la version libre de Qt, la même démarche que LibreOffice et MariaDB sera répétée. 4 0 Ça rappelle furieusement Microsoft qui traite le logiciel libre de cancer... Sauf que Microsoft ne vend pas de logiciel libre. Je ne comprends pas où Digia veut se diriger en tentant de détruire son propre fond de commerce.Si Digia a pour projet de délaisser la version libre de Qt, la même démarche que LibreOffice et MariaDB sera répétée. Responsable Qt & Livres https://www.developpez.com Envoyé par mintho carmo Envoyé par Au pire, si Qt Company se retire, le projet passera dans d'autres mains.





4 0 Pour ajouter quelques données objectives, la Qt Company est certes le plus gros contributeur de Qt (grosso modo, deux tiers de l'activité), mais l'écosystème reste assez sain à ce niveau (plusieurs sociétés contribuent en quantité et en qualité). Membre éclairé https://www.developpez.com

Comme dit dans l'article, Qt est commercial à la base, globalement ce qui est étonnant c'est qu'ils aient été aussi ouverts jusqu'ici, pas vraiment qu'ils remettent le commercial au premier plan.



C'est comme si on se mettait à croire que l'ouverture de Microsoft au libre et à Linux était purement altruiste.. 4 1 Ba les gars cherchent à se protéger à se pérenniser, qu'on adhère ou pas ça se comprend.Comme dit dans l'article, Qt est commercial à la base, globalement ce qui est étonnant c'est qu'ils aient été aussi ouverts jusqu'ici, pas vraiment qu'ils remettent le commercial au premier plan.C'est comme si on se mettait à croire que l'ouverture de Microsoft au libre et à Linux était purement altruiste.. Expert éminent sénior https://www.developpez.com



Perso, ce que je trouve honteux, c'est qu'il font sciemment preuve de mauvaise foi face à la licence GNU/LGPL car les obligations légales en la matières sont relativement minimes :

obligation de permettre à l'utilisateur de récupérer les sources sans frais supplémentaires ( et on peut remercier Qt Project pour cela car on n'est pas ** forcément ** besoin de fournir notre propre site avec les sources ) obligation de "faire remonter" les éventuels changements apportés au code source vers le projet d'origine Eventuellement, quelques restrictions sur l'utilisation de Qt sous une forme statique, mais... qui sera "assez idiot" que pour vouloir systématiquement ajouter les quelques centaines de Mb de toutes les bibliothèques qu'il utilise dans son exécutable cela s'arrête à peu près là...

Notez que j'ai eu l'occasion de travailler sur un projet qui utilisait, justement, Qt dans une version statique... mais il y avait d'autres contraintes qui faisaient que le surpoids de l'exécutable occasionné par la pratique était justifiable / amortissable à d'autres niveaux 2 0 Salut,Perso, ce que je trouve honteux, c'est qu'il font sciemment preuve de mauvaise foi face à la licence GNU/LGPL car les obligations légales en la matières sont relativement minimes :Notez que j'ai eu l'occasion de travailler sur un projet qui utilisait, justement, Qt dans une version statique... mais il y avait d'autres contraintes qui faisaient que le surpoids de l'exécutable occasionné par la pratique était justifiable / amortissable à d'autres niveaux Membre confirmé https://www.developpez.com



D'un coté c'est bien, car ça fait lire et connaître les LGPL/GPL ; Ça fait aussi arrêter la légende urbaine "c'est open source, on fait ce qu'on veut avec".

D'un autre côté, il ne montre pas le côté collaboratif, et ça c'est pas cool.



Il pourrait peut-être mieux séparé les 2 parties sur le site, visuellement j'entends.



Dans tous les cas j'ai hâte de suivre les débats qui vont suivre !



J'adore Qt <3 1 0 Je suis partagé.D'un coté c'est bien, car ça fait lire et connaître les LGPL/GPL ; Ça fait aussi arrêter la légende urbaine "c'est open source, on fait ce qu'on veut avec".D'un autre côté, il ne montre pas le côté collaboratif, et ça c'est pas cool.Il pourrait peut-être mieux séparé les 2 parties sur le site, visuellement j'entends.Dans tous les cas j'ai hâte de suivre les débats qui vont suivre !J'adore Qt <3 Membre éclairé https://www.developpez.com Perso, ce que je trouve honteux, c'est qu'il font sciemment preuve de mauvaise foi face à la licence GNU/LGPL car les obligations légales en la matières sont relativement minimes :

Perso, ce que je trouve honteux, c'est qu'il font sciemment preuve de mauvaise foi face à la licence GNU/LGPL car les obligations légales en la matières sont relativement minimes :

Sinon, je suis assez d'accord sur le fait que les obligations LGPL soient minimes et facilement réalisables.



La plupart des composants sont en GPL ou Commercial La plupart des composants sont en GPL ou Commercial LGPL.

Commercial: On peut modifier Qt sans donner les modifications apportées à Qt ou les sources de son application. On peut linker en statique.

On peut modifier Qt sans donner les modifications apportées à Qt ou les sources de son application. On peut linker en statique. LGPL: On doit fournir les modifications (sources de Qt) si l'on a modifié Qt. Si l'on a utilisé une version de Qt non-modifiée, on doit linker en dynamique; on ne doit alors pas nécessairement fournir les sources de son application (d'autres personnes peuvent donc changer les librairies Qt par les siennes, éventuellement faire du reverse engineering ).

On fournir les modifications (sources de Qt) si l'on a modifié Qt. Si l'on a utilisé une version de Qt non-modifiée, on linker en dynamique; on ne doit alors pas nécessairement fournir les sources de son application (d'autres personnes peuvent donc changer les librairies Qt par les siennes, éventuellement faire du reverse engineering ). Si on veut linker en statique, il faut donner les sources de la version de Qt utilisée et celle de son application.



Il n'est pas interdit de faire une application commerciale en LGPL mais il faut respecter les règles précitées et accepter ce que cela implique. 1 0 N'exagérons pas non plus. Ils indiquent juste qu'il y a des règles à respecter. Je trouve que ce n'est pas une mauvaise chose que le développeur lambda le sache; surtout s'il travaille pour une entreprise.Sinon, je suis assez d'accord sur le fait que les obligations LGPL soient minimes et facilement réalisables.Non, c est commercial ouGPL. https://www.qt.io/faq/ Il n'est pas interdit de faire une application commerciale en LGPL mais il faut respecter les règles précitées et accepter ce que cela implique. Membre averti https://www.developpez.com Envoyé par dourouc05 Envoyé par Pour ajouter quelques données objectives, la Qt Company est certes le plus gros contributeur de Qt (grosso modo, deux tiers de l'activité), mais l'écosystème reste assez sain à ce niveau (plusieurs sociétés contribuent en quantité et en qualité). [/CENTER]





Bref, si Qt Company met la clé sous la porte, les devs serait probablement embauchés dans l'une des autres entreprises qui bossent sur Qt ou dans une nouvelle entité.



Envoyé par RapotOR Envoyé par Commercial: On peut modifier Qt sans donner les modifications apportées à Qt ou les sources de son application. On peut linker en statique.

LGPL: On doit fournir les modifications (sources de Qt) si l'on a modifié Qt. Si l'on a utilisé une version de Qt non-modifiée, on doit linker en dynamique; on ne doit alors pas nécessairement fournir les sources de son application (d'autres personnes peuvent donc changer les librairies Qt par les siennes, éventuellement faire du reverse engineering ).

Si on veut linker en statique, il faut donner les sources de la version de Qt utilisée et celle de son application.





Envoyé par dourouc05 Envoyé par pour les modules essentiels (Qt Core, GUI, Quick, Network, etc.) : LGPLv3 et GPLv2 ;



pour les modules dextension (Qt Android Extras, Bluetooth, Concurrent, OpenGL, etc.) : LGPLv3 et GPLv2, à lexception de Qt WebEngine (à cause de Chromium, le code est également disponible sous LGPLv2.1) ;



pour les outils et applications (Qt Creator, moc, lupdate, etc.) : GPLv3, avec deux exceptions pour que le code généré nait aucune restriction et que les liens avec du code tiers soient toujours possibles.





Sauf pour les modules développés par Qt Compagny (Qt Charts et autres), qui sont sous licence commerciale uniquement et passeront sous GPL+commercial avec Qt 5.7. 1 0 A cela, il faut ajouter que les devs de Qt suivent le projet. Quand Trolltech a été racheté par Nokia, ce dernier a embauché une grande partie des devs de Trolltech pour continuer à bosser sur Qt. Idem quand Nokia a céder Qt à Digia, puis Digia a Qt Conpagny.Bref, si Qt Company met la clé sous la porte, les devs serait probablement embauchés dans l'une des autres entreprises qui bossent sur Qt ou dans une nouvelle entité.Il y a bien une licence GPL aussi, cf l'article sur les licences cité dans le premier post : http://qt.developpez.com/actu/94809/...phie-du-libre/ Ce que tu expliques est correct, c'est simplement que si on link en static ou modifies les sources de Qt, c'est la licence GPL qui s'applique.Sauf pour les modules développés par Qt Compagny (Qt Charts et autres), qui sont sous licence commerciale uniquement et passeront sous GPL+commercial avec Qt 5.7. Expert éminent sénior https://www.developpez.com Envoyé par air-dex Envoyé par Où est le problème si on ne s'appelle pas RMS ?

Une vraie tempête dans un verre d'eau. L'une des sources de revenu de The Qt Company / Digia est la vente de licences Qt. On ne va donc pas les blâmer de mettre en avant quelque chose qui leur permet de gagner leur pain. C'est aussi sympa de leur part de rappeler à ceux voulant utiliser Qt dans un but commercial que la licence libre peut dans certains cas leur causer certains soucis de confidentialité de code.Où est le problème si on ne s'appelle pas RMS ?



Passons sur le problème d'une licence LGPL appliquée sur une bibliothèque statique (de toutes manière, beaucoup préféreront utiliser une bibliothèque dynamique pour la facilité de déploiement des versions futures de la bibliothèque ).



Une fois cette restriction placée, LGPL ne pose absolument aucun problème quant à la confidentialité de ton code perso : c'est le code source de la bibliothèque que tu dois accepter de fournir, pas celui de "ce qui utilise la bibliothèque".



Ainsi, ce n'est pas parce que tu crées une classe dérivée de QWidget, QPushButton, QMainWindow ou QDialog que tu dois fournir le code source de ta classe . Tu ne devras, effectivement, fournir que les modification du code source que tu as apportée aux fichiers d'origine : Ainsi, si tu décide de modifier le code source de QMainWindow (chose que tu as le droit de faire), on te demandera de "publier les changements", ce qui est une chose tout à fait cohérente (vu que ta version de la bibliothèque risque de réagir différemment de la version "officielle" et que tu as, d'une certaine manière, été bien content de profiter du code source d'origine).



Et je suis désolé, mais je vois mal un développeur quelconque décider d'apporter des modifications "confidentielles" dans le code source d'une bibliothèque tierce



Du coup, pour l'argument de la confidentialité, je crois qu'on peut repasser, non 1 0 Humm... Cet argument me semble plus ou moins boiteuxPassons sur le problème d'une licence LGPL appliquée sur une bibliothèque statique (de toutes manière, beaucoup préféreront utiliser une bibliothèque dynamique pour la facilité de déploiement des versions futures de la bibliothèque).Une fois cette restriction placée, LGPL ne pose absolument aucun problème quant à la confidentialité de ton code perso : c'est le code source de la bibliothèque que tu dois accepter de fournir, pas celui de "ce qui utilise la bibliothèque".Ainsi, ce n'est pas parce que tu crées une classe dérivée de QWidget, QPushButton, QMainWindow ou QDialog que tu dois fournir le code source de ta classe. Tu ne devras, effectivement, fournir que les modification du code source que tu as apportée aux fichiers d'origine : Ainsi, si tu décide de modifier le code source de QMainWindow (chose que tu as le droit de faire), on te demandera de "publier les changements", ce qui est une chose tout à fait cohérente (vu que ta version de la bibliothèque risque de réagir différemment de la version "officielle" et que tu as, d'une certaine manière, été bien content de profiter du code source d'origine).Et je suis désolé, mais je vois mal un développeur quelconque décider d'apporter des modifications "confidentielles" dans le code source d'Du coup, pour l'argument de la confidentialité, je crois qu'on peut repasser, non Membre expert https://www.developpez.com Où est le problème si on ne s'appelle pas RMS ?



De plus on ne peut vraiment pas leur reprocher de délaisser la version "free" (gratuite et libre) puisqu'ils y reversent certaines librairies qui étaient jusque là l'apanage de la version commerciale. 0 0 Une vraie tempête dans un verre d'eau. L'une des sources de revenu de The Qt Company / Digia est la vente de licences Qt. On ne va donc pas les blâmer de mettre en avant quelque chose qui leur permet de gagner leur pain. C'est aussi sympa de leur part de rappeler à ceux voulant utiliser Qt dans un but commercial que la licence libre peut dans certains cas leur causer certains soucis de confidentialité de code.Où est le problème si on ne s'appelle pas RMS ?De plus on ne peut vraiment pas leur reprocher de délaisser la version "free" (gratuite et libre) puisqu'ils y reversent certaines librairies qui étaient jusque là l'apanage de la version commerciale. Poster une réponse Signaler un problème

