L'outil Transmission est un client BitTorrent open source bien connu et natif sur de nombreux systèmes. Récemment, un fork a été annoncé : Retransmission. Une des raisons de ce fork est la tension entre les mainteneurs "historiques" et la possibilité d'en ajouter de nouveaux. Visiblement, ce n'était pas simple. Cette annonce pose plusieurs questions. Sur la discussion Why has the project been forked as retransmission (sur le GitHub de Transmission), valcomm s'étonne et met en avant plusieurs problèmes : " La situation est plutôt étrange. Il vaudrait mieux séparer les projets, puis annoncer la décision et en discuter. Je pense qu'une discussion préalable est nécessaire. Comment les modifications seront-elles appliquées d'un projet à l'autre et inversement ? Cette synchronisation représente une tâche supplémentaire qui n'existait pas auparavant. L'un des projets risque-t-il d'être abandonné ? Comment les rapports de bogues seront-ils synchronisés ? Tout cela est très inquiétant."
Les points soulevés sont intéressants : comment les bugs du projet initial seront-ils corrigés sur le fork et inversement ? Quelle synchronisation entre les deux projets ? D'autres intervenants ne sont pas contre si cela peut rajeunir l'outil, moderniser le code, corriger les bugs. Charles Kerr est à l'origine du fork. Il était mainteneur de Transmission. Le GitHub est actif et le code source est disponible. Pour le moment, aucune release n'est disponible. Kerr annoncera les nouveautés et évolutions au fur et à mesure des builds.Annonce : https://github.com/transmission/transmission/discussions/9031
GitHub : https://github.com/retransmission/retransmission
Catégorie actualité: Open SourceImage actualité AMP: