Et tu en dis un aussi gros en disant "jamais" par la même occasion.
Tu te trompes d'interlocuteur.
Pour des raisons assez variées et/ou compréhensibles énormement de projets de plus de 12 lignes demandent soit une session de copyright soit le droit de changer la license de la contribution de facon plus ou moins étendue.
Bah, un des plus gros, complexe et actif ne le demande pas : le kernel.
Oh oui. A commencer par deux tout petits projets insignifiants sans entreprise derrière qui se nomme GNU et Apache. Si tu veux on peut faire une liste mais elle va être très longue.
Il disait « dans le monde des entreprises » que j'ai interprété en « projets gérés par des entreprises », ce que ne sont pas vraiment tes deux exemples.
Effectivement, GNU est un bon exemple dans les non-entreprise, mais j'ai plus tendance à faire confiance en la FSF qu'une entreprise quelconque. Et en plus, elle « t'apporte » (bon, pas vraiment, le code n'est plus à toi...) un soutien juridique.
Pour Apache, vu que c'est du BSD-like, je ne vois pas vraiment l'intérêt ni pour le contributeur, ni pour Apache...
[^] # Re: poum poum poum... contributor agreement
Posté par benoar . En réponse à la dépêche Diaspora publié sur GitHub et une alpha annoncée pour octobre. Évalué à 2.
Tu te trompes d'interlocuteur.
Pour des raisons assez variées et/ou compréhensibles énormement de projets de plus de 12 lignes demandent soit une session de copyright soit le droit de changer la license de la contribution de facon plus ou moins étendue.
Bah, un des plus gros, complexe et actif ne le demande pas : le kernel.
Oh oui. A commencer par deux tout petits projets insignifiants sans entreprise derrière qui se nomme GNU et Apache. Si tu veux on peut faire une liste mais elle va être très longue.
Il disait « dans le monde des entreprises » que j'ai interprété en « projets gérés par des entreprises », ce que ne sont pas vraiment tes deux exemples.
Effectivement, GNU est un bon exemple dans les non-entreprise, mais j'ai plus tendance à faire confiance en la FSF qu'une entreprise quelconque. Et en plus, elle « t'apporte » (bon, pas vraiment, le code n'est plus à toi...) un soutien juridique.
Pour Apache, vu que c'est du BSD-like, je ne vois pas vraiment l'intérêt ni pour le contributeur, ni pour Apache...