Présents: Philippe, Josette, William, Julien, Michel, Cédric

• Administration collective
• Les attentes de chacun
• Organisation des réunions (Problèmes/Solutions),
• Weekend pour l'avancement du projet
• Les objectifs concrets du projet

L'administration collective est-elle réellement possible dans l'absolu ? En effet il paraît difficile (voire impossible) pour un néophyte d'apprendre à administrer un serveur.

• (William) : acquérir les connaissances demanderait un temps considérable…temps que je ne suis pas certain de vouloir investir.
• (Josette) : il est indispensable que le collectif ne repose pas sur un noyau restreint de techniciens: cela concentre le pouvoir dans les mains d'un noyau de personne.
• Il faut absolument donner la possibilité (mais non imposer) aux personnes du collectif de comprendre et d'apprendre l'aspect “technique”.

L'ensemble du collectif est-il soumis aux personnes qui possèdent les compétences techniques ? si le nombre de “techniciens” est trop restreint, on risque de “s'enfermer”…La pluralité est nécessaire et bénéfique au collectif.

De plus, à chaque fois que le collectif s'interroge sur la possibilité technique de mettre en place un mécanisme (ex. filtrage des IPs Tor…), la réponse provient du même noyau de techniciens. Plus ce noyau est restreint, plus le risque est grand que les techniciens se trompent, jugent l'idée impossible à réaliser.

• Pour Michel, il n'y a pas de raison qu'une raison technique invalide une décision “éthique”.

Du coté de l'avancement, un petit débat a opposé ceux qui pensent qu'on avance pas assez, et ceux qui pensent qu'on a le temps:

• Tant qu'on a pas d'“application” concrète du serveur libre il ne sert à rien de parlementer… Il faut laisser les techniciens faire leur travail.
• Si le serveur n'avance pas, c'est qu'on est pas prêts. Vouloir se forcer à avancer ne mène à rien: lorsqu'on a voulut se donner des tâches précises, personne ne s'en est acquitté (cadre juridique, nom de domaine, …). Ca n'est pas gênant: quand le projet sera mûr dans nos têtes, la réalisation viendra tout naturellement (exemple de Josette: l'Amap Lamalou)

Serait-il intéressant d'établir plusieurs niveaux de documentation ?

1. accessible : cette documentation permet à n'importe qui de comprendre le fonctionnementde la messagerie électronique, etc…
2. technique : cette documentation permet à qui le souhaite de mettre en place un équivalent de “serveur libre”.

Le Wiki est-il l'outil idéal pour “publier” de la documentation ? Philippe: le wiki est utile pendant le “développement” d'un projet, lorsqu'on souhaite publier de la documentation, on peut utiliser d'autres choses, telles que:

• un site internet dédié “montez votre serveur libre !” (comme l'amap Lamalou),
• une brochure

Un point important a été fait concernant le week-end de développement.

Les objectifs du week-end sont

1. mettre en place un serveur libre fonctionnel, sécurisé et anonyme (à l'issu de ce week-end, le SL devra être utilisable par le collectif)
2. créer une documentation plus complète, plus lisible, plus accessible à partir du wiki (sous forme d'un site web, d'un livre, d'un document quelconque…). L'inconvénient du Wiki étant qu'on peut facilement se perdre dans la profusion des pages, et qu'on a parfois du mal à suivre un fil directeur.

Le nombre de places pour dormir dans la maison de Julien est restreint à 5 personnes. Au delà, il faudra se débrouiller (tente, hôtel, couch surfing…). Une liste des participants sera bientôt dispo sur le Wiki. Le transport ne devrait pas trop poser de problèmes car on dispose de plusieurs véhicules (voitures de Josette, Julien, … ?).

• Cédric: j'aimerais qu'on fasse le point sur ce qui a été fait dans les ateliers, et ce qu'on aimerait y voir dans les prochaines séances.
• Julien: on devrait rédiger des CR d'ateliers.

Objectif du prochain atelier technique: faire en sorte que toutes les personnes présentes sachent utiliser GPG et Tor.

Philippe n'arrive pas à établir clairement les objectifs du serveur libre, et propose d'établir une liste des axes principaux de réflexion:

• serveur en France ?
• Véto de la part des non-techniciens ?
• cadre juridique ?
• Si le “noyau” de techniciens meurt, quid du serveur libre ?
• ..

Cette liste (évidemment non exhaustive) permettrait peut-être de mieux structurer les réunions et d'avoir un suivi pour chaque “axe de réflexion”.

D'autre part, il pourrait-être nécessaire de faire le point sur:

• le déroulement des réunions
• la prise de décision: dans ce petit guide il est suggeré de prendre une décision à propos d'une discussion ayant eut lieu une ou deux réunions auparavant. Cela permet de laisser le temps à chacun de réfléchir sur la question.

Il a été proposé de discuter de cela, non pas pendant le week-end de développement, mais pendant une des prochaines réunions.