les droits d'auteur de certains étaient baffoués (sauf erreur) au profit de Gentoo Inc.
Il ne faut pas mélanger deux choses, même si elles ont eu lieu à la même époque :
- d'une part, le fork de Zach s'est fait parcequ'il ne pouvait pas, au sein de Gentoo Inc, développer un business pour l'embarqué. Sa motivation portait bien sur la possibilité de faire du commerce, par sur la volonté de faire du plus libre. Je m'explique mal pourquoi il a choisi une structure not-for-profit dans ce contexte, sinon par opportunisme et parceque ça permettait de drainer plus de monde avec lui. C'est devenu à mon avis très clair quand a été abordé la question de la licence des produits Zynot... Perso j'ai arrêter à ce point de suivre l'affaire, mais si quelqu'un suit toujours je veux bien savoir comment ça s'est fini.
- d'autre part, c'était aussi l'époque ou Gentoo mettait en place son système d'attribution de copyright, qui n'a pas été bien perçu par certains, et c'est un euphémisme (moi y compris). Pour des raisons de procédures, il s'est avéré qu'il serait en pratique à peu près impossible de défendre la PI au niveau de Gentoo si on ne lui attribuait pas les copyrights (en gros, une plainte pour violation au états unis ne commence à être ressevable que si tous les détenteurs du copyright s'y rallient. C'est aussi pour ça par exemple que d'autres fondations comme la fsf recommandent qu'on leur attribue notre PI). La phase de transition vers ce système s'est fait de façon un peu cahotique, quelques copyrights de contributeurs se faisant simplement remplacer par des "copyright gentoo inc.". C'est sûr, ça fait tâche. Ceci dit, je crois qu'il faut relativiser : pour certains devs, ces histoires de copyright sont obscures et il s'agissait juste de mettre le header qui va bien pour que ça passe l'outil de validation. À noter aussi que finallement, personne ne s'est jamais plaint de s'être fait spolié par gentoo, il y a surtout eu plus de peur que de mal. Aujourd'hui, la situation est claire : soit on accepte que sa contribution soit copyrightée gentoo, soit la contribution ne rentre pas dans l'arbre. On peut accepter ou non cette situation (certains contributeurs ne l'on pas acceptée), mais elle est limpide.
Le lien entre ses deux évenements a été assez fortuit. Leur simultanéité a fait que certaines personne n'acceptant pas la politique de copyright de gentoo se sont tournées vers la jeune et prometteuse Zynot. Pour la petite histoire, c'est pourtant là bas qu'a eu lieu ensuite la plus vaste violation de PI, le jour où un arbre zynot a été créé à partir de celui gentoo, en y remplaçant systématiquement sur des milliers de fichiers tous les copyrights originaux par des "copyright zynot". Bon, c'est réglé depuis, mais ça reste rigolo :)
le fork qu'est zynot a-t-il toujours une raison et un avenir ?
Zynot développe un système de paquets différent de portage, et qui devrait être meilleurs sur plusieurs plans (notament plus simple pour déployer et gérer des machines qui ne compilent pas depuis une machine qui compile pour toutes). Je ne sais pas comment avance leur développement, mais ça peut être qqch de très intérressant. Le format de paquet change aussi. Bref, techniquement au moins, zynot doit toujours avoir une raison d'être, sauf à ce que portage-ng débarque miraculeusement très vite (mais faut pas rêver...).
[^] # Re: Et le futur
Posté par tgl . En réponse à la dépêche Gentoo Inc. devient Gentoo Foundation. Évalué à 10.
Il ne faut pas mélanger deux choses, même si elles ont eu lieu à la même époque :
- d'une part, le fork de Zach s'est fait parcequ'il ne pouvait pas, au sein de Gentoo Inc, développer un business pour l'embarqué. Sa motivation portait bien sur la possibilité de faire du commerce, par sur la volonté de faire du plus libre. Je m'explique mal pourquoi il a choisi une structure not-for-profit dans ce contexte, sinon par opportunisme et parceque ça permettait de drainer plus de monde avec lui. C'est devenu à mon avis très clair quand a été abordé la question de la licence des produits Zynot... Perso j'ai arrêter à ce point de suivre l'affaire, mais si quelqu'un suit toujours je veux bien savoir comment ça s'est fini.
- d'autre part, c'était aussi l'époque ou Gentoo mettait en place son système d'attribution de copyright, qui n'a pas été bien perçu par certains, et c'est un euphémisme (moi y compris). Pour des raisons de procédures, il s'est avéré qu'il serait en pratique à peu près impossible de défendre la PI au niveau de Gentoo si on ne lui attribuait pas les copyrights (en gros, une plainte pour violation au états unis ne commence à être ressevable que si tous les détenteurs du copyright s'y rallient. C'est aussi pour ça par exemple que d'autres fondations comme la fsf recommandent qu'on leur attribue notre PI). La phase de transition vers ce système s'est fait de façon un peu cahotique, quelques copyrights de contributeurs se faisant simplement remplacer par des "copyright gentoo inc.". C'est sûr, ça fait tâche. Ceci dit, je crois qu'il faut relativiser : pour certains devs, ces histoires de copyright sont obscures et il s'agissait juste de mettre le header qui va bien pour que ça passe l'outil de validation. À noter aussi que finallement, personne ne s'est jamais plaint de s'être fait spolié par gentoo, il y a surtout eu plus de peur que de mal. Aujourd'hui, la situation est claire : soit on accepte que sa contribution soit copyrightée gentoo, soit la contribution ne rentre pas dans l'arbre. On peut accepter ou non cette situation (certains contributeurs ne l'on pas acceptée), mais elle est limpide.
Le lien entre ses deux évenements a été assez fortuit. Leur simultanéité a fait que certaines personne n'acceptant pas la politique de copyright de gentoo se sont tournées vers la jeune et prometteuse Zynot. Pour la petite histoire, c'est pourtant là bas qu'a eu lieu ensuite la plus vaste violation de PI, le jour où un arbre zynot a été créé à partir de celui gentoo, en y remplaçant systématiquement sur des milliers de fichiers tous les copyrights originaux par des "copyright zynot". Bon, c'est réglé depuis, mais ça reste rigolo :)
le fork qu'est zynot a-t-il toujours une raison et un avenir ?
Zynot développe un système de paquets différent de portage, et qui devrait être meilleurs sur plusieurs plans (notament plus simple pour déployer et gérer des machines qui ne compilent pas depuis une machine qui compile pour toutes). Je ne sais pas comment avance leur développement, mais ça peut être qqch de très intérressant. Le format de paquet change aussi. Bref, techniquement au moins, zynot doit toujours avoir une raison d'être, sauf à ce que portage-ng débarque miraculeusement très vite (mais faut pas rêver...).