Au cours d’une présentation que j’ai faite en novembre 2006 au cours d’un colloque de l’Association de géomatique municipale du Québec (AGMQ), j’ai sensibilité l’auditoire au monde du logiciel libre et aux changements importants qui s’amorçaient dans les modèles économiques de distribution des logiciels. Le “Copyleft”, ce détournement du Copyright dans le but de faire profiter l’ensemble de la communauté des travaux d’un développeur, me semblait l’idée géniale qui avait le potentiel d’ébranler les monopoles des entreprises qui détenaient des positions dominantes de marché. C’est toujours vrai mais disons, un peu moins que je ne l’aurais cru. L’histoire qui s’écrit nous montre que les grandes entreprises ne sont pas en reste et qu’elles ont des ressources insoupçonnées quand il s’agit de tourner les situations à leur avantage.
Le cas Open Darwin
Ceux qui me connaissent bien savent que j’utilise un ordinateur Apple depuis quelques années, ce qui ne m’empêche pas d’être critique vis-à-vis de l’entreprise. Le système d’exploitation MacOS X est basé sur une version de Unix résultant du projet Open Darwin, un projet de collaboration Open Source initié par Apple sur des anciennes composantes de Next, l’aventure passée de Steven Jobs. C’est un peu compliqué tout ça mais ce qu’il faut retenir, c’est que le projet Open Darwin a mis à contribution une communauté de bénévoles qui ont cru au projet et investi temps et énergies dans la mise au point de cette version libre de Unix, de manière parallèle et un peu similaire à Linux.
Apple a par la suite mis ses ingénieurs à la tâche et mis au point Aqua et Cocoa, respectivement l’environnement graphique et l’interface-usager. Elle a “ré-emballé” le tout avec une série de composantes ouvertes (fonctions diverses de Unix) et d’autres de son propre cru qui utilisent les API Aqua et Cocoa (Mail, Finder, iTunes, iWork, iPhoto, etc.) pour créer un ensemble cohérent appelé Mac OS X, le superbe (il faut le dire) système d’exploitation du Macintosh. Aqua et Cocoa étant protégés par des copyrights, Apple a créé le produit commercial Mac OS X sur une base “Open Source” mais a restreint les droits d’utilisation de l’ensemble et a limité son exécution aux ordinateurs qu’elle fabrique. La chose est légalement possible parce que les droits de licence originale de Open Darwin n’empêchent pas une organisation de l’inclure dans un produit commercial. Vu autrement, Apple aurait peut-être fait un cadeau empoisonné à la communauté du logiciel libre en lui remettant le code source du Unix de Next, puisqu’elle était en excellente position pour en récupérer ultérieurement les améliorations et qu’elle pourrait le “personnaliser” et en contrôler la distribution. L’histoire a démontré par la suite que la communauté de développeurs Open Darwin s’est fait hara-kiri en 2006, en dénonçant Apple pour son manque de fair-play. Le flambeau a été repris par la suite par le projet GNU-Darwin, mais il y a toujours un “côté sombre de la force” chez Apple dans sa gestion des licences qui irrite profondément la communauté fidèle à cette version de Unix. Le iPhone est un autre exemple de ces relations tendues avec la communauté du logiciel libre. L’appareil est aussi basé sur Open Darwin, mais il contient des portions “propriétaires” qui constituent un secret d’entreprise; la distinction est devenue ma foi un peu difficile.
Autodesk et MapServer
Le cas de MapServer, le serveur cartographique bien connu, est aussi intéressant. Autodesk a annoncé en 2005 qu’elle versait son produit Autodesk MapGuide dans le domaine public et ce faisant, elle s’associait à la communauté de développeurs autour de MapServer. L’annonce a créé tout un émoi dans la communauté géomatique parce que les gens ne comprenaient pas vraiment ce qui se passait. MapGuide devenait MapServer? Que devenait le MapServer original de l’Université du Minnesota? Le mini-chaos qui s’ensuivit a forcé Autodesk à renommer son produit MapGuide Open Source (au lieu de MapServer Enterprise) et à laisser MapServer continuer son propre cycle de vie. La réalité était que le MapGuide original de Autodesk était très près de MapServer et en partageait plusieurs composantes. L’entreprise avait entrepris une révision en profondeur du produit. Pour ne pas être en reste avec les utilisateurs, elle a travaillé à soigner son image en versant son ancienne version dans le domaine public, ce qui lui permettait par la bande de créer une communauté de support pour ce produit dans lequel elle ne prévoyait plus investir. La nouvelle version de serveur cartographique fut appelée MapGuide Enterprise et Autodesk est entièrement maître de sa destinée. La rumeur circule qu’elle craignait de voir ESRI faire la même chose avec ArcIMS dans la foulée de la transition vers ArcGIS Server et voulait prendre les devants (!!!).
Une guerre subtile sur fond juridique
Ces deux exemples illustrent le chassé-croisé constant entre les logiciels ouverts et les produits commerciaux. J’ai pris connaissance d’un document très intéressant sur le monde des logiciels libres, Licences Open Source, réalisé par Damien Cuvillier et déposé sur le site d’un projet auquel il a collaboré, qui explique en détail les différents types de licences utilisées dans le domaine des logiciels ouverts. En synthèse, il n’existe vraiment qu’un seul modèle de licence Open Source qui garantit que le code source d’un programme demeurera à jamais dans le domaine des logiciels libres et c’est celui de l’original GNU GPL, mis au point par Richard Stallman en 1989. Une version récente, la GNU Lesser GPL (LGPL), ne comporte pas quant à elle de clause de “contagion” qui fasse en sorte que la fusion de composantes logicielles ne puissent se faire que dans un contexte où le résultat sera à son tour ouvert et libre de droits. Cette distinction est cruciale car elle assure la pérennité des travaux des programmeurs en empêchant qu’ils soient éventuellement enfouis sous les couches de présentation de produits commerciaux. (voir les deux derniers paragraphes de l’article suivant: http://www.gnu.org/licenses/why-not-lgpl.html)
Oracle et Sun
C’est aussi pour cette raison que plusieurs analystes de l’industrie ont des inquiétudes concernant l’acquisition récente de Sun par Oracle. Je ne connais pas le fin détail des licences derrière Java, Open Office et MySQL mais il ne faudrait surtout pas que Oracle tente de “mettre le couvercle” sur ces fleurons du logiciel libre.
En terminant, je m’en voudrais de vous laisser sur l’impression que tout est noir ou blanc dans ce domaine (dirions-nous “binaire”?). Il existe de nombreux logiciels ou bibliothèques de composantes qui ont justement été conçus pour servir à tous de manière indistincte, que ce soit dans des contextes commerciaux ou libres de droits. Les meilleurs exemples sont les bibliothèques GDAL/OGR qui permet les conversions de format matriciels et vectoriels et PROJ.4 qui effectue les conversion de projection et de systèmes de référence. Elles sont diffusées sous des licences de type MIT, qui visent à reconnaître l’auteur original. GDAL/OGR a été mise au point par Frank Warmerdam, un personnage canadien bien connu du domaine géospatial qui a maintenant une renommée internationale pour sa contribution dans les logiciels ouverts en géomatique. Frank a aussi contribué intensément à PROJ.4. Il n’est probablement pas une victime du logiciel libre puisqu’il semble bien gagner sa vie comme consultant. Salutations en passant si tu peux me lire en français!
André Verville
Géomatique Verville
parallaxe@averville.ca
