2) leur code ne serait pas commité s'ils refusent les règles (libre à eux de forker s'ils pensent que c'est la bonne solution).
Et c'est là que le bazard arrive, justement, genre, je sais pas, les dernières évolutions de gnome et les forks qui en découlent?
Au final, même le dev en bazard n'évite pas le fork, parce que tout connement, peu importe la méthode de dev, il y a toujours quelqu'un ou une minorité qui a l'ascendant sur la communauté… comme Linus Torvalds l'a sur Linux (et Lennart sur systemd? aborder cet outil finira par donner le droit au point godwin huuhu)
Gnome fait fasse à une crise ça peut arriver. Une direction donnée par le projet qui ne correspond plus à l'attente d'une partie de leur utilisateurs. C'est le principe d'un fork. Après les « forkeurs » ne se mettent pas d'accord pour sur la manière de forker et on se retrouve avec mate et cynamone, mais c'est à mon avis transitoire.
Mais certaines grandes lignes pourraient devenir communes et on verrait apparaître des standards de >fait.
Les distros obéissent à ce point pour certaines choses:
_ redhat et ses filles => rpm
_ debian et ses filles => deb
_ toutes celles que je connais (pas besef) => Xorg
Pour Xorg elles n'ont pas trop le choix.
Un modèle encore plus haut serait de passer par POSIX/LSB/Freedesktop pour plus de choses encore.
Je parlais surtout d'avoir un organisme de standard/normalisation. En l'état aucun des 3 ne fait le boulot. POSIX se met à jour très lentement et a plutôt tendance à être dans le mode inverse (elle normalise l'existant). Freedesktop est pas mal critiqué pour suivre plus Gnome que KDE, mais quoi qu'il en soit elle ne s'intéresse qu'au desktop (système d'init inclu évidement). C'est la LSB qui devrait faire ce travail mais elle ne le fait pas ou mal.
Je me vois mal obliger les dev de firefox à utiliser telle librairie gérant la sérialisation plutôt que boost::serialization, par exemple.
Tu ne les oblige pas. Mais entend que mainteneur tu peut dire que chez toi la biblio pour faire de la sérialisation c'est ultra_serialisation++ et que ce qui n'utilise pas celle-ci pourraient avoir des problèmes d'intégration. Si Debian et RedHat décident que toutes leur base logicielle sera dorénavant compilée en
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Objectivement...
Posté par barmic . En réponse au journal A Generation Lost in the Bazaar. Évalué à 2.
Gnome fait fasse à une crise ça peut arriver. Une direction donnée par le projet qui ne correspond plus à l'attente d'une partie de leur utilisateurs. C'est le principe d'un fork. Après les « forkeurs » ne se mettent pas d'accord pour sur la manière de forker et on se retrouve avec mate et cynamone, mais c'est à mon avis transitoire.
Pour Xorg elles n'ont pas trop le choix.
Je parlais surtout d'avoir un organisme de standard/normalisation. En l'état aucun des 3 ne fait le boulot. POSIX se met à jour très lentement et a plutôt tendance à être dans le mode inverse (elle normalise l'existant). Freedesktop est pas mal critiqué pour suivre plus Gnome que KDE, mais quoi qu'il en soit elle ne s'intéresse qu'au desktop (système d'init inclu évidement). C'est la LSB qui devrait faire ce travail mais elle ne le fait pas ou mal.
Tu ne les oblige pas. Mais entend que mainteneur tu peut dire que chez toi la biblio pour faire de la sérialisation c'est ultra_serialisation++ et que ce qui n'utilise pas celle-ci pourraient avoir des problèmes d'intégration. Si Debian et RedHat décident que toutes leur base logicielle sera dorénavant compilée en
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)