Le support pour Windows XP s’arrête le 8 avril prochain.

Cela signifie notamment que son éditeur, Microsoft, ne publiera plus de mise à jour de sécurité. En conséquence de quoi, il parait extrêmement risqué, pour ne pas dire totalement inconscient, de confier ses données (privées ou celles de son entreprise) à un système d’exploitation que personne n’ira réparer en cas de faille. C’est un peu comme rester sur un bateau dont aucun port ne voudrait, et dont l’armateur vous aurait même interdit de le réparer vous-même. Autant vous dire qu’à la moindre attaque de pirates, vous et vos fichiers seront bons pour nourrir les poissons…

De plus, Windows XP est encore très présent. Chez les particuliers, dans les entreprises, dans des terminaux bancaires, etc.

Alors que faire ?

Vous pouvez évidemment changer de système d’exploitation. Rester chez Microsoft (malgré un Windows 8 détesté par de nombreux utilisateurs). Ou passer à Mac OS (malgré les nombreux verrouillages d’Apple pour le bien de l’utilisateur). Mais cela signifie dans la plupart des cas racheter une machine (avec des racketiciels dedans), ce qui n’est bon ni pour la planète, ni pour votre porte-monnaie. Et surtout, la même situation d’abandon logiciel se reproduira tôt ou tard.

Vous pouvez aussi passer aux logiciels libres.

Après tout, vous utilisez peut-être déjà de nombreux logiciels libres avec Windows XP ? Firefox, LibreOffice, VLC sont biens répandus et proposent une alternative viable aux logiciels de Microsoft et autres éditeurs. Donc, pourquoi ne pas sauter le pas et passer à Linux ? Ce ne sont pas les distributions qui manquent. En dehors des particuliers et des entreprises de nombreux gouvernements, états, villes, ou institutions l’ont fait.

Une autre solution, moins répandue, pourrait aussi tout simplement de… ne plus se préoccuper du système d’exploitation de votre machine !

Depuis votre ordinateur, vous vous connectez sur un autre ordinateur (un serveur qui peut être chez vous, ou à l’autre bout du monde), dont vous utilisez les ressources (processeur, logiciel, disque dur, etc). Cet ordinateur vous renvoie l’image de ce que vous faites, exactement comme si vos actions étaient effectuées *dans* votre ordinateur.

Cela a de nombreux avantages, et quelques inconvénients (dont celui d’avoir besoin d’une connexion internet, même à débit modéré).

Nous vous proposons ici un entretien avec François Aubriot, Directeur fondateur de DotRiver, et Président de Ploss Rhône Alpes.

Bonjour François, peux-tu te présenter, ainsi que la société DotRiver ?

Bonjour, perso j’ai été un peu élevé dans un monde bleu, un monde dans lequel nous avions des milliers de terminaux (vert et noir), des connexions à 2400bauds. Dès l’arrivée d’internet sur la planète, je me suis mis à connecter ces grands systèmes avec les plus petits en trouvant dans les environnement GNU/Linux des solutions pertinentes en terme de sécurité, de rapidité et robustesse.

En 2008 nous avons décidé de pousser une nouvelle approche concernant la bureautique qui se trouvait sous une chape monopolistique d’un éditeur américain.

Nous avions déjà plus de 4 ans de retours d’expériences avec de vrais utilisateurs en face de nous. L’idée ? Elle est simple : utiliser les matériels existants, accéder à son environnement de travail depuis n’importe où (ses programmes, ses données…) et ne le faire qu’avec des solutions libres et ou open source pour sortir du carcan imposé par les éditeurs. Lors de la création il nous a fallut choisir entre différents modèles. Faire un logiciel et retomber dans les problématiques des éditeurs ; avoir une approche appliance et mettre des serveurs de partout, mais c’était continuer à faire fonctionner les usines à charbon ; ou proposer un service, celui de garantir que toute la bureautique fonctionne. C’est cette dernière voie que nous avons choisie, certainement la plus dure, mais assurément la plus vertueuse. Et garantir que la bureautique fonctionne… personne ne l’avait jamais fait !

Alors, DotRiver… c’est quoi ?

Le principe est simple : votre ordinateur est sur un serveur. Vos fichiers, votre fond d’écran, vos programmes. Tout est sur un serveur. Vous pouvez changer d’ordinateur (à la maison, au travail), vous retrouvez votre espace de travail, les photos de vos vacances, vos courriers, vos documents. Et le plus sympathique dans tout ça, c’est que tout fonctionne nettement plus vite car un serveur est toujours plus rapide qu’un simple PC.

On pense alors : mais la sécurité dans tout ça ? Justement ! Il est nettement plus sécurisé d’avoir toute son informatique sur un serveur plutôt que sur un PC classique. DotRiver est excessivement sécurisé. Tous les fichiers sont contrôlés pour les virus. Personne d’autre que vous ne peut accéder à votre espace, à vos mots de passe enregistrés dans votre navigateur. DotRiver s’occupe de tout.

De 3 à 113 ans, nos utilisateurs ne se préoccupent plus des tracas de l’informatique locale, et ils peuvent se concentrer sur les usages, sur les métiers dans l’entreprise.
Un détail tout de même : pour utiliser un serveur DotRiver, il faut être connecté à ce serveur. Si vous avez un serveur DotRiver local (dans votre organisation), pas de problème, vous serez toujours connecté. Mais si vous êtes au milieu de l’Amazonie, cela sera plus difficile. Au niveau débits, une connexion ADSL à 512 kbs suffit largement pour utiliser DotRiver. On peut utiliser son bureau DotRiver à partir de 64 kbs.

Ce 8 avril sonnera la date de la mise à la retraite de Windows XP (après 13 ans de pas très loyaux services). Qu’est-ce que cela implique pour les particuliers, associations et entreprises qui l’utilisent encore ?

Il serait bon de tout arrêter et de commencer à réfléchir. Si les entreprises ont encore du Windows XP après la fin du support de sécurité assuré par Microsoft, elles pourront publier leurs listes de clients sur internet. Dans tous les cas, si elles ne le font pas, d’autres le feront ! Il faut donc changer. Vite !

On pourrait penser qu’il faut changer en passant à un autre Windows. Mais pourquoi repartir sur un système dont on voit bien les limites aujourd’hui ? Changement des ordinateurs tous les 2 ou 3 ans, licences payantes… pour un service rendu qui souvent n’est pas au rendez-vous. En effet, combien de temps est-il perdu avec une informatique classique ? Des heures par jour ? Des jours par an.

A l’opposé, DotRiver permet d’utiliser le matériel pendant des années, ce qui est économique. C’est par ailleurs écologique ! DotRiver, peut garantir un bon fonctionnement dans le temps car l’ensemble des logiciels utilisés sont libres. Il est donc possible de corriger des erreurs, de profiter d’améliorations gratuitement, mais surtout de comprendre comment le système fonctionne. Cela n’est pas possible avec un logiciel propriétaire ou un environnement propriétaire.

Enfin, DotRiver fait travailler des salariés locaux (en France), et une société française, qui paye ses impots… en France ! C’est loin d’être le cas de bon nombre de solutions actuelles où les sommes payées partent dans divers paradis fiscaux et ne servent pas du tout à l’économie locale.

Quelles solutions peut alors apporter DotRiver ?

DotRiver propose des serveurs dans le cloud ou des serveurs dédiés installés dans les entreprises ou les organisations.En 2008, nous sommes partis de 2 constats fondateurs : des terminaux nous en avons de partout, et nous en aurons de plus en plus, et pour les connexions c’est pareil, nous en aurons de plus en plus.

Pourquoi donc s’acharner à tout avoir en local, sur sa machine, son doudou numérique et continuer à payer une machine à écrire ?

Dans certaines écoles primaires par exemple, au lieu de devoir faire fonctionner 25 ordinateurs, on se concentre désormais uniquement sur un serveur qui fait fonctionner les 25 ordinateurs. Tous les enfants, tous les professeurs ont LEUR environnement quel que soit le clavier et la souris utilisée. Les enseignants peuvent aussi utiliser la solution depuis leurs domiciles, exactement comme si ils étaient à l’école. Et bientôt les élèves ! Le serveur est bien local dans l’école. Les fichiers sont dans l’école. DotRiver peut avoir accès ou pas aux fichiers. Chez certains clients, qui utilisent notre solution, nous n’avons pas accès aux fichiers. DotRiver se concentre sur tout le périmètre bureautique et permet bien entendu tous les accès aux applications métiers. Les logiciels sont puissants et à jour. Le système fonctionne bien 24/24. C’est cela la garantie de fonctionnement de DotRiver, que nous pouvons assurer car nous avons accès à 100% des sources.

Passons aux question qui fâchent 🙂 Le code de DotRiver est-il libre ? En plus, je confie potentiellement mes données à un tiers, pourquoi avoir confiance dans cette solution ?

Sur le périmètre bureautique toute les données stockées le sont dans des formats ouverts, dans des formats connus et maîtrisés (un avantage encore d’utiliser des standards). Du jour au lendemain tout client récupère toutes ses données (si elles ne sont pas déjà stockées chez lui sur son serveur).

En terme de sécurité que ce soit chez nous, sur des infrastructures hébergées, le cloud, etc., le seul et unique protocole utilisé pour accéder au service est SSH (protocole qui est utilisés par tous les administrateurs systèmes du monde entier pour accéder aux serveurs). Tous les serveurs que nous gérons sont installés sur une base Debian mais DotRiver est avant tout un service, pas un logiciel.

Tous les composants utilisés sont libres ou opensource. Le cœur de la solution est basée sur FreeNX. La valeur de notre solution réside dans le service que nous produisons.

Ce que nous avons fait depuis 10 ans, c’est d’industrialiser, rechercher, comprendre, tester et surtout écouter nos clients de façon à pouvoir leur fournir le service dont ils ont tant besoin : une bureautique puissante, qui fonctionne.

Depuis 2 ans, dans le cadre du projet de R&D nuage France, soutenu par l’état dans le domaine du cloud, auquel nous participons auprès de 5 autre PME Françaises et le LIP6 dirigé par Monsieur Pujol, nous avons fait d’importants développements sur le client OpenNX (client SSH-X). Le projet n’étant plus actif nous pensons sérieusement le reprendre à notre compte et publier le code sous licence Libre. Cela nous permettra, entre autre, de ne plus utiliser le client édité par la société NoMachine dont le client est en GPL mais dont nous n’avons pas les sources 🙁 Raison pour laquelle nous avons travaillé sur le client openNX pour des clients fonctionnant sur des OS Microsoft.

Merci François ! Un dernier mot pour la fin ?

Il est temps de changer de modèle informatique, changer de paradigme de feu le PC et surtout accepter, ne pas avoir peur d’évoluer, d’apprendre.

Les plus gros freins que nous rencontrons sont la résistance au changement et le véritable pouvoir des lobbies. Nous essayons de faire évoluer une économie d’acquisitions vers une économie d’usages, ce qui est bien en phase avec les principes du développement durable et nos valeurs. Les logiciels libres, l’open source sont également extrêmement pertinents pour l’économie locale, nationale et l’emploi. Il serait temps que les collectivités le comprennent, l’intègrent, que l’argent de nos impôts profite aussi à notre pays.

Enfin je ne pourrais que vous conseiller de tester DotRiver… mais attention vous risquez de ne plus regarder votre machine actuelle comme avant. Rassurez vous, vous pourrez continuer à l’utiliser mais uniquement pour quelques usages ultra locaux. Conservez votre clavier, votre écran, votre PC ou Mac mais pour toute la bureautique, votre disque dur local ne fera plus rien.

Le 21 novembre dernier, nous annoncions sur le Framablog une « opération de libération » du web-documentaire « No Es Una Crisis ». En effet, les ressources de ce documentaire produit par ‘‘La Société des Apaches” sont libres (CC BY-SA), malheureusement sa réalisation utilisant la technologie Flash empêchait sa visualisation sur bon nombre de supports (smartphones, tablettes, systèmes d’exploitation libres, anciennes versions de Windows, etc.).

L’objectif était d’arriver, en un week-end, à produire collectivement et bénévolement, une version HTML5 du webdoc permettant sa visualisation sur tous les supports disposant d’un navigateur web récent.

Pierre-Yves Gosset était, avec Fabien Bourgeois, le co-organisateur de ce « marathon de libération ».

Bonjour Pierre-Yves. La première question qui me vient à l’esprit est « Alors, l’objectif a-t-il été atteint ? »

La réponse est : malheureusement non, puisque nous n’avons pas été en mesure de publier la version HTML5 le 15 au soir.

Heureusement, « la route est longue, mais la voie est libre ». Et ne pas avoir atteint l’objectif fixé le dimanche soir ne signifiait pas pour autant la mise au placard du travail effectué le week-end.
Ce qui me permet aujourd’hui d’annoncer qu’une version – non-finalisée, mais fonctionnelle – est en ligne.

Que s’est-il passé ?

Il faut d’abord préciser quelques éléments de contexte.

Nous nous sommes réunis les 14 et 15 décembre 2013, à Lyon, à Locaux Motiv (qui héberge le local de Framasoft).
Suite à l’appel lancé via le Framablog, nous étions 7 le samedi : Adrien, Fabien, Sheetal, tonton, JosephK, Luc, pyg (+ Julien et Frib pour l’équipe du webdoc). Nous avons eu deux désistements de dernière minute. Le dimanche, nous étions 5 : Fabien, tonton, Luc, JosephK et pyg.
Pour la plupart, ces personnes n’avaient jamais travaillé ensemble et ne se connaissaient pas.

Concernant le déroulé, après un présentation du projet de webdoc par les Apaches, nous avons réparti les participants en différentes équipes : vidéos (JosephK et Adrien), panneaux interactifs (Fabien et Luc), panneau « portraits » (tonton, avec l’aide ponctuelle de Luc et Fabien), et « petites mains » (Sheetal et pyg).

Le rendez-vous était donné à 10h, mais je pense que nous n’avons commencé à prendre nos marques que vers 14h, après les traditionnelles pizzas-bières.
Le choix était fait dès le départ de combiner le libérathon avec une soirée « détente » : l’anniversaire de l’association Locaux Motiv (qui nous accueillait). Donc, à 21H, nous avons troqué nos claviers contre des pintes de bière (ou de jus de fruits) au bar De l’Autre Côté du Pont.
La soirée s’est transformée en nuit, puisque certains participants (dont votre serviteur) n’ont retrouvé leur lit que vers 5H du matin.
Cela ne nous a pas empêché de reprendre vaillamment le travail le dimanche vers 10 h 30.
Seulement, à 15 h, il fallait se rendre à l’évidence, nous n’aurions pas le temps d’atteindre notre objectif avec les choix techniques retenus (pourtant pertinents, mais la montre jouait contre nous).

Nous avons donc fait le choix stratégique de changer d’option technologique : l’agencement CSS des éléments des panneaux nous aurait pris trop de temps pour « boucler » à l’heure, et nous sommes donc partis sur une piste « dégradée » (une image par panneau, avec une imagemap, pas de vidéo/son de fond, etc.).

Ce choix s’est avéré payant, puisqu’à 21h, nous avions bien les 4 panneaux interactifs « fonctionnels », mais dans un mode relativement dégradé : peu d’interactivité, pas de titres de séquences, et plein de « petits détails » simples à régler mais dont le nombre ne permettait pas d’envisager une publication le soir même.

Cependant, il restait quelques points bloquants (la transition « accueil > vidéo intro > instructions » non fonctionnelle, certains fichiers json mal encodés empêchant le lancement de certaines vidéos, etc.).

Bref, il manquait peut-être 4 à 6h de travail pour avoir un rendu « publiable », mais l’équipe était épuisée (et affamée !).

Quels sont les obstacles que vous avez rencontrés ?

Notre incapacité à publier le dimanche soir résulte d’une double cause.

D’abord, nous avons sous-estimé la phase de préparation. En effet, un webdoc de 3 heures, ce sont beaucoup de ressources diverses (des pictos, des logos, des images, des vidéos, des sons, etc.). Sans compter qu’il s’agit d’un webdoc multilingue (FR/ES/EN), ce qui complexifie encore les choses. Or, si nous avions bien accès aux sources, une partie de ces dernières étaient intégrées dans les fichiers .psd et .fla (Adobe Photoshop et Flash). Il a donc parfois fallu extraire des ressources de ces fichiers parfois très lourds et complexes (j’en profite pour remercier Sheetal et la société Mobiped pour leur aide précieuse et la mise à disposition d’une machine disposant de ces logiciels propriétaires, car Gimp refusait évidemment d’ouvrir des .psd de 2 Gio avec plus de 200 calques).
Pourtant, Fabien et moi avions passé plusieurs heures en amont à préparer ce libérathon (identifier les ressources, réfléchir à l’organisation, faire la mise en place, etc.).
Cependant, sans connaitre le nombre exact de participants (nous nous attendions à des défections) et leurs compétences, difficile d’être plus prêts.

Ensuite, nous manquions d’un expert CSS3. Alors évidemment, le web est plein de ressources, d’informations, de bibliothèques préexistantes, etc. Mais même si la courbe d’apprentissage est rapide et relativement sans douleur, on ne peut échapper à quelques tâtonnements. Et ces tâtonnements nous auront fait perdre bien du temps le samedi. Un expert CSS3 nous aurait permis de gagner plusieurs heures, très précieuses dans le cadre d’un « sprint » comme celui-ci.

Ajoutez à cela que nous étions tous bénévoles, et que l’ambiance et la bière étaient bonnes, et vous comprendrez bien qu’un des objectifs était aussi d’apprendre en s’amusant. Nous nous étions lancé un défi, mais nous ne voulions pas non plus nous mettre trop la pression. Il fallait quand même que cela reste un moment de partage et de plaisir !

Souvent, dans ce type de projet, les gens restent coder pendant la nuit. Ce ne fut pas notre cas. Si nous avions préféré rester enfermés plutôt que de sortir, nous aurions sans doute fini dans les temps, mais il n’y a pas que le code dans la vie !

Et aujourd’hui, où en est le webdoc ?

Il est en place !

Il nous aura fallu un peu de temps, car les vacances et les fêtes de fin d’année sont passées par là. Ainsi que l’assemblée générale de Framasoft. Le temps de pouvoir remettre les doigts dans le code, nous étions déjà fin janvier.

Le webdoc est donc accessible sur http://noesunacrisis.com. Ou directement sur http://noesunacrisis.framasoft.org/html5 (si vous avez Flash d’installé et que vous voulez accéder à la version HTML5)

Attention ! Je sens les critiques pleuvoir en commentaires :

• Utiliser des images maps en 2014, c’est nul !
• Le positionnement CSS n’est pas totalement responsive !
• Sur mon smartphone, la navigation est difficile.
• Vous auriez pu rajouter (un routeur javascript|les vidéos en fond d’écran|les transitions CSS entre les pages|etc), c’est franchement pas difficile !
• Et l’accessibilité, runtudju !
• etc.

Alors, croyez bien que nous sommes tout à fait conscient des (très grands) défauts de cette version. Mais il faut bien comprendre ce que je disais plus haut : nous avons dû faire un choix. Soit nous publiions une version « dégradée » mais fonctionnelle. Soit nous ne publiions pas du tout ! Tout simplement parce qu’aucune des personnes présentes à ce libérathon n’avait de temps à y consacrer après le week-end.

Donc, nous voyons bien tout ce qu’il aurait été possible de faire. Mais disons qu’on a privilégié le « release early » plutôt que de faire une version techniquement nickel en terme de code, de technologies employées, etc… Mais qui n’aurait probablement jamais été finalisée.

Par ailleurs, nous avons publié notre code (hors vidéos) sur notre compte Github : https://github.com/framasoft/noesunacrisis Vous pouvez donc signaler des bugs mais surtout proposer des améliorations du code (car on ne vous cache pas qu’il est assez peu probable qu’on ait beaucoup de temps à y consacrer).

Enfin, il y a des “effets de bord” positifs à ne plus utiliser Flash, en dehors du fait que cela évite d’utiliser un plugin propriétaire. Comme par exemple le fait de pouvoir pointer directement vers une vidéo ou un panneau. Ainsi, plutôt que de dire « Je te conseille de regarder la vidéo sur la comparaison entre la crise immobilière et la situation des clubs de football espagnols. Va sur http://noesunacrisis.com, puis clique sur “No Futur” (en bas), puis le dessin du stade de foot (à droite) », on peut se contenter de donner le lien
http://noesunacrisis.framasoft.org/html5/video.html#foot
(et on peut même changer les sous-titres en live, ce que ne permettait pas la version Flash).

Un dernier mot pour la fin ?

Comme il s’agit d’une œuvre culturelle, j’aimerais faire comme aux Oscars/Grammy/Césars et remercier tout plein de gens :

• d’abord bien évidemment tous les bénévoles qui sont venus !
• l’association Locaux Motiv pour avoir fourni une salle de réunion adaptée à notre petit sprint de code ;
• la société Mobiped pour le prêt de son matériel ;
• l’association Rézopole pour la mise à disposition de machines virtuelles, mais surtout de bande passante (ils hébergent pas mal de projets libres parmi lesquels des miroirs de LibreOffice ou d’OpenStreetMap, mais aussi notre miroir Abulédu, les vidéos du webdoc, et bientôt bien d’autres projets Framasoft) ;
• la société Tonnerre Total, qui était en charge de la réalisation Flash du documentaire (ce n’est pas parce que cette technologie nous pose problème qu’on ne doit pas les féliciter pour leur travail) ;
• et enfin, la Société des Apaches, pour avoir fait le choix de publier leur webdoc sous licence libre.

Cela aura vraiment été une expérience enrichissante !

Rappel des principaux liens :

• site web du webdoc : http://noesunacrisis.com
• lien direct version HTML5 : http://noesunacrisis.framasoft.org/html5
• le fichier .torrent du MKV (chapitré, mais sans interactivité), réalisé à l’initiative de Nyutag sur le Framablog : https://thepiratebay.se/torrent/9265631/NoEsUnaCrisis_-_Documentary
• le code source sur GitHub : https://github.com/framasoft/noesunacrisis

À l’occasion de notre présence lors des RMLLd sur l’île de la Réunion, voir cet article, nous avons eu l’occasion de rencontrer Jean-Noël Rouchon, qui fait partie de ces « artisans du libre » de plus en plus nombreux, sa structure (Mithril) proposant de nombreux services autour du logiciel libre.

Mais Jean-Noël est aussi le développeur du logiciel de gestion pour le suivi d’exploitations agricoles Agritux. Et l’histoire de la naissance de ce logiciel étant plutôt intéressante, nous souhaitions vous la faire partager.

Bonjour Jean-Noël, peux-tu te présenter ?

Je m’appelle Jean-Noël Rouchon, j’ai 32 ans et je vis à Saint-Joseph, sur l’île de la Réunion. Je suis passionné d’informatique depuis tout jeune ce qui m’a poussé à en faire mon métier. J’ai découvert Linux et monde du logiciel libre quand j’étais étudiant en 2000 avec une mandrake (la 7.2 si je me souviens bien) et j’ai très vite été happé par cet univers-là et la philosophie qui en découle.

Après ma maîtrise, j’ai travaillé pour une entreprise spécialisée dans le logiciel de gestion, mais je ne me trouvais pas à l’aise dans le monde du logiciel propriétaire. J’ai donc fini par créer ma petite entreprise, Mithril Informatique.

Quelles sont les activités principales de Mithril ?

Je travaille sur trois grands axes en même temps :

• la maintenance de parc informatique, il s’agit principalement de mettre en place et de maintenir des serveurs Linux pour diverses utilisations (serveur de fichiers, base de données, mails, contrôleur de domaine, virtualisation, proxy, portail captif, etc.)
• le développement d’applications : je me suis spécialisé dans deux langages, le C et le Ruby. J’utilise principalement le C pour des applications multimédias et le Ruby pour des applications métiers (soit application web, soit interface en Gtk)
• la formation : je complète mon offre par de la formation sur divers sujets (bureautique, distribution Linux, logiciels de gestions, etc.)

L’ensemble des mes prestations est consultable sur le site.

Tu es le développeur d’Agritux, mais… c’est quoi Agritux ?

Agritux est un logiciel de gestion pour le suivi d’exploitations agricoles.

Il permet de faire le suivi par parcelles et par cultures de la production de cultures végétales en gardant une trace des intrants et de la main d’oeuvre utilisée.

Le but étant surtout de pouvoir éditer un « cahier de culture », document officiel qui peut être demandé lors d’un contrôle de l’exploitation par exemple. Il est développé en Ruby avec une interface en Gtk, il fonctionne sous Linux et Windows (et probablement Mac OS aussi mais je n’ai pas eu l’occasion de le tester). Il est bien sûr sous licence libre (GPLv3) et le code source est téléchargeable sur gitorious.

Comment est né ce logiciel ?

L’idée du logiciel a commencé à naître lors des RMLLd de 2011 à St-Joseph. J’ai participé à ces premières Rencontres Mondiales du Logiciel Libre décentralisées en tant que membre d’un GUL de la Réunion (Libre974) et j’ai eu l’occasion de rencontrer pas mal de monde et en particulier plusieurs agriculteurs faisant le parallèle entre les semences libres et le logiciel libre. J’ai pu longuement discuter avec un agriculteur bio, venu là par curiosité.

L’idée du logiciel libre lui a trotté dans la tête un bon moment puisqu’au début de cette année 2013, il me rappelle pour lui installer une distribution Linux sur son ordinateur et pour lui créer un logiciel de suivi d’exploitation agricole, qu’il n’arrive pas à trouver parmi les logiciels libres déjà existants. Les premières lignes de code d’Agritux sont écrites en avril 2013.

J’ai pu constater qu’Agritux interessait pas mal d’agriculteurs (et d’enseignants de lycée agricoles) à la Réunion. Mais sais-tu si le logiciel interesse des publics similaires en métropole ou à l’étranger ? Comment envisages-tu l’avenir d’Agritux ?

Il y a eu en effet un intérêt certain pour Agritux lors des dernières RMLLd, plus que je ne l’imaginais. J’en déduis que ce type de logiciel correspond à un besoin réel de beaucoup d’agriculteurs.

Depuis ces dernières rencontres, j’ai eu plusieurs contacts de la Réunion mais aussi de la métropole et de Madagascar m’apportant des idées pour la suite.

Le logiciel est encore très jeune, et il y a plein de pistes à explorer pour l’améliorer. Dans le désordre :

• les statistiques économiques
• la gestion de l’élevage
• la gestion de la météo
• la gestion de rotation de cultures
• la traduction du logiciel

Pour mutualiser les coûts de développement, je pense essayer de faire financer les futures évolutions en passant par du crowdfunding et en particulier par la plateforme Openfunding qui est spécialisée dans le financement de logiciels libres.

Étant le seul développeur, il n’y a pas pour le moment de communauté autour de Agritux, juste quelques utilisateurs qui me font parfois des remontées par mail, bien qu’un bug tracker soit disponible.

Si d’autres développeurs sont intéressés pour m’aider à faire évoluer Agritux, ils seront accueillis à bras ouverts !

La Réunion, de par son éloignement avec la métropole, est-elle un terrain propice au développement du logiciel libre, ou des structures comme la tienne sont-elles complètement marginales ?

Je ne connais pas bien la situation du développement de logiciels libres en métropole, mais il me semble que la Réunion est plus propice au développement de petits logiciels spécifiques créé par de petites structures. D’abord parce que les entreprises préfèrent généralement avoir à faire à des prestataires locaux et ensuite parce qu’il y a peu de grosses entreprises et donc peu d’intérêt pour de grosses sociétés d’édition de logiciel d’être présentes ici.

Le souci du coup, c’est que nous devons travailler avec plein de petites entreprises, très différentes les unes des autres, ce qui nous oblige à nous diversifier (ou même nous éparpiller dans mon cas ;)).

C’est pour cette raison qu’un groupement de prestataires de logiciels libres a été créé sur l’île. Il s’agit ici de fédérer nos compétences tout en restant indépendants et de proposer un site web répertoriant un maximum de prestations autour des logiciels libres à la Réunion. Ce groupement s’appelle Prestalibre et l’annuaire est disponible sur le site.

Un petit mot pour la fin ?

Concernant Agritux, toutes remontées de bugs, demandes, propositions, critiques (même mauvaises) sont les bienvenues. De même si des personnes sont intéressées pour participer au développement, à la traduction ou aux tests du logiciel, vous pouvez me contacter à mail AT mithril.re. Agritux a besoin de vous ;) !

Cet été, Framasoft était invité à participer aux Rencontres Mondiales Décentralisées du Logiciel Libre (RMLLd), qui se déroulaient dans la commune de St-Joseph, sur l’île de la Réunion.

En dehors d’un cadre on ne peut plus propice à la randonnée (sur les sentiers parfois escarpés du logiciel libre, évidemment), nous avons été impressionnés par la capacité d’une commune d’une taille modeste à mobiliser non seulement ses services, mais aussi les acteurs public locaux (comme par exemple les étudiants du BTS informatique pour la mise en place du réseau WiFi).

La ville ne s’est pas contentée d’accueillir ces rencontres mondiales, elle en a été l’un des moteurs. Par ailleurs, la commune a fait le choix (encore trop rare aujourd’hui) de publier sous licence libre les logiciels qu’elle a elle-même développés. Permettant ainsi à d’autres collectivités de ne pas réinventer la roue, tout en faisant faire des économies aux contribuables.

Nous avons souhaité poser quelques questions au dynamique Directeur Informatique de la ville de St-Joseph, Dominique Leperlier.

Bonjour Dominique, peux-tu te présenter et nous dire quelques mots sur ton parcours ?

Je suis ingénieur territorial et directeur informatique en charge des projets numériques à la Ville de Saint-Joseph de la Réunion, située à l’extrême sud de l’île (37 000 hab.) – C’est d’ailleurs la ville la plus australe d’Europe. A la sortie des mes études en 1990, j’ai intégré la mairie de Saint-Joseph en tant que responsable. A l’époque, le service se résumait à moi seul ! Après un intermède d’un an dans une autre collectivité je suis revenu en 2001 dans ma ville de cœur avec de nouveaux projets et une nouvelle dynamique. Aujourd’hui la direction informatique c’est 8 agents à temps plein dont 4 titulaires et 3 CDI.

Comme tu le vois, je suis de la génération Microsoft, de la grande époque du passage de MSDOS à Windows 3.11.

La commune de St-Joseph semble avoir une démarche très active en faveur du logiciel libre. Peux-tu nous expliquer pourquoi ?

Même si dès mon retour en 2001, nous avions déjà effectué quelques changements avec la généralisation de Firefox ou l’installation de Nagios, le choix du logiciel libre s’est véritablement opéré en 2008. L’idée est venue lorsque la commune a mis en œuvre pour les services techniques « l’entreprise municipale », un service à part entière composé de plusieurs corps de métier et qui réalisent divers grands travaux (aménagement routier, construction de bâtiments publics, etc) sur les projets qui ne sont plus financés.

En tant que cadre, tu es force de proposition et à Saint-Joseph, nous avons cette chance d’être aussi écouté. L’idée était de construire cette fois-ci une entreprise municipale du numérique avec pour idée directrice de nous réapproprier notre système d’information.

Nous avions déjà anticipé cette évolution, un an plus tôt, en recrutant 2 agents pour créer une équipe de développement au sein de la direction. Toutefois, le point de départ reste selon moi la note de service signée du Député-Maire en novembre 2008, où il est clairement dit que la collectivité fait le choix du logiciel libre et oriente désormais son système d’information en ce sens, à commencer par la migration vers OpenOffice. Le fonds du message a bien été compris par les agents. Cependant, quand tu portes un projet aussi transversal que la migration d’une suite bureautique et qui va de surcroît bouleverser certaines habitudes, tu te heurtes tout naturellement à certaines résistances (surtout en pleine phase transitoire). Mais la grande majorité des agents ont joué le jeu. Cette note de service a vraiment fait la différence. Il ne s’agissait pas d’une lubie de quelques informaticiens, c’était un choix stratégique approuvé par l’autorité territoriale. Cela ne te dédouane pas non plus d’accompagner ce changement. Nous avons pour cela créé un comité de pilotage, un comité technique avec des référents dans les services.

Nous avons aussi organisé des demi-journées de transition. Pour information, le projet s’est étalé sur une année pour environ 300 postes. Derrière cela, il faut aussi l’avouer, il y a avait une dimension économique. Nous économisions près de 30 000 euros par an. Enfin, cela nous permettait dorénavant de valoriser les compétences internes, en investissant sur des hommes et non plus sur des licences. Le libre a pour avantage de favoriser les initiatives locales et j’espère par ailleurs que les entreprises de la Réunion vont davantage se tourner vers ce modèle économique.

Quelles sont les principales actions mises en œuvre par la commune ?

Nous avons depuis quelques années une politique numérique assez active, avec une certaine notoriété dans le département. Sans toutes les citer, nous avons notamment été à l’origine de plusieurs initiatives novatrices à l’échelle de l’île :

• première commune à ouvrir des zones WIFI dans les espaces publics avec un certain succès d’ailleurs, puisque nous comptabilisons en moyenne 4 000 connexions mensuelles sur les 3 sites déployés ;
• première commune de l’ile à ouvrir une WebTV avec plusieurs reportages hebdomadaires mais aussi des retransmissions en direct (tous les conseils municipaux, des pièces de théâtres, des concerts, …) ;
• première aussi à installer une borne interactive de consultation dans un cimetière de la ville (projet encore au stade expérimental avant déploiement dans 2 autres cimetières) ;
• Seul site internet public de l’ile accessible, labellisé en 2010 AccessiWeb Argent ;
• première commune à dématérialiser la convocation des conseils municipaux ainsi que la transmission dossiers (tous les conseillers disposent d’une tablette).

Enfin , il ne faut pas oublier que la ville a ouvert 5 espaces publics numériques d’une dizaine de postes en moyenne (tous sous des systèmes libres). Deux autres devraient s’ouvrir dans les deux prochaines années.

Pour en revenir au logiciel libre, comme je te l’ai dit, nous avons officiellement basculé avec la migration vers OpenOffice. Et étrangement c’est Microsoft qui nous a facilité cette mutation avec l’arrivée d’Office 2007 et son interface totalement remaniée. C’était une opportunité que nous ne pouvions laisser passer. On a donc abandonné la suite propriétaire, ce qui nous a obligé aussi à changer notre client de messagerie pour Thunderbird. Parallèlement, nous avons décidé d’abandonner Microsoft Exchange pour OBM à l’époque (nous sommes depuis passés sous Zimbra). Nous avons bien entendu mené d’autres projets comme l’informatisation de toutes nos écoles avec la solution AmonEcole, la ré-informatisation de la bibliothèque avec PhpMyBibli (PMB) que nous avons légèrement adapté à nos besoins.

Outre le fait d’être un utilisateur de logiciels libres, nous sommes aussi devenu des contributeurs depuis 2 ans, puisque nous avons mis en libre sur la forge de l’Adullact plusieurs logiciels développés en interne :

• CIEL-PMB (Catalogue Informatisé En Ligne) : c’est la version accessible de l’OPAC de PMB qui permet la consultation et la réservation des ouvrages en ligne.
• ADEL (Accompagnement des DEmandeurs de Logement) : logiciel de gestion des demandes de logement et de l’amélioration de l’habitat
• ParkPool : logiciel de réservation des ressources et moyens en mode pool. Même si il existe de très bon logiciel de gestion de ressources, nous n’en avons pas trouvé qui s’appuie sur un fonctionnement de type pool.
• Papangue : une plateforme d’envoi de SMS à partir de plusieurs téléphones recyclés connectés en WIFI et sur lesquels nous avons installé Cyanogen.

Les 2 premières sont disponibles depuis 2011 dans leur version stable. Les 2 dernières le sont depuis peu, mais nous devrions publier prochainement une version nettement améliorée, surtout pour Papangue.

Utilisateurs, contributeurs, nous sommes aussi devenus promoteurs depuis notre rencontre avec les CEMEA de la Réunion en organisant les Rencontres Mondiales du Logiciel Libre décentralisées en 2011 et 2013. Nous ne voulions pas être une simple ville hôte. Nous voulions prendre au part au projet, parce que cela a du sens, au regard des actions que nous avions déjà mené sur le libre. C’est la première chose qui surprend pour les habitués des RMLL nationales, voir ainsi la ville qui accueille s’impliquer totalement et notamment dans l’organisation. Nous ne voulions pas que d’un rendez-vous de passionnés ou de convaincus, mais une manifestation qui s’ouvre sur la société. Ce public hétérogène c’est vraiment particulier aux RMLLd.

Et pourtant, le pari n’était pas gagné d’avance… surtout quand tu organises une manifestation autour d’un thème encore très peu connu du grand public (parfois même de certaines administrations), dans une commune rurale et à l’opposé des centres d’affaires. Nous avons réussi, malgré tout, à mobiliser le grand public venu de toute l’île, des agents de collectivités territoriales, le monde associatif, le monde de l’éducation, les acteurs économiques ainsi que la presse écrite et audiovisuelle. On a certes parlé de Saint-Joseph au cours de ces 4 journées, mais on a surtout beaucoup parlé du libre. Et tout cela est rendu possible grâce évidemment aux CEMEA, à la mobilisation d’une dizaine de services communaux (que je tiens vraiment à remercier !) mais aussi à d’autres partenaires tels que le BTS SIO de Saint-Joseph et Libre974.

Utilisez-vous à Saint-Joseph d’autres logiciels libres développés par d’autres communes ? Et, à l’inverse – as-tu connaissance de l’utilisation de “vos” logiciels dans d’autres villes ?

Nous n’avons pas réellement trouvé de logiciels développés par d’autres communes et qui présentent pour le moment un intérêt pour nous. Toutefois, nous avons depuis mars 2013 ouvert notre portail citoyen, qui permet aux usagers de disposer d’un compte famille pour effectuer des demandes d’actes d’état civil et de payer la restauration scolaire en ligne. Cette plate-forme, CapDemat, a été conçue par le conseil général du Val d’Oise. Nous avons fait appel à une entreprise locale pour son déploiement. Nous suivons aussi de près le logiciel de gestion des marchés publics EPM mise en code source libre par la Ville de Paris.

En ce qui concerne les logiciels que nous avons développé, je sais que ADEL par exemple a été repris par une commune de l’est de la Réunion qui a d’ailleurs intégré un module SSO pour ses propres besoins, mais qui ne l’a malheureusement pas publié sur la forge. Je pense qu’avec Papangue et ParkPool, on pourrait avoir de belles surprises et pas seulement du coté des administrations… à suivre donc !

Que dirais-tu (ou que dis-tu déjà !) lorsque tu rencontre un Directeur Informatique d’une autre commune (de la Réunion ou de métropole) pour le convaincre d’utiliser des logiciels libres ?

C’est la question piège celle-là. Beaucoup utilisent déjà des logiciels libres, mais sur un périmètre très limité et déjà très balayé comme la sécurité du SI ou la supervision des équipements, du très banal quoi. Mais bon, ça reste invisible de l’utilisateur, c’est un truc d’informaticien. A mon sens tu franchis vraiment le pas quand tu t’attaques à des secteurs déjà bien établis. La suite bureautique en est une, le système encore un autre. Quand tu dois faire face à plusieurs dizaines d’années de pratiques comme cette « logique microsoft» qui veut que pour formater une page, tu dois passer par le menu fichier… c’est là que les choses se compliquent ! Je ne connais pas beaucoup de directeurs informatiques qui ne soient pas convaincu par le libre. C’est d’ailleurs une décision qui n’est pas de leur seul ressort, c’est un choix stratégique (peut être même politique) qui doit être validé au plus haut. Je me sens au final pas très à l’aise et encore moins légitime pour convaincre qui que ce soit. Chacun doit faire face à son environnement et ses contraintes. Au mieux, je ne pourrais que témoigner de mon expérience.

La ville de St-Joseph a accueilli les RMLLd en 2011 et 2013, vous pensez rempiler en 2015 ?

Quand tu vois une responsable d’association venir le samedi s’informer et participer aux différents ateliers, faire le ménage sur son ordinateur toute la nuit et revenir le lendemain pour qu’on lui installe les logiciels qu’elle a repéré, je te répondrai tout de suite « oui ! ». D’ailleurs le Député-Maire, lors du discours inaugural, a déjà donné rendez-vous pour 2015. Mais cela ne pourrait se faire qu’avec les CEMEA qui portent depuis bien plus longtemps que nous la voix du libre. C’est un partenaire incontournable, c’est aussi leur décision, et la ville de Saint-Joseph ne pourrait anticiper celle-ci. Après les RMLLd 2013, le plus important à l’heure actuelle est de ne pas laisser retomber le soufflet. Nous avons déjà des pistes, notamment à l’échelle de notre territoire, pour continuer dans cette dynamique.

Un petit mot pour la fin ?

Pour la ville de Saint-Joseph, les projets ne s’arrêtent pas là. Nous sommes en pleine dématérialisation des processus comptables. Nous avons d’ores et déjà fais le choix du logiciel libre pour ce projet, à travers i-parapheur, pour la mise en place d’un parapheur électronique, ou Nuxeo pour la partie gestion électronique de documents Nous avons aussi entamé le déploiement d’Ubuntu sur la base du volontariat dans certains services, notamment ceux qui n’ont pas de contraintes liées à leur applicatif métier. Cela reste encore marginal, mais Saint-Joseph a vraiment mis le cap sur le libre. À notre rythme, nous avançons, inébranlablement, mais, comme tu le sais, même si la route est longue, parfois semée d’embûches, la voie, elle, est plus que jamais libre 😉

Sorti en octobre 2013, No Es Una Crisis est un passionnant documentaire de Fabien Benoit et Julien Malassigné traitant de la situation politique et économique en Espagne dans le sillage du mouvement des Indignés.

Sa particularité : c’est, à notre connaissance, le premier web-documentaire professionnel créé et diffusé sous licence Creative Commons BY-SA^[1] . Les images, les sons, les sous-titres, sont donc en effet réutilisables librement (à condition de citer les auteurs et de conserver les œuvres dérivées sous la même licence). Ce qui fait plus de 3h de média de qualité professionnelle accessibles pour tous.

Mais, ami-e libriste, ne te jette pas à clic perdu sur ce lien, ou ta déception risque d’être grande ! En effet, la diffusion se fait dans un format fermé (Flash), ce qui empêche sa visualisation sur de nombreux supports : smartphones, tablettes, GNU/Linux et même Windows XP (dont le support des dernières version de Flash était incomplet jusqu’à il y a peu).

Or, il se trouve que Framasoft partage le même bureau^[2] que l’équipe de production de ce web-documentaire ! Nous leur avons donc proposé notre aide à deux niveaux. 

D’abord, nous avons hébergé les fichiers vidéos du web-documentaire, particulièrement sollicités lors de l’annonce sur différents sites de la presse nationale et espagnole. Grâce à l’aide précieuse de Rézopole (pour la mise à disposition de serveurs et surtout de bande passante) et de Fabien Bourgeois (notre autre voisin de bureau, pour l’aide à la configuration de ces serveurs), le webdoc a pu dépasser sans encombre les 60 000 visualisations, avec des pics à 2x200Mbps et plus de 6To transmis sur quelques jours.

Mais surtout, nous avons proposé aux auteurs de les aider à « libérer » totalement leur oeuvre en organisant mi-décembre un week-end de « conversion » de leur documentaire en Flash dans une technologie libre et ouverte (HTML5). Un « liberathon », en quelque sorte !

Vous en apprendrez plus à la fin de cette entrevue avec Jean-Baptiste Fribourg, producteur du documentaire à la Société de Apaches.

Bonjour Jean-Baptiste. Avant tout peux-tu te présenter et présenter La Société des Apaches ? 

La Société des Apaches est une jeune structure de production audiovisuelle, elle a tout juste un an. Elle s’est montée autour du projet de Julien et Fabien, ce web-documentaire NO ES UNA CRISIS. Au-delà de cette première réalisation, son objectif est de faire travailler de jeunes auteurs et réalisateurs de documentaires, pour qui il peut être parfois compliqué d’avoir une écoute auprès de sociétés de production déjà dans la place. Notre ligne éditoriale, pour la résumer en quelques mots, consiste à témoigner de notre époque comme un moment charnière, entre les soubresauts d’une époque révolue et les prémices d’un monde en train de se réinventer. Je m’occupe du suivi administratif des projets développés par La Société des Apaches, du travail de production en somme. Par ailleurs je suis preneur de son pour le cinéma documentaire, et réalisateur de documentaires radiophoniques.

Donc, vous avez produit le web-documentaire No Es Una Crisis. Peux-tu nous dire quelques mots sur la génèse de ce webdoc ? 

Fabien et Julien sont partis à Madrid à l’été 2011, intrigués par le mouvement indigné qui avait secoué l’Espagne à partir du 15 mai 2011 (d’ailleurs là-bas, ce mouvement s’appelle le 15M, en référence à cette date fondatrice). Frappés par ce mouvement social nouvelle génération, ils sont revenus en France avec la conviction qu’il y avait là une histoire à raconter, qu’il était essentiel même de transmettre cette expérience en France, où le traitement médiatique du 15M avait été au mieux léger, au pire caricatural. 

Au cours du travail d’écriture, il leur est apparu que pour parler du mouvement 15M, il fallait aussi parler de son contexte, à savoir la crise économique qui a déstabilisé l’Espagne suite à l’explosion de la bulle immobilière, et la sévère politique de rigueur qui a été l’unique réponse des gouvernants, de gauche comme de droite, face à cette crise. Ainsi, peu à peu, le propos de Julien et Fabien s’est élargi, pour parler de l’Espagne comme un double laboratoire : celui d’un système économique à bout de souffle qui cherche à se renouveler dans l’austérité, et celui de nouvelles pratiques sociales et politiques dans le sillage du mouvement du 15M. Quant au choix du format web-documentaire, il nous a semblé qu’il était tout à fait adapté pour traiter d’un mouvement social qui a su utiliser toute la puissance d’internet et des réseaux sociaux. Nous avons aussi pensé qu’il faciliterait une diffusion hors de France, ce qui s’est avéré avec un nombre de visites plus important en Espagne qu’en France.

Pour en savoir plus, voir http://blog.noesunacrisis.com/le-projet/

Comment avez-vous financé ce travail ? 

Ça a été un long processus, où nous avons sollicité différents guichets. D’abord, en tant qu’auteurs du projet, Fabien et Julien ont sollicité, et obtenu, une aide à l’écriture du CNC, dédiée aux projets dits « nouveaux médias ». C’était au printemps 2012, et forts de ce qui constituait en somme une « validation » de l’intérêt de leur projet, ils ont alors lancé une campagne de financement participatif, sur KissKissBankBank. L’idée était de pouvoir se payer un tournage en Espagne : 10 000€ sont alors levés. Parallèlement, un dossier de mécénat déposé à la Fondation Un Monde Par Tous nous permet d’obtenir 15 000€ supplémentaires. Avec toutes ces bonnes nouvelles, nous nous disons alors qu’il est temps de se doter de notre propre outil de travail, pour sortir un peu de l’esprit Do It Yourself qui avait prévalu jusque-là : La Société des Apaches est créée. Avec elle, nous serons en mesure de solliciter à nouveau le CNC, pour une aide à la production cette fois-ci, puis la Région Rhône-Alpes. Parallèlement nous avons développé des partenariats pour l’hébergement des vidéos, la conception du blog qui accompagne le webdoc, la communication autour du lancement, etc.

Vous avez choisi la licence Creative Commons BY-SA pour votre webdoc. Peux-tu nous expliquer les raisons de ce choix ? 

En fait ça nous a semblé une évidence dès le départ. Nous avons eu du mal à imaginer plaquer le modèle classique du droit d’auteur, qui doit concerner 99% de la production audiovisuelle, sur un format dédié au web. Il y avait pour nous quelque chose d’incongru d’apposer sur le web-doc la mention habituelle « tous droits réservés, toute duplication interdite, toute projection interdite, etc. ». Non ! Justement, le choix du webdoc était principalement motivé par la facilité de circulation du projet que ce format suppose. 

On trouvait aussi le principe du CC tout à fait en accord avec le financement participatif qu’on avait sollicité. Quant au choix de la licence, on était d’abord parti sur quelque chose de plus restrictif, à savoir NC^[3] . Et puis on s’est dit qu’on ne prenait pas grand risque à l’ouvrir complètement, que le NC était restrictif sans raison : pour le dire autrement, une chaîne de TV privée ou une agence de pub va-t-elle réutiliser nos images ? On peut sérieusement en douter, d’où le choix au final évident du BY-SA. L’aboutissement de cette démarche a été de proposer en téléchargement toutes les séquences vidéo qui constituent le webdoc, avec leurs fichiers de sous-titrage. Ainsi chacun peut s’approprier notre matériel.

Avez-vous rencontré des difficultés, des réticences, lors du choix de cette licence ? 

Alors d’abord je dois dire qu’on n’est absolument pas des spécialistes du CC ! Personnellement j’avais découvert ces licences en 2006, quand j’ai commencé à réaliser des documentaires radiophoniques pour ARTE Radio.com, la webradio d’Arte, qui diffuse toutes ses productions en CC-BY-SA-NC. A l’époque d’ailleurs, il me semble qu’ils étaient un peu des pionniers du CC. Mais à part ça, on a quand même beaucoup défriché tout ça tout seuls ! Ce qui nous a conduit à faire des erreurs, comme avec certaines musiques d’illustration, qui ont une licence BY-SA attribuée à NO ES UNA CRISIS, donc qui ne devraient pas être amenées à pouvoir circuler librement avec le reste du webdoc. Ca fait que NO ES UNA CRISIS est libre à 99% en vérité : on va dire que c’est cohérent avec le slogan « We are the 99% » cher aux mouvements Occupy et 15M ! Plus sérieusement, on constate que les cadres de production, même pour les webdocs, sont très inspirés des cadres classiques de la production audiovisuelle. Par exemple, pour prouver à un financeur public (CNC ou collectivité locale) que le producteur et l’auteur sont engagés l’un envers l’autre, le contrat qui les lie doit être accompagné d’un versement de droits d’auteur. Et pas de dossier de demande de subvention valable sans les justificatifs AGESSA correspondant ! (l’AGESSA est la Sécurité Sociale des auteurs). Je trouve ça curieux.

Quelques jours avant la diffusion du webdoc, vous avez eu un souci avec Dailymotion, que s’est-il passé ?

Nous avions convenu d’un partenariat avec Dailymotion, à propos de l’hébergement des vidéos du webdoc. Nous étions très heureux de ça, pensant avoir accès au nouveau service de Dailymotion, DM Cloud, qui nous permettait de développer notre propre player, de faire gérer les différentes versions linguistiques par Flash, etc; Sauf que, tout contents de ça, nous n’avions alors pas pris la peine de préciser les modalités de ce partenariat. Erreur de débutant de notre part, c’est clair… Du coup ça a été un peu terrible pour nous quand le malentendu est devenu flagrant, à savoir quand notre web-développeur a voulu récupérer les codes d’accès au service DM Cloud, et qu’on lui a répondu que c’était Dailymotion Premium qui était prévu ! Le hic, c’est que ça ne pouvait pas du tout fonctionner avec l’interface développée ! Nos contacts chez DM étaient conscients de la situation dans laquelle nous nous trouvions, aussi ils nous ont fait une proposition commerciale allégée pour l’accès à leur service Cloud. Mais ça restait très problématique pour nous, puisque la facture finale dépendant du débit utilisé : pour le dire autrement, plus NO ES UNA CRISIS serait vu, plus on paierait. Voire, s’il devait cartonner, nous mettrions la clé sous la porte ! On a donc eu quelques heures de sueurs froides, et c’est là que la magie de la mutualisation a opéré, et que nous voyant dans le pétrin, tu nous as dit peut-être pouvoir faire quelque chose…

Lorsque tu échanges avec d’autres équipes de réalisation de webdoc, tu leur parles de votre choix de licence ? Ça leur parle ? En d’autres termes, et si c’était à refaire, vous feriez le même choix ? 

Sans hésiter, nous referions le même choix, qui est cohérent par rapport au propos de NO ES UNA CRISIS et qui est en parfaite adéquation avec le format web-documentaire. En plus, de façon tout à fait pragmatique, ça nous donne un angle supplémentaire de communication pour parler du projet. Je suis toujours un peu étonné de voir que peu de webdocs sont diffusés en CC. Après il ne faut pas se leurrer, pour des projets futurs qui seraient amenés à être diffusés en télévision, l’enjeu économique ferait que le choix serait plus cornélien : vue la fragilité économique des auteurs dans le documentaire (ils peuvent parfois être les moins bien rémunérés dans une équipe de production), les droits d’auteurs leur sont indispensables. 

Il y a même une perversion du système, où le producteur va négocier à la baisse le salaire de l’auteur, en lui faisant miroiter les futurs droits d’auteur qu’il percevra de la SCAM après la diffusion télé. Personnellement, je ne suis pas contre le droit d’auteur par principe. Je suis même sociétaire de la SCAM pour mon activité radiophonique ! Mais j’estime que la licence libre a un immense intérêt pour permettre une meilleure diffusion des œuvres, et finalement, plus que les droits des auteurs, c’est les droits des producteurs qu’elle conteste, ces droits qui peuvent parfois être une rente. Je trouve dommage que des institutions comme la SCAM soit un peu obtue sur cette question du libre, elle gagnerait à mettre ses compétences au service des réflexions qui entourent ces nouveaux modes de diffusion, et les auteurs aussi y seraient gagnants.

Venons-en à la question qui fâche (au moins les libristes 😉 ) : pourquoi le choix de Flash comme technologie pour diffuser votre web documentaire, empêchant sa visualisation pour de nombreux internautes ?

Le choix de Flash est une très bonne illustration de ce que je disais tout à l’heure sur les licences CC : ce n’était pas notre univers, on s’y est mis peu à peu, on a voulu bien faire… et on s’est planté ! On a choisi Flash sans aucune idée des implications que ça pourrait avoir sur l’accessibilité du webdoc, un comble ! Le choix s’est principalement fait pour des raisons de budget. Notre web-développeur nous avait indiqué que Flash serait moins coûteux que HTML5, et comme à l’époque, on avait accepté son devis sans avoir encore bouclé le financement du projet, le choix de Flash nous permettait de réduire le risque financier. En plus, si on savait bien qu’avec Flash nous n’aurions pas accès aux tablettes, on s’était dit que l’audience des webdocs y étant encore assez confidentielle, on pouvait s’en passer. Par contre on ne savait pas que ça allait coincer sous Linux ! Donc Flash, c’est une erreur de débutant, mais dans un contexte budgétaire contraint.

D’où l’idée de monter ce « liberathon » avec Framasoft, donc. Peux-tu nous en dire plus ?

Effectivement, on invite tous ceux qui seraient prêts à nous aider sur ce challenge de basculer NO ES UNA CRISIS en HTML5 à nous rejoindre à Lyon les 14 et 15 décembre. Ça se passera à Locaux Motiv’ où nous avons nos bureaux, La Société des Apaches et Framasoft. Nous pourrons accueillir 15 personnes max (il faut donc se préinscrire). Venez avec vos machines, nous on s’occupe des conditions d’accueil (café à gogo, repas le midi, apéro). Puisque NO ES UNA CRISIS est captif de Flash, il s’agira de le libérer ! L’objectif est d’avoir, le dimanche soir, un webdoc aussi proche que possible de la version originale sous Flash.

Merci Jean-Baptiste, un petit mot pour la fin ? 

En me heurtant aux problèmes techniques qu’a connus NO ES UNA CRISIS (hébergement des vidéos, Flash…), et en étant aidé sur ces questions par Framasoft et Fabien Bourgeois, j’ai découvert que l’informatique était un monde de solutions.

• Préinscription pour le Libérathon (14 & 15/12, Lyon)

Le 1er juillet prochain (J-4, donc !), Google Reader fermera ses portes.

Lancé en 2005, ce service permettait aux utilisateurs d’organiser et de lire des flux d’actualités (appelés « flux RSS ») issus de multiples sites en un seul endroit.

Plusieurs dizaines (centaines ?) de milliers d’utilisateurs se retrouvent donc « victimes » de cette fermeture annoncée il y a trois mois. Cela nous amène à nous poser deux questions :

• Quelle confiance accorder à Google^[1], qui centralise vos données en ligne ?
• Quelle réponse le monde du logiciel libre a-t-il à proposer aux utilisateurs « mis à la porte » par Google Reader ?

De nombreuses applications libres permettant de lire des flux RSS ont vu leur développement s’accélérer ces derniers mois. Certaines nous ont semblé être d’excellentes alternatives à Google Reader. Mais comment les faire connaitre au grand public ? Comment inciter les utilisateurs a tester et valider une solution libre, plutôt que de foncer tête baissée dans la gueule grande ouverte d’un autre service privé ? Feedly, Digg, Yahoo!, et même … AOL (!) sont sur les rangs pour exploiter vos données sous forme de publicité classique ou de revente à des tiers. Pour au final fermer le service dans quelques mois ?

À sa modeste échelle, Framasoft annonce donc la mise en place de Framanews, un service de lecture de flux RSS basé sur le logiciel libre Tiny Tiny RSS. Il ne s’agit pas ici d’en faire un « concurrent » de Google Reader, qui ne résoudrait pas la question de la centralisation des données, mais bien de proposer à tout un chacun de pouvoir évaluer une alternative libre et gratuite, sans publicité, sans exploitation de vos données personnelles et que vous pouvez vous-même installer (pour une académie, un centre de recherche, etc.).

Notez bien que le projet est en bêta, que les inscriptions s’ouvrent peu à peu (afin de nous permettre de dimensionner l’infrastructure technique), et que nous prévoyons d’améliorer la documentation sur l’installation^[2].

Pour vous faire patienter, nous vous proposons ici une interview de Luc, le sympathique et dynamique bénévole^[3] qui est en charge de la mise en place de ce service.

Bonjour Luc, peux-tu te présenter ?

Bonjour. Mmh, c’est toujours dur de se présenter, mais je vais tenter quand même. Je suis un geek libriste de pas loin de 30 ans, grand fan des manchots, du Dr Who, de livres (romans, bds), du nombre 42 et des vannes pourries. On me connaît parfois sous le pseudo Sky sur le grand Ternet mais c’est plutôt rare (en dehors de LinuxFr ou de framalang, je ne sors pas beaucoup de mon lecteur de flux RSS)

Mon parcours fut assez mouvementé : 2 facs, 3 DUT, 1 Licence, clerc d’huissier, assistant de sénateur et maintenant administrateur systèmes et réseaux dans l’équipe Lothaire de l’Université de Lorraine… C’est moi qui ai appris à Jean-Claude Van Damme à faire le grand écart 🙂

Mon premier contact (sans le savoir) avec les logiciels libres date de l’époque où Free envoyait un cd contenant divers logiciels dont un truc qui s’appelait “Suite Mozilla” si je me souviens bien. Quand est sortie la première version de Firefox, j’y ai tout de suite adhéré, mais je n’étais pas encore prêt. C’est en 2005 qu’un ami d’enfance m’a dit « Essaye Linux, c’est vachement bien ! », ce qui m’a poussé à acheter un magazine contenant un cd d’installation d’OpenSuse. Là-dessus mon ami m’a dit « Pff, mais prends donc une Debian, ça déchire^[4] ! ». Et là c’était fini, j’étais pris au piège et je n’ai plus quitté Debian, ni tout ce qui a rapport au libre. 3 ans plus tard, j’entrais en DUT d’info. Encore 5 ans de plus et j’organisais les Journées Perl 2013 (qui ont eu lieu à Nancy les 14 et 15 juin dernier).

Je fais actuellement partie de Lorraine Data Network, FAI associatif issu de l’essaimage de FDN qui milite pour un Internet Libre Décentralisé et Neutre en encourageant les gens à héberger eux-même leurs services, ou tout du moins à le faire chez des personnes de confiance… un peu comme quand Framasoft propose Framadate, Framapad, Framacalc et tous les autres Framaservices, non ? 😉

Tu t’es proposé pour mettre en place et animer le projet Framanews. Mais qu’est-ce donc que Framanews ?

Framanews est un lecteur de flux RSS en ligne. Un flux RSS est un fichier contenant les articles du site du flux dans un format normalisé qui permet d’afficher ces articles dans un lecteur, sans tout l’« emballage » du site. Cela permet de suivre l’actualité du site en question, sans y aller, ou parfois d’avoir juste un résumé des articles, ce qui permet de choisir si ça vaut le coup d’aller faire un tour sur le site. Si un certain nombre de médias du Web parlent de la fin du flux RSS car dépassé par Twitter, Google+ et consorts, je trouve qu’au contraire, c’est un excellent moyen de choisir ses sources d’informations plutôt que se laisser enfermer dans un bulle constituée de « on sait mieux que toi ce qu’il te faut ». Je ne suis certainement pas le seul à penser ainsi, vu le tollé qu’a soulevé l’annonce de la fermeture de Google Reader et le nombre de lecteurs de flux libres qu’on a vu (re)surgir ça et là : Kriss Feed, Miniflux, Leed, etc. Et surtout Tiny Tiny RSS (ttrss pour les intimes) qui a vu son développement repartir de plus belle et qui sert de base à Framanews.

J’ai légèrement forké Tiny Tiny Rss pour le franciser au maximum (mais il y a encore des bouts de texte qui m’ont échappé), certains textes comme les emails ne passant pas par le module d’internationalisation.

Mais Framanews, c’est aussi un projet « éducatif », pour (re)faire découvrir les flux RSS et présenter une alternative aux sites propriévateurs (merge de propriétaire et privateur, pour dérouter les trolls) comme (bientôt feu) Google Reader, Feedly et consorts. Le pourquoi du flux RSS, les spécificités de ttrss (interface mobile, partage de flux…), un mode d’emploi, tout ça est expliqué sur la page d’accueil du projet (surtout dans la FAQ).

Pourquoi avoir choisi ce projet-là, dans tous les framacartons^[5] possibles ?

Parce que j’aime les flux RSS et que je suis un peu opportuniste : je me suis dit que la fermeture de GReader était une bonne occasion de prêcher la bonne parole du Libre. Aussi parce que je connais plutôt pas mal ttrss pour l’avoir installé pendant longtemps sur mon serveur. Je me sers de Framanews maintenant, pour voir les problèmes tout de suite et être encore plus motivé à les résoudre : vos problèmes sont aussi mes problèmes, soyez sûrs que je m’en occupe 😉

Ah ! Non ! C’est un peu court jeune homme !
On pouvait dire… oh ! Dieu ! … bien des choses en somme…
En variant le ton, —par exemple, tenez :
Agressif : « moi, monsieur, si j’avais un tel etherpad,
Il faudrait sur le champ que je le mette à jour^[6] ! »
Amical : « mais il n’y a pas de css framasoft :
laissez-moi donc vous faire un boilerplate ! »

Et puis, il faut bien commencer quelque part 😀

Techniquement, la mise en place a été plutôt difficile, peux-tu nous en dire plus sur les coulisses de ce projet ?

Oulà ! Alors, en ce moment, le ttrss tourne sur un des serveurs de Framasoft qui héberge d’autres services, avec la base de données sur un autre serveur, qui sert aussi à faire tourner le script de mise à jour des flux. Je n’avais au départ que le serveur Framasoft pour jouer. J’ai utilisé une base MySQL puisqu’elle était déjà installée dessus, mais avec l’ouverture progressive de la bêta, j’ai vu que ça n’allait plus du tout. Le serveur souffrait de surcharge, et pourtant c’est une bête de course. J’ai donc tuné la base MySQL, mais les problèmes sont revenus quelques jours après. J’ai ensuite tenté quelques essais infructueux de conversion des données MySQL au format PostgreSQL pour une migration en douceur, mais j’ai dû me résoudre à demander à nos courageux testeurs de migrer eux-mêmes leurs comptes, à coup d’export des flux et des préférences. Après quelques jours de répit, de divers essais de réglage des paramètres du script de mise à jours, le serveur était de nouveau en surcharge. C’est Nassim Kacha – un ami lui aussi sysadmin qui s’occupe de pas mal de base de données au boulot – qui m’a montré que la surcharge était due à des accès disques trop lents. Framasoft m’a donc fourni un nouveau jouet : un vps (Serveur Privé Virtuel) avec un disque en SSD. Tout allait bien jusqu’à ce que certains utilisateurs abusent un peu du nombre de flux : plus de 5% du total de flux pour UN utilisateur (représentant 0,5% du nombre d’utilisateurs)…

Dallas, à côté de la saga Framanews, c’est Martine à la plage !

Donc, pour l’instant, le service reste en “beta” ? Quelles sont les limitations ?

Malheureusement, oui. Suite au dernier épisode (trop de flux pour certains utilisateurs), nous avons décidé de limiter le nombre de flux par personnes (je suis en train d’écrire un système de quota de flux pour ttrss). Le système de cache de ttrss a été un peu modifié pour garder le cache plus longtemps (ce qui réduit la vitesse de mise à jour) et on ouvre les inscriptions au compte-goutte, pour nous permettre d’augmenter les capacités de la plateforme au fur et à mesure. Je n’ai pas envie que tout s’écroule de nouveau ! Une fois que j’aurais dimensionné correctement les besoins (un serveur = xxx utilisateurs), je vais tenter de transformer notre petite base de données en un cluster PostgreSQL, on repart pour des tests et on pourra enfin ouvrir les vannes en grand ! (ou pas)

Ceci dit, tant qu’on est en beta, je ne m’interdis pas de loucher vers d’autres applications de lecture de flux RSS en ligne qui pourraient mieux tenir la charge.

Si tout se passe bien au niveau technique, la prochaine limitation risque d’être le nombre de serveurs que Framasoft pourra louer. Rappelons-le, Framasoft est une association qui ne vit que par les dons de ses sympathisants. C’est pourquoi je vous invite à faire un petit tour sur http://soutenir.framasoft.org (je l’avais dit que j’étais opportuniste ! Hop, pub :D).

Au bout du compte, pourquoi utiliser Framanews plutôt que Feedly, Netvibes ou autre ?

C’te bonne blague ! Parce que c’est libre, tiens !

Mais aussi parce que Framasoft — et donc par définition Framanews aussi — cherche à libérer les internautes, en leur faisant découvrir des services qu’ils peuvent installer eux-mêmes, dans leur placard, sur leur serveur dédié, chez un hébergeur mutualisé associatif, sur un raspberry collé au dos de leur chat… De plus, nous respectons votre vie privée : la seule information dont on se sert, c’est votre adresse mail pour vous tenir au courant des évolutions du services et autres maintenances, et juste pour ça. Je pourrais aussi parler de la qualité de ttrss, de sa fonctionnalité qui permet de partager les articles que l’on aime sur un flux public^[7], du superbe plugin que j’ai développé de mes blanches mains pour faciliter la navigation dans les flux (ok, c’est juste un fork d’un autre plugin)…

Je pense que la meilleure raison d’adopter Framanews, c’est de l’essayer et de comparer 🙂

Comment vois-tu l’avenir de ce projet ?

Moi et les autres membres de Framasoft sur une plage de sable blanc avec suffisamment d’argent pour racheter Google. Ah c’est pas payant ? Zut alors !

Je verrais bien un espace de partage des flux publics^[8] des framanewseurs, un compteur des instances de ttrss que les gens auront montées parce qu’on leur en a donné envie…

Un petit mot pour la fin ?

Internet n’est pas compliqué, Internet est ce que vous en faites.

Rappel des principaux liens :

• Le site Framanews : http://framanews.org
• Les flux Twitter et identi.ca de Framasoft (pour se tenir au courant de l’annonce de nouveaux services) : http://twitter.com/framasoft http://identi.ca/framasoft
• Suivre les nouvelles de Framanews : blog Framacloud/Framanews, Flux RSS Framacloud/Framanews, hashtag #framanews

Crédit photo : Danny Sullivan (Creative Commons By)

En pleine crise de croissance, le projet Framapad recherche des ressources humaines, techniques et financières.

Il y a 7 mois, nous lancions le projet Framapad, notre éditeur de texte collaboratif en ligne (propulsé par Etherpad), permettant à tout un chacun de créer facilement un « pad » ou d’y participer, grâce à notre propre hébergement, l’adaptation française du logiciel et la rédaction d’une documentation complète.

Depuis lors, vous avez été très nombreux à l’utiliser quotidiennement pour, par exemple,rédiger à plusieurs mains, traduire, organiser des évènements ou l’utiliser en classe.

Chiffres en croissance continue, Framapad totalise aujourd’hui mensuellement environ 80 000 visites pour plus de 220 000 pages vues, des chiffres qui sont en croissance continue (en outre près de 3 000 comptes ont été créés, permettant à leurs utilisateurs de gérer plusieurs « pad » dans un même espace d’administration et de disposer de « pad » privés).

Nous sommes ravis (et fiers) de ce résultat qui témoigne de la pertinence et de la validité de ce nouveau libre service proposé par le réseau Framasoft.

Malheureusement ce succès met à mal l’unique serveur hébergeant aujourd’hui le site framapad.org, qui subit régulièrement des pics d’activité pouvant provoquer des blocages et coupures momentanés et nuire alors fortement à la qualité d’utilisation des « pad ». Afin d’éviter la rupture et la fermeture du site, nous avons ainsi été obligés de faire des compromis en désactivant totalement les fonctions pourtant souvent utiles d’import et d’export, et en limitant à 12 le nombre d’utilisateurs simultanés par « pad »^[1].

Tout ceci est frustrant et non satisfaisant. D’autant plus frustrant que nous sommes à attachés à montrer qu’on peut nous aussi proposer un service en ligne de qualité, basé sur des technologies libres et géré par une association à but non lucratif.

Nous ne pourrons clairement pas atteindre les 100 000 visiteurs par mois dans ces conditions.

La solution passe par un hébergement sur une machine plus puissante^[2] mais cela n’est pas pour nous sans conséquences financières et humaines.

Financières car un serveur plus puissant, permettant à Framapad de fonctionner correctement, coûterait environ (au moins, en hypothèse basse) 600 euros par an. Soit 3 fois plus qu’actuellement. Ce besoin peut être assuré par des dons à Framasoft, mais aussi par la mise à disposition d’une machine suffisamment puissante pour nos besoins. Il n’est pas exclu que vous, lecteur du Framablog, soyez impliqué dans une association, institution ou entreprise qui dispose des ressources nécessaires et serait prête à nous accueillir gracieusement sur ses serveurs.

Humaines ensuite. En effet, l’installation et la maintenance d’Etherpad est relativement chronophage et demande d’assez solides compétences techniques^[3]. Le noyau dur de Framasoft étant déjà largement occupé par aileurs sur d’autres tâches et projets, nous lançons donc également un appel à nous rejoindre, un appel aux bonnes volontés bénévoles ayant les compétences et la disponibilité nécessaires à la migration et l’administration d’un tel service.

Si vous pensez pouvoir nous aider et proposer des solutions matérielles, financières ou humaines, n’hésitez pas à relayer l’information et laisser un commentaire à la suite de ce billet ou à utiliser le formulaire de contact du Framablog.

Merci pour votre reconnaissance et votre éventuel soutien.

• Découvrir Framapad
• Soutenir Framasoft

Mise à jour : quelques heures après la publication de cet article, nous avons déjà reçu un certain nombre de propositions d’aide, mais malheureusement pas toujours en relation directe avec notre besoin. Ainsi, si vous souhaitez proposer de l’hébergement, celui-ci devra être sans publicité, et sur une machine totalement dédiée (et non un bout de serveur virtualisé/mutualisé). Côté technique, la machine devra disposer d’au moins de 4Go de RAM, et disposer d’un CPU suffisamment puissant (on évitera donc les processeurs Nano). Enfin, si vous souhaitez proposer votre aide pour la migration/administration, nous ne vous demanderons évidemment pas de signer avec sang (il s’agit d’une administration bénévole) mais les “candidatures” de personnes ayant une implication significative pour des projets libres ainsi que des compétences en administration d’Etherpad (ou au moins de serveur Scala/Comet) seront bien évidemment privilégiées.

Aujourd’hui, nous avons le plaisir de vous annoncer un nouveau site en “beta test” sur le réseau Framasoft : http://framadate.org

Vous avez besoin de trouver la meilleure date pour une sortie au resto entre amis ? Vous voulez savoir quelle serait l’heure qui conviendrait le mieux pour cette importante réunion de travail ? Vous voulez savoir qui amène la bière, les pizzas ou le dessert ?

Alors Framadate est fait pour vous ! 🙂

Plutôt que d’échanger de nombreux emails (avec toujours le boulet qui oublie de faire « répondre à tous » et dont on perd donc trace du message), il suffit de créer un sondage sur Framadate.org et d’en envoyer le lien aux participants (par email, par Twitter (ou identica), Facebook (ou diaspora 🙂 ), etc).

Quelques clics plus tard, vous saurez quelle est la date qui convient le mieux. On peut difficilement faire plus simple !

Framadate est un service proposé librement et gratuitement par le réseau Framasoft. Inspiré du service Doodle, il est basé sur l’application libre STUdS! développée par l’Université de Strasbourg, Framasoft ayant principalement relooké et sécurisé l’application. Le code source de Framadate est bien évidemment disponible.

<teasing>
Framadate est un service qui fait partie du projet “Framatools”, qui visera à sensibiliser le grand public à la décentralisation des données et applications.

En effet, de plus en plus de logiciels fonctionnent directement au sein des navigateurs web (d’où l’importance de navigateurs libres et de confiance) : c’est le fameux “cloud”. Cependant, cette informatique “dans les nuages” pose un certain nombre de problèmes : protection de la vie privée, propriété des données mais aussi sécurité et fiabilité du service.

Framasoft va donc proposer un certain nombre de services en ligne basés sur des applications libres ^[1].

Évidemment, cela peut paraître paradoxal, puisqu’on y retrouve sensiblement les mêmes problématiques de sécurité et de fiabilité du cloud “privé”. Cependant, il faut voir ces services comme des « produits de démonstration » fonctionnels et maintenus par nos soins. Un site de sensibilisation aux dangers du cloud sera mis en place d’ici la rentrée, et expliquera pourquoi et comment installer, chez soi ou pour son organisation, sa propre instance de l’application. </teasing>

• Essayer Framadate : http://framadate.org
• Questions fréquentes, licence, crédits, etc : A propos de Framadate