Source: https://wiki.vvlibri.org/index.php?title=Compatibilit%C3%A9_entre_licences&diff=57&oldid=56
Timestamp: 2020-08-10 15:07:54+00:00

Document:
Compatibilité entre licences : Différence entre versions — Veni, Vidi, Libri :: Le Wiki
Veni, Vidi, Libri :: Le Wiki
Compatibilité entre licences : Différence entre versions
De Veni, Vidi, Libri :: Le Wiki
Version du 16 décembre 2007 à 02:52 (voir la source)
Vvlibri (discussion | contributions)
Version du 16 décembre 2007 à 02:54 (voir la source)
== La portée des licences ==
Les licences libres, et notamment la FSF, sont attachées à la reconnaissance d'un domaine privé inviolable, véritable « tour d'ivoire » dans laquelle chacun est libre de faire ce qu'il entend. Néanmoins cette consécration, combinée aux possibilités apportées par les évolutions technologiques, crée une faille aux profits des licenciés : il s'agit des entreprises choisissant d'offrir non pas un logiciel, mais le service qui en serait issu<ref>notamment dans le cadre d'architectures de type SOA (Service Oriented Architecture).</ref>.
Les licences libres, et notamment la [FSF], sont attachées à la reconnaissance d'un domaine privé inviolable, véritable « tour d'ivoire » dans laquelle chacun est libre de faire ce qu'il entend. Néanmoins cette consécration, combinée aux possibilités apportées par les évolutions technologiques, crée une faille aux profits des licenciés : il s'agit des entreprises choisissant d'offrir non pas un logiciel, mais le service qui en serait issu<ref>notamment dans le cadre d'architectures de type SOA (Service Oriented Architecture).</ref>.
=== La sortie de la sphère privée ===
Pour la majeure partie des licences libres, l'élément déclencheur, qui oblige le licencié envers les contraintes issues de la licences, est la distribution<ref>Cette notion n'est pas définie tel quel en droit français, mais d'autres sources de droit l'emploient. Telles l'OMPI et la directive EUCD (Article 4, 1) pour cette dernière : « les États membres prévoient pour les auteurs le droit exclusif d'autoriser ou d'interdire toute forme de distribution au public, par la vente ou autrement, de l'original de leurs œuvres ou de copie de celles-ci ».</ref>.
Pour la majeure partie des licences libres, l'élément déclencheur, qui oblige le licencié envers les contraintes issues de la licence, est la distribution<ref>Cette notion n'est pas définie tel quelle en droit français, mais d'autres sources de droit l'emploient, telles l'OMPI et la directive EUCD ([http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:32001L0029:FR:HTML Article 4, 1]). Pour cette dernière, « les États membres prévoient pour les auteurs le droit exclusif d'autoriser ou d'interdire toute forme de distribution au public, par la vente ou autrement, de l'original de leurs œuvres ou de copie de celles-ci ».</ref>.
Ainsi, la situation est assez simple pour la plupart des œuvres « classiques » : une communication directe (par représentation) ou indirecte (par reproduction) de l'œuvre suffit à soumettre le distributeur/communiquant aux obligations de la licence. Mais la situation est différente en matière de logiciel, puisqu'il est alors possible de ne communiquer que la fonction du logiciel, sans distribuer l'objet soumis au droit d'auteur (le code objet ou le code source).
Par ce biais, et puisque le droit d'utiliser le logiciel<ref>Issu des articles [http://www.celog.fr/cpi/lv1_tt2.htm#Livre1_titre2 L. 122-6 et L. 122-6-1 du CPI]</ref> est délivré totalement est sans contrepartie (c'est-à-dire sans respecter la licence), l'utilisateur d'un logiciel soumis à une licence libre contraignante (type GNU GPL<ref>La [[Les apports de la GNU GPL v3|GNU GPL v.3.0]] vient même préciser que « Mere interaction with a user through a computer network, with no transfer of a copy, is not conveying ».</ref>) peut parfaitement se dispenser de communiquer le code source du logiciel qu'il utilise en interne pour fournir les services aux utilisateurs.
De nombreuses critiques avaient amenées la FSF à collaborer à la conception de l'Affero GPL, et même de projeter d'inclure cette spécificité dans la GNU GPL v.3 — l'idée fut retirée assez rapidement<ref>À partir du deuxième draft public</ref>. Un nouvelle version de la (nouvellement GNU) AGPL est en cours de discussion et devrait paraître prochainement.
Par ce biais, et puisque le droit d'utiliser le logiciel<ref>Issu des articles [http://www.celog.fr/cpi/lv1_tt2.htm#Livre1_titre2 L. 122-6 et L. 122-6-1 du CPI].</ref> est délivré totalement et sans contrepartie (c'est-à-dire sans respecter la licence), l'utilisateur d'un logiciel soumis à une licence libre contraignante (type GNU GPL<ref>La [[GNU GPL v.3.0]] vient même préciser qu'une simple utilisation par le biais du réseau, sans transfert ni copie, n'est pas considérée comme une distribution.</ref>) peut parfaitement se dispenser de communiquer le code source du logiciel qu'il utilise en interne pour fournir les services aux utilisateurs.
Enfin, trop souvent marginalisée, une licence très rigoureuse s'acquitte parfaitement de ce mode d'utilisation : il s'agit de l'Open Software license (OSL)<ref>Écrite par Lawrence Rosen, avocat américain, et l'un des fondateurs de l'OSI.</ref>, qui assimile l'utilisation en réseau à une distribution<ref>Voir l'article 5 — « External Deployment. The term "External Deployment" means the use, distribution, or communication of the Original Work or Derivative Works in any way such that the Original Work or Derivative Works may be used by anyone other than You, whether those works are distributed or communicated to those persons or made available as an application intended for use over a network. As an express condition for the grants of license hereunder, You must treat any External Deployment by You of the Original Work or a Derivative Work as a distribution under section 1(c) ».</ref> — la soumettant ainsi aux mêmes conséquences, dont la livraison du code source...
De nombreuses critiques avaient amenées la [[FSF]] à collaborer à la conception de l'Affero GPL, et même de projeter d'inclure cette spécificité dans la [[GNU GPL v3]] — l'idée fut retirée assez rapidement<ref>À partir du deuxième draft public</ref>. Une nouvelle version de la (nouvellement GNU) AGPL vient de paraître le 19 novembre 2007.
Enfin, trop souvent marginalisée, une licence très rigoureuse s'acquitte parfaitement de ce mode d'utilisation : il s'agit de l'[[Open Software license]] (OSL)<ref>Écrite par Lawrence Rosen, avocat américain, et l'un des fondateurs de l'[[OSI]].</ref>, qui assimile l'utilisation en réseau à une distribution<ref>Voir notamment l'article 5 qui encadre le déploiement externe : toute distribution ou communication de l'œuvre ainsi que toute mise à disposition de ces fonctionnalités via un réseau entraîne l'obligation de redistribuer les sources sous cette même licence.</ref> — la soumettant ainsi aux mêmes conséquences, dont la livraison du code source...
Voici donc le premier élément à prendre en considération pour percevoir les obligations auxquelles nous sommes contraints.
=== La portée et ses limites ===
=== La portée d'une licence et ses limites ===
Lorsque l'on parle de la portée d'une licence (ou aussi de « copyleft fort », « copyleft limité », « weak copyleft », etc.), on pense systématiquement aux licences copyleft, puisqu'il s'agit des licences les plus contraignantes pour les licenciés.
Néanmoins, la portée de la licence est en réalité l'étendue délimitant l'œuvre, ou les œuvres, qui sera (seront) soumise(s) aux contraintes de la licence. Le caractère « copyleft » figure donc parmi ces contraintes (il s'agit plus précisément de l'obligation de redistribuer sous la même licence), et ne doit ainsi pas être confondu avec sa portée<ref>Ceci d'autant que la portée globale de la licence peut être supérieure à celle de son seul copyleft.</ref>. Ainsi, certaines licences permissives, comme la licence Apache, ont une portée étendue<ref>En l'espèce, notamment en ce qui concerne les licences concédées sur les brevets.</ref> sans pour autant être copyleft.
Cette portée diffère la plupart du temps entre chaque licence, voire entre chaque législation lorsqu'elle renvoie aux limites traditionnelles du droit d'auteur dans un pays concerné.
Cette portée diffère la plupart du temps entre chaque licence, voire entre chaque législation lorsqu'elle renvoie aux limites traditionnelles du droit d'auteur dans un pays concerné. Pour l'exemple, en France, l'œuvre composite<ref>Elle est définie comme « l'œuvre nouvelle à laquelle est incorporée une œuvre préexistante sans la collaboration de l'auteur de cette dernière », « l'œuvre composite est la propriété de l'auteur qui l'a réalisée, sous réserve des droits de l'auteur de l'œuvre préexistante ». L'un des critères déterminants est la dépendance à une œuvre originaire, sans emporter pour autant modification de celle-ci.</ref> et l'œuvre dérivée<ref>La notion légale se déduit de son contenu : « Les auteurs de traductions, d'adaptations, transformations ou arrangements des œuvres de l'esprit jouissent de la protection instituée par le présent code sans préjudice des droits de l'auteur de l'œuvre originale. Il en est de même des auteurs d'anthologies ou de recueils d'œuvres ou de données diverses, tels que les bases de données, qui, par le choix ou la disposition des matières, constituent des créations intellectuelles ». L'apport du second auteur est différent : il crée ici une nouvelle œuvre en s'appuyant sur l'ancienne. Dans le cas des logiciels FLOS, ce serait notamment une modification du code source d'un logiciel — pour l'adapter ou corriger des erreurs par exemple — ou une traduction du code en un autre langage.</ref> délimitent l'étendue du contrôle que possède un auteur sur son œuvre.
Pour l'exemple, en France, l'œuvre composite<ref>Elle est définie comme « l'œuvre nouvelle à laquelle est incorporée une œuvre préexistante sans la collaboration de l'auteur de cette dernière », « l’œuvre composite est la propriété de l'auteur qui l'a réalisée, sous réserve des droits de l'auteur de l’œuvre préexistante ». L'un des critères déterminants est la dépendance à une œuvre originaire, sans emporter pour autant modification de celle-ci.</ref> et l'œuvre dérivée<ref>La notion légale se déduit de son contenu : « Les auteurs de traductions, d'adaptations, transformations ou arrangements des œuvres de l'esprit jouissent de la protection instituée par le présent code sans préjudice des droits de l'auteur de l’œuvre originale. Il en est de même des auteurs d'anthologies ou de recueils d’œuvres ou de données diverses, tels que les bases de données, qui, par le choix ou la disposition des matières, constituent des créations intellectuelles ». L'apport du second auteur est différent : il crée ici une nouvelle œuvre en s'appuyant sur l'ancienne. Dans le cas des logiciels FLOS, ce serait notamment une modification du code source d'un logiciel — pour l'adapter ou corriger des erreurs par exemple — ou une traduction du code en un autre langage.</ref> délimitent l'étendue du contrôle que possède un auteur sur son œuvre.
Pour sa part, les notions-clés pour la GNU GPL étaient jusqu'à il y a peu assez atypiques<ref>Pour la GNU GPL v2 : étaient soumises les œuvres basées sur(« thus forming a work based on the Program », l'article 2 de la GPL), ou constituant un tout avec le logiciel(« as part of a whole », dernier alinéa du même article 2).</ref>, mais maintenant plus traditionnelles<ref>GNU GPL V3 : « To “propagate” a work means to do anything with it that, without permission, would make you directly or secondarily liable for infringement under applicable copyright law, except executing it on a computer or modifying a private copy. Propagation includes copying, distribution (with or without modification), making available to the public, and in some countries other activities as well ». Néanmoins l'Article 5 « A compilation of a covered work with other separate and independent works, which are not by their nature extensions of the covered work, and which are not combined with it such as to form a larger program, in or on a volume of a storage or distribution medium [...]. » démontre qu'un programme globale pourrait bien être soumis à la GNU GPL de l'un de ses sous-ensemble...</ref>.
Ainsi, s'il est certain que deux licences « contraignantes » voient leurs obligations se superposer lorsque leur code est mêlé, il est plus difficile de faire le point lorsqu'il s'agit de logiciels relativement indépendants mais fonctionnant de concert.
Pour sa part, les notions-clés pour la [[GNU GPL]] étaient jusqu'à il y a peu assez atypiques<ref>Pour la [[GNU GPL v2]], étaient soumises les œuvres basées sur, ou constituant un tout avec le logiciel ([[http://www.gnu.org/licenses/old-licenses/gpl-2.0.html#SEC1 article 2]]).</ref>, mais maintenant plus traditionnelles<ref>Pour exemple, la [[GNU GPL V3]] définit la propagation d'une œuvre comme tout acte soumis à autorisation de l'auteur, à l'exception de la sphère privée reconnue à l'utilisateur. Néanmoins l'Article 5 conserve une appréhension extensive de la compilation au point qu'un programme global pourrait bien être soumis à la GNU GPL de l'un de ses sous-ensembles...</ref>.
Lorsque deux licences voient leur portée se superposer ou se confondre, il est nécessaire de rechercher l'existence d'une compatibilité entre ces diverses licences.
Ainsi, s'il est certain que deux licences « contraignantes » voient leurs obligations se superposer lorsque leur code est mêlé, il est plus difficile de faire le point lorsqu'il s'agit de logiciels relativement indépendants mais fonctionnant de concert. Lorsque deux licences voient leur portée se superposer ou se confondre, il est nécessaire de rechercher l'existence d'une compatibilité entre ces diverses licences.
== La compatibilité entre licences qui se superposent ==
Dans une situation de chevauchement des licences, une compatibilité doit être recherchée, puisque l'on aussi bien contraint à l'une qu'à l'autre des licences.
Dans une situation de chevauchement des licences, une compatibilité doit être recherchée, puisque l'on aussi bien contraint à l'une qu'à l'autre des licences. Deux compatibilités existent, la première se trouve à la lecture des licences, et la seconde à leur examen.
Deux compatibilités existent, la première se trouve à la lecture des licences, et la seconde à leur examen.
=== La compatibilité expresse ===
De plus en plus les rédacteurs de licences libres viennent à prendre conscience que leur licence n'est pas la seule, ni même l'unique licence libre légitime. Fleurissent alors les clauses de compatibilité expresses qui permettent de relicencier l'œuvre soumise sous plusieurs autres licences.
Le relicenciement peut être inconditionné, ou soumis à la présence d'autres licences<ref>Comme l'EUPL : « Clause de compatibilité : Si le Licencié distribue ou communique des Œuvres
Dérivées ou des copies de celles-ci basées à la fois sur l’Œuvre Originale et sur une autre œuvre concédée en licence selon les termes d’une Licence Compatible, la Distribution et/ou Communication peut se faire sous les termes de cette Licence Compatible ».</ref>.
Quelques exemples de compatibilité :
Le relicenciement peut être inconditionné, ou soumis à la présence d'autres licences<ref>Comme l'[[EUPL]] : « Clause de compatibilité : Si le Licencié distribue ou communique des Œuvres Dérivées ou des copies de celles-ci basées à la fois sur l'Œuvre Originale et sur une autre œuvre concédée en licence selon les termes d'une Licence Compatible, la Distribution et/ou Communication peut se faire sous les termes de cette Licence Compatible ».</ref>.
Les plus narcissiques : les licences GNU, compatibles, entre elles bien sûr.
La moins frivole : la licence EUPL avec une compatibilité envers les : GNU GPL, OSL, CPL, EPL, et CeCILL.
== La compatibilité logique ==
'''Quelques exemples de compatibilité'''
* Les plus narcissiques : les licences [[GNU]], compatibles, entre elles bien sûr.
* La moins frivole : la licence [[EUPL]] avec une compatibilité envers les : [[GNU GPL]], [[OSL]], [[CPL]], [[EPL]], et [[CeCILL]].
=== La compatibilité logique ===
Deux principes gouvernent la compatibilité entre licences, et contrats :
* On ne peut donner plus de droits que l'on en possède (ainsi, une personne qui passe du statut de licencié à celui de concédant, tire ses droits de la première licence et est donc limité par celle-ci) ;
* on ne peut donner plus de droits que l'on en possède (ainsi, une personne qui passe du statut de licencié à celui de concédant, tire ses droits de la première licence et est donc limité par celle-ci)
* Sauf dans les cas de licence copyleft, il est toujours possible de ne conférer qu'une partie des droits dont on dispose.
Plus juridiquement, la condition de compatibilité est atteinte si l'ensemble des droits accordés par la licence absorbante B est inclus dans l'ensemble des droits conférés par la licence compatible A et que l'ensemble des obligations imposées par la licence compatible A est inclus dans l'ensemble des obligations imposées par la licence absorbante B.
D'un point de vue juridique, la condition de compatibilité est atteinte si l'ensemble des droits accordés par la licence absorbante B est inclus dans l'ensemble des droits conférés par la licence compatible A et que l'ensemble des obligations imposées par la licence compatible A est inclus dans l'ensemble des obligations imposées par la licence absorbante B.
Licence A compatible avec la licence B :
Ligne 70 : Ligne 66 :
Avec ces idées en tête, il suffit de lire attentivement les diverses licences pour retrouver les divergences et les accointances.
Voici pour tout ce qui peut-être dit sur la compatibilité, en générale, entre licences libres, mais aussi vis-à-vis de tout autre contrat ou licence.
Version du 16 décembre 2007 à 02:54
>>note<< (article à l'état d'ébauche ; pour l'instant orienté licences, mais il faut bien saisir que c'est la même logique qui est à transposer à l'égard de l'ensemble des contrats annexes) >><<
Voici une présentation non exhaustive des principes fondamentaux en matière de compatibilité entre licences libres. La réflexion s'articule en deux points :
Est-ce que les portées des licences en question se superposent ?
Si oui, est-il possible de remplir simultanément les obligations des deux licences ?
1 La portée des licences
1.1 La sortie de la sphère privée
1.2 La portée d'une licence et ses limites
2 La compatibilité entre licences qui se superposent
2.1 La compatibilité expresse
2.2 La compatibilité logique
La portée des licences
Les licences libres, et notamment la [FSF], sont attachées à la reconnaissance d'un domaine privé inviolable, véritable « tour d'ivoire » dans laquelle chacun est libre de faire ce qu'il entend. Néanmoins cette consécration, combinée aux possibilités apportées par les évolutions technologiques, crée une faille aux profits des licenciés : il s'agit des entreprises choisissant d'offrir non pas un logiciel, mais le service qui en serait issu[1].
La sortie de la sphère privée
Pour la majeure partie des licences libres, l'élément déclencheur, qui oblige le licencié envers les contraintes issues de la licence, est la distribution[2].
Par ce biais, et puisque le droit d'utiliser le logiciel[3] est délivré totalement et sans contrepartie (c'est-à-dire sans respecter la licence), l'utilisateur d'un logiciel soumis à une licence libre contraignante (type GNU GPL[4]) peut parfaitement se dispenser de communiquer le code source du logiciel qu'il utilise en interne pour fournir les services aux utilisateurs.
De nombreuses critiques avaient amenées la FSF à collaborer à la conception de l'Affero GPL, et même de projeter d'inclure cette spécificité dans la GNU GPL v3 — l'idée fut retirée assez rapidement[5]. Une nouvelle version de la (nouvellement GNU) AGPL vient de paraître le 19 novembre 2007.
Enfin, trop souvent marginalisée, une licence très rigoureuse s'acquitte parfaitement de ce mode d'utilisation : il s'agit de l'Open Software license (OSL)[6], qui assimile l'utilisation en réseau à une distribution[7] — la soumettant ainsi aux mêmes conséquences, dont la livraison du code source...
La portée d'une licence et ses limites
Néanmoins, la portée de la licence est en réalité l'étendue délimitant l'œuvre, ou les œuvres, qui sera (seront) soumise(s) aux contraintes de la licence. Le caractère « copyleft » figure donc parmi ces contraintes (il s'agit plus précisément de l'obligation de redistribuer sous la même licence), et ne doit ainsi pas être confondu avec sa portée[8]. Ainsi, certaines licences permissives, comme la licence Apache, ont une portée étendue[9] sans pour autant être copyleft.
Cette portée diffère la plupart du temps entre chaque licence, voire entre chaque législation lorsqu'elle renvoie aux limites traditionnelles du droit d'auteur dans un pays concerné. Pour l'exemple, en France, l'œuvre composite[10] et l'œuvre dérivée[11] délimitent l'étendue du contrôle que possède un auteur sur son œuvre.
Pour sa part, les notions-clés pour la GNU GPL étaient jusqu'à il y a peu assez atypiques[12], mais maintenant plus traditionnelles[13].
La compatibilité entre licences qui se superposent
La compatibilité expresse
Le relicenciement peut être inconditionné, ou soumis à la présence d'autres licences[14].
Quelques exemples de compatibilité
La compatibilité logique
On ne peut donner plus de droits que l'on en possède (ainsi, une personne qui passe du statut de licencié à celui de concédant, tire ses droits de la première licence et est donc limité par celle-ci) ;
Sauf dans les cas de licence copyleft, il est toujours possible de ne conférer qu'une partie des droits dont on dispose.
↑ notamment dans le cadre d'architectures de type SOA (Service Oriented Architecture).
↑ Cette notion n'est pas définie tel quelle en droit français, mais d'autres sources de droit l'emploient, telles l'OMPI et la directive EUCD (Article 4, 1). Pour cette dernière, « les États membres prévoient pour les auteurs le droit exclusif d'autoriser ou d'interdire toute forme de distribution au public, par la vente ou autrement, de l'original de leurs œuvres ou de copie de celles-ci ».
↑ Issu des articles L. 122-6 et L. 122-6-1 du CPI.
↑ La GNU GPL v.3.0 vient même préciser qu'une simple utilisation par le biais du réseau, sans transfert ni copie, n'est pas considérée comme une distribution.
↑ À partir du deuxième draft public
↑ Écrite par Lawrence Rosen, avocat américain, et l'un des fondateurs de l'OSI.
↑ Voir notamment l'article 5 qui encadre le déploiement externe : toute distribution ou communication de l'œuvre ainsi que toute mise à disposition de ces fonctionnalités via un réseau entraîne l'obligation de redistribuer les sources sous cette même licence.
↑ Ceci d'autant que la portée globale de la licence peut être supérieure à celle de son seul copyleft.
↑ En l'espèce, notamment en ce qui concerne les licences concédées sur les brevets.
↑ Elle est définie comme « l'œuvre nouvelle à laquelle est incorporée une œuvre préexistante sans la collaboration de l'auteur de cette dernière », « l'œuvre composite est la propriété de l'auteur qui l'a réalisée, sous réserve des droits de l'auteur de l'œuvre préexistante ». L'un des critères déterminants est la dépendance à une œuvre originaire, sans emporter pour autant modification de celle-ci.
↑ La notion légale se déduit de son contenu : « Les auteurs de traductions, d'adaptations, transformations ou arrangements des œuvres de l'esprit jouissent de la protection instituée par le présent code sans préjudice des droits de l'auteur de l'œuvre originale. Il en est de même des auteurs d'anthologies ou de recueils d'œuvres ou de données diverses, tels que les bases de données, qui, par le choix ou la disposition des matières, constituent des créations intellectuelles ». L'apport du second auteur est différent : il crée ici une nouvelle œuvre en s'appuyant sur l'ancienne. Dans le cas des logiciels FLOS, ce serait notamment une modification du code source d'un logiciel — pour l'adapter ou corriger des erreurs par exemple — ou une traduction du code en un autre langage.
↑ Pour la GNU GPL v2, étaient soumises les œuvres basées sur, ou constituant un tout avec le logiciel ([article 2]).
↑ Pour exemple, la GNU GPL V3 définit la propagation d'une œuvre comme tout acte soumis à autorisation de l'auteur, à l'exception de la sphère privée reconnue à l'utilisateur. Néanmoins l'Article 5 conserve une appréhension extensive de la compilation au point qu'un programme global pourrait bien être soumis à la GNU GPL de l'un de ses sous-ensembles...
↑ Comme l'EUPL : « Clause de compatibilité : Si le Licencié distribue ou communique des Œuvres Dérivées ou des copies de celles-ci basées à la fois sur l'Œuvre Originale et sur une autre œuvre concédée en licence selon les termes d'une Licence Compatible, la Distribution et/ou Communication peut se faire sous les termes de cette Licence Compatible ».
Récupérée de « https://wiki.vvlibri.org/index.php?title=Compatibilité_entre_licences&oldid=57 »
Les différents travaux qui sont proposés par ''Veni, Vidi, Libri'' - y compris les logos - sont, sauf mention contraire, sous licence libre [[GFDL]] et [[Licence Art Libre]]. Les logos de Veni, Vidi, Libri sont basés sur des photos issues de [http://commons.wikimedia.org/w/index.php?title=Special%3ASearch&search=tern&fulltext=Search Wikimedia Commons]. ''Veni, Vidi, Libri'' est hébergé par [http://www.framasoft.net/ Framasoft]
« '''''Veni, Vidi, Libri :: Le Wiki''''' » est le projet de l'Association ''Veni, Vidi, Libri'', dont la présentation, le but, et les projets, sont détaillés sur htpp://VeniVidiLibri.org.

References: l'article 5
 l'article 5
 l'article 2
 l'Article 5
 l'Article 5
 l'article 5
 l'Article 5