Ça dépend des clients et serveurs que tu utilises et de leur configuration, il faut voir les docs correspondantes. En général un client va t'afficher un message d'avertissement si un certificat est auto-signé mais se connecter quand même si tu confirmes, et un serveur va utiliser une vérification par DNS en méthode de secours, sauf si c'est configuré autrement.
petite remarque en passant, je vois Jappix et Metronome en captures d'écran, mais aucun des 2 n'est maintenu, du coup il faudrait vraiment songer à les remplacer.
Je crois que Movim est déjà empaqueté pour Yunohost, et pour SàT la prochaine version sera stable et du coup si quelqu'un veut nous filer un coup de main pour l'empaqueter ça serait pas mal :).
Côté serveur, Metronome étant un fork de Prosody, il devrait être assez simple de passer sur ce dernier (et des serveurs comme Ejabberd et probablement les autres ont des outils de transition de toute façon).
Là ça fait un peu plus d'un an que je me suis mis à Arch, c'est une distro qui a bonne réputation et c'est mérité elle est vraiment chouette, et j'ai très peu voire pas d'ennuis avec (et son wiki est excellent). Ça peut être utile de coupler à un système de containeurs (lxc, Docker ou autre) pour certains cas, notamment quand on veut des versions précises de logiciels ou une distro particulière.
Ce n'est pas la première fois que j'en entends parler, et c'est vraiment intéressant, merci pour la dépêche.
Comment ça marche pour le fichier de configuration unique ? Le coup des paquets, des locales, etc pas de soucis. Mais pour les fichiers de confs dans les différents formats, il faut bien que ça passe par /etc/ non ? Si la conf est générée depuis le fichier unique, comment est faite la correspondance (mapping) ? Est-ce qu'il n'y a pas un risque qu'une option ne soit pas disponible ? Et la doc du coup est totalement différente non ?
exemple concret : comment je change mon port ssh ? Comment je décide de quels services démarrent avec un fichier unique ?
Je m'étais intéressé à Org-mode et étant utilisateur de Vim (même si j'ai utilisé Emacs par le passé), j'ai regardé de ce côté.
Le plugin vim-orgmode qui semble être le plus complet et maintenu s'installe de manière inhabituelle (un script à exécuter), du coup je m'inquiète des mise à jours, et il y a une palanquée d'autres plugins recommandés pour l'utilisation, ce qui me gène aussi (autant de plugins à maintenir et qui peuvent être gênants d'une manière ou d'une autre). J'ai déjà un vim personnalisé (comme beaucoup de monde), et j'aimerais ne pas avoir trop de choses qui viennent polluer ma config.
Du coup je me demande si des gens ici l'ont essayé et si ça vaut le coup d'insister. Et aussi est-ce que des gens connaissant bien la version Emacs ont un retour sur la version Vim (très en dessous, comparable, meilleur ?).
J'entends parler de org-mode depuis tellement longtemps que je me dis que ça doit valoir le coup d'essayer.
Écoute, quelqu'un de vraiment très très proche de moi que je ne balancerai pas choisit ses voitures sur leur design et leur couleur. Si je parle de consommation d'essence, accessoires, performance, ben je parle dans le vide. Tout le monde ne s'intéresse pas aux voitures. Et quand on ne s'y intéresse pas, il ne reste que la perception basique: beau, confortable, etc.
Oui enfin c'est avec ce genre de raisonnement que les gens votent pour des candidats beaux, confortables, etc.
(le parallèle est très douteux, mais je le trouvais amusant).
Plus sérieusement je n'ai jamais dit que beau et simple à utiliser n'étaient pas de bonnes choses, c'est même une question d'accessibilité (pour la simplicité tout du moins).
Ce qui me chagrine, c'est que dans tout l'enthousiasme actuel, et qui concerne quand même une population à dominante technique (on parle des lecteurs de hacker news, numérama, etc tout de même, même s'il y a eu quelques article après coup sur des médias généralistes), personne ne semble s’inquiéter des questions politiques autour. Et là je cite parce que c'est flagrant, mais c'est le cas à chaque truc à la mode, les seuls critères sont est-ce que c'est libre ? Est-ce que c'est décentralisé ? Est-ce qu'il y a du monde ? est-ce que c'est beau ? Est-ce que c'est chiffré ? C'est déjà une bonne base, mais je regrette que ça s'arrête là.
Et ça va sans doute te paraître bizarre vu mon historique, mais je me moque du protocole en dessous sur le plan purement technique, par contre je m'inquiète qu'il soit standard (et donc documenté), et non contrôlé par une grosse entité, ce qui est le cas ici).
Ceci mis de côté, je suis très content que les projecteurs soient sur un projet libre, et que ça amène un peu du monde sur GNU Social, et je compte utiliser si ça tient sur la durée (je le fais déjà d'ailleurs, et j'étais sur GNU Social avant), voire faire une passerelle XMPP.
m'intéressant de près à ce genre de logiciels, j'ai testé un peu.
Déjà ça n'est pas nouveau, ça se base sur un protocole existant et documenté (ostatus/GNU Social), ce qui est un très bon point. À l'usage je n'aime pas trop (je trouve ça trop compliqué pour un utilisateur lambda, et ça manque de fonctionnalités pour un utilisateur avancé), mais les gens s'y retrouvent parce que ça ressemble à TweetDeck (ce qui ne fonctionne qu'avec un public restreint). C'est propre et y'a des petits animations agréables.
Je trouve le besoin de créer un nouveau vocabulaire pour se différencier à chaque fois non seulement ridicule mais aussi perturbant (« pouet » ou « toot » pour billet/publication)
C'est toujours une bonne chose d'avoir un peu d'attention sur un projet libre., même si je trouve que l'excitation est un peu exagérée (faire peur à Twitter c'est juste bon pour les titres chocs, faut avoir un minimum le sens des proportions du moins à l'heure actuelle).
Après ce que je regrette, comme pratiquement à chaque fois, c'est qu'il y ait une excitation sur une simple base visuelle/technique (de loin, on évalue principalement le côté libre et décentralisé), sans s’inquiéter de toute la partie politiques (gouvernance, fonctionnalités et leur disposition, public présent, etc).
j'avais regardé vite fait pour implémenter les norloges avec les threads, ça ne peut pas marcher parce qu'il n'y a qu'un parent possible pour un thread. Par contre je pense que c'est parfaitement implémentable avec les références maintenant.
Il n'y a pas que côté client que ça chauffe en ce moment, il y a eu des progrès énormes ces dernières années sur appareils portables (téléphone en particulier), chiffrement, et surtout MIX (qui va remplacer MUC pour les discussions de groupe et qui annonce de nombreuses possibilités très intéressantes).
Du côté des bibliothèques aussi, avec Smack (Java) ou Sleekxmpp/Slixmpp.
Côté clients il y a aussi Yaxim et Xabber qui reprennent du poil de la bête, et en moins grand public Poezio continue son chemin.
je ne l'ai testé qu'avec mon propre blog où j'étais le seul auteur. Si ça ne fonctionne pas, n'hésite pas à ouvrir un ticket sur https://bugs.goffi.org pour qu'on voit ce qu'on peut faire.
Dans ce tuto c'est expliqué à travers le conteneur Docker parce que c'était la suite des tutos précédents, mais dans ton cas il vaut mieux récupérer jp en natif (dispo sur Debian ou Arch par exemple, je ne suis pas 100% certains que ces versions permettent l'import Dotclear mais il me semble que oui).
Quand je dis c'est possible avec SàT, ça ne veut pas dire qu'il faut utiliser SàT pour afficher ton blog ensuite hein, c'est du XMPP et tu peux donc l'utiliser aussi avec Movim.
Arff les adresses d'exemple sont encore de la forme "nom@hébergeur" alors que salut@louise ou coucou@goffi serait tellement plus swag et plus "internet décentralisé" ;-)
C'est un serveur de test uniquement sur la machine, ceux qui installent peuvent utiliser ce qu'il veulent :).
Mais sinon comme je te l'avais déjà dit dans le journal que tu cites, la remarque est intéressante/pertinente.
C'est une bonne surprise de voir la publication en dépêche, et avec les corrections faites (j'avais fait quelques corrections sur mon blog que je n'ai pas eu le courage de reporter sur le journal, et je vois que c'est corrigé ici).
Tu as raison, et ça a aussi été abordé dans une A.G., il a été question un moment d'utiliser Libervia pour tout, et de faire Libervia web, Libervia desktop, Libervia cli, etc.
Ce n'est pour le moment pas une solution satisfaisante pour plusieurs raisons : déjà il peut y avoir plusieurs interface web/cli/etc., ensuite les noms n'ont pas été choisis aux hasard et ça chagrinerait de les passer à la trappe, et puis ça permet de différencier des choses différentes.
« Salut à Toi » (le projet dans l'ensemble) est au final plus une base pour créer des outils cohérents, et les frontaux sont les interfaces de ces outils.
Pour faciliter le lien, on précise maintenant systématiquement (SàT) dans les noms.
Il faut voir aussi que le nom « Salut à Toi » est un pied de nez au choix quasi systématique d'un nom court, qui sonne bien, de préférence anglophone, insipide et facile à retenir, en plus de la référence aux Bérus et d'un nom qui colle bien pour un outil de communication. Note que je n'ai rien contre les noms anglophones ou faciles à retenir, c'est juste le « quasi systématique » qui est ennuyant. La graphie en montagne russe (qui n'est d'ailleurs pas dans le titre de la chanson) couplé à la présence de l'accent sont un petit plus amusant. L'accent a d'ailleurs déjà permis de lever des bogues de mauvaise gestion unicode.
Le seul petit regret que j'ai sur ce nom, c'est qu'on m'a déjà dit qu'on pensait que le projet était réservé aux francophone.
Tout ça mis à part, ça serait bien oui de simplifier pour ne pas perdre les gens qui s'intéressent au projet.
Faites une pause dans les "features/XEP/56 UI", offrez un couple backend/frontend solid. Cagou peut attendre.
Le développement de plusieurs frontaux permet de tester et améliorer l'architecture.
C'est déjà dur de faire entendre autre chose que Whatsapp et facebook mais dire aujourd'hui "dans le libre on a une alternative" en présentant le projet tel quel, c'est s'exposer au rejet pur et simple.
C'est encore trop tôt pour présenter SàT comme une alternative (la version à venir est justement prévue pour être la première qu'on puisse vraiment proposer au grand public). D'autre part on n'est pas la seule alternative, Movim, Xabber, Conversations peuvent être proposés également.
sauf que celui que tu connais n'est peut-être pas celui qui sera utilisé. Et JS plus que tout autre écosystème demande une mise à jour permanente, et potentiellement des refactoring ou changements d'outils (je sais qu'on est vendredi).
Je risque moins d'apprendre Brython. D'où moins de coups de mains possibles, que vous déplorez.
Si tu souhaites contribuer à SàT, il vaut mieux avoir des notions de Python (c'est un « tu » général vu que tu en as déjà). À partir de là, tu sais utiliser Brython ou Pyjamas.
et bim, redirection vers un papier xmpp ! Je me dis "c'est forcément technique et trop dur pour 20min par ci par là". Réponse très technique.
Le tuto lié ne parle de XEP, tu peux commencer par là pour jouer un peu.
Après implémenter une fonctionnalité XMPP, ça passe 9 fois sur 10 par une XEP, ça peut sembler difficile quand on n'en a jamais fait, mais en pratique ça ne l'est pas : ça explique juste précisément ce qu'il faut faire. Regarde celle là par exemple, tu verras que ça n'est pas si compliqué: XEP-0245.
Puis je parle aussi de CSS, de traduction, d'ouvrir la liste de tickets pour en choisir un, etc.
vous préférez avancer que rendre les contributions + faciles. Ok.
Il ne faut pas exagérer non plus, les contributions ne sont pas difficiles. Mercurial n'est pas plus compliqué que GIT (c'est même plus simple), et si vraiment ça pose problème on peut même s'en sortir avec un envoi du code par courriel ou XMPP, les rapports de bogue ne sont pas non plus compliqués à faire (on accepte même ceux en Français si nécessaire).
argument pour des tickets d'une forge, type gitlab :)
quelqu'un qui disparaît je ne vois pas trop ce que ça va changer dans une forge. Enfin de toute façon Gitlab n'est pas exclus, et il nous manque un outil de revue de code c'est vrai.
et j'oubliais dans les choses à faire (mais c'est chiant et je le ferai sûrement moi même): les tests ! On a utilisé par le passé un buildbot, mais la couverture est à revoir, ainsi que le système de tests, c'est le chantier que je comptais faire pendant la phase de bêta et que les fonctionnalités seront gelées.
ce serait super. Votre employeur est-il ok pour vous passer à temps partiel ? J'aimerais y arriver aussi, sans nécessairement une compensation de salaire. Je serais tellement content ! La compensation aurait du sens pour un temps long dédié au logiciel, à mon avis.
Ce sont des choses à négocier, mais vu le temps que ça prend sur ma vie, il va falloir trouver une solution et celle là semble la plus réaliste à l'heure actuelle.
y a-t-il une liste de tâches faciles ? pas vu sur votre bugzilla.
À une époque on avait fait une TODO list sur le wiki, mais avec le faible nombre de contributions et l'évolution constante du projet, on n'a pas maintenu. Le plus simple est de venir sur notre salon XMPP (sat@chat.jabberfr.org) pour en discuter.
Il y a quelques XEPs qui seraient sympa à implémenter (par exemple blocking command serait assez trivial à faire), ça se passe côté backend et il y a un tuto écrit ici: écrire un greffon pour SàT.
On peut aussi faire de l'amélioration de CSS (on va réécrire Libervia pour la 0.8, mais ça serait pas mal de rafraîchir), du thème (je viens de commencer à réécrire le système de thèmes pour le blog statique), de la traduction, ou prendre un bug qui semble abordable dans la liste.
Mais je trouve que vous ne rendez pas la chose facile: hg, bugzilla et pas github/gitlab et un gestionnaire de tickets plus moderne.
Mercurial est utilisé depuis le début du projet, et bugzilla est là depuis longtemps aussi, c'est toujours utilisé parce que ça fait le boulot et que changer demande du temps qu'on consacre plutôt au code de SàT.
On a abordé l'utilisation de Gitlab/Github dans la dernière A.G. (celle dont je parle dans le journal si je ne m'abuse, du coup le résumé doit être dans ce compte-rendu), ainsi que d'implémenter l'authentification XMPP dans Bugzilla pour éviter d'avoir à créer un compte. Github a été écarté par cohérence, Gitlab reste une option.
Cependant on a toutes les briques pour faire notre propre outil de rapport de bogues basé sur XMPP maintenant (et donc décentralisé), c'est en gros une version spécialisé du blogage qu'on gère déjà (en tout cas dans notre cas pas besoin de plus, du moins pour le moment), et ça permet d'avoir un cas concret, c'est a priori ce qui va être fait dans un futur que j'espère proche.
Et il y aura une difficulté en plus si vous utilisez comme je vous en ai entendu parler, brython ou un truc du genre à la place d'un framework JS.
Brython ne sera utilisé que pour l'interface Web, et devrait être beaucoup plus simple à installer que Pyjamas que nous utilisons actuellement. Ce n'est pas plus compliqué qu'apprendre un framework JS (même plutôt plus simple vu qu'on ne change pas de langage), et ça ne sera de toute façon pas utilisé pour les pages statiques.
Certes, l'image docker simplifie l'installation. Mais surtout je trouve que vous restez très techniques et que vous ne parlez pas bien aux potentiels utilisateurs, dont je suis aussi (surtout?).
Effectivement on a parfois un problème de communication, il ne faut pas hésiter à nous le dire et à nous demander si quelque chose n'est pas clair. C'est difficile de ne pas être technique quand on a la tête dans le code à longueur de temps, en plus sur linuxfr j'ai tendance à aller plus dans les détails qu'ailleurs.
Et le thème CSS… a besoin d'un contributeur ou contributrice :S
Oui, d'ailleurs quelqu'un était venu proposer un thème CSS pour le blog statique sympa comme tout, je voulais l'intégrer mais depuis on ne le voit plus sur le salon :(. Sinon Libervia va être réécrit pour la version 0.8 (pas celle à venir, la suivante), et il va y avoir un gros coup de rafraîchissement graphique au passage.
Nous y avons ouvert un compte pour SàT après en avoir discuté en A.G., bien que nous n'ayons pas encore vraiment commencé à utiliser et communiquer dessus (ça va venir). Nous apprécions beaucoup le côté éthique et impliqué dans le libre.
Je tiens aussi à vous remercier pour votre super réactivité, j'ai demandé la gestion des liens xmpp:, et ça a été intégré en quelques jours.
Tiens petite question pratique. Nous nous sommes ajouté à la communauté « libre à toi », parce que nous nous connaissons et avons des valeurs communes, mais la page de la communauté indique « Êtes-vous un contributeur dans la communauté libratoi ? », ce qui n'est pas le cas. Le rôle des communautés c'est d'indiqué des liens/affinités ou des personnes qui participe activement à un projet ?
Bon courage, vraiment content de voir un service comme ça se développer.
La question est très bonne, et vu de l'extérieur ça peut sembler surprenant, mais en y regardant de plus près ça n'est pas très difficile à comprendre.
Il y a déjà – et surtout – un budget bien plus important pour Matrix, et des développeurs (je ne sais pas combien, mais à vu de nez quelques uns) qui y travaillent à plein temps. C'est une très grosse boîte derrière Matrix (Amdocs). En comparaison, la plupart des clients se font sur le temps libre : Gajim c'est principalement une personne qui a peu de temps libre, Movim c'est principalement 1 seule personne aussi, pour SàT on a été temporairement 2 à plein temps (donc une grosse partie a été utilisée pour participer à des événement), mais c'est actuellement 1 seule personne sur son temps libre (moi), et on peut dire la même chose de la plupart des projets actifs (si ce n'est tous pour les clients libres, pour les serveurs c'est un peu différent).
Conversations fait figure d'exception avec 1 (seule !) personne qui arrive à être à plein temps dessus, et ça se sent dans le soin apporté dans les détails et la com', et qui contribue à son succès.
D'autre part il y a un choix du tout web en effet, et les technologies ont énormément évolué ces dernières années. La vidéo-conférence était un défi technique à la naissance de Jingle, aujourd'hui WebRTC gère toute la complexité. Je me souviens à la conf Matrix que j'avais vu au Fosdem des applaudissement nourris pour la vidéo alors que ce n'est qu'une mise en place de WebRTC, il y a aujourd'hui des très petits projets qui arrivent à faire de même.
Il faut bien se rendre compte de la complexité d'une vidéo-conférence, ce n'est pas juste envoyer un flux à un participant, il faut gérer les débits variables, annuler l'écho, gérer les codecs, adapter la transmission aux conditions, etc. Tout ceci est devenu presque trivial en web grâce aux développements de Google ou Mozilla.
Par contre sur bureau c'est toujours très compliqué, donc ça explique les difficultés des clients non web (pour notre part on met ça de côté pour le moment par exemple). Des clients s'appuyant sur des outils avancés comme Gajim avec Gstreamer, ou dont c'est une fonctionnalité principale comme Jitsi s'en sortent mais ça reste un boulot bien plus important que sur le web.
Pourquoi ne pas faire pareil pour les clients XMPP webs ? Et bien ils le font justement, Movim gère la vidéo dans le version de dév, Jappix (qui n'est plus maintenu) le faisait également, et probablement d'autres. Quand nous nous y intéresserons dans SàT, il est fort probablement que nous implémenterons en premier dans Libervia (frontal web) avec WebRTC.
Ce que j'affirme est tout de même à prendre avec des pincettes : je n'ai pas encore travaillé moi même sur la visio-conférence, aussi mon ressenti n'est peut-être pas juste.
Même en dehors de la vidéo, il y a beaucoup de problèmes qui sont plus simples aujourd'hui à gérer parce qu'il y a plus d'outils et bibliothèques disponibles, parce qu'on a plus d'outil de messageries existants dont on peut s'inspirer.
Ensuite les objectifs peuvent être différents. Pour Whatsapp le but principal évident était (et est toujours) de monétiser. Pour Matrix, je pense que c'est assez clairement le but aussi à moyen ou long terme. Ces choix font mettre les moyens et les priorités dans l'esthétique, les fonctionnalités populaires et le marketing, et on se retrouve avec X applications qui font peu ou prou la même chose et se ressemblent fortement, et qui plaisent parce que les gens s'y retrouvent.
Selon les projets, les objectifs peuvent être très différents (j'allais élaborer un peu là dessus, mais je manque de temps donc je vais finir ce message sur cette remarque).
[^] # Re: XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Retour d'expérience Yunohost. Évalué à 5. Dernière modification le 16 mai 2017 à 17:06.
Ça dépend des clients et serveurs que tu utilises et de leur configuration, il faut voir les docs correspondantes. En général un client va t'afficher un message d'avertissement si un certificat est auto-signé mais se connecter quand même si tu confirmes, et un serveur va utiliser une vérification par DNS en méthode de secours, sauf si c'est configuré autrement.
Pour Prosody par exemple, c'est expliqué sur cette page: http://prosody.im/doc/s2s#security
# XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Retour d'expérience Yunohost. Évalué à 10.
Salut,
petite remarque en passant, je vois Jappix et Metronome en captures d'écran, mais aucun des 2 n'est maintenu, du coup il faudrait vraiment songer à les remplacer.
Je crois que Movim est déjà empaqueté pour Yunohost, et pour SàT la prochaine version sera stable et du coup si quelqu'un veut nous filer un coup de main pour l'empaqueter ça serait pas mal :).
Côté serveur, Metronome étant un fork de Prosody, il devrait être assez simple de passer sur ce dernier (et des serveurs comme Ejabberd et probablement les autres ont des outils de transition de toute façon).
# Aptosid
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Comment je suis passé d'Ubuntu à Debian Sid. Évalué à 3.
J'ai utilisé pendant un moment Aptosid qui est surtout intéressante à l'installation (installation de SID directement), et également pour son forum qui permet d'anticiper/trouver de l'aide pour les problèmes après des mises à jour : http://aptosid.com/index.php?name=PNphpBB2&file=viewforum&f=3&sid=e8fcdae185d9730c83d52ad50f9d5fcf
Ça vaut le coup d'y jeter un œil.
Là ça fait un peu plus d'un an que je me suis mis à Arch, c'est une distro qui a bonne réputation et c'est mérité elle est vraiment chouette, et j'ai très peu voire pas d'ennuis avec (et son wiki est excellent). Ça peut être utile de coupler à un système de containeurs (lxc, Docker ou autre) pour certains cas, notamment quand on veut des versions précises de logiciels ou une distro particulière.
# configuration
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche L’heure du test — épisode 1 — NixOS. Évalué à 7.
Ce n'est pas la première fois que j'en entends parler, et c'est vraiment intéressant, merci pour la dépêche.
Comment ça marche pour le fichier de configuration unique ? Le coup des paquets, des locales, etc pas de soucis. Mais pour les fichiers de confs dans les différents formats, il faut bien que ça passe par /etc/ non ? Si la conf est générée depuis le fichier unique, comment est faite la correspondance (mapping) ? Est-ce qu'il n'y a pas un risque qu'une option ne soit pas disponible ? Et la doc du coup est totalement différente non ?
exemple concret : comment je change mon port ssh ? Comment je décide de quels services démarrent avec un fichier unique ?
[^] # Re: emacs ?
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Org-mode 1/5 : gérer ses notes avec GNU Emacs. Évalué à 5.
Je m'étais intéressé à Org-mode et étant utilisateur de Vim (même si j'ai utilisé Emacs par le passé), j'ai regardé de ce côté.
Le plugin vim-orgmode qui semble être le plus complet et maintenu s'installe de manière inhabituelle (un script à exécuter), du coup je m'inquiète des mise à jours, et il y a une palanquée d'autres plugins recommandés pour l'utilisation, ce qui me gène aussi (autant de plugins à maintenir et qui peuvent être gênants d'une manière ou d'une autre). J'ai déjà un vim personnalisé (comme beaucoup de monde), et j'aimerais ne pas avoir trop de choses qui viennent polluer ma config.
Du coup je me demande si des gens ici l'ont essayé et si ça vaut le coup d'insister. Et aussi est-ce que des gens connaissant bien la version Emacs ont un retour sur la version Vim (très en dessous, comparable, meilleur ?).
J'entends parler de org-mode depuis tellement longtemps que je me dis que ça doit valoir le coup d'essayer.
[^] # Re: du bon et du moins bon
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Mastodon, le réseau social qui monte ?. Évalué à 5. Dernière modification le 07 avril 2017 à 08:37.
Oui enfin c'est avec ce genre de raisonnement que les gens votent pour des candidats beaux, confortables, etc.
(le parallèle est très douteux, mais je le trouvais amusant).
Plus sérieusement je n'ai jamais dit que beau et simple à utiliser n'étaient pas de bonnes choses, c'est même une question d'accessibilité (pour la simplicité tout du moins).
Ce qui me chagrine, c'est que dans tout l'enthousiasme actuel, et qui concerne quand même une population à dominante technique (on parle des lecteurs de hacker news, numérama, etc tout de même, même s'il y a eu quelques article après coup sur des médias généralistes), personne ne semble s’inquiéter des questions politiques autour. Et là je cite parce que c'est flagrant, mais c'est le cas à chaque truc à la mode, les seuls critères sont est-ce que c'est libre ? Est-ce que c'est décentralisé ? Est-ce qu'il y a du monde ? est-ce que c'est beau ? Est-ce que c'est chiffré ? C'est déjà une bonne base, mais je regrette que ça s'arrête là.
Et ça va sans doute te paraître bizarre vu mon historique, mais je me moque du protocole en dessous sur le plan purement technique, par contre je m'inquiète qu'il soit standard (et donc documenté), et non contrôlé par une grosse entité, ce qui est le cas ici).
Ceci mis de côté, je suis très content que les projecteurs soient sur un projet libre, et que ça amène un peu du monde sur GNU Social, et je compte utiliser si ça tient sur la durée (je le fais déjà d'ailleurs, et j'étais sur GNU Social avant), voire faire une passerelle XMPP.
# du bon et du moins bon
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Mastodon, le réseau social qui monte ?. Évalué à 10.
Salut,
m'intéressant de près à ce genre de logiciels, j'ai testé un peu.
Déjà ça n'est pas nouveau, ça se base sur un protocole existant et documenté (ostatus/GNU Social), ce qui est un très bon point. À l'usage je n'aime pas trop (je trouve ça trop compliqué pour un utilisateur lambda, et ça manque de fonctionnalités pour un utilisateur avancé), mais les gens s'y retrouvent parce que ça ressemble à TweetDeck (ce qui ne fonctionne qu'avec un public restreint). C'est propre et y'a des petits animations agréables.
Je trouve le besoin de créer un nouveau vocabulaire pour se différencier à chaque fois non seulement ridicule mais aussi perturbant (« pouet » ou « toot » pour billet/publication)
C'est toujours une bonne chose d'avoir un peu d'attention sur un projet libre., même si je trouve que l'excitation est un peu exagérée (faire peur à Twitter c'est juste bon pour les titres chocs, faut avoir un minimum le sens des proportions du moins à l'heure actuelle).
Après ce que je regrette, comme pratiquement à chaque fois, c'est qu'il y ait une excitation sur une simple base visuelle/technique (de loin, on évalue principalement le côté libre et décentralisé), sans s’inquiéter de toute la partie politiques (gouvernance, fonctionnalités et leur disposition, public présent, etc).
J'ai développé un peu ce point sur seenthis: https://seenthis.net/messages/585190#message586271
À l'heure actuelle je ne crois pas trop à son succès sur le long terme, si ce n'est avec le réseau GNU Social déjà existant (ce qui est déjà pas mal).
[^] # Re: Suivez la rencontre en direct !
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Rencontre XMPP/Jabber par JabberFR, mardi 28 mars 2017 à 19 h à Paris. Évalué à 2.
alors ça a donné quoi ?
[^] # Re: Une première...
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Rencontre XMPP/Jabber par JabberFR, mardi 28 mars 2017 à 19 h à Paris. Évalué à 4. Dernière modification le 23 mars 2017 à 20:34.
j'avais regardé vite fait pour implémenter les norloges avec les threads, ça ne peut pas marcher parce qu'il n'y a qu'un parent possible pour un thread. Par contre je pense que c'est parfaitement implémentable avec les références maintenant.
[^] # Re: Une première...
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Rencontre XMPP/Jabber par JabberFR, mardi 28 mars 2017 à 19 h à Paris. Évalué à 6.
Merci pour les encouragements :)
Movim et SàT sont tous les 2 antérieurs à Jappix.
Il n'y a pas que côté client que ça chauffe en ce moment, il y a eu des progrès énormes ces dernières années sur appareils portables (téléphone en particulier), chiffrement, et surtout MIX (qui va remplacer MUC pour les discussions de groupe et qui annonce de nombreuses possibilités très intéressantes).
Du côté des bibliothèques aussi, avec Smack (Java) ou Sleekxmpp/Slixmpp.
Côté clients il y a aussi Yaxim et Xabber qui reprennent du poil de la bête, et en moins grand public Poezio continue son chemin.
[^] # Re: L'appli .rpm n'est pas disponible
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Movim 0.11 — Tuttle. Évalué à 4.
Toute la question est de savoir si on met un Gnou ou un Manchot.
[^] # Re: Bravo !
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Movim 0.11 — Tuttle. Évalué à 2.
je ne l'ai testé qu'avec mon propre blog où j'étais le seul auteur. Si ça ne fonctionne pas, n'hésite pas à ouvrir un ticket sur https://bugs.goffi.org pour qu'on voit ce qu'on peut faire.
[^] # Re: Bravo !
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Movim 0.11 — Tuttle. Évalué à 5. Dernière modification le 21 mars 2017 à 10:36.
Salut,
déjà un grand bravo à Edhelas pour cette release, super boulot !
je peux répondre à cette question:
C'est possible avec SàT, on peut importer depuis Dotclear et Dokuwiki à l'heure actuelle, et c'est expliqué là: https://goffi.org/blog/goffi/544798f9-52cb-468d-9547-263d1a2a8c0d
Dans ce tuto c'est expliqué à travers le conteneur Docker parce que c'était la suite des tutos précédents, mais dans ton cas il vaut mieux récupérer jp en natif (dispo sur Debian ou Arch par exemple, je ne suis pas 100% certains que ces versions permettent l'import Dotclear mais il me semble que oui).
Quand je dis c'est possible avec SàT, ça ne veut pas dire qu'il faut utiliser SàT pour afficher ton blog ensuite hein, c'est du XMPP et tu peux donc l'utiliser aussi avec Movim.
# Ça existe déjà
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal 3310. Évalué à 2. Dernière modification le 28 février 2017 à 10:40.
On peut déjà trouver des plans de montage pour des téléphones pas si basiques que ça utilisant des Arduino ou autre.
Exemple: http://www.instructables.com/id/ArduinoPhone/
Plus haut le PiPhone a été cité également.
Je serais curieux de voir ce que ça donne à l'usage, y'a des gens ici qui ont essayé ?
[^] # Re: Divers
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Salut à Toi sur bureau et Android (Cagou), état des lieux. Évalué à 1.
Sont quand même couillons chez Google, ils ont créé tout un système d'IPC alors que ça ne sert à rien sur Android, c'est bien connu.
Sont quand même couillons tous ces gens qui utilisent les autotools, cmake, scons, ant, etc.
[^] # Re: Petit sondage : pensez-vous que CloudFlare va de faire Dawinizer ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Oh, la belle prise (chez CloudFlare). Évalué à 6.
non, il voulait dire "brownsonisé" (avec un 'z')
[^] # Re: salut@toi
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi sur bureau et Android (Cagou), état des lieux. Évalué à 4.
C'est un serveur de test uniquement sur la machine, ceux qui installent peuvent utiliser ce qu'il veulent :).
Mais sinon comme je te l'avais déjà dit dans le journal que tu cites, la remarque est intéressante/pertinente.
# merci
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi sur bureau et Android (Cagou), état des lieux. Évalué à 6.
C'est une bonne surprise de voir la publication en dépêche, et avec les corrections faites (j'avais fait quelques corrections sur mon blog que je n'ai pas eu le courage de reporter sur le journal, et je vois que c'est corrigé ici).
Merci :)
[^] # Re: Cagou, Libervia, JP... STOP!
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Salut à Toi sur bureau et Android (Cagou), état des lieux. Évalué à 3.
Tu as raison, et ça a aussi été abordé dans une A.G., il a été question un moment d'utiliser Libervia pour tout, et de faire Libervia web, Libervia desktop, Libervia cli, etc.
Ce n'est pour le moment pas une solution satisfaisante pour plusieurs raisons : déjà il peut y avoir plusieurs interface web/cli/etc., ensuite les noms n'ont pas été choisis aux hasard et ça chagrinerait de les passer à la trappe, et puis ça permet de différencier des choses différentes.
« Salut à Toi » (le projet dans l'ensemble) est au final plus une base pour créer des outils cohérents, et les frontaux sont les interfaces de ces outils.
Pour faciliter le lien, on précise maintenant systématiquement
(SàT)dans les noms.Il faut voir aussi que le nom « Salut à Toi » est un pied de nez au choix quasi systématique d'un nom court, qui sonne bien, de préférence anglophone, insipide et facile à retenir, en plus de la référence aux Bérus et d'un nom qui colle bien pour un outil de communication. Note que je n'ai rien contre les noms anglophones ou faciles à retenir, c'est juste le « quasi systématique » qui est ennuyant. La graphie en montagne russe (qui n'est d'ailleurs pas dans le titre de la chanson) couplé à la présence de l'accent sont un petit plus amusant. L'accent a d'ailleurs déjà permis de lever des bogues de mauvaise gestion unicode.
Le seul petit regret que j'ai sur ce nom, c'est qu'on m'a déjà dit qu'on pensait que le projet était réservé aux francophone.
Tout ça mis à part, ça serait bien oui de simplifier pour ne pas perdre les gens qui s'intéressent au projet.
Le développement de plusieurs frontaux permet de tester et améliorer l'architecture.
C'est encore trop tôt pour présenter SàT comme une alternative (la version à venir est justement prévue pour être la première qu'on puisse vraiment proposer au grand public). D'autre part on n'est pas la seule alternative, Movim, Xabber, Conversations peuvent être proposés également.
[^] # Re: Divers
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Salut à Toi sur bureau et Android (Cagou), état des lieux. Évalué à 3.
sauf que celui que tu connais n'est peut-être pas celui qui sera utilisé. Et JS plus que tout autre écosystème demande une mise à jour permanente, et potentiellement des refactoring ou changements d'outils (je sais qu'on est vendredi).
Si tu souhaites contribuer à SàT, il vaut mieux avoir des notions de Python (c'est un « tu » général vu que tu en as déjà). À partir de là, tu sais utiliser Brython ou Pyjamas.
[^] # Re: Divers
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Salut à Toi sur bureau et Android (Cagou), état des lieux. Évalué à 4.
Le tuto lié ne parle de XEP, tu peux commencer par là pour jouer un peu.
Après implémenter une fonctionnalité XMPP, ça passe 9 fois sur 10 par une XEP, ça peut sembler difficile quand on n'en a jamais fait, mais en pratique ça ne l'est pas : ça explique juste précisément ce qu'il faut faire. Regarde celle là par exemple, tu verras que ça n'est pas si compliqué: XEP-0245.
Puis je parle aussi de CSS, de traduction, d'ouvrir la liste de tickets pour en choisir un, etc.
Il ne faut pas exagérer non plus, les contributions ne sont pas difficiles. Mercurial n'est pas plus compliqué que GIT (c'est même plus simple), et si vraiment ça pose problème on peut même s'en sortir avec un envoi du code par courriel ou XMPP, les rapports de bogue ne sont pas non plus compliqués à faire (on accepte même ceux en Français si nécessaire).
quelqu'un qui disparaît je ne vois pas trop ce que ça va changer dans une forge. Enfin de toute façon Gitlab n'est pas exclus, et il nous manque un outil de revue de code c'est vrai.
[^] # Re: Divers
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Salut à Toi sur bureau et Android (Cagou), état des lieux. Évalué à 3.
et j'oubliais dans les choses à faire (mais c'est chiant et je le ferai sûrement moi même): les tests ! On a utilisé par le passé un buildbot, mais la couverture est à revoir, ainsi que le système de tests, c'est le chantier que je comptais faire pendant la phase de bêta et que les fonctionnalités seront gelées.
[^] # Re: Divers
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Salut à Toi sur bureau et Android (Cagou), état des lieux. Évalué à 5.
salut,
Ce sont des choses à négocier, mais vu le temps que ça prend sur ma vie, il va falloir trouver une solution et celle là semble la plus réaliste à l'heure actuelle.
À une époque on avait fait une TODO list sur le wiki, mais avec le faible nombre de contributions et l'évolution constante du projet, on n'a pas maintenu. Le plus simple est de venir sur notre salon XMPP (sat@chat.jabberfr.org) pour en discuter.
Il y a quelques XEPs qui seraient sympa à implémenter (par exemple blocking command serait assez trivial à faire), ça se passe côté backend et il y a un tuto écrit ici: écrire un greffon pour SàT.
On peut aussi faire de l'amélioration de CSS (on va réécrire Libervia pour la 0.8, mais ça serait pas mal de rafraîchir), du thème (je viens de commencer à réécrire le système de thèmes pour le blog statique), de la traduction, ou prendre un bug qui semble abordable dans la liste.
Mercurial est utilisé depuis le début du projet, et bugzilla est là depuis longtemps aussi, c'est toujours utilisé parce que ça fait le boulot et que changer demande du temps qu'on consacre plutôt au code de SàT.
On a abordé l'utilisation de Gitlab/Github dans la dernière A.G. (celle dont je parle dans le journal si je ne m'abuse, du coup le résumé doit être dans ce compte-rendu), ainsi que d'implémenter l'authentification XMPP dans Bugzilla pour éviter d'avoir à créer un compte. Github a été écarté par cohérence, Gitlab reste une option.
Cependant on a toutes les briques pour faire notre propre outil de rapport de bogues basé sur XMPP maintenant (et donc décentralisé), c'est en gros une version spécialisé du blogage qu'on gère déjà (en tout cas dans notre cas pas besoin de plus, du moins pour le moment), et ça permet d'avoir un cas concret, c'est a priori ce qui va être fait dans un futur que j'espère proche.
Brython ne sera utilisé que pour l'interface Web, et devrait être beaucoup plus simple à installer que Pyjamas que nous utilisons actuellement. Ce n'est pas plus compliqué qu'apprendre un framework JS (même plutôt plus simple vu qu'on ne change pas de langage), et ça ne sera de toute façon pas utilisé pour les pages statiques.
Effectivement on a parfois un problème de communication, il ne faut pas hésiter à nous le dire et à nous demander si quelque chose n'est pas clair. C'est difficile de ne pas être technique quand on a la tête dans le code à longueur de temps, en plus sur linuxfr j'ai tendance à aller plus dans les détails qu'ailleurs.
Oui, d'ailleurs quelqu'un était venu proposer un thème CSS pour le blog statique sympa comme tout, je voulais l'intégrer mais depuis on ne le voit plus sur le salon :(. Sinon Libervia va être réécrit pour la version 0.8 (pas celle à venir, la suivante), et il va y avoir un gros coup de rafraîchissement graphique au passage.
merci !
# Réactif et super esprit
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal La première année de Liberapay. Évalué à 4.
Nous y avons ouvert un compte pour SàT après en avoir discuté en A.G., bien que nous n'ayons pas encore vraiment commencé à utiliser et communiquer dessus (ça va venir). Nous apprécions beaucoup le côté éthique et impliqué dans le libre.
Je tiens aussi à vous remercier pour votre super réactivité, j'ai demandé la gestion des liens
xmpp:, et ça a été intégré en quelques jours.Tiens petite question pratique. Nous nous sommes ajouté à la communauté « libre à toi », parce que nous nous connaissons et avons des valeurs communes, mais la page de la communauté indique « Êtes-vous un contributeur dans la communauté libratoi ? », ce qui n'est pas le cas. Le rôle des communautés c'est d'indiqué des liens/affinités ou des personnes qui participe activement à un projet ?
Bon courage, vraiment content de voir un service comme ça se développer.
[^] # Re: Olm vs libsignal
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche ChatSecure 4.0 ronronne et adopte OMEMO . Évalué à 4.
La question est très bonne, et vu de l'extérieur ça peut sembler surprenant, mais en y regardant de plus près ça n'est pas très difficile à comprendre.
Il y a déjà – et surtout – un budget bien plus important pour Matrix, et des développeurs (je ne sais pas combien, mais à vu de nez quelques uns) qui y travaillent à plein temps. C'est une très grosse boîte derrière Matrix (Amdocs). En comparaison, la plupart des clients se font sur le temps libre : Gajim c'est principalement une personne qui a peu de temps libre, Movim c'est principalement 1 seule personne aussi, pour SàT on a été temporairement 2 à plein temps (donc une grosse partie a été utilisée pour participer à des événement), mais c'est actuellement 1 seule personne sur son temps libre (moi), et on peut dire la même chose de la plupart des projets actifs (si ce n'est tous pour les clients libres, pour les serveurs c'est un peu différent).
Conversations fait figure d'exception avec 1 (seule !) personne qui arrive à être à plein temps dessus, et ça se sent dans le soin apporté dans les détails et la com', et qui contribue à son succès.
D'autre part il y a un choix du tout web en effet, et les technologies ont énormément évolué ces dernières années. La vidéo-conférence était un défi technique à la naissance de Jingle, aujourd'hui WebRTC gère toute la complexité. Je me souviens à la conf Matrix que j'avais vu au Fosdem des applaudissement nourris pour la vidéo alors que ce n'est qu'une mise en place de WebRTC, il y a aujourd'hui des très petits projets qui arrivent à faire de même.
Il faut bien se rendre compte de la complexité d'une vidéo-conférence, ce n'est pas juste envoyer un flux à un participant, il faut gérer les débits variables, annuler l'écho, gérer les codecs, adapter la transmission aux conditions, etc. Tout ceci est devenu presque trivial en web grâce aux développements de Google ou Mozilla.
Par contre sur bureau c'est toujours très compliqué, donc ça explique les difficultés des clients non web (pour notre part on met ça de côté pour le moment par exemple). Des clients s'appuyant sur des outils avancés comme Gajim avec Gstreamer, ou dont c'est une fonctionnalité principale comme Jitsi s'en sortent mais ça reste un boulot bien plus important que sur le web.
Pourquoi ne pas faire pareil pour les clients XMPP webs ? Et bien ils le font justement, Movim gère la vidéo dans le version de dév, Jappix (qui n'est plus maintenu) le faisait également, et probablement d'autres. Quand nous nous y intéresserons dans SàT, il est fort probablement que nous implémenterons en premier dans Libervia (frontal web) avec WebRTC.
Ce que j'affirme est tout de même à prendre avec des pincettes : je n'ai pas encore travaillé moi même sur la visio-conférence, aussi mon ressenti n'est peut-être pas juste.
Même en dehors de la vidéo, il y a beaucoup de problèmes qui sont plus simples aujourd'hui à gérer parce qu'il y a plus d'outils et bibliothèques disponibles, parce qu'on a plus d'outil de messageries existants dont on peut s'inspirer.
Ensuite les objectifs peuvent être différents. Pour Whatsapp le but principal évident était (et est toujours) de monétiser. Pour Matrix, je pense que c'est assez clairement le but aussi à moyen ou long terme. Ces choix font mettre les moyens et les priorités dans l'esthétique, les fonctionnalités populaires et le marketing, et on se retrouve avec X applications qui font peu ou prou la même chose et se ressemblent fortement, et qui plaisent parce que les gens s'y retrouvent.
Selon les projets, les objectifs peuvent être très différents (j'allais élaborer un peu là dessus, mais je manque de temps donc je vais finir ce message sur cette remarque).