Modifications entre les versions 18 et 20 (s'étendant sur 2 versions)
Version 18 à la date du 2009-03-11 16:15:54
Taille: 5840
Éditeur: ChristineLegris
Commentaire:
Version 20 à la date du 2009-03-11 23:06:41
Taille: 7453
Éditeur: ThomasNoël
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.
Ligne 99: Ligne 111:
  * consistance : ça manque encore vachtement de doc fondamentales : vz, dns, postfix, lamp, ...   * consistance : ça manque encore vachement de doc fondamentales : vz, dns, postfix, lamp, ...

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 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
  • 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)