Apinc:Meeting4

De Wiki JabberFR
Aller à la navigation Aller à la recherche
La version imprimable n’est plus prise en charge et peut comporter des erreurs de génération. Veuillez mettre à jour les signets de votre navigateur et utiliser à la place la fonction d’impression par défaut de celui-ci.

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

  • Quand ? le lundi 4 septembre, 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)
Encore d'actualité ? Omega 28 aoû 2006 à 20:07 (CEST)
Le fonctionnement actuel me satisfait pleinement. Voyez-vous des améliorations à lui apporter ? lucas 4 sep 2006 à 09:41 (CEST)

Services JabberFR.org

Wiki

  • 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)
Il me semble pas Omega 28 aoû 2006 à 20:07 (CEST)
Ici ? http://wiki.jabber.org/index.php/Jabber.org_relaunch Nyco 30 aoû 2006 à 18:15 (CEST)
Le projet de "relancement" de jabber.org n'a pas grand chose à voir, mais s'ils s'y collent, raison de plus pour ne rien faire. lucas 4 sep 2006 à 09:41 (CEST)
  • Il faudrait migrer à une version plus récente, Nyco et moi nous en occuperons lorsqu'on aura le temps.
Note : attention au bot. Nyco 30 aoû 2006 à 18:15 (CEST)

Planet

  • Tout va bien. Pas de changements à l'horizon. lucas 4 sep 2006 à 10:28 (CEST)

Robot JabberFR

  • Le robot est en place et marche relativement bien. J'ai encore des plantages à cause de déconnections du serveur.
  • Pour l'instant il permet juste de recevoir des notifications pour le wiki, je m'occuperais du reste quand j'aurais plus de temps, surement vers fin septembre ou courant octobre. Omega 28 aoû 2006 à 20:07 (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)
  • Grenshad va rejeter un coup d'oeil dessus, en fera éventuellement un vote sur le forum. Omega 12 jun 2006 à 21:30 (CEST)
  • Va vraiment faloir qu'on vote assez rapidement, histoire de pouvoir faire des thèmes et d'avoir un look uniforme . Omega 28 aoû 2006 à 20:07 (CEST)
  • Il faudrait un volontaire pour coordonner tout ça. Vu mes mauvais gouts artistiques, je ne suis pas volontaire. lucas 4 sep 2006 à 09:41 (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)
cf Logo

Coopération avec les autres serveurs

  • 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)
  • s/serveurs/communautés ? Voir la communauté australienne et jabber.org Nyco 30 aoû 2006 à 18:19 (CEST)
Ca me parait vraiment difficile d'envisager une coopération avec des communautés ne parlant pas le francais... lucas 4 sep 2006 à 09:41 (CEST)

Proxy de transfert de fichiers

  • Aucun problème à signaler

chat.jabberfr.org

  • Le site http://chat.jabberfr.org est pas génial, il est vide à part les logs. Je pense qu'on devrait rendre la page plus interessante. J'ai déjà commencé à rajouter une page "Fortunes" (http://chat.jabberfr.org/fortunes j'ai pas encore mis de lien sur chat.jabberfr.org) avec quelques fortunes de jabberfr, et je suis en train d'intégrer ca avec le bot. Omega 3 sep 2006 à 16:56 (CEST)
  • Mettre une liste de tout les salons publics de chat.jabberfr.org serait aussi interessant. Il faudrait mettre la description du salon, le sujet actuel et le nombre de personnes dedans. Ca permettrait surement d'inciter plus les gens à venir dans les salons. Faudrait aussi voir si c'est pas possible d'intégrer ca avec MUCkl. Omega 3 sep 2006 à 16:56 (CEST)
  • Il faudrait soumettre les modifs effectuées par omega aux développeurs. lucas 4 sep 2006 à 09:41 (CEST)
    • Je les ai déjà envoyés sur la mailing list de mu-conference, je n'ai toujours pas de réponse. Certain patch ont pourtant été envoyé début Août.Omega 4 sep 2006 à 10:32 (CEST)

Statistiques

Les autres services (annuaire, planet) ne sont pas hébergés sur les serveurs web d'apinc, donc pas de stats pour l'instant. lucas 20 mar 2006 à 10:08 (CET)
On peut/doit ajouter ces liens sur www.jabberfr.org ? Nyco 21 mar 2006 à 14:38 (CET)
C'est vraiment utile ? lucas 17 mai 2006 à 10:03 (CEST)
Oui, transparence. ;-) Nyco 30 aoû 2006 à 18:20 (CEST)
Fait sur http://www.jabberfr.org/stats.php, lien ajouté sur la page principale, mais pas convaincu de l'intéret :-) lucas 4 sep 2006 à 09:41 (CEST)

Jabber.apinc.org

Déménagement et changement de serveur

  • La migration a été effectué vers jabberd15. Certains problèmes de charge persistent néanmoins, nottament avec le MUC. Omega 28 aoû 2006 à 20:07 (CEST)
  • La charge est effectivement assez élevée sur le serveur, mais l'utilisation processeur est faible. Il y a un problème de nappe disque (le deuxieme disque du raid a une nappe IDE classique donc moins performante) qui devrait etre réglé dans les semaiens à venir, permettant de diminuer un peu la charge.
  • Eventuellement, on pourrait déplacer certains services gros consommateurs de ressources et faciles à déplacer (passerelles MSN et ICQ) sur apijab2.

Jabberd

Plusieurs bugs nous affectent encore.

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)
  • En résumé, pas grand chose à signaler. Il faudrait se coordonner avec David Freitas, qui a un patch permettant de désactiver certaines features. lucas 4 sep 2006 à 09:41 (CEST)

Autres passerelles : pyicqt/pyaimt/Yahoo

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 ?
    • Il faut que je refasse la migration en mettant twisted1.3 dans le répertoire des sources. Omega 28 aoû 2006 à 20:07 (CEST)
      • Fait aujourd'hui, ca semble marcher correctement. Omega 3 sep 2006 à 16:38 (CEST)
      • Par contre ca semble consommer pas mal de proc en plus. Un strace montre que la passerelle passe son temps à faire des futex(0x82efee8, FUTEX_WAKE, 1), il me parait important de déboguer ca rapidement ... lucas 4 sep 2006 à 09:41 (CEST)

Les résultats des votes :

  • Souhaitez-vous que nous continuions à investir du temps pour le maintien de la passerelle ICQ ? 753 votants
    • neutre : 174 (23.11 %)
    • oui : 137 (18.19 %)
    • non : 442 (58.70 %)
  • Souhaitez-vous que nous continuions à investir du temps pour le maintien de la passerelle AIM ? 726 votants
    • neutre : 157 (21.63 %)
    • oui : 90 (12.40 %)
    • non : 479 (65.98 %)
  • Souhaitez-vous que nous continuions à investir du temps pour le maintien de la passerelle Yahoo ? 729 votants
    • neutre : 181 (24.83 %)
    • oui : 109 (14.95 %)
    • non : 439 (60.22 %)

Il faudrait décider si on garde les passerelles. Omega 28 aoû 2006 à 20:07 (CEST)

  • Je propose de se donner quelques semaines pour réussir à faire marcher la passerelle ICQ dans de bonnes conditions, puis de voir si la passerelle AIM peut suivre. Pour la passerelle Yahoo, je crois qu'on n'a pas d'autre solution que de la couper. lucas 4 sep 2006 à 09:41 (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.
Il faut réessayer avec jadc2s. lucas 4 sep 2006 à 09:41 (CEST)

Divers

  • Tester TLS avec jadc2s
C'est bon avec le nouveau serveur.
  • Une page de statistiques de l'utilisation CPU, mémoire, trafic réseau, disque, utilisateurs ? Nyco 15 mar 2006 à 16:29 (CET)
On a munin sur http://apijab.apinc.org
  • 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.
Voir et mettre à jour http://wiki.jabber.org/index.php/Project_Proposals Nyco 30 aoû 2006 à 17:57 (CEST)
  • 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)
  • Expliquer les différences au grand public entre JabberFr.org et le serveur Jabber de l'APINC. Nyco 30 aoû 2006 à 18:10 (CEST)
    • Expliquer où ? c'est déjà fait en bas de www.jabberfr.org lucas 4 sep 2006 à 09:41 (CEST)
  • Automatisations : wed aimerait, à terme, automatiser certaines choses.
    • Demandes de domaines : un formulaire web ? Mon idée est juste d'avoir les informations dans un format utilisable dans un script.
    • Demandes de mot de passe : envoi automatique du mot de passe à l'adresse e-mail préalablement fournie par l'utilisateur.
Je ne sais pas si le temps de développement de solutions automatiques est vraiment intéressant par rapport au temps que nous prennent ces tâches actuellement... lucas 4 sep 2006 à 09:41 (CEST)
  • Le serveur jabber tournant sur le port 443, il n'y a pas d'accès ssl pour jwchat. Maintenant que vous avez plein d'ip, vous devez pouvoir vous organiser pour proposer plus d'accès ssl. Pour jwchat, mais aussi pour tout ce qui pourrait en nécessiter le besoin. Elghinn 4 sep 2006 à 15:58 (CEST)