Dire que GNOME a un comportement autiste, ce n'est vraiment pas respectueux. On pourrait dire exactement la même chose envers LaTeXila sur le fait que ce ne soit pas installable sur Windows ou MacOS X. Mais comme on est ici sur LinuxFr, ça va, on ne me traite pas d'autiste. Si ça tombe, en une journée de travail, pour quelqu'un qui s'y connait bien, c'est faisable de porter LaTeXila sur un système d'exploitation exotique. Mais pourquoi ça n'a jamais été fait ? Je pourrais tenter de le faire moi-même. Mais pour ça il faut premièrement que j'ai accès à l'OS en question, et il faut que je passe du temps pour l'installation, et du temps pour le portage en lui-même. D'autres personnes peuvent s'atteler à la tâche, j'en serais ravi. Mais personne ne s'est encore manifesté. La priorité pour moi est tout d'abord de satisfaire mes propres besoins, et ceux des personnes utilisant la même chose que moi (GNU/Linux, GNOME).
Les journées n'ont que 24h, et ça arrive aussi d'avoir une vie IRL. Aussi, beaucoup de développeurs contribuent parce qu'ils en ont simplement l'envie, sur leur temps libre. Donc pour eux, généralement ce n'est pas une mission. D'autres évidemment sont payés pour ça, là c'est différent. Mais les intérêts des entreprises peuvent être différents de l'intérêt de certains utilisateurs.
Donc pour moi le fait qu'une application GTK+ ne s'intègre pas aussi bien dans KDE qu'une application Qt dans GNOME, ce n'est pas du tout dû au fait que les développeurs seraient contre, ou qu'ils ne veulent pas entendre parler de portabilité etc (ce que tu sous-entend je pense par le fait qu'ils seraient autiste). C'est dû à un manque de main d'œuvre. C'est normal que la priorité, pour eux, est que les utilisateurs de GNOME soient tout d'abord satisfaits.
Je ne connais pas bien Qt, mais je pense que plus de développeurs sont payés pour travailler dessus (Nokia, ...). Une autre différence est peut-être que Qt est un projet presque complètement indépendant de KDE (quelqu'un pour confirmer ?). Tandis que GTK+ fait clairement partie du projet GNOME.
Pour systemd, c'est différent. Lennart est clairement contre la portabilité, mais ça se comprend, puisque plein de choses spécifiques à Linux sont utilisées. Essayer de rendre systemd portable rendrait le code ingérable.
Si GNOME utilise systemd, et si je ne dis pas de bêtise, ça ne se fera que de manière indirecte via une interface. systemd serait une implémentation de cette interface, qui est optimisée pour Linux. Mais rien n'empêche d'écrire une implémentation portable de cette interface (en gros, adapter le code actuel gérant la session de GNOME pour qu'il colle à l'interface). Évidemment c'est bcp plus facile à dire qu'à faire, et ce qu'il risque de se passer est que systemd soit la seule implémentation de l'interface pendant une ou plusieurs versions de GNOME. À ce moment-là, peut-être que les développeurs ne décideront d'utiliser systemd que quand l'implémentation portable sera écrite. Tout dépend de ce que décident les mainteneurs des modules impactés. Wait and see :)
[^] # Re: Précisions
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche LaTeXila 2.2, environnement LaTeX intégré pour GNOME. Évalué à 2.
Bon il faut peut-être mettre les choses au clair.
Dire que GNOME a un comportement autiste, ce n'est vraiment pas respectueux. On pourrait dire exactement la même chose envers LaTeXila sur le fait que ce ne soit pas installable sur Windows ou MacOS X. Mais comme on est ici sur LinuxFr, ça va, on ne me traite pas d'autiste. Si ça tombe, en une journée de travail, pour quelqu'un qui s'y connait bien, c'est faisable de porter LaTeXila sur un système d'exploitation exotique. Mais pourquoi ça n'a jamais été fait ? Je pourrais tenter de le faire moi-même. Mais pour ça il faut premièrement que j'ai accès à l'OS en question, et il faut que je passe du temps pour l'installation, et du temps pour le portage en lui-même. D'autres personnes peuvent s'atteler à la tâche, j'en serais ravi. Mais personne ne s'est encore manifesté. La priorité pour moi est tout d'abord de satisfaire mes propres besoins, et ceux des personnes utilisant la même chose que moi (GNU/Linux, GNOME).
Les journées n'ont que 24h, et ça arrive aussi d'avoir une vie IRL. Aussi, beaucoup de développeurs contribuent parce qu'ils en ont simplement l'envie, sur leur temps libre. Donc pour eux, généralement ce n'est pas une mission. D'autres évidemment sont payés pour ça, là c'est différent. Mais les intérêts des entreprises peuvent être différents de l'intérêt de certains utilisateurs.
Donc pour moi le fait qu'une application GTK+ ne s'intègre pas aussi bien dans KDE qu'une application Qt dans GNOME, ce n'est pas du tout dû au fait que les développeurs seraient contre, ou qu'ils ne veulent pas entendre parler de portabilité etc (ce que tu sous-entend je pense par le fait qu'ils seraient autiste). C'est dû à un manque de main d'œuvre. C'est normal que la priorité, pour eux, est que les utilisateurs de GNOME soient tout d'abord satisfaits.
Je ne connais pas bien Qt, mais je pense que plus de développeurs sont payés pour travailler dessus (Nokia, ...). Une autre différence est peut-être que Qt est un projet presque complètement indépendant de KDE (quelqu'un pour confirmer ?). Tandis que GTK+ fait clairement partie du projet GNOME.
Pour systemd, c'est différent. Lennart est clairement contre la portabilité, mais ça se comprend, puisque plein de choses spécifiques à Linux sont utilisées. Essayer de rendre systemd portable rendrait le code ingérable.
Si GNOME utilise systemd, et si je ne dis pas de bêtise, ça ne se fera que de manière indirecte via une interface. systemd serait une implémentation de cette interface, qui est optimisée pour Linux. Mais rien n'empêche d'écrire une implémentation portable de cette interface (en gros, adapter le code actuel gérant la session de GNOME pour qu'il colle à l'interface). Évidemment c'est bcp plus facile à dire qu'à faire, et ce qu'il risque de se passer est que systemd soit la seule implémentation de l'interface pendant une ou plusieurs versions de GNOME. À ce moment-là, peut-être que les développeurs ne décideront d'utiliser systemd que quand l'implémentation portable sera écrite. Tout dépend de ce que décident les mainteneurs des modules impactés. Wait and see :)