Modifications entre les versions 18 et 19
Version 18 à la date du 2009-03-11 16:15:54
Taille: 5840
Éditeur: ChristineLegris
Commentaire:
Version 19 à la date du 2009-03-11 18:22:44
Taille: 7454
Éditeur: ChristineLegris
Commentaire:
Texte supprimé. Texte ajouté.
Ligne 80: Ligne 80:
    . besoin de documentation "papier" à laquelle se référer lors de besoin précis tel que les formulaires ou le publipostage par exemple     . Besoin de documentation "papier" à laquelle se référer lors de besoin précis tel que les formulaires ou le publipostage par exemple
Ligne 83: Ligne 83:
    . 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.
Ligne 85: Ligne 87:
    . 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.
 
Ligne 86: Ligne 95:
    . 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.

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 ?
    • discussion privées ? listes régionales ?
    • idée de solution : envois automatiques (genre "dernières modifs du wiki" hebdo)
    • idée de solution : MUC jabber permanent
  • la lettre d'info : qui est contre ?
  • wiki
    • cohérence : pas trop trop de pages perso quand même svp
    • consistance : ça manque encore vachtement 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
  • voip

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...


Réunions/2009/03/CauseriesMontréal/CeKonCdit (dernière édition le 2009-03-16 15:38:52 par ChristineLegris)