Het artikel bespreekt een discussie op GitHub over het ontstaan van 'retransmission', een fork van het Transmission-project. De hoofdoorzaak van de splitsing is een langdurig meningsverschil tussen maintainers over de vraag of er meer beheerders aan het project toegevoegd moesten worden.
De reacties vanuit de gemeenschap zijn uiteenlopend:
- Zorgen: Er is kritiek op de volgorde van de acties (eerst splitsen, dan discussiëren) en zorgen over de synchronisatie van bugrapportages en de toekomstige levensvatbaarheid van beide projecten.
- Optimisme: Anderen zien de fork als een kans voor modernisering van de codebase, het introduceren van nieuwe functies en een versnelling van de algemene ontwikkeling.
Waarom is het project geforkt als 'retransmission'?
De reden voor de fork
ckerr (Maintainer) legt uit dat er verschillende redenen zijn, maar dat de eenvoudigste verklaring is dat deze fork een langdurig meningsverschil tussen de maintainers van Transmission oplost. Dit conflict draaide om de vraag of er wel of niet meer maintainers aan het project zouden worden toegevoegd.
Hij merkt op dat het nog vroeg is in het proces en dat er momenteel nog geen ondertekende binaries beschikbaar zijn. Zodra de feitelijke releases beginnen, zal er een aankondiging volgen met meer informatie.
Reacties vanuit de gemeenschap
De aankondiging leidde tot diverse reacties en vragen van andere gebruikers:
Vragen over de projectstatus
Pentaphon vraagt zich af of Transmission nog steeds het hoofdproject is en of 'retransmission' enkel een fork is bedoeld voor mensen die aan het project willen bijdragen.
Zorgen over coördinatie en continuïteit
valcomm uit zijn zorgen over de manier waarop deze splitsing tot stand is gekomen. De belangrijkste punten van kritiek zijn:
- De volgorde van actie: er is eerst gesplitst en pas daarna is er ruimte voor discussie, terwijl de discussie vooraf had moeten plaatsvinden.
- Synchronisatie: Er ontstaan nieuwe taken die voorheen niet bestonden, zoals het synchroniseren van wijzigingen tussen de twee projecten.
- Toekomstige levensvatbaarheid: De vraag of een van beide projecten gedoemd is om uiteindelijk verlaten te worden.
- Bugrapportage: Hoe bugmeldingen tussen beide projecten gesynchroniseerd zullen worden.
Optimisme over vernieuwing
edc1512 ziet de ontwikkeling juist als potentieel positief. De fork zou kunnen leiden tot:
- Nieuw leven in het project.
- Modernisering van de codebase.
- Introductie van nieuwe functies.
- Het oplossen van langdurige bugs.
- Een versnelling van de bijdragen (contributions).
mocenigo voegt hieraan toe dat er waarschijnlijk al over deze zaken is gediscussieerd.
Kritische noot over de noodzaak
Als reactie op het optimisme van edc1512 merkt valcomm op dat er niet is toegelicht waarom bovenstaande verbeteringen (zoals modernisering en nieuwe functies) niet simpelweg binnen het oorspronkelijke Transmission-project konden worden gerealiseerd.
Waarom is het project geforkt als 'retransmission'?
De reden voor de fork
ckerr (Maintainer) legt uit dat er verschillende redenen zijn, maar dat de eenvoudigste verklaring is dat deze fork een langdurig meningsverschil tussen de maintainers van Transmission oplost. Dit conflict draaide om de vraag of er wel of niet meer maintainers aan het project zouden worden toegevoegd.
Hij merkt op dat het nog vroeg is in het proces en dat er momenteel nog geen ondertekende binaries beschikbaar zijn. Zodra de feitelijke releases beginnen, zal er een aankondiging volgen met meer informatie.
Reacties vanuit de gemeenschap
De aankondiging leidde tot diverse reacties en vragen van andere gebruikers:
Vragen over de projectstatus
Pentaphon vraagt zich af of Transmission nog steeds het hoofdproject is en of 'retransmission' enkel een fork is bedoeld voor mensen die aan het project willen bijdragen.
Zorgen over coördinatie en continuïteit
valcomm uit zijn zorgen over de manier waarop deze splitsing tot stand is gekomen. De belangrijkste punten van kritiek zijn:
- De volgorde van actie: er is eerst gesplitst en pas daarna is er ruimte voor discussie, terwijl de discussie vooraf had moeten plaatsvinden.
- Synchronisatie: Er ontstaan nieuwe taken die voorheen niet bestonden, zoals het synchroniseren van wijzigingen tussen de twee projecten.
- Toekomstige levensvatbaarheid: De vraag of een van beide projecten gedoemd is om uiteindelijk verlaten te worden.
- Bugrapportage: Hoe bugmeldingen tussen beide projecten gesynchroniseerd zullen worden.
Optimisme over vernieuwing
edc1512 ziet de ontwikkeling juist als potentieel positief. De fork zou kunnen leiden tot:
- Nieuw leven in het project.
- Modernisering van de codebase.
- Introductie van nieuwe functies.
- Het oplossen van langdurige bugs.
- Een versnelling van de bijdragen (contributions).
mocenigo voegt hieraan toe dat er waarschijnlijk al over deze zaken is gediscussieerd.
Kritische noot over de noodzaak
Als reactie op het optimisme van edc1512 merkt valcomm op dat er niet is toegelicht waarom bovenstaande verbeteringen (zoals modernisering en nieuwe functies) niet simpelweg binnen het oorspronkelijke Transmission-project konden worden gerealiseerd.
Groetjes,