OSI


home



Tribune Libre
Ténors de l'Informatique Libre

Copyright © 1999 par Éditions O'Reilly

< Annexe A Sommaire Annexe C >

Annexe B. Version 1.0 de la définition de l'Open Source de Bruce Perens


Version 1.0 de la définition d'Open Source

Open Source implique plus que la simple diffusion du code source. La licence d'un programme « open source » doit correspondre aux critères suivants :

1. Libre redistribution.

La licence ne doit pas interdire de vendre ou de donner le logiciel en tant que composant d'une distribution d'un ensemble contenant des programmes de diverses origines. La licence ne doit pas soumettre cette vente à l'acquittement de droits, quels qu'ils soient.

2. Code source

Le programme doit inclure le code source, et la distribution sous forme de code source comme sous forme compilée doit être autorisée. Quand un produit n'est pas distribué avec le code source correspondant, il doit exister un moyen clairement indiqué de télécharger ce code source, depuis l'Internet, sans frais supplémentaires. Le code source est la forme la plus adéquate pour qu'un programmeur modifie le programme. Il n'est pas autorisé de proposer un code source rendu difficile à comprendre. Il n'est pas autorisé de proposer des formes intermédiaires, comme ce qu'engendre un préprocesseur ou un traducteur automatique.

3. Travaux dérivés

La licence doit autoriser les modifications et les travaux dérivés, et leur distribution sous les mêmes conditions que celles qu'autorise la licence du programme original.

4. Intégrité du code source de l'auteur

La licence ne peut restreindre la redistribution du code source sous forme modifiée que si elle autorise la distribution de fichiers « patch » aux côtés du code source dans le but de modifier le programme lors de sa construction.

La licence doit explicitement permettre la distribution de logiciel construit à partir du code source modifié. Elle peut exiger que les travaux dérivés portent un nom différent ou un numéro de version distinct de ceux du logiciel original.

5. Pas de discrimination portant sur l'identité de l'utilisateur

La licence ne doit opérer aucune discrimination à l'encontre de personnes ou de groupes de personnes.

6. Pas de discrimination portant sur le domaine d'application

La licence ne doit pas limiter le champ d'application du programme. Par exemple, elle ne doit pas interdire son utilisation dans le monde des affaires ou dans le cadre de la recherche génétique.

7. Distribution de la licence

Les droits attachés au programme doivent s'appliquer à tous ceux à qui le programme est transmis sans que ces parties doivent remplir les conditions d'une licence supplémentaire.

8. Pas de spécificité

Les droits attachés au programme ne doivent pas dépendre de l'intégration du programme à une distribution logicielle spécifique. Si le programme est extrait de cette distribution et utilisé ou distribué selon les conditions de la licence du programme, toutes les parties auxquelles le programme est redistribué doivent bénéficier des droits accordés lorsque le programme est au sein de la distribution originale de logiciels.

9. Pas de contamination d'autres logiciels

La licence ne doit pas apposer de restrictions sur d'autres logiciels distribués avec le programme qu'elle protège. Par exemple, la licence ne doit pas exiger que tous les programmes distribués grâce au même medium soient des logiciels « open source ».

10. Exemples de licences

Les licences suivantes sont des exemples de licences que nous jugeons conformes à la définition de l'Open Source : GNU GPL, BSD, X Consortium, et Artistic. C'est aussi le cas de la MPL.

Si vous avez des questions ou des suggestions veuillez les adresser en anglais au webmestre responsable de la version originale de ce document.

Justification de la définition de l'Open Source

Le but de la définition de l'Open Source est de protéger le processus de l'Open Source — de s'assurer que le logiciel « open source » pourra être examiné par des pairs indépendants et suivre une évolution faite d'améliorations et de sélections continues, pour atteindre des niveaux de fiabilité et de puissance dont aucun éditeur de produit propriétaire ne peut se targuer.

Pour que ce processus d'évolution fonctionne, il nous faut contrer les motivations à court terme que certains pourraient avoir de cesser de contribuer au « patrimoine génétique du logiciel ». Cela signifie que les conditions de la licence doivent empêcher quiconque de fermer le logiciel et de n'autoriser que fort peu de gens à l'examiner ou à le modifier.

La définition de l'Open Source n'est pas, et ne sera jamais, un hameçon pour pêcheur de droits d'utilisation. Tout un chacun est libre, et le demeurera, d'utiliser cette marque de certification s'il en remplit les conditions.

1. Libre redistribution

En contraignant la licence à imposer la libre redistribution, on ôte la tentation d'abandonner de nombreux gains à long terme pour gagner rapidement de l'argent sur les ventes. Sans cette contrainte, les participants au mouvement subiraient de nombreuses pressions pour l'abandonner.

2. Code source

On impose l'accès à un code source non délibérément rendu peu clair car on ne peut alors pas faire évoluer un programme. Puisque notre but est de faciliter l'évolution des programmes, on impose que ces modifications soient facilitées.

3. Travaux dérivés

La seule possibilité de lire le code source ne suffit pas pour permettre un examen des pairs et une rapide évolution par sélection. Pour autoriser cette dernière, il faut donner l'autorisation d'expérimenter des modifications et de les distribuer.

4. Intégrité du code source de l'auteur

C'est une bonne chose que d'encourager de nombreuses améliorations, mais les utilisateurs ont le droit de savoir qui est à l'origine du logiciel qu'ils utilisent. Les auteurs et ceux qui font évoluer un logiciel ont aussi le droit, réciproque, de savoir ce qu'on leur demande de faire évoluer, et de protéger leur réputation.

C'est pourquoi une licence Open Source doit garantir que le code source soit facilement accessible, mais peut demander qu'il soit distribué sous la forme de code source originel, accompagné des modifications à lui apporter. De cette manière, on peut mettre à disposition des modifications « non officielles » non amalgamées au code source de base.

5. Pas de discrimination portant sur l'identité de l'utilisateur

Pour tirer le meilleur profit du processus, il faut autoriser, à égalité, la plus grande diversité de personnes et de groupes à contribuer aux logiciels Open Source. C'est pourquoi nous interdisons à toute licence Open Source d'exclure qui que ce soit.

6. Pas de discrimination portant sur le domaine d'application

Le but premier de cette clause est d'interdire les pièges de licences qui empêchent d'exploiter commercialement des logiciels Open Source. Nous voulons que les utilisateurs commerciaux rejoignent notre communauté, et ne s'en sentent pas exclus.

7. Distribution de la licence

Le but de cette clause est d'interdire la fermeture du logiciel par des moyens indirects tels que l'imposition d'un accord de non divulgation.

8. Pas de spécificité

Cette clause permet d'éviter un autre piège classique des licences.

9. Pas de contamination d'autres logiciels

Qui souhaite utiliser ou redistribuer des logiciels Open Source doit avoir le droit d'appliquer à ses propres logiciels les conditions de son choix.


< Annexe A Sommaire Annexe C >