PROJET AUTOBLOG


PostBlue

source: PostBlue

⇐ retour index

Mise à jour

Mise à jour de la base de données, veuillez patienter...

Jappix est mort, vive XMPP

dimanche 23 octobre 2016 à 11:04

Mise à jour 20161025 : l'ensemble des comptes et des salons de discussion en jappix.com sont (ou vont être) transférés sur l'infrastructure de Movim, gérée par Timothée Jaussoin (aka edhelas). [source]

Jappix serait mort, et ce faisant le lien avec un nombre conséquent de mes contacts qui y avait une adresse #XMPP. C’est ce qui arrive quand on lance une boîte bien remplie d’œufs dans son panier.

Il suffit de regarder les messages sur le dépôt git pour se dire que le projet a été abandonné. Personne, je crois, ne reprochera à Valerian Saliou de se défaire du projet pour se consacrer à d'autres. Pourtant, avec tout le domaine jappix.com qui tombe dans les choux, j’ai l’impression que l'abandon d'un projet va ici de paire avec l'abandon d'un service, pourtant pas mal peuplé au vu de ma liste de contacts.

Un serveur XMPP peut être hébergé chez soi me dira-t-on, mais soyons honnêtes 30 secondes : ça n'est pas à la portée de tout le monde de déployer et d'administrer un serveur avec sa petite instance de #prosody qui tourne dessus. On se retrouve donc avec des ruches de comptes postés à un même endroit, faisant les frais de l’administration et de la gouvernance du service. Si l’on demande un compte chez moi, par exemple, la connexion se coupera de temps en temps puisque j’adore chipoter à ma machine, prosody redémarre donc souvent.

Jappix était l’une de ses ruches : 8 000 comptes il y a 5 ans (tout de même), soit un bon paquet de monde qui se retrouve à la rue. Cyrille, le troll chauve qui avait une adresse @jappix.com, m’a soufflé à l’oreille qu’il n'y a eu ni message de service, ni préavis de cessation des activités. Puisque je n’ai pas encore de réponse de Valerian, je lui laisse le bénéfice du doute mais soit il s'agit d'une erreur, soit c'est pas vraiment super sympa.

Or, maintenant que le nom de domaine pointe vers le néant (et que j'ai perdu un quart de mes contacts), que faire ?

Au plus simple, se rediriger vers Movim, l'un des autres projet de client XMPP qui roule dans votre navigateur web. Movim permet même de créer un compte sur le serveur @movim.eu depuis l'un de ses serveurs italien ou néerlandais. Edhelas, qui est derrière le projet, me dit qu'il est en contact avec Valerian : peut-être que ces deux-là nous sortiront un lapin de leur chapeau.

Sinon, je conseillerais aux autres sans-abri de l'XMMP de s'inscrire sur l’un des serveurs faisant partie de la fédération JabberFR, pour moi une valeur sûre gérée par des personnes qui essaient de faire ça bien.

La fédération JabberFR propose un formulaire d’inscription aux serveurs de celle-ci. Il suffit d’y faire défiler la liste déroulante des serveurs et choisir l’adresse qui plaît le plus afin de se créer un compte en un tournemain. Or Link Mauve qui s'en occupe m'avertit que la librairie XMPPPHP utilisée par cette page tombe dans les choux, et que donc le service ne fonctionne malheureusement pas. J'espère qu'un jour viendra où la fédération (la jolie page cassée) JabberFR permettra de s'inscrire sur un serveur XMPP en deux coups de cuillère à pot, avec quelques exigences de qualité du service (ne pas tout couper d'un coup, par exemple) et de respect de la vie privée des comptes créés de surcroît. Si vous voulez vous investir dans le projet, n'hésitez pas ! Link Mauve a plein de chouettes idées qu'il se fera un plaisir de partager avec vous.

Qu'à cela ne tienne, ce qu'il est possible de faire, c'est de remarquer un domaine dont vous appréciez le nom (par exemple ouaza.com de Raphaël Hertzog), là ou sur l'annuaire général des serveurs publics XMPP, ouvrir votre programme client (par exemple Pidgin), ajouter un compte XMPP et cocher la ligne de création de compte en bas de la fenêtre.

Pour rappel, mon adresse XMPP est la même que mon adresse mail qui se trouve ici.

Jappix est mort, vive XMPP

dimanche 23 octobre 2016 à 11:04

Mise à jour 20161025 : l'ensemble des comptes et des salons de discussion en jappix.com sont (ou vont être) transférés sur l'infrastructure de Movim, gérée par Timothée Jaussoin (aka edhelas), épaulé par Christine Ho et Xavier C. (aka src386).

Jappix serait mort, et ce faisant le lien avec un nombre conséquent de mes contacts qui y avait une adresse #XMPP. C’est ce qui arrive quand on lance une boîte bien remplie d’œufs dans son panier.

Il suffit de regarder les messages sur le dépôt git pour se dire que le projet a été abandonné. Personne, je crois, ne reprochera à Valerian Saliou de se défaire du projet pour se consacrer à d'autres. Pourtant, avec tout le domaine jappix.com qui tombe dans les choux, j’ai l’impression que l'abandon d'un projet va ici de paire avec l'abandon d'un service, pourtant pas mal peuplé au vu de ma liste de contacts.

Un serveur XMPP peut être hébergé chez soi me dira-t-on, mais soyons honnêtes 30 secondes : ça n'est pas à la portée de tout le monde de déployer et d'administrer un serveur avec sa petite instance de #prosody qui tourne dessus. On se retrouve donc avec des ruches de comptes postés à un même endroit, faisant les frais de l’administration et de la gouvernance du service. Si l’on demande un compte chez moi, par exemple, la connexion se coupera de temps en temps puisque j’adore chipoter à ma machine, prosody redémarre donc souvent.

Jappix était l’une de ses ruches : 8 000 comptes il y a 5 ans (tout de même), soit un bon paquet de monde qui se retrouve à la rue. Cyrille, le troll chauve qui avait une adresse @jappix.com, m’a soufflé à l’oreille qu’il n'y a eu ni message de service, ni préavis de cessation des activités. Puisque je n’ai pas encore de réponse de Valerian, je lui laisse le bénéfice du doute mais soit il s'agit d'une erreur, soit c'est pas vraiment super sympa.

Or, maintenant que le nom de domaine pointe vers le néant (et que j'ai perdu un quart de mes contacts), que faire ?

Au plus simple, se rediriger vers Movim, l'un des autres projet de client XMPP qui roule dans votre navigateur web. Movim permet même de créer un compte sur le serveur @movim.eu depuis l'un de ses serveurs italien ou néerlandais. Edhelas, qui est derrière le projet, me dit qu'il est en contact avec Valerian : peut-être que ces deux-là nous sortiront un lapin de leur chapeau.

Sinon, je conseillerais aux autres sans-abri de l'XMMP de s'inscrire sur l’un des serveurs faisant partie de la fédération JabberFR, pour moi une valeur sûre gérée par des personnes qui essaient de faire ça bien.

La fédération JabberFR propose un formulaire d’inscription aux serveurs de celle-ci. Il suffit d’y faire défiler la liste déroulante des serveurs et choisir l’adresse qui plaît le plus afin de se créer un compte en un tournemain. Or Link Mauve qui s'en occupe m'avertit que la librairie XMPPPHP utilisée par cette page tombe dans les choux, et que donc le service ne fonctionne malheureusement pas. J'espère qu'un jour viendra où la fédération (la jolie page cassée) JabberFR permettra de s'inscrire sur un serveur XMPP en deux coups de cuillère à pot, avec quelques exigences de qualité du service (ne pas tout couper d'un coup, par exemple) et de respect de la vie privée des comptes créés de surcroît. Si vous voulez vous investir dans le projet, n'hésitez pas ! Link Mauve a plein de chouettes idées qu'il se fera un plaisir de partager avec vous.

Qu'à cela ne tienne, ce qu'il est possible de faire, c'est de remarquer un domaine dont vous appréciez le nom (par exemple ouaza.com de Raphaël Hertzog), là ou sur l'annuaire général des serveurs publics XMPP, ouvrir votre programme client (par exemple Pidgin), ajouter un compte XMPP et cocher la ligne de création de compte en bas de la fenêtre.

Pour rappel, mon adresse XMPP est la même que mon adresse mail qui se trouve ici.

GNOME : autostart en arrière-plan

lundi 25 avril 2016 à 14:44
GNOME : autostart en arrière-plan

Sur ma session GNOME, l’utilisation quotidienne de certains programme a créé le besoin d’avoir certaines applications qui se lancent automatiquement (autostart) au démarrage. Cependant, je ne voulais pas que celles-ci se retrouvent propulsées à l'avant-plan : je voulais que ces applications se lancent en arrière-plan.

Pour démarrer certaines applications à l’ouverture de session, il « suffit » de copier le fichier .desktop depuis /usr/share/applications/ dans ~/.config/autostart/. Le fichier .desktop regroupe toutes les informations relatives à une application installée sur la machine, de son nom à la ligne de commande à exécuter.

Le même résultat peut être obtenu en utilisant l’Outil de personnalisation de GNOME (gnome-tweak-tool), permettant de personnaliser les réglages avancés de GNOME 3 avec une prise en main plus user friendly que par la ligne de commande ou la copie manuelle de fichiers. À l’écran Applications au démarrage, il est possible d’ajouter des applications en cliquant sur le bouton + au pied de celui-ci. S’ouvre alors une popup avec la liste des applications graphiques installées sur le système, qu’il suffit de sélectionner pour qu’elle(s) soi(en)t lancée(s) à la prochaine ouverture de session.

Cependant, les applications ainsi ajoutées se lancent en avant-plan et, comme je l’ai dit en introduction, je désire que ces applications soient lancées en arrière-plan (minimisées dans la barre des tâches ou cachées, ça dépend de ce qui est offert par l’application).

Le programme Préférences des applications au démarrage (gnome-session-properties) a été retiré de GNOME dans sa version 3.12. Il permettait l’édition manuelle des programmes lancés à l’ouverture de session, mais faisait double emploi avec la possibilité d’ajout de programmes par gnome-tweak-tool. Cependant, ce dernier n’intègre pas (encore) la possibilité d’éditer les fichiers .desktop pour passer un argument à la ligne de commande de lancement de l’application[1] : il va donc falloir éditer à la main les fichiers .desktop.

Quelques exemples : il faut éditer dans les fichiers ~/.config/autostart/*.desktop la ligne Exec= où se retrouve la ligne de commande lancée quand on clique sur le raccourci d’une application, et y ajouter un argument supplémentaire.

Il est relativement simple d’ajouter des applications graphiques au démarrage de la session GNOME avec l’Outil de personnalisation de GNOME (gnome-tweak-tool). Cependant, obliger le lancement en arrière-plan desdites applications n’est pas du tout convivial, obligeant à une édition manuelle d’un fichier verbeux et austère.

On le remarque avec les quelques exemples ci-dessus : aucune de ces applications n’admet le même argument pour être démarrée en arrière-plan. Normaliser la nomenclature de cet argument pourrait être une piste de résolution pour une configuration conviviale du lancement automatique en arrière-plan, à moins que ça ne soit intégré directement dans les applications admettant d’être démarrées en arrière-plan.

Par ailleurs, quelques applications n’admettent pas d’être démarrées de la sorte, le gestionnaire de mail Evolution en première ligne, logiciel que j’utilise tous les jours. Le gestionnaire Geary intègre cette possibilité par défaut, avertissant dès lors par une notification la réception d’un mail. Cependant, Geary n’est plus maintenu (dernière mise à jour le 30 mars 2015) et n’intègre pas le support du chiffrement/déchiffrement des mails, ce qui pour moi est un manquement dont je ne peux me passer.


  1. Édition du 26 avril 2016 : j’ai ajouté une demande d’amélioration sur le bugtracker de Gnome Tweak Tool en ce sens suite à ma réponse au commentaire de Leo ci-dessous. ↩︎

GNOME : autostart en arrière-plan

lundi 25 avril 2016 à 14:44

Sur ma session GNOME, l’utilisation quotidienne de certains programme a créé le besoin d’avoir certaines applications qui se lancent automatiquement (autostart) au démarrage. Cependant, je ne voulais pas que celles-ci se retrouvent propulsées à l'avant-plan : je voulais que ces applications se lancent en arrière-plan.

Pour démarrer certaines applications à l’ouverture de session, il « suffit » de copier le fichier .desktop depuis /usr/share/applications/ dans ~/.config/autostart/. Le fichier .desktop regroupe toutes les informations relatives à une application installée sur la machine, de son nom à la ligne de commande à exécuter.

Le même résultat peut être obtenu en utilisant l’Outil de personnalisation de GNOME (gnome-tweak-tool), permettant de personnaliser les réglages avancés de GNOME 3 avec une prise en main plus user friendly que par la ligne de commande ou la copie manuelle de fichiers. À l’écran Applications au démarrage, il est possible d’ajouter des applications en cliquant sur le bouton + au pied de celui-ci. S’ouvre alors une popup avec la liste des applications graphiques installées sur le système, qu’il suffit de sélectionner pour qu’elle(s) soi(en)t lancée(s) à la prochaine ouverture de session.

Cependant, les applications ainsi ajoutées se lancent en avant-plan et, comme je l’ai dit en introduction, je désire que ces applications soient lancées en arrière-plan (minimisées dans la barre des tâches ou cachées, ça dépend de ce qui est offert par l’application).

Le programme Préférences des applications au démarrage (gnome-session-properties) a été retiré de GNOME dans sa version 3.12. Il permettait l’édition manuelle des programmes lancés à l’ouverture de session, mais faisait double emploi avec la possibilité d’ajout de programmes par gnome-tweak-tool. Cependant, ce dernier n’intègre pas (encore) la possibilité d’éditer les fichiers .desktop pour passer un argument à la ligne de commande de lancement de l’application[1] : il va donc falloir éditer à la main les fichiers .desktop.

Quelques exemples : il faut éditer dans les fichiers ~/.config/autostart/*.desktop la ligne Exec= où se retrouve la ligne de commande lancée quand on clique sur le raccourci d’une application, et y ajouter un argument supplémentaire.

  • Empathy (~/.config/autostart/empathy.desktop), le client de messagerie instantanée, peut être démarré de façon cachée (--start-hidden). De la sorte, je me connecte à mon compte XMPP dès le démarrage de session et permet d’être joignable sans avoir à penser à lancer le programme. Ce qui donne :

      Exec=empathy --start-hidden
    
  • Telegram Desktop (~/.config/autostart/telegramdesktop.desktop) peut être démarré minimisé dans la barre des tâches avec l’argument -startintray, ce qui donne :

      Exec=telegram-desktop -startintray -- %u
    
  • Transmission GTK (~/.config/autostart/transmission-gtk.desktop), le gestionnaire de torrents, peut également être lancé minimisé avec l’argument --minimized, ce qui donne :

      Exec=transmission-gtk --minimized %U
    
  • Steam (~/.config/autostart/steam.desktop) aussi peut être lancé minimisé, il suffit de lui ajouter l’argument -silent :

      Exec=/usr/bin/steam -silent %U
    

Il est relativement simple d’ajouter des applications graphiques au démarrage de la session GNOME avec l’Outil de personnalisation de GNOME (gnome-tweak-tool). Cependant, obliger le lancement en arrière-plan desdites applications n’est pas du tout convivial, obligeant à une édition manuelle d’un fichier verbeux et austère.

On le remarque avec les quelques exemples ci-dessus : aucune de ces applications n’admet le même argument pour être démarrée en arrière-plan. Normaliser la nomenclature de cet argument pourrait être une piste de résolution pour une configuration conviviale du lancement automatique en arrière-plan, à moins que ça ne soit intégré directement dans les applications admettant d’être démarrées en arrière-plan.

Par ailleurs, quelques applications n’admettent pas d’être démarrées de la sorte, le gestionnaire de mail Evolution en première ligne, logiciel que j’utilise tous les jours. Le gestionnaire Geary intègre cette possibilité par défaut, avertissant dès lors par une notification la réception d’un mail. Cependant, Geary n’est plus maintenu (dernière mise à jour le 30 mars 2015) et n’intègre pas le support du chiffrement/déchiffrement des mails, ce qui pour moi est un manquement dont je ne peux me passer.


  1. Édition du 26 avril 2016 : j’ai ajouté une demande d’amélioration sur le bugtracker de Gnome Tweak Tool en ce sens suite à ma réponse au commentaire de Leo ci-dessous. ↩︎

GNOME : autostart en arrière-plan

lundi 25 avril 2016 à 14:44

Sur ma session GNOME, l’utilisation quotidienne de certains programme a créé le besoin d’avoir certaines applications qui se lancent automatiquement (autostart) au démarrage. Cependant, je ne voulais pas que celles-ci se retrouvent propulsées à l'avant-plan : je voulais que ces applications se lancent en arrière-plan.

Pour démarrer certaines applications à l’ouverture de session, il « suffit » de copier le fichier .desktop depuis /usr/share/applications/ dans ~/.config/autostart/. Le fichier .desktop regroupe toutes les informations relatives à une application installée sur la machine, de son nom à la ligne de commande à exécuter.

Le même résultat peut être obtenu en utilisant l’Outil de personnalisation de GNOME (gnome-tweak-tool), permettant de personnaliser les réglages avancés de GNOME 3 avec une prise en main plus user friendly que par la ligne de commande ou la copie manuelle de fichiers. À l’écran Applications au démarrage, il est possible d’ajouter des applications en cliquant sur le bouton + au pied de celui-ci. S’ouvre alors une popup avec la liste des applications graphiques installées sur le système, qu’il suffit de sélectionner pour qu’elle(s) soi(en)t lancée(s) à la prochaine ouverture de session.

Cependant, les applications ainsi ajoutées se lancent en avant-plan et, comme je l’ai dit en introduction, je désire que ces applications soient lancées en arrière-plan (minimisées dans la barre des tâches ou cachées, ça dépend de ce qui est offert par l’application).

Le programme Préférences des applications au démarrage (gnome-session-properties) a été retiré de GNOME dans sa version 3.12. Il permettait l’édition manuelle des programmes lancés à l’ouverture de session, mais faisait double emploi avec la possibilité d’ajout de programmes par gnome-tweak-tool. Cependant, ce dernier n’intègre pas (encore) la possibilité d’éditer les fichiers .desktop pour passer un argument à la ligne de commande de lancement de l’application : il va donc falloir éditer à la main les fichiers .desktop.

Quelques exemples : il faut éditer dans les fichiers ~/.config/autostart/*.desktop la ligne Exec= où se retrouve la ligne de commande lancée quand on clique sur le raccourci d’une application, et y ajouter un argument supplémentaire.

Il est relativement simple d’ajouter des applications graphiques au démarrage de la session GNOME avec l’Outil de personnalisation de GNOME (gnome-tweak-tool). Cependant, obliger le lancement en arrière-plan desdites applications n’est pas du tout convivial, obligeant à une édition manuelle d’un fichier verbeux et austère.

On le remarque avec les quelques exemples ci-dessus : aucune de ces applications n’admet le même argument pour être démarrée en arrière-plan. Normaliser la nomenclature de cet argument pourrait être une piste de résolution pour une configuration conviviale du lancement automatique en arrière-plan, à moins que ça ne soit intégré directement dans les applications admettant d’être démarrées en arrière-plan.

Par ailleurs, quelques applications n’admettent pas d’être démarrées de la sorte, le gestionnaire de mail Evolution en première ligne, logiciel que j’utilise tous les jours. Le gestionnaire Geary intègre cette possibilité par défaut, avertissant dès lors par une notification la réception d’un mail. Cependant, Geary n’est plus maintenu (dernière mise à jour le 30 mars 2015) et n’intègre pas le support du chiffrement/déchiffrement des mails, ce qui pour moi est un manquement dont je ne peux me passer.