J'arrive un peu après la bataille, mais tout dépend des relations entre ton logiciel et R. Le point a été fait par Marc Schwartz en avril dernier sur
la liste R-devel. Voilà le passage important, mais la discussion entière est informative :
There are two key scenarios here:
1. I am building an application that simply "calls" R via a script or batch type of interface. Think building a GUI on top of R. I distribute my application and may or may not distribute R with it. I can license my application in any fashion that I wish, closed source or otherwise. If I don't distribute R with my application and simply point users to where they can download R, then I have no obligation with respect to R. If I distribute R with my application, then I also have an obligation to make R's source code available to my users in some fashion. Neither situation obligates me to make the source code for my application available or to license my application under the GPL.
2. I build an application that includes source code from R and/or "links" to R libraries at a compiler level. In this case the "derivative works" and/or the so-called "viral" part of the GPL kicks in. Here, I am obligated to license my application under a compatible license AND make the source code to my application available as a consequence.
Donc si ton logiciel ne touche pas au code de R, n'en inclut pas non plus, et agit « au dessus » de R, tu peux à peu près faire ce que tu veux, y compris distribuer ton logiciel sous licence propriétaire et/ou commerciale. Tu peux même distribuer R avec ton logiciel, à condition de respecter les conditions de la GPL pour R. Tu n'as donc pas d'obligations de réutiliser la GPL ici. En revanche, si les liaisons sont plus solides, là il te faudra distribuer ton logiciel sous GPL.
Et puis au final, si ça te chante, tu peux aussi distribuer ton logiciel sous GPL et le commercialiser, mais là, ça devient très difficile (ou alors il faut avoir un sacré bon service marketing).