Autorisations, conditions et limitations en un coup d'œil
Conditions
- Mention lors d'une distribution du sourceLa mention n'est requise que pour une distribution sous forme de source, pas pour les binaires.
Limitations
- Limitation de responsabilitéLa licence précise qu'aucune responsabilité n'est assumée pour les dommages.
- Absence de garantieLa licence précise qu'aucune garantie n'est fournie.
Classement autorisations/conditions/limitations : données de choosealicense.com (GitHub, licence MIT).
De quelle licence s'agit-il ?
La Boost Software License 1.0 a été créée en 2003 pour la collection de bibliothèques Boost C++. C'est une licence permissive proche de la MIT, mais ses conditions ne s'appliquent qu'aux copies sous forme de source. La mention de droit d'auteur et le texte de licence doivent figurer dans toutes les copies, totales ou partielles, du logiciel, sauf si ces copies se présentent uniquement sous forme de code exécutable généré par un processeur de langage (compilateur). Boost et le framework de test Catch2, entre autres, l'utilisent.
Pourquoi cette condition ?
Dans les bibliothèques de templates C++, le code des en-têtes se retrouve directement dans l'exécutable de l'utilisateur. Avec la MIT, il faudrait inclure une mention à chaque distribution de cet exécutable ; la BSL supprime cette contrainte, de sorte que les produits finaux qui utilisent la bibliothèque n'ont pas besoin d'écran de mentions.
Ce qu'il faut respecter lors de la distribution
- En cas de distribution du code source, conserver la mention de droit d'auteur et le texte de licence.
- En cas de distribution des seuls binaires, aucune obligation de mention.
Idées reçues fréquentes
- « BSL signifie Business Source License » — Dans SPDX,
BSL-1.0désigne la licence Boost. La Business Source License utilisée par MariaDB, HashiCorp, etc. porte l'identifiantBUSL-1.1: c'est une licence totalement différente, à source disponible mais non open source. - « Aucune mention n'est jamais nécessaire » — Elle est nécessaire lors de la distribution du source. La licence totalement sans condition est la 0BSD.
Comment l'appliquer
La convention Boost consiste à placer le texte dans LICENSE_1_0.txt et à ajouter dans chaque fichier source l'avis « Distributed under the Boost Software License, Version 1.0. (See accompanying file LICENSE_1_0.txt or copy at https://www.boost.org/LICENSE_1_0.txt) ». En choisissant l'avis officiel dans l'onglet « En-tête de fichier » du générateur, vous obtenez ce texte. L'identifiant SPDX est BSL-1.0.
Dans quels cas l'utiliser ?
Elle convient aux bibliothèques C++ composées uniquement d'en-têtes et aux bibliothèques destinées à des produits où il est difficile de prévoir un écran de mentions, comme les jeux ou l'embarqué.
Peut-on intégrer du code BSL-1.0 dans un autre projet ?
Verdict général lorsque du code publié sous cette licence est intégré et distribué dans un projet sous l'une des licences ci-dessous. Voir d'autres combinaisons dans le vérificateur de compatibilité →
| Projet de destination | Verdict | Remarque |
|---|---|---|
| Logiciel propriétaire (commercial) | Possible | En distribution sous forme de source, il faut conserver les mentions de droit d'auteur et de licence d'origine (inutile pour une distribution binaire seule). |
| MIT | Possible | En distribution sous forme de source, il faut conserver les mentions de droit d'auteur et de licence d'origine (inutile pour une distribution binaire seule). |
| Apache-2.0 | Possible | En distribution sous forme de source, il faut conserver les mentions de droit d'auteur et de licence d'origine (inutile pour une distribution binaire seule). |
| MPL-2.0 | Possible | En distribution sous forme de source, il faut conserver les mentions de droit d'auteur et de licence d'origine (inutile pour une distribution binaire seule). |
| LGPL-2.1 | Possible | En distribution sous forme de source, il faut conserver les mentions de droit d'auteur et de licence d'origine (inutile pour une distribution binaire seule). |
| LGPL-3.0 | Possible | En distribution sous forme de source, il faut conserver les mentions de droit d'auteur et de licence d'origine (inutile pour une distribution binaire seule). |
| GPL-2.0 | Possible | En distribution sous forme de source, il faut conserver les mentions de droit d'auteur et de licence d'origine (inutile pour une distribution binaire seule). |
| GPL-3.0 | Possible | En distribution sous forme de source, il faut conserver les mentions de droit d'auteur et de licence d'origine (inutile pour une distribution binaire seule). |
| AGPL-3.0 | Possible | En distribution sous forme de source, il faut conserver les mentions de droit d'auteur et de licence d'origine (inutile pour une distribution binaire seule). |
Le contenu de ce site est fourni à titre d'information générale et ne constitue pas un conseil juridique. Pour toute décision de distribution, de contrat ou de litige, consultez un avocat ou un autre professionnel.