Étant moi-même confronté à ce problème (des nouvelles fonctionnalités pour lesquelles l'équipe originale traîne des pieds pour intégrer mes patches malgré l'insistance des utilisateurs) je pourrai difficilement te contredire sur ce point.
Reste que le fork est une possibilité qui n'existe pas avec le logiciel propriétaire. Quand un projet libre est au bord du gouffre, on le sauve en le forkant, voir le cas de X.org par exemple. Évidemment ça suscite toujours l'ire des responsables du projet initial, mais à un moment, ils ne peuvent pas continuer de mépriser les nouvelles fonctionnalités du fork et venir s'étonner que les utilisateurs qui réclament ces fonctionnalités (surtout que dans notre cas, j'ai offert d'aider à leur portage sur la dernière version) finissent par le préférer à l'original.
Dans un tel cas, il se peut que les deux forks continuent leur vie de façon indépendante, parce qu'ils ne visent pas le même public (les logiciels libres ne se font pas concurrence au sens commercial du terme). En plus on a un bon exemple avec MySQL car si tout le monde a entendu parler de MariaDB, moins de gens connaissent l'autre fork Drizzle qui a choisi d'abandonner certaines fonctions pour se concentrer sur d'autres comme la performance brute. Et les sociétés qui assurent le support de MariaDB acceptent généralement de faire la même chose avec le fork.
Partager