Juste avant Noël, nous vous présentions Framacartes, un service de création de cartes personnalisées pour vos sites web, communautés, randos, chasses au trésor… Framacartes est basé sur le logiciel Umap, qui permet d’ajouter des points, tracés et polygones sur les fonds de cartes d’OpenStreetMap.

C’est alors qu’Antoine Riche, ingénieur informatique, Contributeur et Formateur OpenStreetmap, nous a contactés pour nous présenter sa série de tutoriels (libres, eux aussi) pour apprendre à maîtriser uMap (et donc Framacartes) à toute la famille Dupuis-Morizeau.

C’est avec son autorisation (et de chaleureux remerciements) que nous reproduirons sur le framablog les quatre premiers tutos (le niveau « débutant ») afin d’en faire profiter le plus grand nombre.

Nous avons commencé par nous familiariser avec uMap pour profiter pleinement d’une Framacarte…

Puis, nous avons vu comment créer sa première Framacarte…

Cette semaine, créons un compte afin de faire de bien jolies cartes et de ne pas les perdre !

J’utilise un compte et crée une belle carte

Ce que nous allons apprendre

Procédons par étapes

1. Utiliser un compte

2. Créer un joli marqueur

Modifier un marqueur

3. Créer une ligne

Modifier une ligne

Propriétés d’une ligne

4. Créer un polygone

Propriétés d’un polygone

Faisons le point

Liens utiles :

Juste avant Noël, nous vous présentions Framacartes, un service de création de cartes personnalisées pour vos sites web, communautés, randos, chasses au trésor… Framacartes est basé sur le logiciel Umap, qui permet d’ajouter des points, tracés et polygones sur les fonds de cartes d’OpenStreetMap.

C’est alors qu’Antoine Riche, ingénieur informatique, Contributeur et Formateur OpenStreetmap, nous a contactés pour nous présenter sa série de tutoriels (libres, eux aussi) pour apprendre à maîtriser uMap (et donc Framacartes) à toute la famille Dupuis-Morizeau.

C’est avec son autorisation (et de chaleureux remerciements) que nous reproduirons sur le framablog les quatre premiers tutos (le niveau « débutant ») afin d’en faire profiter le plus grand nombre.

La semaine dernière nous nous sommes familiarisés avec uMap pour profiter pleinement d’une Framacarte…

Cette semaine, voyons comment créer sa première Framacarte 😉

Je crée ma première carte uMap

Ce que nous allons apprendre

Procédons par étapes

1. Le mode édition

2. Nommer la carte

3. Ajouter un marqueur

4. Définir l’emprise de la carte

5. Enregistrer la carte

Faisons le point

Juste avant Noël, nous vous présentions Framacartes, un service de création de cartes personnalisées pour vos sites web, communautés, randos, chasses au trésor… Framacartes est basé sur le logiciel Umap, qui permet d’ajouter des points, tracés et polygones sur les fonds de cartes d’OpenStreetMap.

C’est alors qu’Antoine Riche, ingénieur informatique, Contributeur et Formateur OpenStreetmap, nous a contactés pour nous présenter sa série de tutoriels (libres, eux aussi) pour apprendre à maîtriser uMap (et donc Framacartes) à toute la famille Dupuis-Morizeau.

C’est avec son autorisation (et de chaleureux remerciements) que nous reproduirons sur le framablog les quatre premiers tutos (le niveau « débutant ») afin d’en faire profiter le plus grand nombre.

Cette semaine, on apprend tout simplement à se familiariser avec uMap et à profiter pleinement d’une Framacarte !

Je consulte une carte uMap

Ce que nous allons apprendre

Procédons par étapes

1. Manipuler la carte

2. Le sélecteur de calques

3. Le bouton Plus

Sous le sélecteur de carte est visible un bouton portant le texte “Plus”. Un clic sur ce bouton fait apparaître une série de boutons.

 

 permet de retourner à la page d’accueil de umap.

 permet de vous géolocaliser¹⁾, c’est-à-dire centrer la carte sur votre position actuelle.

 permet de chercher une localité et de centrer la carte dessus : saisissez le nom d’une commune et tapez sur Entrée.

 permet de partager la carte ou d’en exporter les données. Un panneau à droite de la carte est affiché, il est expliqué ci-dessous.

 affiche à droite plusieurs fonds de carte : cliquer sur l’un d’eux change le fond de la carte.

  est utile pour améliorer la carte OpenStreetMap – ce qui sort de l’objet de ce tutoriel.

  est un outil de mesure. Activer cet outil a deux effets : d’une part il affiche la longueur des éléments linéaires de la carte et l’aire des éléments surfaciques ; d’autre part il vous permet de tracer sur la carte une ligne dont la longueur est affichée. Cliquez à nouveau sur le bouton pour désactiver cet outil.

Partager la carte

4. Visualiser les données

Faisons le point

Liens utiles :

Suite à la mise en place de la campagne Dégooglisons Internet, Framasoft souhaite impulser la création d’un Collectif d’Hébergeurs Alternatifs, Transparents, Ouverts, Neutres et Solidaires (C.H.A.T.O.N.S. ! 😛 ).

Ce collectif rassemblerait les organisations souhaitant proposer des services alternatifs à ceux de GAFAM (Google, Apple, Facebook, Amazon, Microsoft), respectueux de la vie privée des utilisateurs.

Le projet n’en est qu’à ses débuts et ne sera pas ouvert au public avant plusieurs mois, mais ce billet permet d’informer les actuels hébergeurs de services libres de l’initiative.

Rappel des épisodes précédents

Depuis son lancement en octobre 2014, notre campagne « Dégooglisons Internet » a rencontré d’excellents échos. Que cela soit dans la presse, ou bien entendu, auprès du public.

Rappelons que ce projet, qui s’étale sur plusieurs années, vise à résister à la colonisation du web par Google, Apple, Facebook, Amazon ou Microsoft (GAFAM pour les intimes, et la totalité des internautes sont, justement, très intimes avec eux).

Pour cela, nous nous étions fixés trois objectifs :

1 – Sensibiliser le grand public aux dangers (avérés, mais surtout à venir) d’une trop grande centralisation des services web :

• dépendance à des outils contrôlés à distance par d’autres ;
• marchandisation de nos données personnelles ;
• surveillance généralisée facilitée pour les états (telle que révélée entre autre par Edward Snowden) ;
• frein à l’innovation du fait de la puissance financière de ces sociétés. Pour information, Alphabet, la maison mère de Google, est la première capitalisation boursière mondiale (la seconde étant… Apple). Jamais notre monde n’a connu d’entreprises aussi riches ;
• un « débordement » du cadre web qui devrait nous interroger (voiture sans chauffeur, investissement dans les biotechnologies, la robotique, des projets pas du tout farfelus pour connecter toute la planète, des objets connectés surveillant nos faits et gestes, des incursions dans le domaine politique, etc.).

2 – Démontrer que le logiciel libre était une alternative (probablement la seule, d’ailleurs) aux services de GAFAM.

Pour cela, nous avons mis en place plus d’une quinzaine de services en ligne respectueux de vos données. Et une quinzaine d’autres devraient suivre dans les 18 prochains mois.

3 – Essaimer notre démarche, afin de ne pas nous-mêmes devenir un « espace centralisé »

Un bilan positif

Sur le premier point (sensibilisation), nous sommes satisfaits du résultat :

• de très nombreux articles de presse ont fait connaître notre démarche ;
• nous avons tenus des stands aux quatre coins de la France, donné plusieurs dizaines de conférences, presque autant d’ateliers ;
• nous soutenons la diffusion du documentaire « Les Nouveaux Loups du Web » qui soulève une partie des problèmes cités plus haut.

Sur le second point (démonstration), il semblerait que ça soit plutôt vous, le public, qui êtes satisfaits 🙂 :

• les services web Framasoft sont massivement et de plus en plus utilisés ;
• les donateurs ont répondu présents (merci !) ;
• le nombre de tickets sur notre support (241 en janvier) est aussi un bon indicateur 😛

Sur le troisième point (essaimage), il semblerait que la rencontre ait eu lieu : nous avons appris (parfois par hasard !) que de nombreux « clones » de nos services avaient été mis en place (Diaspora Nouvelle Donne, Framadate ici ou là, MyPads, etc.)

Mais aussi des faiblesses

Pourtant, nous savons que nous allons dans le mur !

Pour l’instant, nous n’avons pas de problème pour fournir le service. Grâce à vos dons, nous avons pu embaucher un administrateur système à temps plein, ce qui va nous permettre de stabiliser l’infrastructure technique (une quarantaine de machines virtuelles, tout de même).

Cependant, cette croissance permanente n’est pas tenable à long terme.

Certes, nous pourrions demander plus de dons, pour embaucher plus, maintenir plus de machines. Mais cela ne nous parait pas être une bonne solution : nous n’avons pas envie de courir derrière l’argent, et surtout cela ferait de Framasoft, à terme, un service centralisateur du même type que celui contre lequel nous essayons de résister !

Et, non, pour répondre à une demande récurrente, il n’est pas question pour nous de proposer des services payants, car nous n’avons pas envie de gérer des clients. Ça, c’est le travail d’entreprises du libre (et elles ne manquent pourtant pas). Framasoft est une petite association et ce statut nous convient tout à fait.

Framasoft : une AMAP du libre ?

Vous pouvez voir Framasoft comme une AMAP du logiciel libre, en quelque sorte. Ce type d’organisation ne fait sens que si la taille en reste raisonnable, que s’il y a proximité entre le producteur (Framasoft) et les utilisateurs (vous !).

Dit plus clairement : nous ne cherchons pas de solution technique ou financière à une crise de croissance. Même si cela peut paraître paradoxal, nous souhaitons d’ores et déjà anticiper le ralentissement de cette croissance ! 🙂

Une forme de sobriété volontaire qui pourra sans doute en étonner certains, mais qui parait relativement logique si on ne souhaite pas « industrialiser » les processus car cette industrialisation, justement, génère des effets de bords négatifs pour la vie privée de nos utilisateurs. Nous sommes fiers de notre indépendance (grâce à vos dons), et de notre côté « artisan du web » qui peut encore prendre le temps de discuter/débattre avec ses utilisateurs.

Des chatons (et de la bière ?) pour libérer le monde !

Pour les raisons évoquées ci-dessus, Framasoft souhaite aujourd’hui renforcer son objectif d’essaimage.

Nous nous proposons aujourd’hui d’impulser la création d’un collectif nommé C.H.A.T.O.N.S. pour : Collectif d’Hébergeurs Alternatifs, Transparents, Ouverts, Neutres et Solidaires.

Pour faire court, CHATONS serait un peu aux services libres ce que la Fédération FDN est aux fournisseurs d’accès internet libres : un moyen de rassembler, de mutualiser, de décentraliser, de donner de la visibilité, de fédérer autour de valeurs communes, de faciliter l’essaimage, mais sans pour autant centraliser, rigidifier, contrôler ces structures.

Pour faire plus long, reprenons les objectifs possibles d’un tel collectif, dont nous souhaitons faciliter l’émergence :

1 – Rassembler

Il existe en fait déjà de nombreux hébergeurs de services en ligne libres et alternatifs, dont certains existent depuis bien, bien plus longtemps que Framasoft.

Citons, par exemple (et par ordre alphabétique) :

• https://indiehosters.net
• http://infini.fr
• https://lautre.net
• https://ouvaton.coop
• http://rhien.org
• https://tuxfamily.org
• https://zaclys.com
• Etc. (cette liste est très loin d’être exhaustive)

L’un des objectifs serait de proposer à ces différentes structures, si elles le souhaitent, de rejoindre le collectif.

2 – Mutualiser

Les libristes aiment leur indépendance, elle est parfois une force qui nous permet de faire preuve d’innovation, de résilience, de créativité, de réactivité. Et elle est parfois un faiblesse, qui nous fait réinventer la roue, non pas par plaisir, mais juste par ignorance que d’autres ont déjà trouvé une solution à notre problème.

L’un des objectifs serait de partager l’information et les bonnes pratiques, sans pour autant imposer ces dernières.

3 – Décentraliser

Framapad est en rade ? Vous cherchez un service de sondages plus poussé que Framadate ? Vous voulez quitter Gmail, sans savoir chez quel fournisseur prendre votre email ?

Framasoft ne couvre pas l’ensemble des besoins, et ne propose aucune garantie de disponibilités dans ses Conditions Générales d’Utilisation. Il serait donc utile de répartir la charge et les services sur différentes organisations, non seulement pour éviter les silos de données, mais aussi pour s’assurer de ne laisser aucun utilisateur dans l’impasse.

L’un des objectifs serait de mettre en réseau les différentes organisations volontaires, afin qu’elles puissent proposer des services complémentaires (voir redondants) aux utilisateurs.

4 – Donner de la visibilité

Parmi les soucis que Framasoft rencontre, il y a le fait que nous sommes loin de connaître toutes les hébergeurs libres et alternatifs en France ou à l’étranger.

Pour prendre un exemple parmi beaucoup d’autres, nous avons découvert presque par hasard l’association Nanterasso (qui dépend du GUL Nanterrux). Il y a sans doute de nombreuses autres associations de ce type en France.

D’autres structures existantes, comme ouvaton.coop, mériteraient sans doute un coup de projecteur.

L’un des objectifs serait de rendre visible, sur un site web, les différentes structures membres du collectif, ainsi que leurs offres.

5 – Fédérer

Évidemment pour qu’un collectif fonctionne, il faut que ses membres se retrouvent autour de valeurs communes. Sans elles, on finit par ne plus savoir ce qu’on fait là, ce qu’on partage avec l’autre, ni ce qui nous rassemble.

Nous proposons que le collectif rédige :

• un manifeste, pour poser noir sur blanc les valeurs défendues ;
• une charte, permettant à chacun de connaître les règles de gestion du collectif.

L’un des objectifs serait donc de fixer ensemble les règles communes permettant aux membres du collectif de pouvoir promouvoir et défendre efficacement les valeurs qui les rassemble.

6 – Essaimer

Le collectif CHATONS est un collectif « sans compétition » : le but ne doit pas être d’avoir le plus grand nombre d’utilisateurs, puisque les membres souhaitent décentraliser les services. Par conséquent, le collectif veillera à faciliter la création et l’accueil de nouveaux membres.

L’un des objectifs serait d’abaisser « la barrière à l’entrée » pour les nouveaux entrants. Plus il y aura de chatons actifs respectant la charte et le manifeste, mieux cela vaudra pour le collectif.

7 – Partager

Trouver des tutoriels expliquant comment mettre en place tel ou tel service, c’est bien. Mais cela ne permet de réduire efficacement l’écart entre « ceux qui utilisent » et « ceux qui savent comment ça marche ». Nous devons faire de l’éducation populaire, en partageant avec les utilisateurs de nos services. Nous devons être à leur écoute, y compris devant des questions qui nous paraissent parfois naïves : « Au fait, par où passe mon email quand je clique sur « Envoyer », et que l’ordinateur de mon destinataire est éteint ? », « Mais un logiciel propriétaire, ça ne veut pas dire que je suis propriétaire de mes données, justement ? », « Quel problème y a-t-il à utiliser GMail ? C’est gratuit et ça marche bien, non ? »

Ces questions, on nous les pose souvent, mais notre expérience a montré que nous y répondions moins bien par email que quand nous étions face aux personnes, une bière (ou autre breuvage) à la main. L’explication passe mieux, non pas parce que nous serions plus clairs après avoir bu une pinte, mais parce que nous échangeons sur un pied d’égalité avec nos interlocuteurs, qui nous apprennent aussi de leurs usages, de leurs pratiques. Si nous voulons informer objectivement le public pour qu’il puisse faire des choix éclairés, il nous faut le rencontrer, lui parler, échanger, partager. Et sortir de notre tour d’ivoire.

L’un des objectifs serait donc de consacrer du temps à des temps de partages (et non comme souvent des temps d’informations distanciés, parfois professoraux ou dogmatiques), cela n’étant possible que si le collectif dispose d’un réseau suffisamment étendu géographiquement.

Et maintenant ?

Voilà pour l’idée dans les grandes lignes.

Mais, même si nous savons que le diable se cache dans les détails, nous ne souhaitons – volontairement – pas aller beaucoup plus loin pour le moment, afin de faciliter la participation et le débat.

Ce qui a été fait :

• Nous avons déjà contacté en amont quelques structures (notamment celles citées plus haut), ce qui ne veut évidemment pas dire que la participation est close ! (cf « Vous souhaitez devenir un chaton ? » ci-dessous)
• Nous avons déjà commencé la rédaction d’un Manifeste et d’une Charte (en version 0.1, il ne s’agit que d’un brouillon de proposition, les versions finales n’auront probablement rien à voir)
• Nous avons réservé le nom de domaine http://chatons.org, mais le site ne sera pas rendu public avant l’été.
• Nous avons proposé un planning :
  • Janvier à juin 2016 – discussions sur la Charte et le Manifeste
  • 26/01 – annonce “officielle” du projet CHATONS à Brest
  • 9/02 – annonce sur le framablog
  • Avril à juin 2016 – mise en place du site web
  • Juillet – Annonce aux RMLL (si elles ont lieu !)
  • Juillet à Septembre – dernières retouches
  • Octobre – ouverture officielle au public

Précisons tout de suite qu’il ne s’agit pas d’un projet interne à Framasoft, même si c’est Framasoft qui l’impulse. Nous serons à terme un chaton parmi les autres. Cependant, pour pouvoir avancer relativement efficacement, nous avons préféré proposer une base de travail (Charte et Manifeste), ainsi qu’un planning indicatif, afin de ne pas nous perdre dans les discussions trollesques que nous, libristes, apprécions tant 😉

Vous souhaitez devenir un chaton ?

Pour l’instant, nous allons débuter la phase de discussion, donc il est encore un peu tôt pour “postuler”, car nous ne saurions vous accueillir, puisque le collectif n’existe pas 🙂

Cependant, si vous pensez pouvoir apporter quelque chose de concret et tangible aux discussions (et non du “yakafokon”), vous pouvez laisser un message en commentaire du billet (en laissant bien votre adresse courriel dans le champ approprié, qui ne sera pas diffusée, au cas où nous souhaiterions vous recontacter).

Bref, pour l’instant, il ne s’agit que d’une idée, donc il va nous falloir un peu de temps pour la structurer avant de la présenter au public. Mais nous souhaitions la présenter ici, car il ne fait aucun doute que Framasoft consacrera une partie de son énergie à ce projet.

Internet est-il cassé ?

Pas encore, mais il est certain qu’Internet, tel que nous le connaissons, est en train de changer. Et pas forcément dans le bon sens.

• Les attaques contre la neutralité du net se multiplient (malgré quelques victoires).
• Google et Apple sont aujourd’hui les deux plus grosses capitalisation boursières mondiales, tous secteurs confondus.
• La valeur de leurs actions équivaut aux PIB d’États « riches » comme l’Argentine, la Belgique ou la Suède.
• La trésorerie des GAFAM leur permettent de faire un lobbying à une échelle jamais connue auparavant, leur assurant à terme d’avoir des lois, des réglementations, qui joueront en leur faveur.
• Cette puissance financière leur permet de racheter n’importe quelle start-up de la planète, leur confiant la maîtrise des innovations.
• La loi de Moore permet d’envisager des collectes, agrégation et analyse de données toujours plus importantes.
• L’internet des objets va accélérer ce mouvement et lui donner une ampleur nouvelle en « sortant » les pratiques de surveillance des périphériques habituels.
• Ces pratiques de surveillance sont adossées à des lois publiées en procédure accélérée, sans recul sur leur efficacité.

Face à ce mouvement de concentration, qui pourrait bien transformer Internet en Googleternet ou Facebookternet, nous ne voyons qu’une seule voie (si vous en avez d’autres à proposer, on prend !) : décentraliser internet en faisant en sorte qu’il demeure tel qu’il a été conçu. Neutre. Ouvert. Interopérable. Libre.

Si nous voulons une économie qui soit aussi sociale et solidaire, il va nous falloir un internet qui soit aussi social et solidaire. Et cela passera entre autre par une diversité d’acteurs indépendants proposant des services web libres, éthiques et respectueux de vos données, décentralisés et solidaires.

Notre tableur en ligne, basé sur le logiciel libre Ethercalc, est déjà largement utilisé… au point d’être parfois victime de son succès ! C’est bien connu : plus un logiciel (ou un service) a d’utilisateurs, plus ils souhaitent, suggèrent et apportent des améliorations et aident ainsi le logiciel à devenir meilleur…

Alors : prêt-e-s pour les améliorations apportées à ce millésime 2016 ? C’est parti !

Une mise à jour aussi grosse qu’une pilule bleue !

La nouvelle mouture d’Ethercalc apporte déjà en elle-même de belles améliorations :

• 

  Une interface graphique plus claire et plus simple (nouvelles icônes, plus que 2 niveaux de gris…)

• Le format de la date s’adapte en fonction de la langue (de votre navigateur). Pour les francophones, sachez qu’enfin vous pourrez entrer vos dates au format JJ/MM/AAAA (c’est peut-être un détail pour vous, mais pour nous…)
• Les onglets sont de la partie ! Même si cette fonctionnalité est -encore- expérimentale, cela veut dire concrètement que vos pouvez avoir un classeur de plusieurs feuilles de calculs sur le même Framacalc. Vous avez le droit d’écraser une larmichette de bonheur.
• Du coup, vous pouvez aussi importer vos feuilles de calculs/classeurs dès la création de votre Framapad (que vos fichiers soient en .csv, en .ods… et allez, on est choux, on accepte même le format .xlsx, parce qu’il faut bien que vous vous en libériez !)
• Une petite barre « rechercher » est apparue. Avant, pour rechercher une donnée dans votre tableau, il vous fallait utiliser la fonction de recherche de votre navigateur… Mais ça, c’était avant.
• Les volets (pour l’en-tête des lignes et colonnes) deviennent permanents et visibles pour tous les utilisateurs. Désormais, vous pouvez naviguer dans l’immensité de votre calc et savoir de quoi parle la cellule Z42.

Framacalc contre-attaque.

Une des fonctionnalités qui manquaient le plus à Framacalc (quand on le compare à son cousin Framapad), c’est un historique des différentes révisions de votre feuille de calcul. Eh oui : une simple erreur d’un-e de vos collaborateurs ou collaboratrices, et tout votre calc était à reprendre !

C’était compter sans la sagacité de notre nouvel employé Luc (Framasky pour les intimes), qui a dégoté le petit bout de code qui enregistre automatiquement une révision de vos calcs toutes les dix minutes ! Ce petit bout de code nécessitait quelques adaptations pour enregistrer les différentes versions de chaque calc : il ne faisait qu’enregistrer la dernière version à chaque utilisation. Bien entendu, cet apport a été soumis à la communauté d’Ethercalc, afin que cela profite à tou-te-s !

Problème : pour accéder à vos calcs enregistrés, il fallait retenir l’URL : https://framacalc.org/history/nom_du_calc… ce qui est pas très très pratique pour Han Dupuis-Morizeau, qui a déjà d’autres choses à retenir dans sa vie.

Qu’à cela ne tienne, Luc a utilisé la Force du Javascript pour ajouter un onglet « Révisions » à vos Framacalcs. Désormais, l’ensemble de vos révisions est à portée de clic.

Autre problème : s’il existe bien un outil d’utilisation de ces révisions pour les restaurer, celui-ci n’a que peu de chances de fonctionner sur un autre site qu’Ethercalc.org… et la méthode de restauration des calcs était un protocole en 8 points si lourd que Han Dupuis-Morizeau hésitait entre le Xanax et l’abonnement à Microsoft Office 365.

Une chose que Luc-überGeek-Framasky ne pouvait pas laisser faire comme ça…

Ethercalc Revision Tool : le retour du Framacalc

C’est ainsi que notre Framasky a sorti son clavier laser pour coder ERT (Ethercalc Revision Tool). Un système de révisions simple et efficace conçu pour Framacalc mais que vous pouvez aussi installer sur votre propre instance d’ethercalc (pensez à bien suivre le fichier INSTALL.md car y’a un bout de code à goupiller ^^).

Pour restaurer une révision précédente de votre calc, c’est très simple :

1. Cliquez sur l’onglet « anciennes révisions »
2. Choisissez la révision qui vous intéresse (elles sont enregistrées toutes les 10 minutes dès lors que vous avez modifié votre feuille de calcul)
3. Cliquez dessus si vous voulez un aperçu (parce que quitte à avoir la classe, on va l’avoir jusqu’au bout)
4. Et cliquez sur l’icône « retour dans le temps » en haut à droite (pas d’inquiétude, une confirmation vous sera demandée).

Oui, c’est tout.

Et re-oui : ça marche avec vos anciens Framacalcs (mais leurs révisions ne sont enregistrées que depuis quelques jours seulement ^^).

C’est pas une happy end ça ?

Ethercalc Revolutions

La morale de cette histoire, c’est que le Libre apporte au Libre. Parce que vous l’utilisez massivement, il nous semble essentiel de tenir Framacalc à jour. En mettant à jour Ethercalc (et donc en profitant du travail de son équipe), nous avons découvert certaines de ses possibilités et ce qu’il manquait à nos utilisations. Alors (même si Framasoft code très peu, encore un grand merci à Luc) nous avons apporté notre petite pierre en réalisant ERT qui peut désormais servir à toute la communauté, que vos alliez sur Framacalc ou sur un autre instance d’Ethercalc qui intègre cet outil.

C’est un cercle vertueux, et ceci est (littéralement) une révolution.

Liens pratiques :

• Créer un Framacalc
• Le site de la communauté Ethercalc
• Le code d’ERT pour votre instance d’Ethercalc

Lorsqu’une personnalité notoire du Libre comme Carl Chenet s’attaque avec pertinence à la tendance massive du « tous sur GitHub » et égratigne la communauté du Libre pour son immobilisme (et même sa paresse !), Framasoft trouve que c’est une bonne occasion de lui donner un peu plus de voix encore.

S’adressant principalement aux développeurs, il pointe les dangers d’un service centralisateur, privateur, qui uniformise les pratiques en étouffant les alternatives. Ça ne vous rappelle rien ? Oui, les mêmes écueils contre lesquels nous vous mettons en garde dans notre campagne degooglisons ! Ajoutons que nous avons déjà basculé sur GitLab, comme le recommande Carl, dès 2014 et mis à la disposition de tous depuis le mois de mars 2015 notre GitLab qui héberge à ce jour 3017 projets, 2071 utilisateurs inscrits, 242 groupes.

Nous reprenons ici avec son autorisation le récent billet de Carl qui a déjà suscité d’intéressants commentaires et en provoquera probablement d’autres ici même.

Le danger GitHub

Un article de Carl Chenet d’abord publié sur son blog

Alors que le projet CPython (implémentation historique du projet Python) a annoncé son passage chez GitHub (avec quelques restrictions, nous reviendrons là-dessus), il est plus que jamais important de s’interroger sur les risques encourus d’utiliser un logiciel propriétaire dans notre chaîne de création du Logiciel Libre.

Des voix critiques s’élèvent régulièrement contre les risques encourus par l’utilisation de GitHub par les projets du Logiciel Libre. Et pourtant l’engouement autour de la forge collaborative de la startup Californienne à l’octocat continue de grandir.

L’octocat, mascotte de GitHub

Ressentis à tort ou à raison comme simples à utiliser, efficaces à l’utilisation quotidienne, proposant des fonctionnalités pertinentes pour le travail collaboratif en entreprise ou dans le cadre d’un projet de Logiciel Libre, s’interconnectant aujourd’hui à de très nombreux services d’intégration continue, les services offerts par GitHub ont pris une place considérable dans l’ingénierie logicielle ces dernières années.

Quelles sont ces critiques et sont-elles justifiées ? Nous proposons de les exposer dans un premier temps dans la suite de cet article avant de peser le pour ou contre de leur validité.

1. Points critiques

1.1 La centralisation

L’application GitHub appartient et est gérée par une entité unique, à savoir GitHub, inc, société américaine. On comprend donc rapidement qu’une seule société commerciale de droit américain gère l’accessibilité à la majorité des codes sources des applications du Logiciel Libre, ce qui représente un problème pour les groupes utilisant un code source qui devient indisponible, pour une raison politique ou technique.

De plus cette centralisation pose un problème supplémentaire : de par sa taille, ayant atteint une masse critique, elle s’auto-alimente. Les personnes n’utilisant pas GitHub, volontairement ou non, s’isolent de celles qui l’utilisent, repoussées peu à peu dans une minorité silencieuse. Avec l’effet de mode, on n’est pas « dans le coup » quand on n’utilise pas GitHub, phénomène que l’on rencontre également et même devenu typique des réseaux sociaux propriétaires (Facebook, Twitter, Instagram).

1.2 Un logiciel privateur

Lorsque vous interagissez avec GitHub, vous utilisez un logiciel privateur, dont le code source n’est pas accessible et qui ne fonctionne peut-être pas comme vous le pensez. Cela peut apparaître gênant à plusieurs points de vue. Idéologique tout d’abord, mais peut-être et avant tout pratique. Dans le cas de GitHub on y pousse du code que nous contrôlons hors de leur interface. On y communique également des informations personnelles (profil, interactions avec GitHub). Et surtout un outil crucial propriétaire fourni par GitHub qui s’impose aux projets qui décident de passer chez la société américaine : le gestionnaire de suivi de bugs.

1.3 L’uniformisation

Travailler via l’interface GitHub est considéré par beaucoup comme simple et intuitif. De très nombreuses sociétés utilisent maintenant GitHub comme dépôt de sources et il est courant qu’un développeur quittant une société retrouve le cadre de travail des outils GitHub en travaillant pour une autre société. Cette fréquence de l’utilisation de GitHub dans l’activité de développeur du Libre aujourd’hui participe à l’uniformisation du cadre de travail dudit développeur.

L’uniforme évoque l’armée, ici l’armée des clones

2. Validité des points critiques

2.1 Les critiques de la centralisation

Comme dit précédemment, GitHub est aujourd’hui la plus grande concentration de code source du Logiciel Libre. Cela fait de lui une cible privilégiée.  Des attaques massives par déni de service ont eu lieu en mars et août 2015. De même, une panne le 15 décembre 2015 a entraîné l’indisponibilité de 5% des dépôts. Idem le 15 novembre. Et il s’agit des incidents récents déclarés par les équipes de GitHub elles-mêmes. On peut imaginer un taux d’indisponibilité moyen des services bien supérieur.

L’excuse n°1 des programmeurs pour se lâcher sans scrupules : « GitHub est en panne »

— Hé, au boulot les gars ! — Github est en panne !

— Ah bon, continuez alors.

2.2 Les critiques relatives à l’usage d’un logiciel privateur

Cette critique, avant tout idéologique, se heurte à la conception même que chacun des membres de la communauté se fait du Logiciel Libre, et en particulier d’un critère : contaminant ou non, qu’on résume en général par GPL versus MIT/BSD.

Les défenseurs du Logiciel Libre contaminant vont être gênés d’utiliser un logiciel propriétaire car ce dernier ne devrait pas exister. Il doit être assimilé, pour citer Star Trek,  car il est une boîte noire communicante, qui met en danger la vie privée, détourne nos usages à des fins commerciales, gêne ou contraint la liberté de jouir entièrement de ce qu’on a acquis, etc.

Les tenants d’une totale liberté sont moins complexés dans leur utilisation des logiciels privateurs puisqu’ils acceptent l’existence desdits logiciels privateurs au nom d’une liberté sans restriction. Ils acceptent même que le code qu’ils développent aboutissent dans ces logiciels, ce qui arrive bien plus souvent qu’on ne le croit, voir à ce sujet la liste à couper le souffle des produits commerciaux reposant sur FreeBSD. On peut donc voir dans cette aile de la communauté du Logiciel Libre une totale sérénité à utiliser GitHub. Et ce qui est cohérent vis-à-vis de l’idéologie soutenue. Si vous êtes déjà allé au Fosdem, un coup d’œil dans l’amphithéâtre Janson permet de se rendre compte de la présence massive de portables Apple tournant sous MacOSX.

FreeBSD, principal projet des BSD sous licence MIT

Mais au-delà de cet aspect idéologique pur et pour recentrer sur l’infrastructure de GitHub elle-même, l’utilisation du gestionnaire de suivi de bugs de GitHub pose un problème incontournable. Les rapports de bugs sont la mémoire des projets du Logiciel Libre. Il constitue le point d’entrée des nouveaux contributeurs, des demandes de fonctionnalités, des rapports de bugs et donc la mémoire, l’histoire du projet qui ne peut se limiter au code seul. Il est courant de tomber sur des rapports de bugs lorsque vous copiez/collez votre message d’erreur dans un moteur de recherche. Mémoire précieuse non seulement pour le projet lui-même, mais aussi pour ses utilisateurs actuels et à venir.

GitHub propose d’extraire les rapports de bugs via son API, certes, mais combien de projets anticiperont une éventuelle défaillance de GitHub  ou un retournement de situation arrêtant brusquement le service ? Très peu à mon avis. Et comment migrer vers un nouveau système de suivi de bugs les données fournies par GitHub ?

L’exemple de l’utilitaire de gestion de listes de choses à faire (TODO list) Astrid, racheté par Yahoo! il y a quelques années reste un très bon exemple de service ayant grandi rapidement, largement utilisé et qui a fermé du jour au lendemain, proposant pendant quelques semaines seulement d’extraire ses données. Et il s’agissait là d’un simple gestionnaire de tâches à faire. Le même problème chez GitHub serait dramatiquement plus difficile à gérer pour de très nombreux projets, si on leur laisse la possibilité de le gérer. Certes le code reste disponible et pourra continuer de vivre ailleurs, mais la mémoire du projet sera perdue, alors qu’un projet comme Debian approche aujourd’hui les 800 000 rapports de bugs. Une vraie mine d’or d’informations sur les problèmes rencontrés, les demandes de fonctionnalités et le suivi de ces demandes. Les développeurs du projet CPython passant chez GitHub ont anticipé ce problème et ne vont pas utiliser le système de suivi de bugs de GitHub.

Debian, l’un des principaux projets du Logiciel Libre

avec autour de 1000 contributeurs officiels

2.3 L’uniformisation

La communauté du Logiciel Libre oscille sans cesse entre un besoin de normes afin de réduire le travail nécessaire pour l’interopérabilité et l’attrait de la nouveauté, caractérisée par l’intrinsèque besoin de différence vis-à-vis de l’existant.

GitHub a popularisé l’utilisation de Git, magnifique outil qui aujourd’hui touche des métiers bien différents des programmeurs auxquels il était initialement lié. Peu à peu, tel un rouleau compresseur, Git a pris une place si centrale que considérer l’usage d’un autre gestionnaire de sources est quasiment impossible aujourd’hui, particulièrement en entreprise, malgré l’existence de belles alternatives qui n’ont malheureusement pas le vent en poupe, comme Mercurial.

Un projet de Logiciel Libre qui naît aujourd’hui, c’est un dépôt Git sur GitHub avec un README.md pour sommairement le décrire. Les autres voies sont totalement ostracisées. Et quelle est la punition pour celui qui désobéit ? Peu ou pas de contributeurs potentiels. Il semble très difficile de pousser aujourd’hui le contributeur potentiel à se lancer dans l’apprentissage d’un nouveau gestionnaire de sources ET une nouvelle forge pour chaque projet auquel on veut contribuer. Un effort que fournissait pourtant tout un chacun il y a quelques années.

Et c’est bien dommage car GitHub, en proposant une expérience unique et originale à ses utilisateurs, taille à grands coups de machette dans les champs des possibles. Alors oui, sûrement que Git est aujourd’hui le meilleur des système de gestion de versions. Mais ça n’est pas grâce à cette domination sans partage qu’un autre pourra émerger. Et cela permet à GitHub d’initier à Git les nouveaux arrivants dans le développement  à un ensemble de fonctionnalités très restreint, sans commune mesure avec la puissance de l’outil Git lui-même.

Centralisation, uniformisation, logiciels privateurs et bientôt… fainéantise ?

Le combat contre la centralisation est une part importante de l’idéologie du Logiciel Libre car elle accroît le pouvoir de ceux qui sont chargés de cette centralisation et qui la contrôlent sur ceux qui la subissent. L’aversion à l’uniformisation née du combat contre les grandes firmes du logiciel souhaitant imposer leur vision fermée et commerciale du monde du logiciel a longtemps nourri la recherche réelle d’innovation et le développement d’alternatives brillantes. Comme nous l’avons décrit, une partie de la communauté du Libre s’est construit en opposition aux logiciels privateurs, les considérant comme dangereux. L’autre partie, sans vouloir leur disparition, a quand même choisi un modèle de développement à l’opposé de celui des logiciels privateurs, en tout cas à l’époque car les deux mondes sont devenus de plus en plus poreux au cours des dernières années.

L’effet GitHub est donc délétère au point de vue des effets qu’il entraîne : la centralisation,  l’uniformisation, l’utilisation de logiciels privateurs comme leur système de gestion de version, au minimum. Mais la récente affaire de la lettre « Cher GitHub… » met en avant un dernier effet, totalement inattendu de mon point de vue : la fainéantise. Pour les personnes passées à côté de cette affaire, il s’agit d’une lettre de réclamations d’un nombre très important de représentants de différents projets du Logiciel Libre qui réclament à l’équipe de GitHub d’entendre leurs doléances, apparemment ignorées depuis des années, et d’implémenter de nouvelles fonctionnalités demandées.

Mais depuis quand des projets du Logiciel Libre qui se heurtent depuis des années à un mur tentent-ils de faire pleurer le mur et n’implémentent pas la solution qui leur manquent ? Lorsque Torvald a subi l’affaire Bitkeeper et que l’équipe de développement du noyau Linux n’a plus eu l’autorisation d’utiliser leur gestionnaire de versions, Linus a mis au point Git. Doit-on rappeler que l’impossibilité d’utiliser un outil ou le manque de fonctionnalités d’un programme est le moteur principal de la recherche d’alternatives et donc du Logiciel Libre ? Tous les membres de la communauté du Logiciel Libre capables de programmer devraient avoir ce réflexe. Vous n’aimez pas ce qu’offre GitHub ? Optez pour Gitlab. Vous n’aimez pas Gitlab ? Améliorez-le ou recodez-le.

Logo de Gitlab, une alternative possible à GitHub

en choisissant la version Communauté

Que l’on soit bien d’accord, je ne dis pas que tout programmeur du Libre qui fait face à un mur doit coder une alternative. En restant réaliste, nous avons tous nos priorités et certains de nous aiment dormir la nuit (moi le premier). Mais lorsqu’on voit 1340 signataires de cette lettre à GitHub et parmi lesquels des représentants de très grands projets du Logiciel Libre, il me paraît évident que les volontés et l’énergie pour coder une alternative existe. Peut-être d’ailleurs apparaîtra-t-elle suite à cette lettre, ce serait le meilleur dénouement possible à cette affaire.

Finalement, l’utilisation de GitHub suit cette tendance de massification de l’utilisation d’Internet. Comme aujourd’hui les utilisateurs d’Internet sont aspirés dans des réseaux sociaux massivement centralisés comme Facebook et Twitter, le monde des développeurs suit logiquement cette tendance avec GitHub. Même si une frange importante des développeurs a été sensibilisée aux dangers de ce type d’organisation privée et centralisée, la communauté entière a été absorbée dans un mouvement de centralisation et d’uniformisation. Le service offert est utile, gratuit ou à un coût correct selon les fonctionnalités désirées, confortable à utiliser et fonctionne la plupart du temps. Pourquoi chercherions-nous plus loin ? Peut-être parce que d’autres en profitent et profitent de nous pendant que nous sommes distraits et installés dans notre confort ? La communauté du Logiciel Libre semble pour le moment bien assoupie.

Le « lion » du Libre assoupi devant la cheminée (allégorie)

Liens :

• Source de l’article : blog de Carl Chenet
• Notre GitLab ouvert à tous (pour sortir de Github)

Les barbu-e-s de la communauté le savent déjà : l’alternative Libre à GoogleMaps, c’est OpenStreetMaps (OSM pour les intimes). En un peu plus de dix ans, plus d’un million de personnes ont participé à ce projet de cartographie du monde librement utilisable et accessible…

Mais comment faire pour que la famille Dupuis-Morizeau s’empare de ce magnifique outil offert par la communauté et se dégooglise un grand coup ? Notre réponse : Framacarte.

Vous offrir le monde au pied du sapin.

Avoir une carte en ligne, c’est très pratique pour tracer sa route d’un point A à un point B. C’est très exactement ce que vous propose Framacarte : placez votre point A, votre point B, votre tracé… et le tour est joué ! Vous n’avez qu’à cliquer sur « plus » puis sur l’icône « partager » pour avoir l’adresse web à partager à vos ami-e-s ou le code d’intégration afin de placer cette carte sur votre site web.

Framacarte ne s’arrête pas là. Vous pouvez bien entendu placer des étapes entre votre point A et votre point B… jusqu’à dessiner tout l’alphabet si cela vous chante (n’en déplaise à google, ce mot ne leur appartient pas :p).

Framacarte vous permet aussi de colorier des zones, changer les pictogrammes de vos épingles, utiliser plusieurs calques, changer les fonds de cartes (plutôt ville ou plutôt nature ?) importer ou exporter vos données… Bref, de créer des cartes vraiment personnalisées.

Ne réinventons pas la Frama-roue

Framacarte s’appuie sur deux projets Libres : les fonds de cartes sont ceux d’OpenStreetMap, tandis que l’outil d’édition et de partage des cartes n’est autre que le projet Umap. Oui, nous hébergeons tout simplement un clone de ce projet Libre déjà connu des barbu-e-s. Il faut dire que Framacarte n’était pas, à l’origine, dans nos projets de Dégooglisations.

C’est Yohan Boniface, contributeur de OpenStreetMap France et développeur de Umap, qui nous a contacté pour mettre en place cette Frama-version de Umap. L’occasion pour nous de lui poser 3 questions :

Question 1 : Bonjour Yohan, tout d’abord, est-ce que tu peux nous présenter Umap, ses origines, et comment il est développé ?

Je bossais dans un journal à l’époque, et j’étais attristé de voir qu’il n’existait aucun outil libre permettant à un journaliste de faire une simple carte pour afficher des données. Il fallait ou bien l’aide d’un développeur ou bien utiliser des services privatisateurs comme GoogleMap©.

uMap est bâti sur Django (un framework python), et j’ai cherché à le rendre modulaire : le frontend et le backend sont deux projets séparés, ce qui a permis à d’autres développeurs d’utiliser la même interface que uMap mais sur leur propre back-end.

À l’exception d’une demande financée par Ixxi (filiale tech de la RATP), je développe uMap sur mon temps libre, et j’y tiens!

Question 42 : Umap existe déjà et marche très bien… pourquoi cette envie de le doubler d’un Framachin ? C’est pas mieux de tout garder en un seul endroit ?

La centralisation coûte très cher, et ce coût induit une dépendance aux entrées financières. Dans le libre, on essaie autant que possible d’éviter le scénario alla Wikipedia, c’est-à-dire où le service à l’utilisateur est centralisé. On finit par passer son temps à chercher de l’argent pour financer le projet. Côté OpenStreetMap, on tâche autant que possible de laisser la communauté prendre en charge les services à l’utilisateur final.

Donc plus y a d’instances différentes, plus les coûts sont partagés, et plus le modèle est durable.

Il faut un peu connaître python pour installer uMap chez soi, mais quand c’est le cas on le fait tourner en 15 minutes, donc j’invite les motivés à installer d’autres instances! J’en connais déjà une bonne dizaine, notamment en Suisse, en Colombie, en Argentine, en Éthiopie, et aussi dans des intranets.

Question 1337 : À Framasoft, on espère que ce projet apportera du monde aux communautés Umap et OpenStreetMap… Mais du coup, comment y entrer et faut-il obligatoirement coder pour contribuer ?

Utiliser uMap, c’est déjà contribuer.

Parce que ça aide à le faire connaître, et donc à étendre ses utilisateurs, et donc à augmenter les instances disponibles, et donc à « dégoogliser » Internet.

Pour aller un peu plus loin dans la contribution, il y a plusieurs options. Faire des rapports de bugs ou des demandes d’amélioration est une façon d’aider à prioriser les développements. Il y a aussi un gros besoin de documentation et tutoriels.

On peut aussi participer à la traduction (on a récemment ajouté une traduction en amharique !). Enfin, y a de l’espace pour améliorer le graphisme et l’ergonomie.

Et bien sûr, quand on code en python (backend) ou en javascript (frontend), il y a de quoi faire ! La page du projet pour en savoir plus : http://wiki.openstreetmap.org/wiki/UMap

Libre à vous de dessiner sur le monde

Révolu, le temps des atlas coûteux (et autres cartes IGN) qu’il était illégal de photocopier et que l’on stabilotait à grands frissons. Désormais, avec Framacartes, vous pouvez laisser libre cours à votre imagination et partager en quelques clics ce parcours de trail avec l’ensemble de votre club…

… ou mettre en ligne sur le site de votre office de tourisme l’ensemble des restos, hébergements et lieux à visiter de votre ville…

…ou encore détourner Framacarte pour dessiner un Tux, un Chaton ou un GNU sur le pays de votre choix (la première personne qui réalisera ce défi gagnera notre éternelle admiration déclarée officiellement sur nos réseaux sociaux !)

Car, encore une fois, le succès de cet outil ne dépendra que de vous. À vous donc de vous en emparer, de le partager et de nous soutenir par vos dons afin que nous préparions de nouvelles alternatives à GAFAM tout au long de 2016.

• Aller sur Framacarte
• Dégooglisons Internet
• Découvrir OpenStreetMap et sa communauté francophone
• Découvrir Umap
• Soutenir Framasoft

Yann Houry est un professeur de français et auteur de manuels numériques dont nous avions encouragé la libération en 2014.
Nous reproduisons ici, avec son accord, la lettre ouverte (publiée initialement sur son blog), qu’il a adressée à un de nos GAFAM préféré dans laquelle il explique pourquoi il ne publiera plus chez Apple. Celle-ci est extrêmement instructive sur les conditions qu’ils peuvent imposer sur les contenus publiés.

En effet, la situation pourrait être comique si elle n’était kafkaïenne : Yann Houry se voit refuser – une n-ième fois – la publication d’un de ses manuels libres de grammaire sur la plate-forme iTunes au prétexte que « l’orthographe et la grammaire sont incorrects » ! (Le signalement est fait en anglais, en plus…)

Ce genre de pratique montre à notre sens bien les limites d’une trop grande concentration des pouvoirs des plate-formes sur internet : pour être vu, il faudrait publier sur ses plate-formes et pas ailleurs. Or ces dernières gèrent un tel volume de données publiées par leurs utilisateurs, qu’il devient impossible de les valider par des humains. C’est donc la machine qui prend le relais. Et on se retrouve alors avec des cas absurdes, comme celui de la peinture de Courbet, « L’origine du monde », censurée par Facebook.

Yann a finalement décidé de ne plus publier sur iTunes (tout en continuant – nous le regrettons – à publier chez Amazon ou Google Play, avec le risque que le problème se reproduise). Preuve supplémentaire que le secteur de l’édition a décidément bien besoin de se « dégoogliser » lui aussi. Framasoft propose par exemple le catalogue Framabookin.org pour partager, parmi des milliers d’autres œuvres, les ouvrages de sa collection Framabook. À quand le développement de ces « micro-catalogues », qui pourraient très bien être agrégées par des « moissonneurs » afin de proposer une recherche globale, et qui seraient surtout à l’écoute de leurs auteurs ?

Chère Apple,

Ma pomme préférée (alors que c’est moi la pomme), je t’écris pour te dire que je ne publierai plus chez toi.

Depuis que tu t’es amusée, en 2012, à retirer mon livre de ton store parce que j’avais mis « libre et gratuit » sur la couverture, on s’est franchement bien marré ! Souviens-toi, tu m’avais dit : « Si tu veux revoir ton livre sur mon beau magasin, il faut retirer lesdits mots. Ils sont laids. Comment ? Tu l’as déjà fait, petit écrivaillon conciliant ? Eh bien retire « pour iPad » maintenant ! ».

Et je l’avais fait.
Ce n’était qu’un début.
Dernièrement, j’avais écrit « Kobo » dans la préface du livre de grammaire et de littérature (mon dieu, quand j’y repense…). Encore plus récemment, j’ai dû oublier un truc dans la table des matières. Je t’ai envoyé des photos de mon dos que j’ai fouetté. J’espère que tu as aimé.

Et il y en a eu d’autres encore ! À propos du petit recueil que j’avais fait des fables de La Fontaine, j’avais dit que je m’appelais Yann Houry ! Grossière erreur ! Hop, on ne publie pas le livre !
Une fois, une vidéo ne fonctionnait pas ! Et hop ! on retire le livre. Une autre fois, tu as même retiré un livre parce que le « spelling and grammar must be correct » ! Ah ! tu t’es bien foutue de ma gueule ! Et ce en anglais ! Bah oui, tu ne vas quand même pas condescendre à t’exprimer dans la langue de ton interlocuteur ! Enfin ! Rien ne vaudra les mois que tu as mis à publier mon Manuel de 5e pour une raison que toi seule tu es incapable de donner.

Enfin bref. C’en est trop.
Je ne supporte plus. Raison pour quoi, je me barre ! Je m’en vais (et tes larmes – si tu étais capable d’émotion – n’y pourraient rien changer).
Imagine-t-on un éditeur publier puis retirer puis republier puis retirer à nouveau un livre de la vente ? C’est pourtant ce que tu viens de faire avec mon manuel de grammaire. C’est complètement insensé !

Je retire donc tous mes livres de ton store. J’imagine que tu t’en fiches comme de l’an quarante, mais moi ça me fait un bien fou.

Adieu.

Yann