Bruce Perens, l'un des auteurs de la d\u00e9finition d'Open Source et co-fondateur de l'Open Source Initiative, estime que la paradigme Open Source a atteint un point o\u00f9 les licences ouvertes n'offrent plus la protection ad\u00e9quate et qu'il est temps de cr\u00e9er un concept r\u00e9vis\u00e9 de Post-Open Source, qui permettra d'harmoniser les relations entre les d\u00e9veloppeurs de logiciels libres et les entreprises commerciales. <\/p>\n
La GPL a \u00e9t\u00e9 initialement con\u00e7ue uniquement comme une licence et n'est pas un contrat, c'est-\u00e0-dire qu'elle vise seulement \u00e0 fournir des droits, mais ne peut pas retirer des droits existants. Selon Perens, le nouveau mod\u00e8le de licence devrait inclure des conditions contractuelles, examin\u00e9es selon les exigences du domaine juridique r\u00e9gissant les relations contractuelles. Actuellement, les entreprises ont appris \u00e0 contourner les exigences de la licence GPL concernant l'acc\u00e8s illimit\u00e9 au code source. Pour restreindre l'acc\u00e8s au code, des \u00e9chappatoires sont utilis\u00e9es, impliquant l'imposition de conditions contractuelles suppl\u00e9mentaires aux utilisateurs finaux qui limitent la redistribution du code ouvert sous-jacent au produit. <\/p>\n
Par exemple, lors de l'achat d'une distribution RHEL, le client signe un contrat avec Red Hat pour le support et la r\u00e9ception des mises \u00e0 jour, dans lequel est limit\u00e9e la redistribution des donn\u00e9es et mentionn\u00e9 le droit de r\u00e9silier le contrat en cas de non-conformit\u00e9 entre les copies RHEL effectivement install\u00e9es et celles achet\u00e9es, ce qui oblige \u00e0 choisir entre la libert\u00e9 de g\u00e9rer le logiciel et le maintien du statut de client Red Hat. Les correctifs fournis pour RHEL, qui corrigent des vuln\u00e9rabilit\u00e9s, s'appliquent au code GPL et, selon la licence, l'utilisateur a le droit de les diffuser, mais cela peut \u00eatre per\u00e7u comme une violation du contrat avec Red Hat et entra\u00eener la cessation des services de l'entreprise. Auparavant, lorsque les modifications \u00e9taient publi\u00e9es dans le d\u00e9p\u00f4t CentOS, la communaut\u00e9 fermait les yeux sur de telles manipulations, mais apr\u00e8s le changement de politique d'acc\u00e8s aux codes sources des paquets RHEL, il y a eu un besoin de revoir les m\u00e9canismes de coop\u00e9ration entre les d\u00e9veloppeurs de projets ouverts et les entreprises qui utilisent leur travail. <\/p>\n
Dans le cadre du concept Post-Open Source, il est propos\u00e9 d'\u00e9largir la notion d'Open Source en y int\u00e9grant des \u00e9l\u00e9ments imposant des conditions suppl\u00e9mentaires sur l'utilisation commerciale et d\u00e9finissant l'interaction entre d\u00e9veloppeurs et entreprises en mati\u00e8re d'obtention d'un retour \u00e9quitable. Les entreprises souhaitant b\u00e9n\u00e9ficier des avantages offerts par l'utilisation de logiciels open source sont invit\u00e9es \u00e0 contribuer soit par leur participation au d\u00e9veloppement, soit en versant des redevances qui seront r\u00e9parties entre les d\u00e9veloppeurs directs. Pour les utilisations non commerciales et les utilisateurs individuels, le code restera gratuit et continuera d'\u00eatre soumis \u00e0 une seule licence, sans condition contractuelle. <\/p>\n
Comme option, il est propos\u00e9 d'appliquer une certification annuelle (compliance), apr\u00e8s quoi l'entreprise obtient tous les droits d'utilisation du logiciel distribu\u00e9 sous le principe Post-Open Source. Les fonds vers\u00e9s pour obtenir cette autorisation permettront de stimuler le d\u00e9veloppement. De plus, la pr\u00e9sence d'un paiement offrira la possibilit\u00e9 non seulement d'\u00e9crire du code pour soi-m\u00eame et pour des experts en technologies, mais aussi de consacrer du temps \u00e0 la cr\u00e9ation d'applications pratiques pour les utilisateurs finaux, en tenant compte de leurs int\u00e9r\u00eats. <\/p>\n