Différences

Ci-dessous, les différences entre deux révisions de la page.

--- 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'instant, on est deux à en avoir fait une.
-  * Motivations du projet
-à mettre à l'Odj ?
-  * page "présentation des participants" http://alternatives34.ouvaton.org/doku.php?id=sl:presentations_des_participants:emmanuel_ch
-  * Question de la part de josette : Quelles raisons nous poussent à écrire un compte rendu collaborativement? Est-ce vraiment utile?
-  *  formation entre nous : échange de compétences,  pas faire comme  No-log:  en plus du serveur, veut un réel serveur sans log, s'exprimer sans être fliqué.
-  *  est-ce qu'un serveur libre suffit ?   Disparité des compétences fait qu'il devient de plus en plus difficile d'avoir un usage raisonné d'internet lorsqu'on est incompétent-e. L'internet ressemble à un supermarché pour un-e non-compétent-e. Non-commercial, vie privée. J'aime bien savoir comment ça marche. C'est un outil qu'il faut maintenant à utiliser donc, faisons le proprement.   Aucune illusion pour blouser les condés. Faire des petites choses qui seront connues dans le coin... Déjà le wiki c'était dur, alors "faut faire avec les vieux aussi !". Intéressé par les formations, la vision des gens qui ne connaissent pas, c'est important pour ceux qui ont des compétences.
-  *  Organisation: propositions:
-        * faire (sur le wiki) une liste structurée des décisions prises: structurer suivant la fonction (technique, organisation, formation etc), et aussi indiquer l'importance. Permet de rejoindre facilement le collectif, sans devoir se taper 50 comptes-rendus touffus. N'est que l'expression du consensus actuel, pas des décisions gravées dans le marbre.
-idée : savoir où on en est
-faciliter l'accès aux gens au collectif
-attention, compte-rendus sont touffus
-Quoi mettre : décisions qu'on a prises
-attention, les décisions prises sont l'expression au consensus lors des réunions. attention, ce ne sont pas des statuts non modifiables.
-Idées de structure de base: Fonctionnements, Techniques, Formations, Communication (interne et externe)
-  *  … et des décisions à prendre (pour éviter un ordre du jour plétorique).
-permet de fabriquer l'odj
-renommer "odj" par "sujets à aborder"
-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'outil au quotidien de manière individuelle et collective
-  * autonomisation vis-à-vis de la technologie.
-  * partage de compétences écrites et orales (pratiques lors d'install party)
-  * tester et apprendre sur l'autogestion, pas de hierarchie, organisation horizontale,
-  * administration collective d'une machine, ouverte et non basée sur la confiance, transparence sur l'admin de la machine. La transparence peut-elle se faire partout? Garder la sécurité sur les mails sans pour autant brider les actions des admins... faire que l'égalité soit effective jusqu'au bout (donc jusqu'à l'administration d'un serveur). Trouver les moyens techniques pour garantir l'égalité.
-  * fournir une documentation qui nous est propre dans le but d'essaimer. Favoriser l'émergence d'autres collectifs et d'autres serveurs.
-  * Non-commercial : pas d'exploitation commerciale des données.
-    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'email n'est plus sur le serveur si l'utilisateur a détruit l'email sur le serveur.
-   * 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'utiliser que pop ? Réponse: On place la barre un peut haut et on propose des formations. Ça implique du temps pour la formation, mais on pourra essaimer sur la formation. Placer la barre un peu haut permet d'avoir des utilisateurs suffisemment impliqués.
-      * 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'utiliser GPG) et TOR.

Alternatives34

Outils pour utilisateurs

Outils du site

Différences

Outils de la page