Une deuxième vidéo de présentation est disponible.
Cette fois on s'intéresse au jeu de tarot et à l'utilisation d'un client courriel avec SàT, expliquée dans un précédent billet.

Notez bien que les jeux vont être une composante importante dans SàT, et qu'il y aura aussi une volonté de standardisation: le jeu de tarot était un prototype dans le but de définir une XEP sur les jeux de cartes en général, n'hésitez pas à me contacter si vous êtes intéressés. Les cartes utilisées dans Wix viennent - comme indiqué dans le README - de Wikimedia Common, et j'ai fait un petit script pour les séparer, avis aux autres développeurs de jeux de tarot.

Tout n'est pas parfait: il y a quelques petits bugs, et tout n'est pas complètement fini; le jeu de tarot ne permet pour le moment de jouer qu'à 4 (les variantes sont prévues) et ne gère pas encore toutes les règles (pas de poignée par exemple), mais ça va s'améliorer avec le temps. Toute aide est la bienvenue :)

Ah et j'ai fait un lapsus, ce n'est pas SàT qui a toutes les qualités pour remplacer le courriel classique, mais XMPP bien sûr ;)

Encore une fois, pour lire la vidéo, vous devez utiliser un butineur récent (Firefox 4 ou le dernier Chromium par exemple).
Vous pouvez aussi utiliser VLC (version >=1.1 uniquement), en allant dans le menu « Média/Ouvrir un flux réseau » et en mettant cette URL: http://www.goffi.org/videos/pr%c3%a9sentation_S%c3%a0T_2.webm

Enfin, vous pouvez utiliser mplayer: mplayer "http://www.goffi.org/videos/pr%c3%a9sentation_S%c3%a0T_2.webm"

Cette vidéo est sous la licence Creative Common BY-SA

Salut à vous !

Comme ce n'est pas forcément évident d'installer pour tester, et que les concepts derrière « Salut à Toi » semblent encore flous pour pas mal de monde, j'ai décidé de faire une petite vidéo de présentation.

Cette vidéo explore vraiment la surface, d'autres devraient suivre (notamment assez rapidement pour montrer le jeu de Tarot et l'utilisation d'un client courriel avec SàT).

Quelques remarques:

• Je n'ai pas parlé de deux idées importantes derrière SàT: il se veut aussi un outil de prototypage rapide (expérimenter rapidement des idées), et est destiné à être multi-plateforme (fonctionner sur plusieurs types de machines/environnement)
• Il y a plusieurs « bogues » dans la vidéo (dont au moins 1 qui concerne SàT), je vous laisse les trouver dans les commentaires ;)
• Ne prenez pas peur pour la console noire derrière et ce qui y est affiché, c'est juste des informations de débogage (bréf, surtout utiles pour le développement)
• Désolé pour le vocabulaire parfois technique, n'hésitez pas à demander en commentaire pour expliquer au besoin
• Je montre les interfaces console (en mode texte), mais d'autres interfaces graphiques sont également sur le feu (comme dit dans la vidéo d'ailleurs)

Pour lire la vidéo, vous devez utiliser un navigateur récent (Firefox 4 ou le dernier Chromium par exemple).
Vous pouvez aussi utiliser VLC (version >=1.1 uniquement), en allant dans le menu « Média/Ouvrir un flux réseau » et en mettant cette URL: http://www.goffi.org/videos/pr%c3%a9sentation_S%c3%a0T.webm

Enfin, vous pouvez aussi utiliser mplayer: mplayer "http://www.goffi.org/videos/pr%c3%a9sentation_S%c3%a0T.webm"

Cette vidéo est sous la licence Creative Common BY-SA

Petit message destiné aux équipes de dév de projets libres XMPP/Jabber: j'ai pris contact avec les organisateurs des Rencontres mondiales du logiciel libre (RMLL), qui auront lieu à Strasbourg du 9 au 14 juillet, pour tenir un stand commun XMPP, l'idée serait non seulement de présenter les différents projets, mais aussi d'avoir une occasion de rencontrer les autres membres de la communauté XMPP.

Pour le moment, l'auteur de Poezio et moi serons présents, n'hésitez pas à me contacter si ça vous intéresse. On peut également en discuter sur le salon jabberfr@chat.jabberfr.org

Le courriel est un outil extrêmement pratique, mais qui souffre de plusieurs défauts majeurs. Par exemple, il est très facile de faire de l'usurpation d'identité (e-mail spoofing): juste en changeant les paramètres de n'importe quel lecteur courriel, vous pouvez faire croire que le courriel que vous avez envoyé vient d'une autre personne, une banque, ou autre. C'est une technique très utilisée par les pirates du dimanche pour avoir un mot de passe (en se faisant passer par exemple pour une banque et en disant que le mot de passe a été perdu) ou les spammeurs (une technique courante est d'utiliser votre propre adresse pour tenter de berner les filtres anti-spam).

XMPP/Jabber ne souffre pas de ce problème: les serveurs sont chargés de vérifier que l'émetteur d'un message est bien celui qu'il prétend être.

Or, XMPP définit un type de message, "normal", qui est très proche du courriel classique: il dispose d'un sujet et attend une réponse. Ces messages sont gérés par les clients classiques (c'est dans la norme de base), mais souvent de manière relativement basique.

Voulant gérer correctement ces messages avec SàT, je me suis dit qu'il me faudrait beaucoup trop de travail pour arriver au niveau de fonctionnalités d'un client courriel (ou MUA) correct. Aussi, je me suis dit « Pourquoi ne pas tout simplement réutiliser ces clients ? ».

Et c'est ainsi que j'ai développé un petit serveur courriel qui permet de déléguer la charge des messages de type "normal" à votre client courrier usuel (KMail, Mutt, Thunderbird, Roundcube ou que sais-je d'autre). L'idée est que la messagerie instantanée (messages de type "chat", "groupchat" - salon de discussion -, etc) reste affichée via les interfaces usuelles (Wix/Primitivus), et les messages normaux soient stockées par SàT et gérés par votre client courriel. C'est un pas vers le remplacement du courriel vers un protocole qui a de nombreux atouts.

Quelques raisons qui me font penser que XMPP/Jabber peut remplacer avantageusement (et pratiquement de manière transparente) le courriel:

• les identifiants jabber (JID) sont similaires aux adresses courriel
• si une passerelle courriel est disponible côté serveur, on peut utiliser aussi le réseau courriel normal, la boucle est bouclée :)
• l'usurpation d'identité (spoofing) n'est (théoriquement) pas possible avec XMPP (les serveurs se chargent de vérifier ça)
• Jabber n'est (pour le moment) pas touché par les messages indésirables autant que le réseau de courriels traditionnel
• les serveurs XMPP sont souvent plus stricts à l'inscription, et il est plus difficile d'envoyer un message anonymement, pas de relai ouvert: une bonne protection contre le pourriel
• vous pouvez configurer un compte XMPP pour ne recevoir des messages que depuis quelqu'un de connu (dans votre liste de contacts - roster list- )
• les connections entre les serveurs Jabber sont chiffrées
• Toutes les fonctionnalités du courriel (accusé de réception, message HTML, etc) sont soit déjà disponibles sur XMPP, soit peuvent l'être avec une extension
• ...

De plus, il me semble peu probable qu'une adresse jabber ( ex.: errico@caserte.it ) et une adresse courriel similaire appartiennent à 2 personnes différentes. Il me semble tout à fait possible par la suite que SàT envoie automatiquement le message à la bonne adresse: d'abord tester si l'adresse XMPP existe, et dans le cas contraire envoyer via une passerelle courriel. Quitte à faire une petite bidouille syntaxique pour spécifier si on veut envoyer à une adresse Jabber ou à un serveur de courriel. L'avantage le plus évident d'une adresse courriel est sont côté standard: tout le monde ou presque en a une. Avec XMPP et ses passerelles, la transition entre messagerie courriel et Jabber est possible et quasi-transparente.

Les considérations techniques maintenant

Les serveurs utilisés sont IMAP v4 et SMTP: ce sont des protocoles que pratiquement tous les lecteurs de courriels connaissent. IMAP a l'avantage de permettre une synchronisation avec SàT (y compris l'état du message: est-ce qu-il est lu ? Est-ce qu'on y a répondu ?), et permet d'envoyer des notifications en temps réel de l'arrivée de nouveaux messages. SMTP est utilisé pour l'envoi de messages, c'est tout simplement le protocole le plus utilisé, et ça fonctionne bien. Les identifiants et mots de passes utilisés sont ceux du profil SàT à utiliser (identifiant: nom du profil, mot de passe: mot de passe du compte jabber). Les ports par défaut sont le port 10143 pour IMAP, et 10125 pour SMTP, j'ai pris soin de prendre des ports utilisables sans les droits root, et qui n'ont pas d'utilisation connue.

Les messages sont sauvés dans une boite de type Maildir , idéal pour l'archivage et l'utilisation avec IMAP. De plus, de très nombreux outils existent pour faire à peu près ce que vous voulez avec ces messages. La boîte se trouve dans votre répertoire SàT personnel: ~/.sat/[nom_du_profil]/Maildir

Pourquoi faire ça côté client (SàT) et non côté serveur XMPP ? Déjà au niveau sécurité c'est clairement un plus: le serveur IMAP est local, pas besoin d'ouvrir un nouveau port et donc une brèche éventuelle sur un serveur public plus sujet aux attaques, et une simple règle iptable (pare-feu) interdira les connexions en dehors de votre machine. Ensuite, il faudrait élaborer une XEP, et attendre qu'elle soit implémentée et répandue dans les serveurs. Et puis, j'ai pu faire ça rapidement (merci Twisted), et SàT permet de choisir d'utiliser ou pas cette fonctionnalité (grâce aux extensions), pourquoi s'en priver ? Un des buts de SàT est justement le prototypage rapide d'idées de ce genre...

L'installation

Si vous voulez essayer ça, installez la dernière version de développement, les détails sont sur le wiki.
Sur une *buntu, vous pouvez faire (en console):
sudo apt-get install python-pip python-dev mercurial
sudo pip install "hg+http://repos.goffi.org/sat/"

Évidemment, tout ceci est en développement: il n'est pas encore possible de créer un dossier avec IMAP par exemple, et y'a des tas de petites bricoles du genre qui vont s'améliorer avec le temps. Mais ça permet déjà de se donner une idée.

PS: petite précision: j'utilise parfois XMPP, parfois Jabber. XMPP est le nom du protocole utilisé par SàT (ce qui lui permet de communiquer avec d'autres logiciels similaires), et Jabber est le nom du réseau global qui utilise ce protocole.

Bonjour à tous,

après ce long silence, et une fin d'année très chargée (avec entre autres, le retour d'Australie), voici quelques nouvelles pour mes projets.

Les outils

J'attendais mon retour en France pour organiser un peu la gestion des projets, et ouvrir les dépôts au public, c'est désormais chose faite. J'ai passé pas mal de temps à tester et installer de nombreux outils, dont les liens suivent:

• Un wiki est disponible (http://wiki.goffi.org), qui servira principalement à la documentation, autant pour l'utilisateur final que la documentation technique. Même si la documentation est son intérêt principal, tout sujet touchant de prêt ou de loin aux projets y auront leur place. Chacun peut y contribuer, et il est disponible pour le moment en français et en anglais.
• Les dépôts Mercurial sont désormais publics et disponible à http://repos.goffi.org . Ceci devrait faciliter les contributions et le suivi des développements
• Un bugtracker, et le plus connu en l'occurrence: Bugzilla est disponible à http://bugs.goffi.org . J'y attends aussi vos suggestions pour des fonctionnalités que vous aimeriez voir implémentées.
• un serveur ftp public: vous trouverez la dernière version et toutes les précédentes sur ftp://ftp.goffi.org
• des listes de diffusion (http://lists.goffi.org): aucune n'est créée pour le moment, mais l'infrastructure est en place pour créer une liste pour les développeurs et/ou utilisateurs si le besoin s'en fait sentir.

Les projets vont ainsi pouvoir s'ouvrir vraiment à contribution.

Les projets

Au niveau des projets en eux-mêmes, quelques nouveautés.

SàT

Salut à Toi dispose enfin d'un script d'installation, qui simplifie énormément la tache. Sous une Ubuntu ou dérivée par exemple, avec une installation fraîche de la dernière version stable, il suffit de faire:

sudo apt-get install python-pip python-dev
sudo pip install "ftp://ftp.goffi.org/sat/sat.tar.bz2"

Vous aurez plus de détails sur la page du wiki: http://wiki.goffi.org/wiki/Salut_à_Toi

D'autre part, les widgets pour Urwid (la bibliothèque qui permet de faire une interface pour un terminal) ont été mis dans un projet séparé sous LGPL à la demande du développeur principal d'Urwid. C'est ainsi que Urwid's SàT extensions suit sa propre voie (bien que toujours lié à SàT).
Enfin, la numérotation suit désormais un schéma standard; à savoir Version_Majeure.Version_Mineure.Incrément + une éventuelle lettre pour les versions particulières (D pour version de dév par exemple).

gcp

Pas de nouveauté de mon côté sur gcp, mais une très agréable surprise: j'ai reçu un mail d'un mainteneur Debian m'indiquant que mon projet était en voie d'intégration à cette magnifique distribution (cf le dépôt git). Ceci dit cela devrait prendre un peu de temps car il y a des vérifications à faire (en particulier au niveau de la licence) pour confirmer que ça correspond aux critères de Debian. Ça fait un petit quelque chose de voir mon premier projet (même si c'est un petit :) ) intégrer cette distribution majeure et collaborative, qui met l'accent sur les libertés des utilisateurs. Un grand merci à Thomas Preud'homme pour cela.
D'autre part, quelques patchs ont été fait pour l'occasion, avec en particulier une manpage (page de manuel Unix), que je n'ai malheureusement pas encore eu le temps d'intégrer, mais ça viendra.

urwid-satext

De la même manière que SàT, la nouvelle bibliothèque Urwid's SàT extensions est facile à installer. Les commandes sont similaires:

sudo apt-get install python-pip python-dev
sudo pip install "ftp://ftp.goffi.org/urwid-satext/urwid_satext.tar.bz2"

J'en ai profité pour mettre un petit exemple montrant comment afficher une boite de sélection de fichiers. D'autres suivront.

lm

List Movies lui n'a pas bougé du tout, si ce n'est qu'il a aussi profité de l'infrastructure mise en place. J'ai eu un patch il y a un moment que je n'ai même pas encore eu le temps de regarder, j'essaierai de trouver du temps à lui consacrer mais ce n'est vraiment pas évident.

La suite

Maintenant que la grosse et nécessaire étape de l'infrastructure est faite, le code de SàT lui même va pouvoir retrouver un peu plus d'attention. Il manque encore un système de tests, que je mettrai en place tôt ou tard.
Dans l'immédiat, j'ai quelques fonctionnalités en tête dont je parlerai j'espère très bientôt (nouvelle interface), et y'a pas mal de code a améliorer, en particulier au niveau de la copie. J'espère que les scripts d'installation et les outils mis en place permettront à un peu plus de monde d'essayer tout ça et de commencer à reporter les bogues.

gcp: outil de copie à la cp

Bon, puisque je suis coincé à Broome depuis un moment (cf la note en bas de mon avant-dernier billet), j'ai avancé un petit outil de copie de fichier à la cp dont j'avais besoin. En gros c'est un cp amélioré (enfin, il ne fait pas encore tout ce que fait le respectable ancêtre) avec barre de progression, correction des noms de fichiers au besoin, sauvegarde de la liste des fichiers à copier, etc. Je vous laisse découvrir le README, et vous pouvez me contacter au besoin.

Comme je n'ai pas trop le temps pour faire une description détaillée, je mets un lien vers mon journal linuxfr où c'est un peu plus complet: https://linuxfr.org/~Goffi/30248.html

ça se passe ici: gcp (Goffi's cp)

MIS À JOUR: suite à quelques bugs, j'ai publié une version 0.1.1 qui corrige les problèmes suivants:

- syntaxe gcp FILE FILE_DEST maintenant gérée - erreurs affichées en fin de copie - mauvaises fermetures des fichiers/du journal en cas de fichier existant - erreur lors d'envoi du chemin source via dbus (via une deuxième instance de gcp)

Après des mois de travail dans des conditions pas toujours faciles (un ordinateur qui m'affiche un écran blanc toutes les 5 s, je suis sur les routes donc trouver un accès au net - et même de l'électricité - n'est pas toujours facile, et des choses mises de côté pour avancer le projet), voici la nouvelle version de SàT.

Bon ce n'est toujours pas utilisable par le grand public, utilisateurs avertis uniquement. Comme des captures d'écran valent parfois mieux qu'un long discours, enjoy... :)

update: comme on m'a conseillé de les ajouter, voici les liens vers les 2 journaux que j'ai posté sur DLFP, ils sont un peu plus techniques mais expliquent plus le projet:

• SàT: un client jabber (et oui, encore !)
• XMPP: sortie de SàT version 0.0.3

Un petit billet rapide pour signaler la sortie de la version 0.0.2 de Salut à Toi. Billet rapide car il s'agit d'une version intermédiaire, toujours destinée à un public averti, mais qui permet de montrer l'avancement (malgré les - ou plutôt grâce aux - changements dans ma vie ;) ).

Vous avez un fichier CHANGELOG dans l'archive pour une aperçu des nouveautés, et un nouveau fichier INSTALL expliquant l'installation pour un public averti (ça devrait être plus simple, un jour quelque part dans le futur).

À attendre dans la prochaine version:

• localisation (c-à-d un système pour les traductions)
• gestion multicompte (possibilité de se connecter à 2 serveurs en même temps)
• si tout va bien, gestion MUC (Multi-User Chat: conversations à plusieurs)
• peut être 1 ou 2 surprises (comprendre: je vais commencer à m'amuser sur les features)

Ça se passe ici: SàT (Salut à Toi) v0.0.2

Pour plus d'infos, se référer au billet précédent à ce sujet. N'hésitez pas à poser vos questions ou donner vos suggestions (notamment: qu'est-ce que vous attendez par ordre d'importance avant d'utiliser un tel client).

Juste un petit post rapide pour dire à ceux qui utilisent le pilote Saitek P2500 que j'ai codé il y a quelques années que, grâce à la philosophie du Libre, un codeur a continué le développement (je n'ai pour ma part plus de temps à y consacrer). Merci à lui. Vous pourrez le trouver sur son site: http://datacompboy.ru/

Just a quick post to say to people using the Saitek P2500 driver I used to code some years ago that, thanks to free softwares philosophy, a coder has continued the development (I personnaly have no more time for it). Thanks to him. You can find the new version on his website: http://datacompboy.ru/

C'est le moment de sortir une première version d'un logiciel sur lequel je travaille par à-coups depuis quelques mois.

Donc voici SàT, en hommage au Salut à Toi des béru, qui est un client Jabber - un protocole de communication permettant notamment la messagerie instantanée, et bien plus -. Pour le moment il est adressé à un public averti: il est très jeune et fortement bogué, inutilisable pour le quotidien. C'est plus une preuve de concept.

Je passe ici les détails techniques. Juste une note sur mes raisons: la communication est essentielle - surtout à notre époque -, et j'ai de plus en plus marre de faire des concessions sur ma vie privée pour pouvoir communiquer avec mes amis. Je me suis fait avoir par tous les logiciels/sites que tout le monde connait, et j'y reste à cause de l'effet réseau. Ce n'est plus possible.
D'autre part, Jabber est un excellent protocole Libre connu depuis longtemps et très utilisé notamment dans le monde professionnel. Malheureusement il ne s'impose pas auprès de mes amis, soit parce qu'il ne connaissent pas (et c'est pas faute d'en parler), soit parce qu'il n'en voient pas l'utilité, et ce malgré de nombreux clients excellents.

Aussi j'ai voulu faire mon propre client. Oui je sais, j'aurais pu contribuer à un projet existant, mais je voulais d'une part avoir un terrain d'apprentissage pour twisted et python, d'autre part je n'en ai vu aucun qui avait l'architecture que je cherchais. Et puis c'est une brique nécessaire pour d'autres idées que j'ai en tête...
J'ai d'autres projets qui attentent que celui ci soit mature (et ça va prendre du temps), mais dans un premier temps je vais chercher à avoir un client de messagerie sûr (dans le sens que vos conversation ne vont pas transiter par une multinationale pour alimenter des pubs ou des fichiers pas avouables), indépendant, riche en fonctionnalités, et bien sûr Libre.

SàT (Salut à Toi)