Diaspora* est un réseau social décentralisé et respectueux de la liberté. Le terme diaspora* désigne à la fois le logiciel sous licence AGPL à installer sur un serveur pour pouvoir se connecter au réseau, et le réseau lui même, composé de toutes les différentes installations du logiciel diaspora*.

Framasphère est une de ces installations (appelées pods), et nous sommes heureux de vous fournir un accès à ce réseau depuis l’un de nos serveurs.

Démarré en Février 2010, le projet diaspora* est devenu communautaire en Août 2012. Depuis, le développement avance dans la bonne direction mais à un rythme lent : il n’est porté que par des bénévoles, principalement allemands et français.

Essayez, installez, migrez.

Senya, un développeur russe, se propose de travailler sur diaspora* à temps plein en se rémunérant grâce à une campagne de financement participatif. La fonctionnalité principale visée pour cette campagne est la possibilité de migrer son compte diaspora* d’une installation vers une autre.

C’est une fonctionnalité qui nous tient à cœur, car elle touche un point clef de notre approche de la diffusion du logiciel libre : « cultiver son jardin », c’est à dire avoir sa propre installation du logiciel.

En effet, le projet Dégooglisons fonctionne en 3 étapes : vous faire découvrir le logiciel / service, vous permettre de l’essayer, puis vous permettre de l’installer chez vous, pour être le seul maître de vos données.

Vous pourrez enfin changer de pod !

Si pour certains services ce cheminement est facile, il devient nettement plus compliqué dès qu’il n’est pas possible d’extraire vos données de l’installation de Framasoft pour les réimporter dans votre propre installation.

Qui voudrait installer son propre nœud diaspora* si cela implique de perdre tous les contacts, messages, photos, etc. postés depuis des mois sur Framasphère ? Voilà pourquoi nous encourageons vivement Senya dans son crowdfunding.

Et bonne nouvelle ! Depuis quelques jours, les 3500 euros demandés ont été atteints, Senya va pouvoir travailler sur la migration entre les serveurs diaspora* !

5 jours pour aller plus loin…

Cependant, le financement se poursuit jusqu’au 20 Mars, car Senya se propose maintenant d’ajouter les mentions dans les commentaires si 4200 euros sont atteints, et la fédération des tags entre les pods si 5000 euros sont atteints (oui, les tags ne sont actuellement pas fédérés en tant que tels, voir cet article de blog pour les détails techniques). Ces fonctionnalités sont elles aussi très intéressantes, nous vous encourageons donc vivement à donner si vous le pouvez !

Senya propose notamment une récompense intéressante : si vous donnez 150 euros, il vous aidera personnellement à installer votre propre pod diaspora* puis à migrer votre ancien compte dessus en utilisant sa fonctionnalité toute neuve. C’est une opportunité unique d’avoir enfin votre propre réseau social entièrement sous votre contrôle !

En participant à ce crowdfunding, vous ne permettez pas seulement à Framasphère et à toutes les installations de diaspora* d’être plus complètes et de mieux fonctionner, créant une alternative fiable à l’horreur qu’est Facebook. Vous montrez aussi que vivre en écrivant du code Libre est quelque chose de possible.

Non seulement vous aidez Senya, qui prend le risque de faire financer son travail par la communauté plutôt que de trouver un emploi stable traditionnel, mais vous incitez aussi les autres développeurs à se tourner vers le financement participatif pour faire vivre tous les beaux logiciels Libres que nous aimons tant !

Alors, n’hésitez plus, participez !

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)

Vous voulez sauver des chatons ? Nous aussi. Tout le monde aime les chatons. Cet article ne vous dira pas comment faire. Mais il vous apprendra (ou vous permettra d’apprendre à votre neveu) comment lire une adresse web. Ce qui est, n’en doutons pas, indispensable lorsque l’on veut sauver des chatons.

Nous avons donc décidé de piller sauvagement le blog Grise-Bouille de Gee, dessinateur libriste, chanteur yukuléliste, et framasoftien chevronné… parce qu’il a dessiné là un article d’utilité publique qui mérite d’être partagé (rappel : si vous ne le faites pas pour vous, faites-le pour les chatons !)

URL über-lue

Aujourd’hui, parlons de l’une de ces nombreuses choses auxquelles on ne prête pas d’attention parce qu’elles semblent trop compliquées… alors qu’elles peuvent nous aider énormément : l’URL.

Je précise que cet article est une introduction pour novice et qu’il ne vise pas l’exhaustivité (on ne parlera pas de protocoles FTP, de ports ou de résolution DNS). En plus, il est déjà assez long comme ça !

Bonne lecture 😉

Lien vers l’article original.