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