Au début de l'année dernière Qt Company avait divulgué les changements de licence sur les versions LTS et qui a eu un impact significatif sur les communautés et les distributions qui utilisent Qt. Depuis la version 5.15, les branches QTS LTS seront prises en charge jusqu'à la formation de la prochaine version significative, soit environ six mois (les mises à jour des versions LTS sont publiées pendant trois ans).
Après ça, un an après l'annonce (cette année 2021) au mois de janvier ces restrictions ont été mises en placeComme la communauté ne pourra accéder aux nouvelles versions de Qt qu'un an après leur sortie réelle.
Et c'est que Qt Company a restreint l'accès au code avec des mises à jour pour la version de Qt 5.15 à partir du 5 janvier et sur la version sortie en mars (version corrective 5.15.3), qui comprend environ 250 corrections et a été mise à disposition uniquement pour le commerce. licenciés.
En même temps, La société Qt a exprimé sa volonté de fournir un accès à des référentiels privés qui maintiennent des modules Qt externes. Le référentiel de la branche de développement est également ouvert, dans lequel le développement de nouvelles versions de Qt est effectué et à travers lequel passent la plupart des corrections des branches précédentes.
Face à cette série de restrictions par Qt Company pour accéder au référentiel source de la branche LTS de Qt 5.15, le projet KDE a commencé à fournir sa propre collection de correctifs, Qt5PatchCollection, dont l'objectif est de maintenir à flot la branche Qt 5 jusqu'à la migration complète de la communauté vers Qt6.
KDE a pris en charge la maintenance des correctifs pour Qt 5.15, qui incluent des correctifs pour les défauts fonctionnels, les plantages et les vulnérabilités. Les correctifs sont disponibles dans le référentiel qtbase Git.
Actuellement, lLa collection comprend uniquement les correctifs qui ont été examinés et approuvés par le projet Qt, mais des correctifs peuvent être acceptés à l'avenir qui n'ont pas été approuvés par upstrem pour une raison quelconque. Les critères d'inclusion des correctifs dans la collection sont l'importance du correctif mis en œuvre et la demande de logiciels open source.
KDE n'a pas l'intention de publier des versions séparées du jeu de patchs et le développera comme une collection continue évolution basée sur le dernier instantané disponible publiquement du référentiel Qt 5.15. Les distributions sont encouragées à inclure des correctifs.
Il s'agit d'un ensemble de référentiels git basés sur les derniers commits publics disponibles pour les branches Qt 5.15 avec une collection organisée de correctifs sur le dessus pour garantir que les produits open source peuvent être utilisés confortablement jusqu'à ce que les utilisateurs fassent la transition vers ses ports basés sur Qt 6.
Cette collection de correctifs comprend des correctifs qui corrigent au moins l'un des éléments suivants:
Des problèmes de sécurité
Les chocs
Défauts fonctionnels
Nous incluons uniquement les correctifs qui ont été approuvés dans la phase initiale du projet Qt. Si un correctif ne peut pas être fusionné en amont pour des raisons techniques (par exemple, la classe n'existe plus), il peut également être fusionné.Les correctifs à fusionner seront décidés en fonction de leur pertinence pour les produits open source et de leur faisabilité.
Également les correctifs sont prévus pour être compatibles tant qu'il y a un besoin des utilisateurs pour les produits open source liés à la branche Qt 5.15, et jusqu'à ce que Qt 6 remplace finalement Qt 5 dans le développement open source.
Qt Company a déjà commenté cela et déclare qu'elle s'est engagée à contribuer à l'initiative KDE, a exprimé sa compréhension qu'un projet aussi volumineux que KDE prend du temps pour migrer vers Qt 6. Fournir des correctifs pour la branche Qt 5 aidera à rendre les migrations plus fluides et laissera plus de temps pour stabiliser le code.
Enfin, si vous souhaitez en savoir plus sur la note, vous pouvez consulter les détails dans le lien suivant.
C'est la raison pour laquelle il est préférable de travailler avec gtk, un environnement graphique séparé bien qu'ils soient liés, au final, c'est que tous les environnements associés à QT, dépendent des décisions de l'entreprise propriétaire de QT, l'entreprise associée à QT continue de puiser dans les contributions de la communauté libre mais vous pouvez les utiliser comme vous le souhaitez, kde doit faire des compromis.
Peut-être que l'environnement graphique kde devrait être transféré vers d'autres types de bibliothèques, lentement, mais sans pause