Apinc:Meeting3

De Wiki JabberFR
(Redirigé depuis ApincAdminsMeeting3)
Aller à la navigation Aller à la recherche

Troisième réunion des admins du serveur Jabber d'Apinc

  • Quand ? Lundi 12 juin, 21h
  • Où ? Salle admin@chat.jabberfr.org
  • Qui ? Les admins du serveur Jabber d'Apinc et les personnes souhaitant y assister sans perturber la réunion.
  • Comment procède-t-on ?
    • Les personnes souhaitant participer à la discussion ajoutent des points ou des remarques sur la page en attendant la réunion.

Ordre du jour

De nombreux points ont été recopiés de la réunion précédente.

Roles de admins

  • Il faudrait clarifier un peu le role des admins. La gestion des différents services du serveur n'étant pas toujours optimale, et le gros du travail étant toujours fait par le même (merci Lucas pour tout ce que tu fais). Omega 1 jun 2006 à 14:02 (CEST)
Effectivement, il y a un problème. L'ensemble des tâches touchant à JabberFR.org et au serveur de l'Apinc prend un temps considérable. Je n'avais plus le temps ni l'envie d'assumer cela tout seul ou presque, et on a donc cherché à recruter d'autres personnes. Cela a très bien fonctionné pour le wiki et le forum, mais je cherchais aussi à me décharger d'une partie de l'administration système, qui est assez lourde en ce moment avec la migration. Malheureusement, assez peu de travail a été fait par les autres admins de ce côté là. Il me parait important de faire le point histoire d'éviter que la situation se pourrisse petit à petit. Les principales questions à se poser :
  • Qui est encore motivé pour faire de l'administration système sur le serveur Jabber ? (Cela inclut, par exemple, le fait de s'impliquer dans le développement des services qui en ont besoin (Py*t, peut-être ejabberd sur certains points)).
  • Quel temps hebdomadaire êtes-vous capables de consacrer à ça ?
A partir de là, il faut réfléchir à une meilleure organisation.
lucas 11 jun 2006 à 23:04 (CEST)

Services JabberFR.org

Wiki

  • Le fil RSS des modifications récentes du wiki pose problème à certain aggrégateurs : voir le fil sur le forum Nyco
Omega et Nyco vont regarder ca plus en détail.
  • Une idée de transformation du Wiki en Wiki multilingue a été soumise. Voir Jabberpedia -- Mickaël
Lucas doit poster dans son blog à propos de son expérience de site communautaire anglophone et on en reparle sur le forum.
    • On en a reparlé sur le forum qqpart ? lucas 17 mai 2006 à 10:03 (CEST)
  • Le wiki ne gère pas les liens xmpp:, ce qui serait notament utile sur la page listant les Salles_de_discussion. MediaWiki nécessite pour ça un patch. -- sir_mespompes 11 jun 2006
    • Peux-tu voir directement avec Nyco, qui a accès au compte FTP hébergement mediawiki ? lucas 11 jun 2006 à 23:04 (CEST)
      • Vu avec Nyco, c'est dans sa file d'attente des "trucs à faire", il fera une communication quand ce sera en place. -- sir_mespompes 12 jun 2006
  • Quelques modifications mineures à faire, Nyco à l'air motivé pour s'en occuper.

Planet

  • Talou regarde ce qu'il peut faire pour les problèmes mineurs de style (est-ce un bug de Planetplanet ?)
Talou désire changer de logiciel pour gérer le planet.
Où en sommes-nous ? lucas 11 jun 2006 à 23:04 (CEST)
  • Rien de nouveau, tou marche bien.

Robot JabberFR

  • J'ai commencé à modifier Neutron, j'y ai inclu un micro-serveur web qui permet de renvoyer une images ou des infos quand on va sur une url particulière mais après lecture de cette discussion sur Jdev je me suis apercu que c'était une mauvaise idée, il vaudrait mieux interfacer avec une base de donnée et mettre les info de présence dedans. Omega
  • Rappel de la dernière réunion: le robot devrait idéalement être capable de :
    • D'envoyer les notifications de nouveaux messages dans le forum ou le planet
    • De publier sa présence sur le web, à la edgar
    • A priori, ca serait basé sur class.jabber.php ou Neutron
Ca utilisera peut être WhereSkal (Omega et jb regardent)

Une page de réflexion est créée : RobotJabberFR

  • J'ai créé un plugin xml-rpc pour permettre aux applications (wiki, forum, planet) de communiquer avec le robot. Faut que je publie mon code. Omega 12 jun 2006 à 21:18 (CEST)

Communication de JabberFR.org

  • Logo : Quelques logos sont visibles sur la page du wiki : LogosJabberFR, on devrait faire un vote pour voir lequel est le préféré des JabberFriens. Omega 16 mai 2006 à 13:43 (CEST)
Qui s'en occupe ? :-) lucas 11 jun 2006 à 23:04 (CEST)
    • Greenshad va rejeter un coup d'oeil dessus, en fera éventuellement un vote sur le forum. Omega 12 jun 2006 à 21:30 (CEST)
  • Thème : Ca serait vraiment bien pour l'identité visuel du site d'avoir un thème à peu près commun entre le wiki, le forum, le planet et la page d'accueil Omega 16 mai 2006 à 13:43 (CEST)
Ca peut se décider en fonction du choix du logo, aussi, non ? lucas 11 jun 2006 à 23:04 (CEST)
    • On verra une fois qu'on a un logo Omega 12 jun 2006 à 21:30 (CEST)
  • Communication : Je trouve qu'on manque un peu de communication nottament lors des pannes de courant à RedBus. Ce serait peut-être interessant de mettre en place une mailing-list pour les utilisateurs jabber, ou sinon il faudrait mettre un fils RSS sur http://jabber.apinc.org/news.php et permettre d'ajouter facilement des news (un script bash ou php par exemple). Omega 16 mai 2006 à 13:43 (CEST)
    • À la base, je pensais faire des news régulières sur le serveur, mais ca a un peu échoué. Peut-etre devrait-on passer vers un système de blog, et faire des billets plus réguliers mais moins longs ? lucas 17 mai 2006 à 10:03 (CEST)
      • Je suis entièrement pour faire un blog. Omega 17 mai 2006 à 13:03 (CEST)
      • Un blog me paraît bien pour diffuser des nouvelles sur le(s) serveur(s), avec une catégorie dédiée pour les pannes. Un blog hébergé ailleurs, pour pouvoir toujours diffuser de l'info en cas de panne généralisée. wed 17 mai 2006 à 21:55 (CEST)
        • Le site web du serveur est déjà hébergé à un endroit différent. (serveurs web d'Apinc) lucas 18 mai 2006 à 00:06 (CEST)
Bon, donc il suffit de configurer un moteur de blog (wordpress?) qqpart ? Un volontaire pour s'en charger ? lucas 11 jun 2006 à 23:04 (CEST)
WordPress.com me parait pas mal pour l'utiliser régulièrement pour mon blog. Je viens de créer un http://jabberfr.wordpress.com/ de test pour maquetter, je le paramètre et crée des comptes pour tous les admins si vous voulez tester. Nyco 12 jun 2006 à 10:37 (CEST)
Discuté avec Lucas, j'installe un WordPress si personne n'y voit d'inconvénient, je crée des users pour tous les admins. Nyco 12 jun 2006 à 14:23 (CEST)
J'ai passé les accès à Nyco, il s'en occupe à l'occase. :-) lucas 12 jun 2006 à 14:45 (CEST)
          • On met bien un blog. Par contre pour les commentaires on ne sait pas trop si on les ouvres ou pas. On pourra éventuellement les ouvrir au cas par cas ou donner un lien vers une discussion du forum. Omega 12 jun 2006 à 21:58 (CEST)

Coopération avec les autres serveurs

  • où ca en est avec Fritalk ? (a voir avec Tiennou)
  • on devrait mettre en place quelquechose comme en disco sur xmpp.net.ru (cf jdev) (attention si sur psi il faut désactiver le parcours récursif), qui permet de voir la liste des serveurs jabber, on pourrait n'afficher que les serveurs Français.
    • Le plus simple serait de faire un petit composant s'appellant "jabberfr.org" qui répond uniquement aux requêtes disco et browse. C'est assez facile à faire. Qui s'en charge ? lucas 20 mar 2006 à 10:08 (CET)
    • Lucas s'est porté volontaire. Reste à redémarrer le serveur avec le composant et à l'annoncer publiquement. Lucas s'en occupe dans la semaine.
    • Oops, j'ai complètement oublié ca. Je regarde cette semaine. lucas 17 mai 2006 à 10:03 (CEST)
    • Le service est online, mais, même s'il génère des paquets disco conformes à la JEP, ils ne sont pas très bien traités par Gajim. lucas 11 jun 2006 à 23:04 (CEST)
  • Certains des serveurs listés sur la page "Serveurs" du wiki n'utilisent pas les services de JabberFR.org (chat, annuaire). Peut-etre, pour les serveurs communautaires, devrait-on se limiter aux serveurs coopérant avec JabberFR.org ? Ca implique de définir un niveau de participation minimal. lucas 17 mai 2006 à 10:03 (CEST)

Proxy de transfert de fichiers

  • Proxy de transfert de fichiers en port 443 et/ou 80 : par exemple proxy.jabber.fr ou bien proxy.jabberfr.org sur un port 443 (ou 80) pour pouvoir passer les firewalls/proxies. Nyco 7 avr 2006 à 08:50 (CEST)
    • Fait, proxy.jabberfr.org tourne sur le port 8080. Omega 16 mai 2006 à 13:30 (CEST)

Statistiques

Jingle et SIP

  • Un service Jingle ? Nyco 15 mar 2006 à 21:44 (CET)
Qu'est-ce qu'il y a à faire exactement ? lucas 20 mar 2006 à 10:08 (CET)
Dans un premier temps, tester les implémentations serveurs en cours de dev (Asterisk, Wildfire, etc.), les clients (Psi, Kopete, etc.) et la charge

induite (net, cpu, ram, disque). Nyco 20 mar 2006 à 11:57 (CET)

Je ne suis pas sûr de comprendre pourquoi il faut un support côté serveur pour Jingle. Tu peux préciser ta pensée stp ? lucas 22 mar 2006 à 13:54 (CET)
Allo ? ;) lucas 17 mai 2006 à 10:03 (CEST)
  • Un service SIP ? Nyco 15 mar 2006 à 21:44 (CET)
C'est pas un peu hors-sujet ? Et puis il y a ekiga.net qui marche déjà, est français, etc. lucas 20 mar 2006 à 10:08 (CET)
Non, pas hors-sujet, car la VoIP pousse de plus en plus fort dans le monde Jabber, à discuter. Jingle et SIP à metter en place dés que possible àmha (et si c'est possible bien entendu). Nyco 20 mar 2006 à 11:57 (CET)
Il y a des solutions d'intégration Jabber/SIP ? lucas 20 mar 2006 à 12:32 (CET)
Jabber dans les clients SIP WengoPhone NG et Gizmo (Jingle dans Asterisk), et bien d'autres projets côté services, serveurs et clients, mais moins bien exposés. Nyco 20 mar 2006 à 17:04 (CET)

Pour Jingle et SIP y'a rien à faire pour le moment.

Ouais enfin Wengophone, ca ne décolle pas trop, et Gizmo, c'est tout moche ... Franchement, je pense que pour SIP, il vaut mieux laisser ça à ceux qui maitrisent vraiment. Avoir 36000 services dont la moitié ne fait que marcher à moitié, ca ne sert à rien. lucas 22 mar 2006 à 13:54 (CET)

Présence aux RMLL ?

Pourquoi ne pas essayer de partager un stand avec quelqu'un d'autre ?

Peu de monde pourrons y aller, peut-être un stand avec l'apinc.
Lucas regarde si l'Apinc compte y aller. lucas 17 mai 2006 à 10:03 (CEST)
L'Apinc n'y va pas, et je ne suis pas sûr d'y aller, finalement. lucas 11 jun 2006 à 23:04 (CEST)
Pour info, Thierrey Stoehr de formats ouverts va tenter d'organiser un talk sur Jabber dans les thèmes interop. Nyco 12 jun 2006 à 10:45 (CEST)

Jabber.apinc.org

Déménagement et changement de serveur

  • Pas de nouvelles du côté de Lyon. A priori c'est mort. (l'admin de la boite était ok, mais le responsable n'a jamais répondu aux mails) lucas 17 mai 2006 à 10:03 (CEST)
  • Le serveur est installé, une partie des services sont installés (voir ApincAdminsMigrationServeur). Faudrait pouvoir switcher assez rapidement maintenant. On devrait profiter de la réunion pour se répartir les rôles. Omega 1 jun 2006 à 14:02 (CEST)
  • Il faut aussi configurer le serveur de secours. Eventuellement faire des scripts pour importer facilement des données sauvegardées. Omega 12 jun 2006 à 22:21 (CEST)

Passerelles

Passerelle msn

Faudrait peut être mettre la version 0.11 (qui inclut le transfert de fichier) (voir avec Julien)

  • Ca serait vraiment bien de voir si on ne peut pas désactiver certaines options en fonction de la charge (avatars, transfert de fichiers) lucas 20 mar 2006 à 10:08 (CET)
Julien va mettre à jour la passerelle dans la semaine et regarder pour couper des options.
  • Autres points :
    • Probleme de la presence non envoyée à la passerelle lors d'une déconnexion hasardeuse, à verifier Julien
Ca viendrait surement de jabberd.
    • Il faudrait pouvoir vérifier la charge du serveur et celle due à la passerelle MSN car pas de vue là-dessus pour l'instant Julien
    • Améliorer le monitoring (éviter les false positive trop nombreux) - Julien fait le 12/2/6 (finalement, ca n'a pas l'air réglé)
Julien : a regarder.
  • La passerelle est à jour ?
    • On utilise la version SVN de la passerelle, vu que j'ai signalé divers petits problèmes qui ont été corrigés dans cette version là. lucas 11 jun 2006 à 23:04 (CEST)

Autres passerelles : pyicqt/pyaimt

Les problèmes d'encodage on l'air d'être résolu (j'ai testé sur mon serveur ca a l'air de marché, mais comme je l'utilise pas souvent ... Omega)

  • Quelqu'un tente une migration de la passerelle aim ou de la passerelle icq ?
Personne ne s'est encore proposé.

Passerelle Yahoo

  • Peu de monde l'utilise, une fois que le blog sera créé on fera une demande pour savoir qui l'utilise encore. Si y'a plus de 20 personnes qui l'utilise on la garde, sinon et l'enlève. Omega 12 jun 2006 à 22:43 (CEST)

Accès par le web

  • il faut toujours tester XIFFIAN index.php nécessaire
    • J'ai essayé, il y avait des problèmes mais je ne me rappelle plus lesquels ... lucas 20 mar 2006 à 10:08 (CET)
Ca ne marche pas avec notre c2s donc à voir après une migration éventuelle vers ejabberd.
  • éventuellement mettre MUCkl (exemple sur [1])
Omega s'en charge
Fait : http://im.apinc.org/jwchat/MUCkl Omega 22 mar 2006 à 13:37 (CET)

Migration vers ejabberd

On fait quelque chose ?

  • Jabber.org a migré et ça a l'air de s'être bien passé. Je suis pour une migration à moyen terme, à condition qu'elle soit bien testée et pas prise à la légère. Qui se charge de faire une installation de test avec import des données actuelles etc ?
On va attendre la prochaine réunion, si quelqu'un veux regarder un peu et faire un tuto de migration, il est le bienvenu.
Il faut aussi regarder comment interfacer avec une base de donnée.
Visiblement c'est possible et ca marche, mais faut tester. Faut aussi voir combien on aura de RAM sur le nouveau serveur .... lucas 17 mai 2006 à 10:03 (CEST)
  • fritalk.com a aussi migré vers ejabberd. Omega 17 mai 2006 à 12:59 (CEST)
  • On va migrer avec le nouveau serveur. Je m'occupe de tester. 5 domaines de test pointent vers le nouveau serveur : j[1-5].blop.info Omega 12 jun 2006 à 22:18 (CEST)

Divers

  • Tester TLS avec jadc2s
Ca peut attendre vu qu'on va peut-être passer à ejabberd ca servira plus à rien.
  • Une page de statistiques de l'utilisation CPU, mémoire, trafic réseau, disque, utilisateurs ? Nyco 15 mar 2006 à 16:29 (CET)
On attend d'être fixé sur le serveur.
  • Remettre en place des tests de fonctionnalité (est-ce qu'on peut se connecter en SSL ou pas SSL, et parler avec un autre serveur ?) pour détecter plus vite les pannes
Il existe des frameworks de tests je crois... Nyco
faits par Lucas ? Julien
ouais, mais ils ne marchent pas parfaitement. Y a besoin d'un peu de boulot. Lucas
Pour l'instant, on a très peu de pannes. On se garde ça pour plus tard.
  • Passerelle IRC : Stephan Maka a bossé sur rbirc-t. Voir où ca en est + installer ? (Lucas)
    • C'est fonctionnel (testable sur irc.spaceboyz.net / #spaceboyz. Meme nom de salle (avec le # !) / serveur via Jabber).
    • Par contre, dans un premier temps, ca serait bien de tester avec irc.apinc.org. Mais irc.apinc.org est down, et pointe actuellement vers Freenode. Faire passerelle vers Freenode n'est pas une très bonne idée ... En attendant, Stephan a dit qu'il bosserait sur une option permettant de limiter à quelques channels, ce qui permettrait de quand même faire la passerelle vers Freenode. A voir dans le futur.
La passerelle IRC n'est pas indispensable pour l'instant, on verra plus tard.
irc.apinc.org remarche. Y a plus qu'à configurer :-) lucas 17 mai 2006 à 10:03 (CEST)

Divers

  • Idée d'un système distribué de surveillance des serveurs Jabber (peut-on se connecter et discuter entre les serveurs ?)
stats MRTG/stats d'uptime Nyco
Ouais, mais ca ne permet que de vérifier si on peut se connecter aux serveurs. C'est insuffisant la plupart du temps. Lucas
Pas de volontaire pour l'instant. Talou cherche un post de stpeter à propos de ça. (post introuvable)
J'ai proposé un projet Google Summer of Code là dessus. lucas 17 mai 2006 à 10:03 (CEST)
wed veut bien essayer de s'en occuper.
  • Organisation : définir des chefs de projets pour tous les grands services (chaque service de jabberfr et du serveur Jabber de l'APINC). Un chef de projet peut mais n'est pas forcément responsable de la réalisation technique d'un projet. Un chef de projet est simplement un point de contact pour les gens qui veulent avoir des informations ou participer à un projet. Il discute de l'orientation technique du projet avec la personne chargée de la réalisation (la discussion est facilité si c'est la même personne) et assure la communication autour du projet et la coordination avec les autres projets si besoin. La première chose à faire déjà est un liste des services à gérer : wiki, forum, annuaire, planet, serveur chat.jabberfr.org, serveur IRC, site web de l'APINC, serveur Jabber de l'APINC, clients web, passerelles, autres ?
    • Je ne crois pas trop aux contributions massives pour les projets libres. Dans quasiment tous les projets, 10% des contributeurs font 90% du boulot. Du coup, s'organiser pour favoriser les contributions extérieures est souvent une perte de temps. Par contre, c'est vrai qu'il faut documenter qui s'occupe de quoi pour les services qui ne sont pas centraux (ou triviaux à gérer), surtout que certains services sont gérés par des personnes qui ne sont pas forcément "membres" (meme si c'est loosely-defined) de l'équipe (Planet -> Talou, Forum -> Matthieu)
    • Tiennou se charge de faire une liste des "sous-responsables" et de la publier qqpart (doc/ ou wiki)
  • Il faut prévoir un système de binome d'admins, c'est à dire 2 admins par services qui seront intervenir dessur. Il faut donc définir une liste de sous-domaines concernés par ca et faire une liste des admins avec leurs JID et mails. Omega 12 jun 2006 à 22:56 (CEST)

Compte-rendu

  • Attention, il faut penser à modérer la salle dès le début, sinon ca marche pas bien.
  • La réunion s'est encore une fois bien passé. Beaucoup de spectateur, pas trop de déviation sur l'ordre du jour (enfin presque).
  • La prochaine réunion aura lieu le 03/07, la migration du serveur doit être prete pour cette date.

Omega 12 jun 2006 à 23:10 (CEST)