Pour la partie mobile, je ne suis pas au courant d’un port de GTK+ sur Android ou iOS, ce qui rend à peu près impossible le port de Dino vers ces systèmes d’exploitation. Cependant il tourne déjà bien sur Phosh ainsi que sur d’autres systèmes Linux mobiles.
Il existe aussi déjà Conversations sur Android qui fournit une interface similaire à celle de Dino, ainsi que divers clients pour iOS (Siskin IM ou Monal par exemple).
Je trouve que c’est une bonne chose d’avoir des clients dédiés à une plateforme unique, ça permet de bien mieux prendre en charge les spécificités de chacune de ces plateformes et de ne pas se disperser en support. Les services proprio font de même, en ayant des équipes et des codebases dédiées à chaque OS, mais en partageant le même nom et le même style d’interface.
Tu peux utiliser le Compliance Tester de Conversations pour vérifier que ton serveur le gère bien, il te donnera même des conseils sur comment l’activer selon le logiciel serveur que tu utilises.
PostgreSQL fonctionne quasiment toujours beaucoup mieux que MySQL, il ne nécessite aucun script de migration pour cette version, de même que SQLite ou les backends non-SQL.
MySQL est la cause du retard de la release de chaque version de Prosody depuis 2012…
Tu peux toujours utiliser un nom de domaine de ton choix, localhost est très populaire si tu ne souhaites pas utiliser plus d’une machine, sinon il y a toujours les semi-réservés .lan ou .local, ou alors .zeroconf si tu as un setup du genre.
Ensuite tu as le choix pour dire à tes clients ou autres serveurs comment résoudre ta machine, soit automatiquement si tu as un serveur DNS local, soit en mettant l’adresse IP manuellement dans le fichier /etc/hosts ou dans la configuration avancée de la connexion dans chaque client.
Mais utiliser une adresse IP comme « domaine » est une très mauvaise idée.
J’avais cherché à implémenter l’affichage des images pour Terminology, le problème est qu’ils n’ont pas pensé à en ajouter le support dans ncurses donc il faudrait passer outre cette lib pour afficher les bons caractères d’échappement, ce qui casserait au premier rafraîchissement de l’écran. Il faudrait aussi en implémenter le support dans tmux pour ceux qui l’utilisent, screen pour ceux qui l’utilisent, et toujours avoir le dossier des images monté (avec sshfs par exemple) pour éviter de voir des ##### à la place.
Sans compter les memory leaks que les développeurs de ce terminal m’ont dit être parfaitement normal, par exemple s’il y a moins de # que prévu, Terminology gardera l’image chargée en mémoire jusqu’à sa fermeture, c’est assez mauvais je trouve.
En bref, c’est une bonne idée, mais ça ne peut marcher actuellement qu’en utilisant des programmes simplistes qui font appel à tycat.
En rétrospective j’aurais probablement dû juste relancer le serveur tous les deux mois une fois la décision de passer de CACert à Let’s Encrypt a été prise, je ne pensais pas que le passage à Prosody me prendrait autant de temps vu qu’un script de migration existait déjà (mais ne fonctionnait pas avec le volume de données qu’on avait à migrer). Et surtout, j’aurais dû communiquer dès ce moment sur la raison pour laquelle les nouveaux certificats n’étaient pas déployés sur la partie Ejabberd.
J'ai déjà énormément de travail donc difficile d'en ajouter, mais je veux bien participer au wiki, on a tous à gagner d'avoir une ressource de ce type francophone et à jour. Il y a aussi des documents existants qu'on peut regrouper, par exemple la série « parlons XMPP » aurait sa place sur jabberfr.
Il faut actuellement demander à un administrateur pour ouvrir un compte sur le wiki, les problèmes de spam de ces dernières années étaient devenus ingérables et avaient conduit à la désactivation des inscriptions.
Le plan pour ça est de commencer par écrire un module MediaWiki permettant l’identification via le composant d’identification de Chteufleur, j’avais tenté d’écrire ça mais après un weekend entier passé à lire leur doc et à apprendre le PHP je ne suis arrivé à rien. Si quelqu’un connaît un peu MediaWiki et PHP ça serait d’une grande aide !
Pour le forum quels sont les plans ? Je ne suis pas convaincu qu'il faille rouvrir un truc à la PHP BB, nous sommes maintenant capable de faire un équivalent entièrement XMPP, et ça serait intéressant à faire.
Je pensais commencer par faire exactement comme pour MediaWiki, un module d’identification pour PunBB, en attendant d’avoir un logiciel prêt à déployer pour faire tourner tout ça sur XMPP, mais je suis partant pour migrer dès que c’est possible.
Oui, la seule chose que tu as à vérifier pour qu’il ait accès au microblogging c’est qu’il implémente la XEP-0277 ; à ma connaissance Cagou ne le gère pas encore.
Mais rien n’est spécifique à un client en particulier, tu peux à tout moment passer de l’un à l’autre, utiliser deux, trois, dix clients en même temps, sans problème, le design d’XMPP fait qu’il est très simple d’avoir des clients à usage spécifique.
Du moins pour le dernier, sur la page liée il y a marqué “Jitsi Meet is licensed under the Apache License.” (voir https://github.com/jitsi/jitsi-meet)
C’est un client XMPP classique qui utilise BOSH pour communiquer avec le serveur XMPP, Jingle pour commencer une session, et WebRTC pour transférer l’audio/vidéo. Tout ça est libre, ouvert, standard.
Dans la liste il y a aussi talky.io qui utilise XMPP, mais lui est proprio, je ne suis pas au courant de l’interopérabilité entre les deux.
Il y a actuellement http://search.wensley.org.uk/ qui fournit une recherche pour les salons, le crawler est lancé manuellement sur une liste connue de domaines, mais n’est à ma connaissance pas public. J’avais un peu discuté avec son auteur il y a quelques années, et le but était de ne pas restreindre la recherche aux MUCs, donc ça ne devrait à priori pas poser de problème d’étendre ça aux nodes PubSub.
En même temps, cette méthode de connexion est standard (http://xmpp.org/extensions/xep-0175.html décrit les bonnes pratiques, mais SASL est défini dans la RFC XMPP) et implémentée par la majorité des serveurs et de nombreux clients dont Gajim, poezio, Jappix, et pas mal d’autres. Cette méthode de connexion est en plus énormément plus simple que toute autre méthode de connexion à identification.
[^] # Re: Dino pour windows, android, iOS ?
Posté par Link Mauve (site web personnel) . En réponse à la dépêche Sortie de Dino 0.1. Évalué à 7.
Pour la partie mobile, je ne suis pas au courant d’un port de GTK+ sur Android ou iOS, ce qui rend à peu près impossible le port de Dino vers ces systèmes d’exploitation. Cependant il tourne déjà bien sur Phosh ainsi que sur d’autres systèmes Linux mobiles.
Il existe aussi déjà Conversations sur Android qui fournit une interface similaire à celle de Dino, ainsi que divers clients pour iOS (Siskin IM ou Monal par exemple).
Je trouve que c’est une bonne chose d’avoir des clients dédiés à une plateforme unique, ça permet de bien mieux prendre en charge les spécificités de chacune de ces plateformes et de ne pas se disperser en support. Les services proprio font de même, en ayant des équipes et des codebases dédiées à chaque OS, mais en partageant le même nom et le même style d’interface.
[^] # Re: Au boulot
Posté par Link Mauve (site web personnel) . En réponse à la dépêche Sortie de Dino 0.1. Évalué à 6.
Ton serveur doit exposer HTTP File Upload (XEP-0363) pour que Dino affiche ce bouton.
Tu peux utiliser le Compliance Tester de Conversations pour vérifier que ton serveur le gère bien, il te donnera même des conseils sur comment l’activer selon le logiciel serveur que tu utilises.
[^] # Re: Un peu HS
Posté par Link Mauve (site web personnel) . En réponse à la dépêche Sortie de Prosody 0.11. Évalué à 4. Dernière modification le 29 novembre 2018 à 18:32.
À noter que grâce à la XEP-0174, XMPP permet également la discussion sur réseau local sans serveur, en passant par Avahi sous Linux.
Avec Gajim par exemple, tu peux l’activer dans Gajim > Comptes > Local.
[^] # Re: Attention à mod_csi_simple
Posté par Link Mauve (site web personnel) . En réponse à la dépêche Sortie de Prosody 0.11. Évalué à 5.
La sortie de Prosody 0.11.1 hier devrait arranger les choses de ce côté, merci à toi d’avoir aidé à debugger ce module. :)
[^] # Re: PostgreSQL
Posté par Link Mauve (site web personnel) . En réponse à la dépêche Sortie de Prosody 0.11. Évalué à 3.
PostgreSQL fonctionne quasiment toujours beaucoup mieux que MySQL, il ne nécessite aucun script de migration pour cette version, de même que SQLite ou les backends non-SQL.
MySQL est la cause du retard de la release de chaque version de Prosody depuis 2012…
[^] # Re: Un peu HS
Posté par Link Mauve (site web personnel) . En réponse à la dépêche Sortie de Prosody 0.11. Évalué à 2. Dernière modification le 24 novembre 2018 à 01:00.
Tu peux toujours utiliser un nom de domaine de ton choix, localhost est très populaire si tu ne souhaites pas utiliser plus d’une machine, sinon il y a toujours les semi-réservés .lan ou .local, ou alors .zeroconf si tu as un setup du genre.
Ensuite tu as le choix pour dire à tes clients ou autres serveurs comment résoudre ta machine, soit automatiquement si tu as un serveur DNS local, soit en mettant l’adresse IP manuellement dans le fichier /etc/hosts ou dans la configuration avancée de la connexion dans chaque client.
Mais utiliser une adresse IP comme « domaine » est une très mauvaise idée.
[^] # Re: Fonctionnalités pour mobile
Posté par Link Mauve (site web personnel) . En réponse à la dépêche Sortie du très attendu Prosody 0.10. Évalué à 2.
Plus précisément, c’est la version 1.2.2 qui est présente en ce moment, dans Stretch, Buster et Sid.
[^] # Re: Super une nouvelle version !
Posté par Link Mauve (site web personnel) . En réponse à la dépêche Sortie de poezio 0.10. Évalué à 4. Dernière modification le 12 octobre 2016 à 12:40.
J’avais cherché à implémenter l’affichage des images pour Terminology, le problème est qu’ils n’ont pas pensé à en ajouter le support dans ncurses donc il faudrait passer outre cette lib pour afficher les bons caractères d’échappement, ce qui casserait au premier rafraîchissement de l’écran. Il faudrait aussi en implémenter le support dans tmux pour ceux qui l’utilisent, screen pour ceux qui l’utilisent, et toujours avoir le dossier des images monté (avec sshfs par exemple) pour éviter de voir des ##### à la place.
Sans compter les memory leaks que les développeurs de ce terminal m’ont dit être parfaitement normal, par exemple s’il y a moins de # que prévu, Terminology gardera l’image chargée en mémoire jusqu’à sa fermeture, c’est assez mauvais je trouve.
En bref, c’est une bonne idée, mais ça ne peut marcher actuellement qu’en utilisant des programmes simplistes qui font appel à tycat.
[^] # Re: Super!
Posté par Link Mauve (site web personnel) . En réponse à la dépêche Renouveau de JabberFR. Évalué à 8.
En rétrospective j’aurais probablement dû juste relancer le serveur tous les deux mois une fois la décision de passer de CACert à Let’s Encrypt a été prise, je ne pensais pas que le passage à Prosody me prendrait autant de temps vu qu’un script de migration existait déjà (mais ne fonctionnait pas avec le volume de données qu’on avait à migrer). Et surtout, j’aurais dû communiquer dès ce moment sur la raison pour laquelle les nouveaux certificats n’étaient pas déployés sur la partie Ejabberd.
[^] # Re: \o/
Posté par Link Mauve (site web personnel) . En réponse à la dépêche Renouveau de JabberFR. Évalué à 8.
Il faut actuellement demander à un administrateur pour ouvrir un compte sur le wiki, les problèmes de spam de ces dernières années étaient devenus ingérables et avaient conduit à la désactivation des inscriptions.
Le plan pour ça est de commencer par écrire un module MediaWiki permettant l’identification via le composant d’identification de Chteufleur, j’avais tenté d’écrire ça mais après un weekend entier passé à lire leur doc et à apprendre le PHP je ne suis arrivé à rien. Si quelqu’un connaît un peu MediaWiki et PHP ça serait d’une grande aide !
Je pensais commencer par faire exactement comme pour MediaWiki, un module d’identification pour PunBB, en attendant d’avoir un logiciel prêt à déployer pour faire tourner tout ça sur XMPP, mais je suis partant pour migrer dès que c’est possible.
Merci. :)
[^] # Re: Client mobile et desktop
Posté par Link Mauve (site web personnel) . En réponse à la dépêche Movim 0.10 - Holmes. Évalué à 1.
Oui, la seule chose que tu as à vérifier pour qu’il ait accès au microblogging c’est qu’il implémente la XEP-0277 ; à ma connaissance Cagou ne le gère pas encore.
Mais rien n’est spécifique à un client en particulier, tu peux à tout moment passer de l’un à l’autre, utiliser deux, trois, dix clients en même temps, sans problème, le design d’XMPP fait qu’il est très simple d’avoir des clients à usage spécifique.
[^] # Re: Hello...Good bye !
Posté par Link Mauve (site web personnel) . En réponse à la dépêche Firefox 48 : API WebExtensions, Electrolysis et sécurité. Évalué à 2.
Du moins pour le dernier, sur la page liée il y a marqué “Jitsi Meet is licensed under the Apache License.” (voir https://github.com/jitsi/jitsi-meet)
C’est un client XMPP classique qui utilise BOSH pour communiquer avec le serveur XMPP, Jingle pour commencer une session, et WebRTC pour transférer l’audio/vidéo. Tout ça est libre, ouvert, standard.
Dans la liste il y a aussi talky.io qui utilise XMPP, mais lui est proprio, je ne suis pas au courant de l’interopérabilité entre les deux.
[^] # Re: Annuaire ou outil de recherche pubsub
Posté par Link Mauve (site web personnel) . En réponse au journal Movim Groups réinvente les flux d'actualité . Évalué à 1.
Il y a actuellement http://search.wensley.org.uk/ qui fournit une recherche pour les salons, le crawler est lancé manuellement sur une liste connue de domaines, mais n’est à ma connaissance pas public. J’avais un peu discuté avec son auteur il y a quelques années, et le but était de ne pas restreindre la recherche aux MUCs, donc ça ne devrait à priori pas poser de problème d’étendre ça aux nodes PubSub.
[^] # Re: m'en fout moi j'utilise msn
Posté par Link Mauve (site web personnel) . En réponse au journal Petit état de l'art de (quelques aspects de) la messagerie instantanée. Évalué à 0.
En même temps, cette méthode de connexion est standard (http://xmpp.org/extensions/xep-0175.html décrit les bonnes pratiques, mais SASL est défini dans la RFC XMPP) et implémentée par la majorité des serveurs et de nombreux clients dont Gajim, poezio, Jappix, et pas mal d’autres. Cette méthode de connexion est en plus énormément plus simple que toute autre méthode de connexion à identification.