Cher EauChaude (j'ai fait une recherche entre-temps, mais pas sur Google).
J'ai quand même un sacré doute (en plus sa justifierais d'utiliser google en lieu et place des moteurs de recherche décentralisé qui doivent polluer beaucoup plus)
C'est des chiffres qui sont discutés en effet, mais on retrouve rapidement ce genre d'article qui est dans le même ordre d'idée (mais qui a 8 ans tout de même, ça a pu évoluer beaucoup). D'après l'article la recherche est effectuée dans plusieurs datacenters à la fois et le résultat trouvé en premier et retourné, ça sous-entend un certain gaspillage qu'on n'aurait pas forcément sur des moteurs décentralisés (enfin c'est très complexe comme question de toute façon).
Je n'ai pas compris non plus se qu'ils entendent par lowtech.
je ne veux pas parler à la place des auteurs, mais on peut imaginer des choses plus proche de l'open hardware et du D.I.Y., plus facilement réparable et qu'on ne doit pas changer tous les 6 mois, par opposition a la grosse industrialisation high tech, très complexe, et de plus en plus difficile voire impossible à réparer nous même.
Et quelles sont ses activités?
des vidéos de chats qui se cassent la gueule, des gif animés pour un oui ou un non, des algos pour te faire rester le maximum de temps, des vidéos qui se lancent toutes seules, regarder les infos toutes les 5 min, la culture de l'instantanée, le self branding, etc.
Sans forcément tout foutre à la poubelle, il y a certainement moyen de réduire et de repenser notre utilisation des outils informatiques.
Les objets connecté et la domotique c'est le futur.
Ça c'est ta vision, pas forcément celle de tout le monde. Pour ma part par exemple même si j'apprécie de l'automatisation, je ne suis pas du toute enchanté à l'idée d'avoir des espions en puissance partout, et que des algos décident, analysent et gèrent tout pour moi.
Vu la complexité de mise en place des logiciels, et l'austérité des interfaces (autant utilisateur qu'admin) de certains, l'auto hébergement n'est pas près d'arriver dans les maisons.
L'auto-hébergement n'est pas forcément souhaitable. Des gestions communautaires et locales comme ce qu'on voit avec le super boulot des CHATONS actuellement me semble une solution beaucoup plus faisable et pérenne.
A moins de faire des composants visible (et réparable) par un humain sans 1G €, ou des bio composants autorégénérable, se serait plus "simple" de faire des ordinateurs facilement recyclable (fondable + tri automatique et récupération de tout les matériaux) puis recréable à coups d'imprimante 3D.
Ben justement des outils « recréable à coups d'imprimante 3D » on est en plein dans le réparable. C'est ce qu'on voit avec par exemple les Fairphone, et c'est une très bonne chose.
En tout cas c'est un très bon article, on a eu une discussion sur le sujet sur Seenthis également
Est-ce que vous envisagez ou est-il déjà possible d'avoir un système de permissions similaire ? Et serait-il envisageable de vous rapprocher de ce projet ?
Il y a clairement des choses qui se font autour des containers, mais du point de vue utilisateur on a un peu l'impression que ça part dans tous les sens (Docker, lxc, systemd-nspawn, subuser, flatpack, guix, et probablement d'autres). C'est autant de technologies à apprendre, chacune ayant ses avantages/inconvénients, mais du coup on en perd un peu son latin.
Ce sont les 2 seuls qui gèrent le blogage à l'heure actuelle, et Libervia n'est pas encore en version stable (ça sera le cas pour la prochaine version), donc Movim est un bon choix oui.
Pour de la messagerie simple il y a d'autres choix : Candy ou Converse.js par exemple. Il y a eu Kaiwa un moment mais il n'est plus maintenu.
On en a une en développement également pour bureau/Android pour SàT, cf. ce journal. S'il y a des fonctionnalités que vous aimeriez y voir, n'hésitez pas à demander/proposer.
pourquoi ne ramènes tu pas des amis sur https://linuxfr.org/redaction pour montrer l'avancement de SàT ? c'est de la rédaction collaborative, pas de l'instantané (dont l'historique n'est pas forcément disponible).
Je fais des dépêches pour les grosses sorties, entre 2 versions je fais plutôt des journaux, je ne veux pas non plus faire du matraquage.
La deuxième chose c'est qu'écrire une dépêche comme celles cités c'est du boulot, bien une soirée entre la rédaction, la vérification des points techniques ou dates, la relecture, les captures d'écrans éventuelles, etc. Une rédaction collective ça aide beaucoup surtout sur la forme et l'orthographe, mais si le contenu de base ne peux pas être écrit à plusieurs (ce qui est le cas pour une dépêche sur SàT vu qu'il n'y a que ceux qui y bossent qui connaissent les détails), ça reste un gros boulot pour le ou les rédacteurs principaux.
J'ai repris un travail salarié depuis plus d'un an (il y a d'ailleurs à journal à ce sujet), et avec le développement de SàT c'est comme-ci j'avais 2 boulots, et je suis donc obligé de réduire les choses qui me prennent du temps (rédaction d'articles, participation aux événements du Libre, j'ai même pris du retard sur l'intégration de contributions : quelqu'un a contribué une traduction du contrat social en italien qui n'est toujours pas dans les dépôts).
Donc ces derniers temps j'ai vraiment voulu me concentrer sur le code, mais je vais certainement bientôt faire des articles vu les grosses nouveautés et l'orientation prise (notamment Libervia devient un framework web).
Le problème est que Prosody ne gère pas la persistance pour PEP/PubSub, ce qui est nécessaire aux clients gérant le microblogage (sans ça tous les billets publiés disparaissent au redémarrage du serveur). À ça 2 solutions : se concentrer sur un serveur qui le gère voire développer le nécessaire pour ce serveur – ce que Jappix et Movim ont choisi – ou développer un composant qui fait ce qu'on veut ; c'est ce qu'on a fait avec SàT et SàT PubSub. Cette dernière solution a l'avantage de ne pas êtres limité à un serveur spécifique, et de toujours fonctionner si le serveur n'est plus développé comme c'est le cas ici.
Bref, pour régler le problème de Yunohost (serveur plus maintenu), il y a 2 options:
passer sur un serveur qui gère ce qu'il faut à l'heure actuelle, ce qui est le cas notamment de Ejabberd, ou OpenFire, et probablement Mongoose qui est un fork de Ejabberd (et je n'ai pas utilisé Tigase ou les autres, donc à voir). Il faut alors bien choisir pour pas se retrouver dans le même situation dans quelques années (a priori avec ces 3 là on est tranquille), et espérer que les futures fonctionnalités qui peuvent être intéressantes seront développées rapidement (ce qui est moins sûr).
passer sur Prosody dont Metronome était un fork, donc configuration et extensions similaires (ainsi que ressources nécessaires, administration, etc). Il faut alors soit implémenter la persistance pour PubSub (il y a eu un début de travail par Link Mauve je ne sais pas où sans en est), soit utiliser notre composant. Notre composant est utilisé notamment sur notre serveur de démo à https://libervia.org et sur mon blog à https://www.goffi.org et il fonctionne également avec Ejabberd.
À savoir aussi que dans le cas de Movim, il manque une fonctionnalité dans notre composant, la gestion des présences et de +notify, qui ne demande pas un travail fou (je pense pouvoir l'implémenter en 1 week-end) mais qui n'est pas indispensable pour SàT et a donc été mis de côté (par manque de temps). Si on arrive à se mettre à plein temps un jour ça ira évidemment beaucoup plus vite (j'en profite pour laisser un lien vers liberapay tant qu'à faire).
Donc oui ça n'est pas si simple, PubSub est un gros morceau qui est indispensable pour nombre de fonctionnalités avancées (c'est à la base de MIX – anciennement appelé MUC 2 – qui est le futur de la messagerie par exemple), mais c'est aussi un développement nécessaire pour l'avenir. Et dans le cas de Prosody c'est pratiquement bon (travail de Link Mauve et/ou notre composant, dans les 2 cas il manque un chouïa pour que ça soit complet, et les contributions sont bienvenues).
Ç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.
[^] # Re: pertinence de l'article
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal [Bookmark] Le coût écologique d’internet est trop lourd, il faut penser un internet low-tech.. Évalué à 9.
Cher EauChaude (j'ai fait une recherche entre-temps, mais pas sur Google).
C'est des chiffres qui sont discutés en effet, mais on retrouve rapidement ce genre d'article qui est dans le même ordre d'idée (mais qui a 8 ans tout de même, ça a pu évoluer beaucoup). D'après l'article la recherche est effectuée dans plusieurs datacenters à la fois et le résultat trouvé en premier et retourné, ça sous-entend un certain gaspillage qu'on n'aurait pas forcément sur des moteurs décentralisés (enfin c'est très complexe comme question de toute façon).
je ne veux pas parler à la place des auteurs, mais on peut imaginer des choses plus proche de l'open hardware et du D.I.Y., plus facilement réparable et qu'on ne doit pas changer tous les 6 mois, par opposition a la grosse industrialisation high tech, très complexe, et de plus en plus difficile voire impossible à réparer nous même.
des vidéos de chats qui se cassent la gueule, des gif animés pour un oui ou un non, des algos pour te faire rester le maximum de temps, des vidéos qui se lancent toutes seules, regarder les infos toutes les 5 min, la culture de l'instantanée, le self branding, etc.
Sans forcément tout foutre à la poubelle, il y a certainement moyen de réduire et de repenser notre utilisation des outils informatiques.
Ça c'est ta vision, pas forcément celle de tout le monde. Pour ma part par exemple même si j'apprécie de l'automatisation, je ne suis pas du toute enchanté à l'idée d'avoir des espions en puissance partout, et que des algos décident, analysent et gèrent tout pour moi.
L'auto-hébergement n'est pas forcément souhaitable. Des gestions communautaires et locales comme ce qu'on voit avec le super boulot des CHATONS actuellement me semble une solution beaucoup plus faisable et pérenne.
Ben justement des outils « recréable à coups d'imprimante 3D » on est en plein dans le réparable. C'est ce qu'on voit avec par exemple les Fairphone, et c'est une très bonne chose.
En tout cas c'est un très bon article, on a eu une discussion sur le sujet sur Seenthis également
# Subuser
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Créer une archive d'application conteneurisée avec guix pack. Évalué à 4.
C'est intéressant. Ça se rapproche en certains points de subuser dont j'avais parlé ici l'année dernière : https://linuxfr.org/news/subuser-une-sur-couche-a-docker .
Est-ce que vous envisagez ou est-il déjà possible d'avoir un système de permissions similaire ? Et serait-il envisageable de vous rapprocher de ce projet ?
Il y a clairement des choses qui se font autour des containers, mais du point de vue utilisateur on a un peu l'impression que ça part dans tous les sens (Docker, lxc, systemd-nspawn, subuser, flatpack, guix, et probablement d'autres). C'est autant de technologies à apprendre, chacune ayant ses avantages/inconvénients, mais du coup on en perd un peu son latin.
[^] # Re: XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Retour d'expérience Yunohost. Évalué à 4.
Ce sont les 2 seuls qui gèrent le blogage à l'heure actuelle, et Libervia n'est pas encore en version stable (ça sera le cas pour la prochaine version), donc Movim est un bon choix oui.
Pour de la messagerie simple il y a d'autres choix : Candy ou Converse.js par exemple. Il y a eu Kaiwa un moment mais il n'est plus maintenu.
[^] # Re: XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Retour d'expérience Yunohost. Évalué à 3.
On en a une en développement également pour bureau/Android pour SàT, cf. ce journal. S'il y a des fonctionnalités que vous aimeriez y voir, n'hésitez pas à demander/proposer.
[^] # Re: XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Retour d'expérience Yunohost. Évalué à 7.
Je fais des dépêches pour les grosses sorties, entre 2 versions je fais plutôt des journaux, je ne veux pas non plus faire du matraquage.
La deuxième chose c'est qu'écrire une dépêche comme celles cités c'est du boulot, bien une soirée entre la rédaction, la vérification des points techniques ou dates, la relecture, les captures d'écrans éventuelles, etc. Une rédaction collective ça aide beaucoup surtout sur la forme et l'orthographe, mais si le contenu de base ne peux pas être écrit à plusieurs (ce qui est le cas pour une dépêche sur SàT vu qu'il n'y a que ceux qui y bossent qui connaissent les détails), ça reste un gros boulot pour le ou les rédacteurs principaux.
J'ai repris un travail salarié depuis plus d'un an (il y a d'ailleurs à journal à ce sujet), et avec le développement de SàT c'est comme-ci j'avais 2 boulots, et je suis donc obligé de réduire les choses qui me prennent du temps (rédaction d'articles, participation aux événements du Libre, j'ai même pris du retard sur l'intégration de contributions : quelqu'un a contribué une traduction du contrat social en italien qui n'est toujours pas dans les dépôts).
Donc ces derniers temps j'ai vraiment voulu me concentrer sur le code, mais je vais certainement bientôt faire des articles vu les grosses nouveautés et l'orientation prise (notamment Libervia devient un framework web).
[^] # Re: XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Retour d'expérience Yunohost. Évalué à 10.
Oui c'est ce que j'avais expliqué dans ce journal et sa suite.
Le problème est que Prosody ne gère pas la persistance pour PEP/PubSub, ce qui est nécessaire aux clients gérant le microblogage (sans ça tous les billets publiés disparaissent au redémarrage du serveur). À ça 2 solutions : se concentrer sur un serveur qui le gère voire développer le nécessaire pour ce serveur – ce que Jappix et Movim ont choisi – ou développer un composant qui fait ce qu'on veut ; c'est ce qu'on a fait avec SàT et SàT PubSub. Cette dernière solution a l'avantage de ne pas êtres limité à un serveur spécifique, et de toujours fonctionner si le serveur n'est plus développé comme c'est le cas ici.
Bref, pour régler le problème de Yunohost (serveur plus maintenu), il y a 2 options:
passer sur un serveur qui gère ce qu'il faut à l'heure actuelle, ce qui est le cas notamment de Ejabberd, ou OpenFire, et probablement Mongoose qui est un fork de Ejabberd (et je n'ai pas utilisé Tigase ou les autres, donc à voir). Il faut alors bien choisir pour pas se retrouver dans le même situation dans quelques années (a priori avec ces 3 là on est tranquille), et espérer que les futures fonctionnalités qui peuvent être intéressantes seront développées rapidement (ce qui est moins sûr).
passer sur Prosody dont Metronome était un fork, donc configuration et extensions similaires (ainsi que ressources nécessaires, administration, etc). Il faut alors soit implémenter la persistance pour PubSub (il y a eu un début de travail par Link Mauve je ne sais pas où sans en est), soit utiliser notre composant. Notre composant est utilisé notamment sur notre serveur de démo à https://libervia.org et sur mon blog à https://www.goffi.org et il fonctionne également avec Ejabberd.
À savoir aussi que dans le cas de Movim, il manque une fonctionnalité dans notre composant, la gestion des présences et de
+notify, qui ne demande pas un travail fou (je pense pouvoir l'implémenter en 1 week-end) mais qui n'est pas indispensable pour SàT et a donc été mis de côté (par manque de temps). Si on arrive à se mettre à plein temps un jour ça ira évidemment beaucoup plus vite (j'en profite pour laisser un lien vers liberapay tant qu'à faire).Donc oui ça n'est pas si simple, PubSub est un gros morceau qui est indispensable pour nombre de fonctionnalités avancées (c'est à la base de MIX – anciennement appelé MUC 2 – qui est le futur de la messagerie par exemple), mais c'est aussi un développement nécessaire pour l'avenir. Et dans le cas de Prosody c'est pratiquement bon (travail de Link Mauve et/ou notre composant, dans les 2 cas il manque un chouïa pour que ça soit complet, et les contributions sont bienvenues).
[^] # 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.