Bonjour à tou-te-s,
Je travaille actuellement dans une société qui s'apprête à sortir du matériel contenant, entre autre, un ARM7 tournant sous notre manchot préféré.
Comme ici c'est un peu moi le monomaniaque du libre, on m'a gentiment chargé de clarifier les questions de licences toussa, et donc de nous mettre au clair vis à vis de la GPL.
Autant que je sache (je ne suis pas dans l'équipe de dev), nous avons downstrippé un noyau 2.6 et ajouté une paire de *.h et *.c, et aussi développé quelques drivers (chargés en modules) permettant l'interfaçage avec les autres composants de la bête.
Que doit-on tenir à disposition des masses avides de manchotteries ? D'après ce que j'ai compris, uniquement les sources du noyau modifiées (avec les ajouts de *.h / *.c), n'est-il pas ?
Merci de bien vouloir m'éclairer sur la question.
Librement vôtre,
Potard.
# non
Posté par Putifuto . Évalué à 2.
D'ailleurs, il faut donner aussi la toolchain de compilation.
Enfin, les modifs peuvent n'être accessible qu'à vos clients (et pas forcément à la planête entière, éventuellement en contre-partie d'un peu (tout petit peu) de pognon. Mais il ne faudra pas gueuler si l'un de vos client se met à diffuser gratos vos modifs sous GPL.
Maintenant, la question est pourquoi vouloir garder une partie du code caché ?
# pour la comm'
Posté par BAud (site web personnel) . Évalué à 2.
autant prendre contact avec http://www.arm.linux.org.uk/ (je ne sais pas s'il y en a d'autres spécialisés pour arm, ne connaissant pas bien cette plateforme) afin de pouvoir remonter upstream vos modifs' (et trouver des collègues).
comme dit au-dessus, la toolchain doit être documentée (mais la lecture attentive de la GPL te l'aurait indiqué). Le plus simple est de fournir le source avec le firmware (ça évite la gestion afférente à la distribution du source après coup).
Penser aussi à fournir de la doc' sous une licence correcte (distribuable) histoire d'être complet.
Un souci fréquent avec les entreprises est l'effet tunnel et la difficulté à mettre en place un site web externe dépendant de l'entreprise... autant utiliser un svn public qui permet de respecter le principe du release early / release often (ça demande un effort au début mais après ça évite d'avoir les juristes sur le dos à chaque release, sont souvent sympas mais bon ils ne sont pas vraiment dans le même monde : les associer à la démarche dès le début permet de les former au fur et à mesure, mais là tu risques de perdre de l'énergie à tout leur expliquer...).
[^] # Re: pour la comm'
Posté par BAud (site web personnel) . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.