Comment �a se passe si les personnes ou la boite d�tenant le copyright meurent? Comment �a se passe en cas de d�saccord sur les �volutions du produit? on dirait qu'on ne peut pas faire un fork sans demander une autorisation pr�alable :(
Aux vues de mes lectures, la GPL3 serait une �volution de la licence actuelle (euh, je sais pas s'ils vont la num�roter 3 hein). Parmi les am�liorations ils r�fl�chissent � des clauses pour g�rer les logiciels serveurs qui ne requi�rent pas de distribution pour �tre utilis�s. Et puis il y aurait aussi des clauses pour les brevets. Mais bon, �a ne s'applique pas � vous on dirait. Si je comprends bien, vous voulez �viter les profiteurs et donc vous ne donnez pas les libert�s que donnent les logiciels libres. Vous ne laissez que la libert� 0, celle de consulter le code... Il n'y a pas le risque de devenir "tainted", et donc de ne plus pouvoir recoder un logiciel ou des fonctions de m�me type? Bon, c pas trop mon truc tout �a. Bonne chance. echarp On Wed, Feb 23, 2005 at 03:54:20PM +0100, Jean-Christophe Kermagoret wrote: > Bonjour, > > Le principal avantage du Collaborative Source est de formaliser la > r�mun�ration des d�veloppeurs tiers. De cette fa�on, un d�veloppeur > ind�pendant, ou un �diteur, peut ainsi contribuer � notre projet en > sachant qu'il peut le consid�rer comme un investissement directement > productif. > > Apr�s �valuation de sa participation (qui doit �tre significative), une > valeur est donn�e � celle-ci qui est redistribu�e sous forme de rabais > lors de l'achat de la prochaine license BlueXML, l'objectif �tant de > promouvoir notre technologie. En empilant les diff�rentes couches, on a > ainsi un mod�le �conomique o� chaque d�veloppeur ou �diteur peut trouver > son compte. > > Mais s'il y a 20 contributions tiers... c'est s�r, les calculs seront > plus compliqu�s :-) mais on n'en est pas l�. > > Ca peut choquer les mentalit�s, mais il est difficile (voire impossible) > de vivre de l'opensource si on n'a pas une activit� "services". Avec > le Collaborative Source, je sais que tout d�veloppement fait avec notre > technologie doit faire l'objet d'une license. Donc si tout le monde joue > le jeu, on doit s'y retrouver. Evidemment, il y aura des abus, des > utilisateurs qui ne diront rien... mais ce sera minime. Car quelle SSII > irait courir le risque d'utiliser une technologie non licenci�e ? En > outre, notre strat�gie est de d�velopper un r�seau de partenaires. > Lorsque plusieurs partenaires interviendront sur un appel d'offre, et > que notre technologie aura acquis un peu de notori�t�, il sera difficile > pour les uns et pour les autres de ne pas d�clarer la technologie. > > Nous avons effectivement r�fl�chi au double licensing, mais on voulait > un syst�me de licence coh�rent avec le mod�le �conomique, qui nous > permette d'entrer dans une spirale 'vertueuse' o� chacun est r�mun�r� en > fonction de son travail. Finalement, avec le collaborative source, on > est exactement dans ce cadre. > > En fait, nous sommes susceptible d'accorder une license gratuite � > certains projets (loi 1901, associations caritatives, ...). N'h�sitez > pas � nous demander. > > Quant � la GPL3, je ne la connais pas. > > Cordialement, > > echarp a �crit : > > Vraiment �trange le collaborative source. Sur quelles bases calculez > > vous les participations? Comment allez vous g�rer les abus? > > > > Vous ne trouvez pas que le double licensing (comme MySQL) entre GPL et > > une licence commerciale peut couvrir le m�me genre de choses? > > Peut-�tre en incluant la clause sur les applications serveurs (clause > > qui va peut-�tre �tre rajout�e � GPL3). > > > > Sinc�rement > > > > echarp > > > > > >On Wed, Feb 23, 2005 at 08:07:40AM +0100, Jean-Christophe Kermagoret wrote: > > > >>Bonjour � tous, > >>je viens de finaliser la premi�re version d'un CMS bas� sur Cocoon et le > >>portail fourni avec. > >> > >>La license n'est pas Open Source, mais Collaborative Source, ce qui veut > >>dire que le source est disponible mais que le d�ploiement (interne ou > >>commercial) est payant. Il est possible de faire des contributions en > >>nature. Tous les d�tails sont dans la license (seront en fait car je > >>termine son adaptation) > >> > >>Ceci �tant dit, et dans le respect de cette license bien s�r, vous > >>trouverez de nombreux modules qui pourront vous aider � comprendre > >>quelques concepts Cocoon et vous montrent comment les utiliser. > >> > >>Vous trouverez notamment : > >> > >>* la communication inter-portlet avec le portail Cocoon > >>* l'authentification via le fw d'auth (utilis� par le portail) � > >>diff�rentes sources de donn�es (ldap, fichier, base) > >>* la gestion de formulaires avec : > >> * d�finition de "classes" d'objet > >> * aggr�gation des champs d�finis par ces classes > >> * g�n�ration automatique du template � partir du binding dans lequel > >> on peut sp�cifier des filtres sur les d�finitions ou les bindings > >> (pour faire appara�tre ou dispara�tre automatiquement des champs > >> selon un r�le ou tout autre crit�re : par exemple une action) > >> * des fonctionnalit�s CRUD + Editions + Notification + Recherches > >>* l'utilisation d'une base de donn�es XML (eXist) via xmldb > >>* quelques flowscripts > >>* un m�canisme de localisation de ressources avec fallback, permettant > >>d'utiliser des fichiers de donn�es XML alternatifs si le fichier > >>principal n'existe pas > >>* une application multi-site > >>* une application skinnable > >>* un exemple d'installateur avec IzPack > >>* un exemple d'architecture SOA (en tout cas c'est l'id�e :-) > >> > >>Bref, ca peut peut-�tre vous aider > >> > >>Les sites sont : > >>* http://www.bluexml.org pour les t�l�chargements et le d�but de > >>documentation > >>* http://www.bluexml.com pour le bizness > >> > >>A bient�t, sur cette liste, ou sur la liste d�di�e aux utilisateurs > >>fran�ais du framework BlueXML. > >> > >>Ps: il est interdit de rigoler quand vous lirez les textes en anglais > >>que j'ai �crits... > >> > >>-- > >> > >>Jean-Christophe Kermagoret > >>[EMAIL PROTECTED] > >> > >> > >>--------------------------------------------------------------------- > >>Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ > >>Pour vous desinscrire : mailto:[EMAIL PROTECTED] > >>Autres commandes : mailto:[EMAIL PROTECTED] > >> > >> > > > > > >--------------------------------------------------------------------- > >Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ > >Pour vous desinscrire : mailto:[EMAIL PROTECTED] > >Autres commandes : mailto:[EMAIL PROTECTED] > > > > > > -- > > Jean-Christophe Kermagoret > [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ > Pour vous desinscrire : mailto:[EMAIL PROTECTED] > Autres commandes : mailto:[EMAIL PROTECTED] > > --------------------------------------------------------------------- Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
