présents : Loïc, Lucien, Didier, Étienne, Daniel, Mathieu
 excusés : aucun
 lieu : Agora1901, salle 6 (à la place d’une permanence n@utile du jeudi soir)

 Introduction

Ça fait longtemps qu’on n’a pas de fait PAG (29 janvier 2009), et la dernière GAG date de plus d’un an (23 mai 2008). Selon nos statuts, on aurai dû faire une GAG avant fin juin 2009, mais personne n’a vraiment impulsé son organisation. L’association, et en particulier son bureau, a passé un coup de baisse de motivation, mais on s’y remet collectivement.

L’objet de cette PAG tardive est principalement de commencer à organiser la prochaine GAG. Le rythme précédent des PAG tous les deux mois et des GAG vers le mois d’avril a été rompu. Il faut en trouver un nouveau. Il est donc proposé de faire notre prochaine GAG début 2010, sur la 2e quinzaine de janvier, pour bien commencer l’année. On en profitera pour passer à un bilan calé sur l’année civile (1er/01 au 31/12) pour les années à venir. Le bilan des années précédentes était plus fluctuants car il était fait sur la période allant d’une GAG à sa suivante, or les dates des GAG ne sont pas forcément les mêmes d’une année à l’autre.

Pour faire la transition, le bilan de la GAG de janvier 2010 se fera exceptionnellement sur une période de 19 mois et une semaine allant de la GAG précédente (23 mai 2008) à la fin de l’exercice 2009 (31 décembre 2009). Il n’y aura donc pas de GAG 2009.

 Outil de travail collaboratif interne : un Wiki

Pour faciliter l’organisation de certains projets tels qu’une GAG, une entraide-party, un atelier, etc., nous disposons actuellement d’outils peu adaptés : les réunions sont espacées, limitées dans la durée et tout le monde n’est pas forcément présent, les discussions par mails sur les listes Estuaire ou Membres sont intéressantes pour faire circuler les informations urgentes mais ne sont pas adaptée à la prise de décision ou à l’état des lieux d’une action, et le site SPIP est plus orienté publication de compte-rendus ou tutoriels à diffusion sur tout public qu’un espace de travail interne et en modification permanence.

L’idée est donc de se doter d’un outil web asynchrone qui sert d’espace de travail interne à l’association dans lequel on liste les actions à faire pour l’organisation d’un événement, on la met à jour pour rendre compte de l’avancée de sa préparation, et on conserve ces informations en archives pour s’en servir de modèle et de pense-bête sur les événements similaires suivants.

Les outils les plus adaptés pour ces usage sont les wikis. Il en existe plein, le quel choisir ? Étienne a fait le choix arbitraire du pmWiki parce qu’il est léger et parce qu’il est développé par Patrick R. Michaud (=pm), un développeur du core Perl6, ce qui lui fait penser que l’outil est bien codé. Ceci dit, on peut discuter sur ce wiki de ce qu’on attend précisément d’un espace de travail collaboratif interne en terme de fonctionnalités, et donc de voir si pmWiki répond a ces demandes ou si il n’y a pas d’autres produits plus adaptés.

Ce wiki est en place à l’adresse http://wiki.nautile.org et il est hébergé sur le serveur etilem.net (serveur dédié OVH géré par Étienne). Une première page a d’ailleurs été commencée pour l’organisation de la prochaine GAG avec un quifaitquoi.

Il reste à définir la structure et les rubriques de cet espace de travail collaboratif. Il faut pour cela lister tous les usages que le wiki remplira, et les classer en catégories. Ce travail sera lui aussi l’objet d’une page wiki.

Et il reste aussi à restreindre l’accès des pages wiki en lecture et écriture aux seuls membres de l’association. Cela impose une gestion d’identifiants et mots de passes personnels pour chaque membre de l’asso. Cela permettra aussi de savoir qui écrit quoi. C’est plus facile pour le suivi des modifications, et ça bloque les spammeurs.

 Outil comptabilité et de gestion des adhésions : Dolibarr et son module "Adhérents/Association"

L’outil de gestion des adhésion actuellement utilisé est la Galette. Mathieu a récemment tenté une mise à jour de la version 0.62a datant de 2005 à une version plus récente 0.63.2 datant d’octobre 2009, mais il n’y est pas parvenu. Il a donc rebasculé à l’ancienne version avec tous ses défauts.

La Galette du n@utile est accessible à l’adresse http://galette.nautile.org. Elle est hébergée sur le serveur d’Ouvaton. La base de données des adhésions n’a pas été mise à jour depuis fort longtemps. Il faut donc la vérifier entièrement avant la GAG (membres à supprimer ou à ajouter, changements d’adresses mail ou postales, saisie des cotisations).

Pour combler les carences de la Galette, et pour avoir un outil de comptabilité, Lucien (trésorier) propose un ERP Dolibarr associé au module Adhérents/Association. Étienne se propose de l’installer sur son serveur. L’adresse de cette application sera http://gestion.nautile.org.

 Centralisation des comptes : LDAP

Avec tous ces outils web, le besoin d’un identifiant unifié se fait sentir. C’est le principe d’un SSO, et l’idéal serait de pouvoir utiliser un annuaire LDAP pour ça.

L’idée générale est de centraliser les identifiants de tous les adhérents du n@utile pour tous nos services web. La gestion des adhésions se ferait par Dolibarr et son module "Adhérents/Association". Une fois qu’un adhérent est créé, ses données sont transférées dans l’annuaire LDAP (login, mdp, nom, prénom, genre, adresse mail, adresses postale, téléphone, photo ou avatar, clé GPG...) puis elles sont utilisées pour l’abonnement à la liste SYMPA des membres de l’asso, comme compte d’accès au Wiki, et comme rédacteur SPIP. La gestion des coordonnées et du mot de passe est donc centralisée, automatisées et personnalisée pour l’ensemble de ces services.

Et une fois ce système mis en place, on peut imaginer d’autres utilisations connexes telles qu’un annuaire de contacts utilisables depuis le webmail d’Ouvaton ou un client de messagerie.

L’importation des identifiants LDAP est prévue dans Dollibarr, dans SPIP, dans pmWiki et dans SYMPA.

Sauf que Ouvaton ne permet pas les connexions LDAP depuis le serveur web (le module php-ldap n’est pas activé sur le serveur Apache). C’est pourquoi Étienne installe Dolibarr et pmWiki sur son serveur plutôt que sur Ouvaton. Il installera également un serveur LDAP sur etilem.net pour faire les essais.

En attendant, Mathieu se renseigne au près d’Ouvaton pour voir si on ne peux pas utiliser LDAP sur leur plateforme mutualisée.

 Préparation de la GAG 2010

La préparation de la GAG peut se faire sur le wiki. Une page est déjà créée : http://wiki.nautile.org/pmwiki.php/.... Il est important de la remplir en complétant la liste des tâches à accomplir, en inscrivant nom nom devant ces tâches, ou en rendant compte de l’avancement de ces tâches.

En ce qui concerne la date, on avait le choix entre un jeudi soir à la place de la permanence, un autre soir, ou un samedi après-midi. Le jeudi soir présentait les inconveniants d’annuler une permanence cette semaine-là, et de se faire virer de la salle à 23h que la réunion soit terminée ou pas. On a donc choisi le samedi après-midi.

Il y a trois samedi sur la 2e quinzaine de janvier 2010. Sauf que Lucien ne peux pas le 16 et Mathieu ne peux pas le 30. La date de la GAG est donc fixée au samedi 23 janvier 2010 après-midi.

Daniel se charge de réserver une salle à l’Immaculée (proche du Leclerc).