En effet, la question mérité d'être posée. Cependant plus on ajoute de composants dans une base commune, et plus on va remarquer les différences de besoin entre les projets...
Le but de Halium, en soi, est de mettre en commun l'effort de réutilisation des pilotes Android. Il faut bien voir qu'Android a sa propre chaîne de compilation, et se base sur une bibliothèque de base différente de tout le reste de l'écosystème. Là où on perd du temps avec Android, c'est justement parce qu'il faut faire ce grand écart.
Ce gap est bien moindre lorsqu'on parle de Qt: c'est bien intégré à l'écosystème "classique" glibc/systemd/Wayland/DBus, on le compile avec notre GCC 6 classique (là où Android utilise souvent un GCC 4.8)... La majorité de l'effort va finalement consister à adapter légèrement Qt pour que l'intégration dans la distribution soit aux petits oignons. Et ça, malheureusement, ce n'est pas quelque chose qui peut être mis en commun.
Regardons les distributions que tu as citées:
- Plasma Mobile: je connais peu, mais apparemment ils utilisent un Qt peu patché, proche de la dernière version
- LuneOS: pareil, Qt dernière version, mais QtWebEngine est patché pour ajouter des intégrations dans le coeur Chromium
- Ubuntu Touch: un seul mot: Mir ;)
- SailfishOS: ils ont mis 2 ans à passer de Qt 5.2 à Qt 5.6, et comme ils ont des engagements commerciaux la priorité est à la maîtrise et la stabilité des APIs. Donc Qt 5.9, c'est pas pour demain...
En résumé, le travail fourni pour intégrer Qt est spécifique à chaque distribution; je ne crois pas qu'on y gagnerait à essayer de mettre ça en commun. Ou alors ça devient une nouvelle distribution - un peu comme PostmarketOS.
[^] # Re: consolidation Qt
Posté par Christophe . En réponse à la dépêche Quelques nouvelles de LuneOS. Évalué à 10.
En effet, la question mérité d'être posée. Cependant plus on ajoute de composants dans une base commune, et plus on va remarquer les différences de besoin entre les projets...
Le but de Halium, en soi, est de mettre en commun l'effort de réutilisation des pilotes Android. Il faut bien voir qu'Android a sa propre chaîne de compilation, et se base sur une bibliothèque de base différente de tout le reste de l'écosystème. Là où on perd du temps avec Android, c'est justement parce qu'il faut faire ce grand écart.
Ce gap est bien moindre lorsqu'on parle de Qt: c'est bien intégré à l'écosystème "classique" glibc/systemd/Wayland/DBus, on le compile avec notre GCC 6 classique (là où Android utilise souvent un GCC 4.8)... La majorité de l'effort va finalement consister à adapter légèrement Qt pour que l'intégration dans la distribution soit aux petits oignons. Et ça, malheureusement, ce n'est pas quelque chose qui peut être mis en commun.
Regardons les distributions que tu as citées:
- Plasma Mobile: je connais peu, mais apparemment ils utilisent un Qt peu patché, proche de la dernière version
- LuneOS: pareil, Qt dernière version, mais QtWebEngine est patché pour ajouter des intégrations dans le coeur Chromium
- Ubuntu Touch: un seul mot: Mir ;)
- SailfishOS: ils ont mis 2 ans à passer de Qt 5.2 à Qt 5.6, et comme ils ont des engagements commerciaux la priorité est à la maîtrise et la stabilité des APIs. Donc Qt 5.9, c'est pas pour demain...
En résumé, le travail fourni pour intégrer Qt est spécifique à chaque distribution; je ne crois pas qu'on y gagnerait à essayer de mettre ça en commun. Ou alors ça devient une nouvelle distribution - un peu comme PostmarketOS.