Multiflex

De l'art de de la manière de prendre des gens pour des imbéciles

BERTRAND Joël — 2021-03-22T23:16:35Z

Je m'étais promis de ne rien rajouter comme commentaire à cette situation pathétique, mais une nouvelle bordée d'insultes à laquelle je ne peux toujours par répondre pour simplement me défendre me convainc d'en dire deux mots.

Un membre de la liste de diffusion de Multiflex a transféré le mois dernier sur la liste de diffusion de Spip la nouvelle de la mise à jour du plugin Multiflex dans sa version 0.5 au motif réel que je ne peux plus poster sur ces listes bien que je sois toujours abonné. Je défis quiconque d'apporter la preuve que c'est inexact d'autant qu'une mauvaise manipulation d'un administrateur de cette liste m'a un jour retourné un refus non motivé.

Caliméro, puisque cela semble être mon sobriquet dans cette gentille communauté, utilise son propre serveur mal configuré. Ce n'est pas moi qui l'affirme, mais un ayatollah de cette communauté.

Très bien. Alors pour fixer les idées, mon grand, sache que ça fait bientôt trente ans que je maintiens des serveurs de mails à titre professionnel. Je commence à savoir les configurer, même si il m'arrive encore d'apprendre certaines choses. Mon serveur principal est un serveur utilisé professionnellement et me permet d'envoyer des courriers électroniques au monde entier. Ce serveur serait incapable d'envoyer un simple message vers les listes de diffusion de Spip et uniquement celles-là. Assez étrangement, les listes NetBSD ou celles de tous les autres projets auquel je participe ne posent aucun problème. C'est un peu gros et il faudra trouver autre chose.

À ce propos, participant depuis plus de vingt ans — que le temps passe vite — à la liste typo, je me permettrai d'écrire ici un certain nombre de choses sur l'écriture inclusive puisque, justement, nous avons eu des discussions de linguistes et de grammairiens sur ce sujet précis très récemment et qui, vous l'aurez deviné, ne vont pas exactement dans le sens de cette communauté.

Mais revenons au sujet, Caliméro est bête. Il a tenté ce soir d'envoyer un mail annonçant la sortie de Multiflex 0.6.5. Sans succès une fois de plus. Il a donc essayé avec deux autres adresses, l'une en gmx.fr, l'autre en ieee.org. Visiblement, aucun de ces deux serveurs de mails n'a réussi à envoyer un message contenant Multiflex dans l'en-tête à la liste de diffusion spip@rezo.net. À l'heure où j'écris, aucun retour, aucune trace dans les archives de la liste. Je veux bien que le SMTP de gmx.fr soit mal configuré, c'est un service gratuit. Mais celui de IEEE est certainement configuré tout à fait honorablement.

Il paraîtrait que je vomis sur la communauté (sic). Je ne vomis pas sur la communauté, je ne l'ai jamais fait. En revanche, on ne peut vraiment pas dire que la communauté ne vomisse pas sur ceux qui ont l'outrecuidance de ne pas penser tout à fait comme elle. Faisant ainsi, cette communauté crache aussi sur le travail de ces déviants en en privant les utilisateurs de Spip.

Nouvelles du front de ce matin

Votre demande à la liste de diffusion spip

Envoi de votre message ayant comme objet "Multiflex 0.6.4 avec des vrais bouts de menus responsifs"

a été rejetée par le modérateur de la liste. Le modérateur a donné la justification suivante cause de ce rejet :

"La taille de votre message était trop importante : veuillez le réduire pour que sa taille soit au plus de 40 kb."

Tout cela pour un mail qui, encodé en base64, faisait 12Ko.

Incidemment, c'est aussi la preuve que mon serveur de mail n'est pas si mal configuré que cela puisque, lorsqu'ils ne font pas attention, les administrateurs renvoient des refus. notez bien que juste après un refus explicite, comme l'excuse du serveur mail mal configuré ne fonctionne plus, il m'est à nouveau possible de poster durant un certain temps.

Un problème technique

BERTRAND Joël — 2021-02-06T21:21:02Z

Le code de SPIP est devenu, quoi qu'en disent ses concepteurs, une horreur innommable. Outre les effets de bord que l'on trouve un peu partout, qui ne sont pas documentés et auxquels il faut prendre garde lorsque l'on tente des développements, il y a dans sa syntaxe des tas de subtilités pour ne pas dire de bogues transformés en fonctionnalités que personne n'est capable d'expliquer simplement. Un grand classique du genre est la curieuse interaction entre les boucles et les syntaxes à crochet imbriquées dans les mêmes fichiers. Cette dernière subtilité est même tellement grande que le plugin Fabrique m'a, pas plus tard que ce matin, généré une architecture de plugin faisant planter l'espace privé d'un site qui n'était heureusement pas public parce que l'un des objets éditoriaux nouvellement créé avait un lien direct sur un article.

Si encore il existait une documentation à jour et réellement exhaustive, ce serait un moindre mal. Mais très souvent, trop souvent, il faut savoir lire entre les lignes de plusieurs articles pour commencer à comprendre vaguement comment certains points obscurs fonctionnent. Certaines fonctionnalités sont sans doute très claires dans la tête des gens qui les ont implantées, mais c'est à peu près tout. Avec un peu de chance, il se trouve quelque part un exemple qui permet en tâtonnant de comprendre comment cela veut bien fonctionner. Pour ma part, j'ai conscience d'être un privilégié puisque j'ai quarante ans de programmation derrière moi, ce qui me permet, avec le peu de documentation parcellaire qui existe, de toujours arriver à finir par comprendre comment faire pour arriver à ses fins quitte à contorsionner outrageusement un algorithme pourtant simple, jouant des sessions, environnements et champs cachés. C'est loin d'être le cas de tous les utilisateurs.

Mais SPIP est aussi un trou de sécurité bouché par des rustines souvent ubuesques. Très peu de répertoires ont besoin d'être accessibles depuis le serveur web. Il est donc possible de sécuriser bien plus efficacement un site fonctionnant sous SPIP directement depuis la configuration du serveur web que depuis les scripts php eux-mêmes. Pour peu que le serveur web d'un site internet quelconque soit mal configuré ou que l'on connaisse la structure du squelette utilisé, il est possible d'obtenir des informations sensibles en tapant directement sur les fichiers du squelette qui sont alors affichés sans interprétation dans le navigateur internet.

Pour toutes ces raisons, ce site internet fonctionne avec la dernière version de développement de SPIP et une configuration très particulière du serveur web, ce qui permet à la fois de valider le fonctionnement du plugin Multiflex et les principes de sécurité évoqués plus haut et qui feront peut-être l'objet d'un article dans la documentation.

Un problème de confiance

BERTRAND Joël — 2021-02-06T21:20:59Z

Il m'est totalement impossible aujourd'hui d'accorder la moindre confiance aux membres principaux de la communauté SPIP au vu des événements qui ont abouti à la création de ce site pour la maintenance et l'évolution de ce plugin. Notez bien que je le déplore et que je ne doute pas un seul instant que ces individus vont déclarer avec un certain culot qu'ils n'y sont pour rien. Je ne vais surtout pas me battre avec eux, ils n'en valent vraiment pas la peine.

Il ne m'est pas permis non plus d'accorder ma confiance à des gens qui, généralement sous couvert d'anonymat, se permettent de me dénigrer parce que j'aurais une activité commerciale autour de SPIP alors que ces personnes ne me connaissent pas. Je n'ai jamais gagné un seul centime sur les sites internet que j'ai développés, la seule chose qu'il m'arrive de faire payer est l'hébergement. Je n'ai jamais gagné un seul centime non plus pour le temps passé sur d'autres projets de logiciels libres dont vous me pardonnerez de ne pas produire la liste, ce serait prétentieux. Je n'ai gagné que la satisfaction un peu désuète d'avoir mon nom dans la liste de leurs contributeurs. Par ailleurs, même si j'avais une activité commerciale autour de SPIP, il me semble qu'elle est autorisée par la licence du logiciel. Là encore, si les membres illustres de la communauté ne sont pas en accord avec la licence choisie, il leur est loisible d'en changer. Mais m'en faire le reproche, alors que rien n'est plus faux, dénote une tournure d'esprit tout à fait déplorable.

Il ne peut y avoir de confiance lorsqu'on vous demande d'approuver des termes d'une charte qui ne les contient pas, puisque cela signifie qu'un noyau de personnes a acquis un pouvoir discrétionnaire et peut faire ce que bon lui semble.

Il ne peut y avoir de confiance lorsque vous recevez des insultes, en privé ou en public au travers d'une liste de diffusion, mais qu'on vous interdit en même temps de vous défendre. Notez bien que j'écris défendre et non répondre par l'insulte.

Je puis accepter beaucoup de chose, je peux comprendre que lors de la migration du SVN vers le git mon accès ait été perdu, l'erreur est humaine. Il m'est impossible d'accepter en revanche qu'on me dise ouvertement qu'il ne m'est pas interdit de publier sur les listes de diffusion de SPIP. Là encore, on ne parle pas vraiment de censure, on parlera plutôt de modération a priori des messages pour une durée indéterminée. Lorsque l'on est assez mesquin pour faire cela en prétendant ô grands dieux ne pas le faire, on évite aussi de renvoyer par erreur une notification explicite de rejet à l'expéditeur comme on se gardera de toutes justifications oiseuses sur mon serveur de courriers électroniques qui serait mal configuré lorsqu'on ne sait pas lire les en-têtes d'un courrier électronique.

Je ne peux donc pas prendre le risque de maintenir un plugin avec l'ensemble des développements en cours sur un dépôt git qui pourra m'être coupé sur une saute d'humeur de l'un des ayatollahs de SPIP qui aura, naturellement, toujours une bonne raison pour le faire tout en n'assumant pas sa responsabilité, soit en se cachant derrière son anonymat, une communauté ou une charte surinterprétée.

Un problème politique

BERTRAND Joël — 2021-02-06T21:20:57Z

Utilisateur de SPIP depuis sa version 1.6, j'ai créé un grand nombre de sites internet avec le plugin Multiflex. Ce plugin permet des mises en page simples et propres pour peu que l'on sache manier les feuilles de style. Plugin orphelin depuis SPIP 3.1, j'ai décidé de le reprendre et j'ai proposé des mises à jour sur la Zone pour le rendre compatible SPIP 3.2.

À la suite d'un désagrément lié à l'imposition de l'écriture inclusive qui a mis à mal un site internet d'une association durant plusieurs semaines, j'ai écrit ouvertement ce que je pensais de cette écriture sur la liste de diffusion spip-dev@rezo.net. Outre le fait que cette écriture est inepte surtout avec son point médian et n'a jamais rien apporté à la cause féministe, l'adoption obligatoire de cette écriture — elle est venue automatiquement lors d'une mise à jour d'un plugin de base avec des fichiers de langue à l'insu de l'utilisateur final et sans lui demander son avis — pose un paquet de problèmes à des terminaux particuliers comme les terminaux Braille. Sans compter que dans ce cas précis, l'écriture inclusive qui exclut les aveugles et mal-voyants n'est pas très inclusive.

J'ai reçu par des gens bien sous tous rapports, sans doute bien pensants, des tombereaux d'insultes. J'y ai appris que SPIP était un projet politique, qu'il n'était même que cela. J'en suis fort aise, mais si SPIP était un projet politique, il faut l'inscrire en gros sur toutes les pages du projet. Et il faut surtout bien faire comprendre aux utilisateurs potentiels que ce qui fonctionnait un jour pourrait très bien ne plus fonctionner le lendemain en raison d'une décision politique résultant d'un militantisme mal placé. Lorsque le militantisme prend le pas sur la technique, l'échec n'est jamais très loin.

À la suite de cela, il me fut impossible d'envoyer des messages sur les listes spip@rezo.net et spip-dev@rezo.net. Il ne s'agit pas à proprement parler de censure, je n'imagine pas un seul instant une personne affectée à la tâche de lire ce que je pourrais y écrire, mais de modération a priori et définitive de ce que je pouvais poster. Je n'ai pas apprécié de ne pas en avoir été avisé.

J'avoue que cela ne me dérange pas plus que cela, cela fait plus de quinze ans que je me bats avec les différents bogues plus ou moins sérieux de SPIP. Si les développeurs ne veulent pas que je leur en remonte ou que je leur propose des correctifs, ce n'est pas un problème pour moi. Qu'ils sachent simplement qu'il y a plusieurs problèmes importants dans le sélecteur d'articles du plugin Saisies, deux ou trois problèmes de sécurité dans le cœur de SPIP et des comportements erratiques du noyau.

J'ai fini par obtenir à nouveau la permission de poster sur spip-dev@rezo.net sans modération. Mais pas sur spip@rezo.net. Pourquoi ? Je ne le saurai jamais. J'ai obtenu la réouverture d'un compte sur le dépôt git officiel, mais pour cela, on me demande d'approuver la charte de SPIP. Notez bien que je n'avais déjà fait par le passé lorsque j'avais un compte sur l'ancien SVN.

J'ai donc approuvé cette charte telle qu'elle était écrite. En particulier et pour fixer les idées, je cite intégralement ce que « pontes » de SPIP ont voulu que j'approuve explicitement :

Cela implique, entre autres, un effort pour internationaliser ses contributions, veiller à ce que le langage, le comportement et le fonctionnement choisis soient ouverts et accueillants, empathiques, non-sexistes, non-racistes et qu'une priorité soit accordée aux besoins associatifs et collectifs sur les besoins marchands.

Cette formulation ne me pose strictement aucun problème. Ce qui me pose problème, en revanche, c'est la lecture surinterprétée qui aboutit à l'imposition de l'écriture inclusive.

Comme visiblement, cela ne leur allait pas, je fus sommé par deux fois dans les quinze jours qui ont suivi mon approbation initiale de l'approuver à nouveau sous peine de voir mes accès fermés. Je leur fis la même réponse, à savoir que je l'approuvais dans ses termes, mais que ses termes n'impliquent pas une telle écriture. Ils sont donc revenus à la charge pour m'indiquer d'approuver explicitement l'utilisation de cette écriture, en me disant que le maintien de mon compte git était conditionné à une telle déclaration. Ces ayatollahs sont très forts. Non seulement ils surinterprètent une charte pour y voir ce qu'ils veulent bien y voir, mais ils refusent d'assumer leurs décisions en les reportant sur autrui. Cela, je le refuse, la balle est dans leur camp. Telle qu'elle est écrite, j'approuve cette charte sans réserve. En revanche, s'ils la surinterprètent, je n'y adhèrerai pas. Libre à eux d'amender cette charte s'ils le désirent pour ne pas rester au milieu de gué. Mais en aucun cas je ne prendrai cette décision à leur place.

Une autre chose est sûre, je ne m'abaisserai pas à quémander à ces gens tous les quinze jours la permission de perdre du temps pour maintenir un plugin pour eux. Ce plugin sera donc maintenu ici. Il le sera tant que j'en aurai l'utilité et surtout tant que je ne serai pas fatigué de contourner tous les problèmes internes de SPIP. Je continue à utiliser SPIP uniquement parce que j'ai investi énormément de temps pour en comprendre le fonctionnement, avouons-le, pas toujours très clair. J'avoue que si c'était à refaire, je me tournerais sans doute vers un outil un peu mieux documenté et avec un comportement plus prévisible.