Proposition de mail d’annonce pad.infini
1 « J'aime »
Ne pas transférer
- spip-zone (puisque fusionnée avec spip-dev dernièrement)
Oui alors il y a transférer et transférer ça dépend ce qu’on entend 
Car en effet, spip-zone a été fusionné « symboliquement » avec spip-dev, càd qu’on a en fait surtout coupé l’accès, et transféré les gens.
Mais le contenu des milliers de message (faisant une grosse base de connaissances et d’historique des devs de plugins), qui est une grosse partie du boulot de @loic, lui n’a pas été transféré du tout.
Du coup @loic est-ce que tu crois qu’il est possible d’importer dans la catégorie spip-dev du Discourse, tous les messages mail de la liste spip-zone ? Fusionner vraiment quoi. Ou bien juste sinon l’importer dans une autre catégorie dédiée « spip-zone » hein, qui sera fermée en écriture sur le forum ? (je n’ai pas d’avis sur la meilleure manière)
–
RastaPopoulos
Samedi c’est bien de mon coté. Voici les listes dont j’ai connaissance:
Il y avait aussi une liste spip-doc, qui a il me semble des discussions utiles à importer
–
RastaPopoulos
1 « J'aime »
Je crois qu’il est inutile aussi de migrer les listes spip-party-toulouse et spip-toulouse
Si on reprend des apéros localement il sera toujours temps de créer quelque chose de nouveau
En important spip-zone on va récupérer les archives. Cela va créer une catégorie qui pourra ensuite (par exemple) être déplacée pour devenir une sous catégorie de spip-dev dans laquelle on pourra consulter toutes les archives et qui n’apparaîtra pas en catégorie principale. Fusionner avec spip demanderait d’écrire un script et risquer des envois de messages intempestifs donc c’est plus risqué et plus compliqué. Si la liste est fermée coté mailman et sans abonnés, l’import va en faire une catégorie fermée (écriture et abonnements) coté discourse et sans abonnés non plus.
Oui oui fait au plus simple, tu importes comme c’est prévu dans une catégorie dédié, et nous en admins du forum on fera les rangements/déplacements/fusions qu’on voudra après sans t’embêter !
Si la liste est fermée coté mailman et sans abonnés, l’import va en faire une catégorie fermée (écriture et abonnements) coté discourse et sans abonnés non plus.
Ok alors il faudrait vérifier ça avec les admins de la liste en question, vérifier qu’elle est bien fermée, et surtout vider les abonnés (qui normalement on déjà été transféré sur la liste spip-dev à l’époque et donc maintenant déjà ici).
–
RastaPopoulos
1 « J'aime »
Oui, mais c’est simple à faire à posteriori.
Bonne idée: ce serait fastidieux à corriger une fois l’import fait.
Plutôt que d’avoir des noms de users aléatoires dans Discourse, comme
779ff40b979c2e4253ef, ce ne serait pas possible de prendre comme nom la
partie locale de l’email (local@domain.tld) s’il n’y a pas de nom côté
Mailman ?
–
nicod_
je comprends l’idée, mais on a eu le cas de 2 jeanmarie avec spip-dev pour 500 abonnements, je crois, ça risque peut-être de compliquer la tâche de @loic 
la liste spip, c’est dans les 1200 abonnés, on va avoir beaucoup de cas d’homonymie …
2 « J'aime »
J’avoue que c’est assez laid et peu pratique. Je me suis arraché les cheveux (enfin ce qu’il en reste) à trouver une solution. Il y a quelques éléments dans ce fil de discussion et l’algorithme choisi (et améliorable) se trouve ici. Pour faire court le problème c’est l’équilibre entre vie privée et lisibilité, combiné au fait que plusieurs listes ont des réglages différents pour une même personne et que cela peut être contradictoire quand on fait un import dans un seul forum.
Je suis très preneur d’une solution qui combine toutes les contraintes et qui évite ces noms d’utilisateurs vraiment pas jolis.
je pense qu’on peut se passer de cette liste qui ne m’a pas envoyé de mail depuis plusieurs années, ça fera ça de moins…
Je me pose aussi la question pour spip-avec-escal : une liste dédiée à un squelette me semble un peu abusé, quelqu’un sait si elle est encore active ?
Je viens de penser que les utilisateur·rices abonnées à spip-dev qui ont aussi des comptes sur d’autres listes spip avec le même courriel vont voir leurs préférences de compte changer lors de la migration (comme cela a été le cas lors de la précédente mise à jour). Le plus gênant et visible étant le nom d’utilisateur qui va revenir dans certains cas à un hash. Les autres préférences sont listé ici.
Il est possible d’implémenter une option au script d’import, du genre –preserve-existing-user-preferences qui fait ceci:
- faire la liste exhaustive des utilisateur·rice·s qui existent au début de l’import (la clé qui identifie un·e utilisateur·rice de façon unique est le courriel)
- et ne pas:
- mettre à jour leur profil
- mettre à jour leurs préférences qui ne sont pas nombreuses de toute façon.
Comme les listes mailman sont totalement indépendantes les unes des autres, lorsqu’une personne est inscrite à plusieurs listes les préférences peuvent être différentes. Actuellement c’est la dernière liste migrée qui gagne. Avec cette option on filtre une partie de l’import.
C’est une modification assez légère que je devrais pouvoir faire et tester samedi matin et qui va utilement réduire le nombre de personnes surprises par le changement.
1 « J'aime »
C’est une modification assez légère que je devrais pouvoir faire et tester samedi matin et qui va utilement réduire le nombre de personnes surprises par le changement.
Si c’est possible pour toi, je suis assez d’accord pour ne pas changer les infos des gens qui ont déjà un compte sur le nouveau système. Peut-être juste les abonner à la nouvelle liste importée dont ils faisaient partie (= mettre telle liste en « surveillé »).
–
RastaPopoulos
2 « J'aime »
Allo ? Quelqu’un m’appelle ? 
+1 je pense que c’est bien de le faire ainsi
2 « J'aime »
Hello
Il y a spip_ar qui n’est pas vraiment utilisée actuellement car le forum SPIP en arabe est privilégié. Mais si ce forum est destiné à disparaître, je suggère de migrer spip_ar
Je me pose aussi la question pour spip-avec-escal : une liste dédiée à un squelette me semble un peu abusé, quelqu’un sait si elle est encore active ?
faut demander à Jean-Marie, mais je suis d’accord, ca fait beaucoup pour pas grand chose.
La modification est faite: elle passe les tests et c’est pas vraiment compliqué donc pas de stress
1 « J'aime »
C’est fait: n’hésitez pas à signaler un éventuel comportement suspect.