ça n'a rien à voir avec le modèle de développement collaboratif, un modèle de type "cathédrale" ayant fait les même choix de design que les GNU/autotools auraient les même problèmes…
La question n'est pas la manière dont les autotools sont développés, mais la manière dont les autotools doivent gérer les développements en bazaar des autres. Il parle de l'organisation globale, du fait que certains paquets ajoute des dépendances sans chercher à avoir une quelconque cohérence avec le reste de leurs dépendances (puis-je déjà faire le travail avec une dépendance déjà existante ?) ni avec le reste des système cible (quelle est la bibliothèque pour faire ce boulot la plus utilisée sur les systèmes existant ?). Bien sûr qu'il peut y avoir de bonnes raisons pour ajouter une dépendance, mais il faut justement la chercher avant de la créer. Si une bibliothèque qu'on utilise déjà (ou qui est utilisée sur le système) devrait faire le boulot mais ne le fait, il faudrait en parler au projet upstream en question.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: trotrotrotro troll !
Posté par barmic . En réponse au journal A Generation Lost in the Bazaar. Évalué à 3.
La question n'est pas la manière dont les autotools sont développés, mais la manière dont les autotools doivent gérer les développements en bazaar des autres. Il parle de l'organisation globale, du fait que certains paquets ajoute des dépendances sans chercher à avoir une quelconque cohérence avec le reste de leurs dépendances (puis-je déjà faire le travail avec une dépendance déjà existante ?) ni avec le reste des système cible (quelle est la bibliothèque pour faire ce boulot la plus utilisée sur les systèmes existant ?). Bien sûr qu'il peut y avoir de bonnes raisons pour ajouter une dépendance, mais il faut justement la chercher avant de la créer. Si une bibliothèque qu'on utilise déjà (ou qui est utilisée sur le système) devrait faire le boulot mais ne le fait, il faudrait en parler au projet upstream en question.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)