Apinc:Meeting2

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

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

  • Quand ? Lundi 20 mars, 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.

Ordre du jour

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.

Forum

Tiennou voit avec yttrium pour l'ajout de nouvelles catégories et d'un fil RSS. (déjà fait)

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.

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

Communication de JabberFR.org

  • où en est le nouveau logo et visuel ? (Voir avec Greenshad)
Un post à venir sur le forum. (Omega) http://forum.jabberfr.org/viewtopic.php?id=381

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.

Proxy transfert de fichier

  • quelqu'un a-t-il testé ?
Par exemple proxy.jabber.fr ou bien proxy.jabberfr.org sur un port 443 (ou 80) pour pouvoir passer les firewalls/proxies. Nyco 20 mar 2006 à 17:12 (CET)
Personne ne s'en occupe pour l'instant.

Statistiques

On peut/doit ajouter ces liens sur www.jabberfr.org ? Nyco 21 mar 2006 à 14:38 (CET)

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

IPv6

  • Tous les services en IPv6 ? Nyco 15 mar 2006 à 21:44 (CET)
    • Quelqu'un veut regarder ? lucas 20 mar 2006 à 10:08 (CET)
Il nous faudrait une IP publique en IPv6, on regardera ca plus tard.

Certificats TLS/SSL

Pour quel serveur ? im.apinc.org/jabber.fr a des certificats valides. lucas 20 mar 2006 à 10:08 (CET)
Valides mais auto-signés. Comme il y a message de warning normalement sur les clients, le grand public croit à une erreur. Nyco 20 mar 2006 à 11:57 (CET)
Ceux d'Apinc viennent de CACert.org. lucas 20 mar 2006 à 12:32 (CET)
On n'a pas d'argent pour se payer des "vrai" certificats, on reste avec CACert.

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.

Jabber.apinc.org

Déménagement et changement de serveur

Il y a deux problèmes :

  • Il faut trouver un hébergeur qui nous héberge gracieusement (Sivit OK, mais limite de 5mbps).
  • Il faut trouver une machine
    • Lucas contacte Tuxfamily et HP et voit pour les IBM e325 peut-être dispo.
    • Nos besoins sont :
      • Un serveur principal rapide (genreMis a part l'impossibilité pour certain participants non-admin de suivre l'ordre du jour, la réunion s'est très bien passé. Cette page a été mise à jour pour refléter les décisions prises. La prochaine réunion auras lieu dans à peu près un mois. bi-pro à 2 Ghz, minimum 1 Go de RAM.). Espace disque peu important (< 20 Go)
      • bande passante : < 1 mbps. 300 kbps actuellement, mais certains nouveaux services risquent d'augmenter un peu la consommation.
      • Un serveur de backup (un vserver dans une machine partagée avec d'autres services, par exemple)
      • idéalement, un accès physique à la machine et un reboot à distance
    • Machine temporaire hébergée chez Sivit. Il faut migrer les services petit à petit.

Un hébergeur lyonnais va monter une "baie associative", on va peut être essayer de se mettre dessus (plus facile pour les interventions)

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.

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

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.

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.

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)
  • 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)
  • Problème de modération du salon admin (personne pouvait parler) Lucas regarde.
    • Le problème se produit lorsqu'on rend une salle "modérée" alors qu'il y a déjà des personnes dedans. Visiblement, leur statut "avec voix" est ignoré, et il faut leur enlever la voix et la redonner pour que ce soit pris en compte. Donc, pour la prochaine réunion, il faudra faire attention à mettre en "modéré" dès le début pour éviter les problèmes si on veut passer d'un mode à l'autre. lucas 22 mar 2006 à 14:07 (CET)

Compte-rendu

Cette réunion a encore été très productive. Une journalisation presque complète (il manque le début) peut être trouvée ici.

Mis a part l'impossibilité pour certain participants non-admin de suivre l'ordre du jour, la réunion s'est très bien passé. Cette page a été mise à jour pour refléter les décisions prises. La prochaine réunion auras lieu dans à peu près un mois.

Omega pour l'équipe d'admin