Résultat de deux ans de travail, il regroupe le travail d’avocats, d’architectes, de responsable de propriété intellectuelle, et de nombreux autres acteurs d’un grand nombre de sociétés françaises (parmi lesquelles Steria, Novell, Bull, Red Hat, CSC, HP, Microsoft, Logica, Sodifrance, Devoteam, Logitas, SAGE, Ingres, Orange, Linagora) intéressées à partager les meilleures pratiques autour de la gestion de projet comportant des composants Libre ou Open Source. Il est à mon avis très utile pour les nombreuses PME françaises qui se posent encore des questions sur ces sujets en apportant des réponses développées mais aussi des conseils pratiques d’organisation ou d’outillage par exemple.
Le guide est disponible sous licence Creative Commons CC by-sa 3.0 et GNU FDL 1.3 et les contributions sont souhaitées pour son amélioration dans le temps pour en faire un incontournable ! Enregistrez-vous sur le site dédié : http://opensourceguide.info/
Aller plus loin
- opensourceguide.info (99 clics)
- Syntec Informatique (75 clics)
- PDF du Guide (117 clics)
- Annonce FOSSBazaar (3 clics)
# La FniLL
Posté par feth . Évalué à 4.
Beaucoup d'entreprises font état de leur appartenance à l'April que je connais un peu, mais je ne me souviens pas avoir entendu parler de la FniLL (http://www.fnill.org ) que je ne connais que mal -et pourtant ça fait quelques années que je suis l'actualité sur linuxfr (une recherche me montre qu'en fait ça m'avait échappé, mais tout de même, je voudrais en savoir plus !)
Par ailleurs je ne suis pas certain qu'on puisse vraiment qualifier Red Hat, HP ou Microsoft de sociétés françaises, même si elles ont un siège dans la capitale française :-)
Ne faudrait-il pas mentionner cette association dans la dépêche ?
Bon, je critique, je critique, sans envoyer de dépêche ni rien, alors je termine ce commentaire en remerciant de cette information qui me sera peut-être directement utile !
[^] # Re: La FniLL
Posté par Benjamin Jean (site web personnel) . Évalué à 5.
[^] # Re: La FniLL
Posté par Sebastien - aem (site web personnel) . Évalué à 4.
Open Word Forum >> Open World Forum
[services informatique](http://www.aexm.fr/ "AEM") sur Grenoble
[^] # Re: La FniLL
Posté par Moogle . Évalué à 2.
Petite précision :
- Red Hat a son siège à Puteaux
- HP et MS ont leurs sièges à Issy-les-Moulineaux
Je chipote, c'est quand même tout près de Paris, mais ce n'est pas Paris ;)
[^] # Re: La FniLL
Posté par Barnabé . Évalué à 2.
D'ailleurs, il me parait nécessaire que les personnes qui interviennent ici et qui sont des salariés ou affiliés avec Linagora le précisent.
[^] # Re: La FniLL
Posté par Benjamin Jean (site web personnel) . Évalué à 7.
J'approuve, je demande par la même occasion que les personnes qui interviennent ici et qui sont des salariés ou affiliés avec « Microsoft/Oracle/Google/Novell/Red Hat/l'April/l'AFUL/Framasoft/la FSF/un GUL/le diable/une SSII ou un éditeur de logiciel » le précisent.
De manière plus générale, toute personne ayant un lien avec – ou contre – le logiciel libre, son écosystème ou son industrie est priée de se dénoncer – a fortiori en cas d'opinion sur le sujet !
[^] # Re: La FniLL
Posté par Barnabé . Évalué à 2.
Sauf que les entités que tu cites n'ont pas le même passif d'accaparement de l'associatif libre en france.
# Ouh là !
Posté par Stéphane K. . Évalué à 5.
Pauvres PME, pauvres petites mains de l'informatique adeptes du LL : la contribution de SYNTEC n'est pas une bonne nouvelle en ce qui me concerne. Que SYNTEC continue de s'occuper (mal) de son objet social !
[^] # Re: Ouh là !
Posté par Julien Wajsberg . Évalué à 5.
Le guide fait (plutôt bien) une synthèse des problématiques en jeu, tant dans l'utilisation des logiciels libres que dans la contribution. C'est pour des gens qui ne connaissent pas du tout le sujet.
Je pense que ça va dans le bon sens: faire que les PME qui utilisent les logiciels libres le fassent en suivant les règles du jeu.
[^] # Re: Ouh là !
Posté par Eric Bachard . Évalué à 4.
Dites moi si je me trompe : il s'agit bien de comment réaliser une OPA sur les logiciels libres intéressants, sans rien ou presque reverser à ceux qui écrivent le logiciel, et en se gavant sur les services.
C'est bien ça ?
[^] # Re: Ouh là !
Posté par bubar🦥 (Mastodon) . Évalué à 2.
Je comprends (je crois) la problématique posée par ton commentaire, mais je ne ferais pas de procès d'intention à la LiFo au sujet des reflexions qui y sont actuellement menées (et qui ne semblent pas passionner les foules [malheureusement] sur ce point de la gestion fine des licences. Alors je ne vois pas pourquoi j'en ferai un à Syntec (pour un jugement personnel ? bof). Si la LiFo arrive à sortir un outil (ou en faire évoluer un...j'espère) pour cela, cela ne peux être qu'une bonne chose. Il n'y a pas lontemps on m'a fait remarquer une erreur de compréhension de ma part sur la gpl dans le noyau, et bien ce type d'outil peux aider à résolver justement les points (mal compris, mais on s'en fiche) litigieux... et à arrêter de voir du gros blob sous pretexte qu'il reste dans le userland.
Je sais pas exactement, qui vivra verra
[^] # Re: Ouh là !
Posté par Mathieu Segaud . Évalué à 2.
et je ne compte pas les fautes de grammaire, mais parait qu'on a le droit d'en faire,...
[^] # Re: Ouh là !
Posté par bubar🦥 (Mastodon) . Évalué à 3.
Ce qu'il manque (à mon goût) ce sont des pistes sur la mise en pratique de ces bonnes pratiques :) Certes les outils usuels sont cités (blackduck) mais tout semble rose bombon au pays des fleurs... Or ce n'est pas le cas, il me semble important de souligner également les difficultés liés à ces enjeux, et parfois le coût en terme de temps que peux représenter une bonne gouvernance opensource au sein d'une entreprise. Alors oui bien sûr on est très loin de la *mertitude* des serveurs de licences, mais il y a quant même, ou du moins il peut y avoir, des difficultés en prendre en compte.
Je prends l'exemple de RPM.
Actuellement rpm gère les licences sous la forme d'une simple déclaration unique. Si on fait sale, on colle tout sur une ligne et basta. Si on fait un peu plus propre on va utiliser la possibilité de création de rpm multiples avec un seul spec, et ainsi avoir une granularité plus fine des licences. Très bien. Mais il reste de nombreux cas où ni l'un ni l'autre ne convient. Exemple courant : un projet totalement libre inclu des fichiers sous license apache, une biblio en lgpl, deux futurs binaires en gplv2 strict, et un peu de doc sous gfdl. Ok. Mais tout ceci ne constituera qu'un paquetage unique au final, il n'y a pas d'intérêt à en créer de séparer (mettons que le doc ne soit pas doxy... [dredi])...Là, RPM n'est pas actuellement capable de répondre à cette problématique. En fait, pour être plus précis, il s'en fiche c'est pas son problème. Mais cela peux causer des soucis à la gouvernance OpenSource pour -au moins- faciliter la compatibilité et le suivi des licences utilisées.
Ca fait enculeur de mouche, mon exemple, mais c'est pourtant un exemple très courant. Et perso il ne me semble pas pertinent que la gouvernance OpenSource au sein de l'entreprise commence par un "point. libre" en mélangeant allègrement licence de type bsd et gpl.
Il est donc peut être nécessaire, à des fins externes aux paquetages et au système eux mêmes, d'avoir une meilleure granularité directement dans le fichier spec de RPM, permettant de lier avec précison chaque licence de chaque brique. (sinon bonjour le binz pour parser une à une les licences, alors que cela serait très simple et certainement utile, d'avoir cela directement dans le spec sous une forme plus précise que Licences : gplv2, bsd Mais plutot Licence Doc : gfdl Licence lib : lgpl Licence bin gplv2 etc etc).
Mes deux cents.
Donc clairement pour moi ce document fût un régal à lire. Reste à voir comment les entreprises appliquant les recommandations (à mon avis ça ne cible pas que les pme/pmi, si?) vous pouvoir faire du "demerdes toi" au quotidien. Ou si, sous la même impulsion que celle qui a donnée naissance à ce doc, elles pourront disposer d'un outil fin et efficace de gestion des licences OpenSource et de leur interaction. Bref savoir si cela restera un "whitepaper" ou bien si cela sera suivi d'effet, pour par exemple participer aux reflexions actuellement menées au sein de la Linux fondation à ce sujet...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.