Je n’ai pas trouvé comment lire les flux RSS des sites OverBlog dans le gestionnaire de flux Icedove (nom de Mozilla Thunderbird dans Debian).

Selon le validateur du W3C, les flux OverBlog sont valides.

Il faudrait donc faire un rapport de bug chez Mozilla .

Mais pour celà, il faut créer un compte sur cette plateforme, remplir le bug, donner son adresse, etc. Et il n’y a pas de garantie que le bug soit réparé rapidement.

Bref, c’est un peu lourd. Et en général j’évite les services qui exigent un enregistrement.

Pourtant c’est comme ça que les projets peuvent s’améliorer. Et j’aimerais que cette fonctionnalité fonctionne.

Alors, je vais le faire !

Je n’arrive pas à savoir si je manque d’expérience ou si c’est inévitable.

Installer et configurer un logiciel ou encore pire résoudre un problème qu’un autre me pose me prend beaucoup de temps.

Je dois souvent lire pendant des heures des dizaines de pages de documentation et de témoignages plus ou moins obsolètes.

J’essaie toujours de commencer par lire la documentation fournie dans /usr/share/doc/ par le paquet debian du logiciel et les différentes pages de « man ». J’aime lorsque les paramètres qui permettent de configurer le logiciel sont expliqués là, sinon je vais voir les fichiers de configuration dans /etc/.

Parfois la documentation se résume à un « changelog » qui liste les dernières modifications faites au logiciel ou au paquet. Et souvent elle est insuffisante pour me permettre de comprendre comment le logiciel doit être configuré et comment il interagit avec le reste du système.

Du coup je pars voir s’il y a une page dans le wiki de debian qui en parle, puis le site du logiciel directement. Si vraiment je ne trouve rien qui me permette de m’en sortir, j’utilise la mort dans l’âme un moteur de recherche où j’écris le nom du logiciel et « debian » à côté.

Il m’arrive encore régulièrement d’abandonner.

Une manière de résoudre ce genre de blocage serait d’avoir une machine de test  proche de l’état de fonctionnement de la machine que je veux modifier et sur laquelle je pourrais être plus audacieux dans mes essais. Ou alors passer plus de temps à comprendre la documentation de /usr/share/doc et de « man ».

Mais aujourd’hui je me force à croire qu’il me faut acquérir plus d’expérience pour qu’un jour j’arrive facilement à parcourir rapidement moins de documentation, et que cet amas obscur d’informations deviendra alors logique, ordonné, limpide.