● Silicon.fr Télécom 📅 12/05/2026 à 13:26

Data Science 👤 Clément Bohic

🏷️ Tags : llm debian rte

C’est officiel : PHP 8.6 sera sous licence BSD 3 clauses. Le projet vient de soumettre à l’OSI une demande formelle de retrait de la licence précédente, en place depuis plus de 20 ans. Ou plutôt des licences. Il y en a effectivement une spécifique au moteur Zend. Cette distinction n’a pas toujours été. Dans les années 90, PHP 1 puis PHP 2 furent publiés sous GPLv2. Lire aussi : PhpStorm 8 : JetBrains se renforce sur le marché PHP professionnel PHP 3, lancé en 1998, avait conservé cette option et y avait ajouté une licence custom. Celle-ci s’inspirait d’Apache 1.0, avec deux différences majeures. D’une part, une exigence de permission écrite préalable pour toute redistribution commerciale. De l’autre, l’omission de la clause interdisant de donner aux produits dérivés le nom du projet. L’idée était d’ouvrir la porte à des versions commerciales tout en assurant que les principaux contributeurs ne seraient pas lésés. Ce système « à la carte » s’est révélé difficile à gérer pour le PHP Group sur le plan juridique (manque de bande passante, notamment pour fournir les accords écrits). Dans ce contexte, deux révisions intervinrent, avec PHP 3.0.1 puis 3.0.14. La première avait autorisé l’usage du nom PHP pour indiquer sa prise en charge par des modules complémentaires. La seconde avait supprimé l’exigence – problématique, donc – de permission écrite pour la redistribution commerciale. Le résultat se rapprochait de la licence Apache 1.0. En complément, l’option GPL avait disparu, sur fond de désaccord avec Richard Stallman (on en ignore la teneur). La double licence, produit de l’an 2000 En 2000, la sortie de PHP 4.0 s’était accompagnée d’autres changements dans la licence. D’un côté, la suppression de la clause imposant que tout support publicitaire mentionnant les fonctionnalités ou l’usage de PHP affiche l’URL du projet. De l’autre, l’ajout d’une clause donnant au PHP Group le droit de modifier la licence à tout moment et sans préavis, aussi longtemps que les changements conservaient la nature libre et open source de PHP. La licence Zend avait émergé en parallèle. Elle s'appliquait à toute distribution séparée du moteur (ses fondateurs songeaient par exemple à l'embarquer dans MySQL). La licence PHP pouvait continuer à s'appliquer en cas de distribution groupée (bundling). Les choses avaient changé en 2002 avec PHP 4.2.3. Le code source localisé dans le répertoire Zend/ devenait systématiquement couvert par la licence spécifique au moteur. Par ailleurs, l'exception pour les modules complémentaires disparaissait. Et les dérivés n'avaient plus le droit de se nommer PHP. Un blocage chez Oracle présenté comme le déclencheur En 2006, avec la sortie de PHP 5.1.2 et 4.4.2, la licence avait subi des modifications mineures. Découlant essentiellement de débats avec la communauté Debian sur le packaging de PHP (distribution de patchs, donc d'un dérivé, soumis à l'interdiction d'exploiter la marque), elles suffirent toutefois à bloquer des développements, faute d'approbation par l'OSI. Chez Oracle, par exemple. Début 2020, un ingé s'en était fait l'écho sur la mailing list php-general. Il souhaitait exploiter phpdbg (débogueur interactif), mais l'entreprise ne voulait pas lui donner le feu vert sans l'approbation en question. Lire aussi : PHP : Zend Studio 11 facilite le codage d'applications mobiles En ayant eu vent, Ben Ramsey, ponte de la communauté PHP, avait effectué les démarches auprès de l'OSI. Mais cela a surtout, explique-t-il désormais, « semé une graine ». Celle qui allait le pousser à emmener, formellement à partir de l'été 2025, l'initiative de basculement vers la BSD 3 clauses. L'intrication croissante entre PHP et Zend ne justifiait plus l'existence de licences séparées, estime l'intéressé. La clause empêchant les produits dérivés de se nommer PHP a créé de l'ambiguïté pour les distributions Linux, souligne-t-il aussi. Tout en rappelant qu'aucune licence n'était compatible GPL... et que l'OSI n'a jamais approuvé celle de Zend. Comme seul le PHP Group avait le pouvoir de modifier la licence de PHP, il a fallu obtenir, au cas par cas, l'accord de ses membres. Il a également fallu obtenir celui de Perforce Software, dont Zend Technologies est aujourd'hui filiale. Mais pas celui des contributeurs, la licence ne l'imposant pas (il y a tout de même eu un vote communautaire, à 51 pour et 2 abstentions). Une histoire de suppression de conditions spécifiques Au final, les modifications ont, dans les grandes lignes, consisté à retirer les conditions spécifiques au PHP Group et à Zend. Sans changer les droits des contributeurs ni des utilisateurs. Supprimé côté licence PHP : Interdiction, pour les dérivés, de se nommer PHP sans accord écrit du PHP Group Autorité du PHP Group pour réviser la licence Renvoi URL vers le projet PHP dans le cadre de toute redistribution Supprimé côté licence Zend : Autorité de Zend pour réviser la licence Renvoi URL vers le projet Zend dans le cadre de toute redistribution Mention et renvoi URL sur les supports publicitaires Les utilisateurs d'extensions ou d'autres logiciels publiés sous la version précédente de la licence PHP peuvent choisir de passer sous la BSD 3 clauses. Les mainteneurs peuvent faire de même. Illustration générée par IA

🔗 Lire l'article original 👁️ 0 lecture