Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
sl:cr:2009-05-13 [2009/05/14 01:11] emmanuel |
— (Version actuelle) | ||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
- | ====== Compte-rendu de la reunion du 13 mai 2009 ====== | ||
- | |||
- | |||
- | **Present-e-s :** Julien, Emmanuel, Jonathan, Geronimo, Antoine, Thierry, Moo, Pierre, Michel, Josette, Pascal (Montpelibre). | ||
- | |||
- | |||
- | ===== Ordre du jour ===== | ||
- | |||
- | * tour de table... chacun-e se présente. Emmanuel a propose une page de presentation des personnes. Pour l' | ||
- | | ||
- | * Motivations du projet | ||
- | |||
- | à mettre à l'Odj ? | ||
- | * page " | ||
- | |||
- | * Question de la part de josette : Quelles raisons nous poussent à écrire un compte rendu collaborativement? | ||
- | |||
- | * formation entre nous : échange de compétences, | ||
- | | ||
- | * est-ce qu'un serveur libre suffit ? | ||
- | | ||
- | * Organisation: | ||
- | * faire (sur le wiki) une liste structurée des décisions prises: structurer suivant la fonction (technique, organisation, | ||
- | idée : savoir où on en est | ||
- | faciliter l' | ||
- | attention, compte-rendus sont touffus | ||
- | Quoi mettre : décisions qu'on a prises | ||
- | attention, les décisions prises sont l' | ||
- | |||
- | Idées de structure de base: Fonctionnements, | ||
- | |||
- | * … et des décisions à prendre (pour éviter un ordre du jour plétorique). | ||
- | permet de fabriquer l'odj | ||
- | renommer " | ||
- | |||
- | Motivations et validation des motivations : | ||
- | * défense des libertés publiques (vie privée) | ||
- | * participer à la décentralisation du réseau internet en créant des noeuds locaux. | ||
- | * indépendance — appropriation de l' | ||
- | * autonomisation vis-à-vis de la technologie. | ||
- | * partage de compétences écrites et orales (pratiques lors d' | ||
- | * tester et apprendre sur l' | ||
- | * administration collective d'une machine, ouverte et non basée sur la confiance, transparence sur l' | ||
- | * fournir une documentation qui nous est propre dans le but d' | ||
- | * Non-commercial : pas d' | ||
- | |||
- | Cahier des charges | ||
- | |||
- | * mise en place d'un serveur de mail (webmail, s'y connecter par une page web, pop et imap) et utilisation d'un client mail pour que les messages ne restent pas sur la machine | ||
- | * Minimiser les informations sur les utilisateurs stockées sur le serveur. Par ex. assurer que l' | ||
- | * En question: où doit-on placer la barre sur ce que doit faire les utilisateurs pour utiliser le serveur. Créer une clef gpg ? N' | ||
- | * Forcer à utiliser TOR ? : On n'est pas pret pour prendre une décision. Ca serait bien que nous utilisions TOR pour avoir une opinion dessus. | ||
- | * Forcer à fournir sa clef GPG publique ? : | ||
- | Discussion autour de la sensibilisation et de la réelle utilisation. faire des « install party » pour installer enigmail (ou autre façon d' | ||