Goffi a écrit 1523 commentaires

  • [^] # Re: Yunohost, XMPP et Jitsi

    Posté par  (site web personnel, Mastodon) . En réponse au journal XMPP en 2021. Évalué à 6.

    Pour la petite histoire, Metronome a été intégré dans Yunohost parce qu'il a été à un moment poussé par Jappix et Movim * (Movim avait des problèmes à l'époque avec Ejabberd, et le composant Pubsub de Prosody perdait tout au redémarrage).

    Metronome est un fork de Prosody, maintenu par une seule personne (à l'origine pour un jeu il me semble, mais je n'en suis pas sûr du tout). Le problème c'est qu'il n'a pas été maintenu pendant longtemps.

    Entre temps le Pubsub de Prosody s'est nettement amélioré, je ne sais pas pourquoi Yunohost n'a pas rebasculé dessus (ou sur un autre serveur, Ejabberd, OpenFire, Tigase, ou autre).

    Le développeur de Metronome avait repris la maintenance la dernière fois que je m'y suis intéressé, je ne sais pas ce qu'il en est aujourd'hui (mais je pense que Prosody évolue beaucoup plus vite et régulièrement).

    Pour répondre à ta question: oui le mauvais score est probablement dû à l'utilisation de Metronome ou au moins à une mauvais configuration de celui-ci.

    * SàT avait les même contraintes à l'époque, mais le choix a été fait de développer un composant pubsub complet et utilisable avec tous les serveurs (SàT Pubsub, encore actif et développé aujourd'hui) plutôt que de pousser un serveur en particulier.

  • [^] # Re: Audio / Video

    Posté par  (site web personnel, Mastodon) . En réponse au journal XMPP en 2021. Évalué à 8.

    je crois que Gajim, qui avait la vidéo il y a quelques années mais n'a pas maintenu le code, et en train de travailler à remettre ça en état.

    Dino a eu une subvention pour implémenter la vidéo aussi.

  • [^] # Re: ça interpelle différemment

    Posté par  (site web personnel, Mastodon) . En réponse au journal Trump == Hitler. Évalué à 1.

    Ça fait environ 30 ans que trum l'Amiral Benson avait prévenu pourtant: https://invidious.fdn.fr/watch?v=dDV5x14TVdY

  • [^] # Re: bonne année à tou.te.s

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Bonne année 2021 !. Évalué à 3. Dernière modification le 02 janvier 2021 à 17:18.

    J'allais oublier:

    L’équipe (quelques membres de l’équipe, dans le bassin ou au petit coin coin, n’ont pu être photographiés) :

    pan ! pan !

    (et aussi s/Nonne/Bonne/ mais je pense que tout le monde avait compris que je ne parlais pas des Nonnes Troppo, même si je leur souhaite une bonne année aussi).

  • [^] # Re: bonne année à tou.te.s

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Bonne année 2021 !. Évalué à 3.

    ah ah, merci pour le subtil rappel, je ne les ai pas oubliées, elle paraîtront 2021, une bonne résolution ;)

  • # bonne année à tou.te.s

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Bonne année 2021 !. Évalué à 8.

    Nonne année et merci aussi à toutes celles et tous ceux qui maintiennent ce site et ce qui va autour depuis tant d'années, malgré les commentaires pas toujours agréables et les ennuis parfois même judiciaires. Ce site est une référence par la qualité de son contenu (et souvent, mais pas toujours, des commentaires).

  • # impressionnant

    Posté par  (site web personnel, Mastodon) . En réponse au journal Démo de Superflu Riteurnz. Évalué à 5.

    C'est quand même impressionnant de voir tout ce qu'a fait Gee depuis le geektionnerd : des articles, des albums, des peintures, des musiques, des essais, des animations, des jeux. Et toujours sous licence libre, chapeau !

    J'ai regardé très vite fait la démo, ça a l'air bien sympa. Et faire tout tout seul (sans même utiliser un moteur existant apparemment), ça doit demander un temps assez fou.

    Je me demande comment il gère son emploi du temps, et s'il arrive à vivre de tout ça, ou s'il a un boulot à plein temps (il me semblait qu'il enseignait à Nice à un moment). D'ailleurs si tu nous lis Gee, peut-être que tu peux répondre directement ^

    En tout cas bravo pour tout ça.

    Ah, et vu que je fais mon premier commentaire de l'année : bonne année à tou·te·s

  • # Condoléances

    Posté par  (site web personnel, Mastodon) . En réponse au journal pankkake bronsonisé. Évalué à 10.

    On ne se connaissait pas vraiment, mais on s'était croisés plusieurs fois. On n'imagine pas ce que peuvent traverser les gens.

    Condoléances à sa famille et à ses amis.

  • [^] # Re: Autohébergement

    Posté par  (site web personnel, Mastodon) . En réponse au journal Linux ne m'intéresse plus. Évalué à 3.

    Ah c'est intéressant ça merci.

    Pour vérifier si on est sur liste noire, je connais au moins https://mxtoolbox.com/blacklists.aspx .

    D'autre part, je cherche aussi un guide qui retrouve les infos à jour pour se faire enlever de ces liste, comme par exemple le lien pour hotmail (cf. mon message ci-dessous).

    Bref, j'aimerais trouver un guide maintenu à jour avec ce genre d'informations, ça faciliterait la tache.

  • [^] # Re: Autohébergement

    Posté par  (site web personnel, Mastodon) . En réponse au journal Linux ne m'intéresse plus. Évalué à 4.

    Pour ce qui est de recevoir des spams, sauf à parler des filtres anti-spam des grosses boîtes genre Free/Orange qui analysent les boîtes mails des clients pour faire des stats…, ça n'a rien à voir avec l'auto-hébergement.

    Les grosses boîtes peuvent certes avoir des stats plus importantes (notamment savoir si un message particulier est mis à la poubelle/en spam par beaucoup de monde), mais je ne vois pas en quoi ça serait incompatible avec l'auto-hébergement. SpamAssassin et Bogofilter sont des outils disponibles par exemple.

    Faut juste faire attention de ne pas donner son adresse email à n'importe qui / n'importe quel site.

    J'ai la même adresse depuis à peu près 20 ans, et elle est publique notamment sur le code ou les documents techniques que je publie. Bien que j'utilise des alias uniques pour tout ce qui pourrait éventuellement fuiter les adresses (plus par soucis de retrouver d'où ça vient qu'autre chose), la plupart des spams que j'ai sont à mon adresse principale.

    Pour ce qui est de l'envoi des mails en auto-hébergement, c'est plus complexe, car il faut vraiment tout mettre en place de A à Z et tout configurer comme il faut : IP fixe, reverse DNS, SFP, DKIM, DMARC,

    Je suis au courant de ça, mais ça ne répond pas à ma question. Ma question c'est « Est-ce qu'il existe un guide à jour avec les configurations à faire, les extensions à mettre en place, les adresses/sites à contacter pour que son courriel passe correctement ? »

    Il y avait eu un article de blog de Framasoft il y a quelques années qui était intéressant sur le sujet, ce que j'aimerais avoir, c'est la même chose en guide maintenu à jour. Par exemple l'adresse pour se faire enlever de la liste noire de hotmail (indiquée dans ce billet de blog), il faut la connaître.

    Bref si ce genre de guide n'existe pas, ça serait très utile. Si ça existe, j'aimerais bien avoir un lien.

  • [^] # Re: Autohébergement

    Posté par  (site web personnel, Mastodon) . En réponse au journal Linux ne m'intéresse plus. Évalué à 4.

    Pour ma part je gère mes courriels depuis des années, mais je n'ai plus vraiment le temps de m'occuper sérieusement de l'administration, et effectivement j'ai beaucoup de spam et mes propres messages finissent souvent en spam aussi.

    Est-ce qu'il existe un guide à jour des bonnes pratiques ? Notamment qui liste les méthode à utiliser pour vérifier si on est sur une liste noire quelconque ? Et aussi les extensions à activer, les outils de lutte contre le spam moderne, etc. J'en suis resté à SpamAssassin principalement, est-ce qu'il y a des alternatives intéressantes ou des outils pour compléter ?

  • # coquille

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Python 3.9 est disponible. Évalué à 4.

    Merci pour cette dépêche bien écrite.

    Petite coquille :

    Cela permet, sauf si j’ai mal compris, de se passer du paquet pytz est de pouvoir jouer avec les dates et leur timezone plus simplement qu’avant.

    s/est de pouvoir/et de pouvoir/

  • [^] # Re: un langage pour des petits GUI

    Posté par  (site web personnel, Mastodon) . En réponse au journal Retour d'expérience sur les langages de programmation. Évalué à 8.

    Python ne manque pas d'outils pour une interface graphique rapide. Ça va de la conversion automatique de la ligne de commande via https://github.com/chriskiehl/Gooey à des outils très complets comme Qt, cf. https://awesome-python.com/#gui-development.

    Ça vaut le coup de passer un peu de temps à tester et voir les spécificités selon ce que tu souhaites faire. Depuis quelques années j'utilise Kivy qui n'est pas assez connu à mon avis au regard de ses capacités, avec la possibilité de mélanger du Python avec un langage déclaratif (Kv), et le support pour toutes les plateformes majeures (avec plus ou moins de difficultés pour les plateformes mobiles). J'ai d'ailleurs commencé une dépêche pour présenter tout ça.

    Pascal n'est pas cité, mais il y a une communauté très active autour de Free Pascal et Lazarus. Je n'ai pas utilisé moi même, mais j'ai fait du Delphi dans ma jeunesse, c'était vraiment sympa et ça permettait d'avoir des choses concrètes très rapidement. Lazarus a l'air de gérer aussi toute les plateformes principales, et d'avoir une bibliothèque de composants assez fournie. Ça peut être un outil sympa pour faire des choses rapidement.

    Une autre option qui sort des sentiers battus, c'est d'utiliser Godot (moteur de jeu libre qui a le vent en poupe), y compris pour faire autre chose que des jeux. C'est un des outils que j'envisage d'utiliser à plus ou moins long terme, parce que je pense que ça peut permettre de faire des choses très rapidement et de manière relativement agréable.

    Attention par contre, pour les outils que j'ai cité, l'accessibilité peut être nettement moins bonne que sur des gros acteurs comme Qt ou GTK, c'est à ne surtout pas négliger.

  • # mettre le terme anglais en cas de traduction

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche La lettre d’information XMPP d’octobre 2020. Évalué à 4.

    Merci pour ces traductions régulières, super boulot !

    Petite remarque : quand un terme est traduit comme ici « ajournée » pour « deferred » (terme bien choisi au passage), il serait utile de mettre la traduction en anglais soit en note soit entre parenthèses, parce que les specs sont en anglais uniquement, et ça permet de s'y retrouver.

  • [^] # Re: Petite question ...

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche XMPP croque la pomme !. Évalué à 8.

    Salut,

    C'est du côté de Jingle qu'il faut regarder, et en particulier la XEP-0234. Le transfert de fichiers est un peu complexe à aborder parce que ça implique de nombreuse XEPs : il y a plusieurs méthodes, des façon de passer les NAT et autres, un système de fallback, une possibilité de faire du chiffrement de bout à bout, etc.

    Cette XEP a un système de somme de contrôle (cf. XEP-0234 §8.2), permettant de vérifier que le fichier a été correctement reçu.

    Je conseille fortement d'utiliser une implémentation existante plutôt que de partir de zéro, tu peux regarder sur https://xmpp.org/software/libraries.html.

    Dans le projet sur lequel je travaille (Salut à Toi) il y a un composant de gestion de fichiers (via Jingle ou HTTP File Upload), fonctionnel mais qui pas encore stable. Il y a effectivement aussi le projet de jnanar (errol que tu as cité).

    Bref, oui c'est possible, et non il n'y a pas de limitation sur le volume ou la vitesse de transfert (sauf si imposé par une des parties, par exemple un serveur qui sert de relai). D'autre part le côté extensible de XMPP te permet d'ajouter des choses qui te manqueraient, soit de manière spécifique à ton projet, soit en les proposant comme nouveau standard si c'est potentiellement utile à d'autres.

  • # Alors bravo, mais j'ai quand même l'impression que

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche TapTempo en Verilog. Évalué à 1.

    tu bluffes martoni !

  • [^] # Re: Aucune.

    Posté par  (site web personnel, Mastodon) . En réponse au journal Quelles sont vos motivations au travail ?. Évalué à 6.

    pour manger loin des co nna llègues

    C'est un peu triste de lire ça, dans tous les boulots que j'ai eu, un de mes plus gros plaisirs dans la journée de travail était justement de manger avec mes collègues (voire parfois la partie de pétanque, la mini rando, ou la plage).

  • # multiboot ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal 1er retour sur le PinePhone. Évalué à 5.

    Salut et merci pour le journal,

    ce téléphone m'intéresse particulièrement pour porter des applications sur les différents OS, aussi je me demande s'il est possible de passer d'un OS à l'autre facilement. Je crois que c'est possible de booter depuis une carte SD, et qu'il y avait un projet de multiboot, tu sais ce qu'il en est en pratique ?

    Aussi est-ce que le modem et autres composants avec des blobs proprios sont isolés ?

    Est-il possible d'utiliser une application Android avec une couche de type Anbox ou similaire ? Je pense particulièrement à OSMAnd~ qui est sans doute une des applications les plus utiles sur un téléphone (quoique avec l'autonomie réduite, c'est pas idéal à l'heure actuelle).

  • [^] # Re: Une version Web ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal MPRIS-Sync : Regardez des films ensemble par internet. Évalué à 10.

    J'avais fait ça il y a quelques années avec XMPP. La « radio collective» était une fonctionnalité expérimentale de Salut à Toi qui permettait d'écouter et partager la musique en même temps sur un salon de discussion :

    radio

    (d'ailleurs on voit en dessous de la dépêche une autre fonctionnalité — toujours en place — pour contrôler un lecteur multimédia à distance avec MPRIS)

    Et une vidéo qui présentait la fonctionnalité (en 2012, le temps passe !) :
    https://www.goffi.org/post/2012/02/02/Radio-collective

    Le code est toujours présent dans le backend, c'est juste que l'interface web a été refaite, mais j'envisage de remettre en place à l'occasion.

  • [^] # Re: Espaces de travail sous Windows

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Firefox 77. Évalué à 5.

    J'avais fait, plus jeune, un freeware pour ajouter les bureaux virtuels à Windows, il avait eu un petit succès (GDesktops). Après je suis passé à Gnunux et au libre, et je n'ai plus jamais regardé en arrière…

  • # temps nécessaire ?

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Électronique sous GNU/Linux — 15 ans de Libre plus tard. Évalué à 7.

    Salut, c'est vraiment super merci beaucoup du partage. Je fais parti de ces devs logiciels attirés depuis longtemps par l'électronique mais qui ne trouve jamais le temps de s'y mettre sérieusement (surtout avec un gros projet logiciel sur les bras).

    Petites questions :

    combien de temps réel entre l'idée et la réalisation, et combien de temps tu y as vraiment consacré par semaine ?

    Pour la réalisation du circuit, tu as fait ça au boulot, ou par un tiers, ou tu as ce qu'il faut à la maison (comme je me souviens avoir fait à l'école, avec insoleuse et tout) ?

    Enfin question de débutant : est-ce qu'il est possible de simuler un tel circuit avec des outils libres avant de passer à la réalisation physique ?

    Merci et encore bravo !

  • # Jitsi

    Posté par  (site web personnel, Mastodon) . En réponse au journal Des virus et du télétravail. Évalué à 10. Dernière modification le 12 mars 2020 à 11:08.

    Jitsi Meet permet de faire du partage d'écran, et il n'y a pas de compte à créer. Par contre vu la situation, je ne serais pas étonné que les serveurs soient un peu surchargés, donc à voir s'il n'est pas possible d'avoir une instance à vous.

    https://meet.jit.si/ (Framasoft a aussi une instance à https://framatalk.org/, mais ils ont annoncés être déjà surchargés, il vaut mieux trouver une autre instance pour les laisser respirer un peu).

    Et en plus c'est du XMPP :)

  • [^] # Re: chiffrement de bout en bout par défaut, OUI / NON ?

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Dino 0.1. Évalué à 5. Dernière modification le 04 février 2020 à 11:55.

    Oui donc ça fait confiance à la première utilisation (TOFU), si le serveur t'envoies n'importe quoi au début ça passe.

    Que se passe-t-il si quelqu'un a un nouvel appareil (quelqu'un qui était sur un téléphone et ajoute une tablette par exemple) ? Il y a une notification, quelque chose ? Rien à valider je suppose ?

  • [^] # Re: OMEMO

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Dino 0.1. Évalué à 6.

    OMEMO est l'adaptation de double ratchet pour XMPP, ça n'a pas de sens en dehors de XMPP. OTR par contre n'est volontairement lié à aucun protocole, ce qui fait qu'on peut l'utiliser avec pratiquement n'importe quoi. C'est d'ailleurs un des rares avantages qu'il a sur OMEMO : il peut fonctionner avec des passerelles vers d'autre protocoles.

  • [^] # Re: chiffrement de bout en bout par défaut, OUI / NON ?

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Dino 0.1. Évalué à 5.

    le principe du chiffrement de bout en bout, c'est justement de ne pas faire confiance au serveur. Si c'est ton serveur qui valide les identités, ça ne sert à rien (à la limite à chiffrer les données pour le serveur, comme ça s'il y a un problème il peut indiquer – ou prétendre – qu'il ne pouvait rien savoir).

    Et proprio ou libre ça ne change pas grand chose ici, l'important c'est qui a accès au serveur.