## page was copied from Réunions/2009/03/CauseriesMontréal ## page was renamed from ThomasNoël/CauseriesMontréal <> Dans la foulée de la formation, et avec le plein d'énergie qui reste, de 17h00 à 18h00/+++ : on profite de la présence de tout le monde, pour faire une réunion de suivi des projets attribués à Dakar et d'autres points importants : Voici ce qui s'y est dit : === Lundi : Projets === Pascal souligne les problématiques de Budget... * rpv/pki . Thomas commence à dire pourquoi il n'a pas autant avancé sur le projet. (beaucoup de temps pour la mise en place de pki) . JCA a déployé sur sa région. . Pas beaucoup de demande mais sera tout de même finalisé ... bientôt. * VZ . Implémentation en cours à Paris; reste à documenter. . Thomas viendra en aide à Jeff, dans la suite de la formation qu'il donnera à l'UCAD. . Jeff propose d'aller vers l'utilisation des 'templates' . Comparaison des autres systèmes de virtualisation ? Est-ce vraiment nécessaire. Pour l'instant et pour les 2-4 prochaines années, OpenVz reste notre système à privilégier. * backuppc . Pascal fait le point. (plan de travail fait en décembre 2008 réalisé à 80%) . Moussa soulève un problème avec part-image (?) . Se pose la question de l'archivage des sauvegardes. . --) Si ça peut aider, j'ai commencé à regarder ça aussi...en faisant un TAR avec un host "Archive" comme expliqué dans la section "Off Site Backup" : http://www.debianhelp.co.uk/backuppc.htm , ou directement en utilisant un truc du style : "/usr/share/backuppc/bin/BackupPC_tarCreate -t -h host -n -1 -s '/rep' . > /externe/letar.tar", qu'il faut optimiser un peu (compression et split...) ---AlexandreDomont . La doc est quasiment prête. Pascal se charge de la mise à jour. * postfix . pas du tout avancé car JC a commencé par l'autre (Git-etc)... (qui est fini). . Faire une doc et non pas un pacage . documentation brique par brique... . et exim4 ??? . faire doc locale pour les spécificités locales de vos installations. * git-etc . terminé mais existe dans Lenny `etc keeper` semble répondre exactement à ce qu'on cherchait à faire avec `git-etc` . si cette solution répond à 80% de nos besoins, on prendra cette solution maintenue dans Debian plutôt qu'une solution ad-hoc interne. * poste client . C'est quasiment fini. Travail fait avec AlexandreDomont mais manque la doc sur l'infrastructure nécessaire. . Utilisé à Paris, au Cameroun et au BAO. * Rappel de ce qu'il faut mettre sur une page wiki: . lien vers le logiciel ou le site officiel. . Pourquoi on s'en sert. Pour répondre à quel besoin ou à quel problèmatique . Résumé de l'installation et de la configuration . liste des pannes que l'on a rencontré et des solutions trouvées * Wifi/Portail captif . À offrir au fur et à mesure que c'est possible . Ouvrir sur une courte période lors d'évènements avec plusieurs visiteurs * OCS Inventory . Déjà utilisé à Paris, Hanoi, Montréal ... . Tester la grosseur des fichiers à envoyer avant de déterminer comment transmettre l'info à Montréal * Poste Transtec . Salle de 30 postes sera en test à Dakar fin mars pour une validation en avril * bilan '''rapide''' région par région * point sur la centrale d'achat et son avenir . Les 2 à 3 livraison par année sont toujours d'actualité . Attention aux "fausses urgences" qui sont adressées par DHL. (on tiendra sur une séance ?) = NON --roger === Mardi : OOo === * (suite de la veille) * Point sur OOo et la migration linux * notamment pb de la bureautique OOo "avancée" (manque de doc pour suivi efficace) -- ThomasNoël . Besoin de documentation "papier" à laquelle se référer lors de besoin précis tel que les formulaires ou le publipostage par exemple . Identifier, acheter et faire acheminer aux bureaux de la documentation sur OOo (version 3) . Identifier et mettre à disposition au fur et à mesure les ressources et documentations en lignes que l'on suggère (sur l'intranet) . Plusieurs formulaires pourraient/devraient devenir des formulaires en ligne. Outil qui permet de générer facilement des formulaires en ligne à trouver. . Se rapprocher de StarXpert pour être conseillé sur les types de formulaire et identifier les meilleures solutions à nos différents besoins. * point sur les ateliers et les référents OOo -- ChristineLegris . Il y a des référents OpenOffice.org identifiés et actifs à Bucarest, Beyrouth, Hanoï, Paris et Montréal. . 2e série d'atelier de formation OOo est prévu à Paris semaine du 23 au 27 mars 2009. . Dana, référent OOo à Bucarest, à prévu se rendre prochainement dans les autres implantations de la région pour assurer des formations. . Les vendredi OOo se poursuivent à Montréal . Travail à faire pour identifier des référents dans les autres bureaux/implantations et organiser une formation et des échanges entre eux. . S'assurer de mettre à disposition des référents OOo les outils et ressources nécessaires. * support utilisateur final simplifié : un MUC jabber "probleme@auf.org" ? . L'idée consiste en un "robot" derrière une adresse de type "probleme@auf.org" qui serait ajouté automatiquement dans les contacts jabber de tous les personnels . L'utilisation de mots-clés à cette adresse jabber provoquerait une réponse pré-déterminée du robot; liens vers les ressources disponible sur le sujet, vers la page wiki correspondante, etc. . On pourrait même envisager des salons de discussion sur divers sujet dont, certaines personnes pré-déterminées, se verraient invité à se joindre au salon par le robot afin d'échanger en direct avec la personne qui rencontre un problème. === Mercredi : la Communication interne, externe, verticale, horizontale... === * pourquoi la liste tech@ ne marche plus ? . plus pratique et rapide avec Jabber - ok MAIS partager ensuite les solutions sur la liste . le wiki est aussi une source d'information intéressante que les gens doivent utiliser avant de poser sa question sur la liste tech@. * discussion privées ? listes régionales ? . les listes régionales doivent être utilisé pour ce qui concerne exclusivement la région; ce qui peut être d'intérêt générale doit être répondu sur la liste tech@ . Au BAP, salon Jabber utilisé donc presque plus la liste tech@ ... * idée de solution : envois automatiques (genre "dernières modifs du wiki" hebdo) . fonctionnalité qui était active sur l'ancien wiki; on pourrait réactiver . Ou rappeler l'existence des flux rss et la nécessité de suivre le wiki * idée de solution : MUC jabber permanent . Créer un salon ouvert en permanence; forcer la connexion automatique de tous les techs * la lettre d'info : qui est contre ? . Relancement de la lettre d'info en vue d'une sortie le 1er avril . On reste sur le même model https://wiki.auf.org/wikiteki/LaLettre/Actuel * wiki * cohérence : pas trop trop de pages perso quand même svp * consistance : ça manque encore vachement de doc fondamentales : vz, dns, postfix, lamp, ... . Une page n'est pas une publicité du logiciel. . Pourquoi on l'utilise et qu'est-ce qui nous intéresse. . Comment ça s'installe et se configure (en faisant référence au `man` du logiciel. . On ne réécrit pas la doc du logiciel. . C'est l'adaptation qui est important et le ''plus important'', ce sont les problèmes rencontrés !!! et solutionnés. * les infos sensibles à l'AuF === Jeudi : de la technique === * migration vers lenny . Dès maintenant mais sans se précipiter non plus . Seul vrai souci rencontré est php4 . Passage obligé de php4 vers php5 * voip . Les nouveaux Thompson ont été commandés à Paris (pas encore installé) . Calin a acheté 1 exemplaire du modèle "mobile" . Pensez à passer vos commande de téléphone parce que la réception peut être longue. Acheter des nouveaux modèles pour les utilisateurs régulier parce que beaucoup plus "confortable" à utiliser. . Connexion au réseau publique, 2 options: * trouver un fournisseur VoIP * prendre un réseau numérique (ISDN) === Vendredi : un peu de fun === On verra ce qu'on prend comme temps dans la journée aussi si nécessaire... * ce qui doit être complété des jours précédents * retour sur openvz et la notion de container en général * couchdb pour guia, histoire de se faire peur * identi.ca * rappels sur delicious & netvibes === Samedi : ouf ! === dormir... ----