Migration des autres listes spip (samedi 22 mai, 11am)

Régie Support du forum
#5

Attention: si le courriel de destination est spip-zone, cela ne va pas arriver dans la catégorie spip-dev. Il ne peut y avoir qu’une seule adresse courriel par catégorie. Je vois en particulier le bot salvatore qui semble continuer à s’adresser à spip-zone (voir les rejetés https://discuter.spip.net/admin/email/rejected).

Samedi c’est bien de mon coté. Voici les listes dont j’ai connaissance:

  • spip-ann
  • spip-ar
  • spip-avec-escal
  • spip-commit
  • spip
  • spip-de
  • spip-dev
  • spip-en
  • spip-es
  • spip-herbier
  • spip-lille
  • spip-paname
  • spip-party-toulouse
  • spip-strasbourg
  • spip-team
  • spip-toulouse
  • spip-trad
  • spip-zone-commit
  • spip-zone

Par précaution je propose de solliciter une vérification manuelle (en ajoutant un message pour solliciter cette vérification par une personne sur cette catégorie) après création de la catégorie spip-team mais avant ingestion des archives. Ca évitera de mauvaises surprises.

#6

spip-strasbourg peut être oubliée à mon avis…

#7

Bonjour,

Ravi de voir tout cela arriver rapidement (oui, j’ai été un peu grognon au début, mais je m’y fais très bien).

Concernant la liste spip-zone, j’ai rapidement cherché des messages que j’ai en archives sur mon poste en local et qui ne se retrouvent pas dans spip-dev - Discuter de SPIP

Par exemple, on trouve Résultats de recherche pour « Correction pour editer_liens Polyhiérarchie ? category:5 » - Discuter de SPIP mais pas les 3 réponses.

Et tout ce que j’ai cherché datant de 2019 n’était pas disponible.

Donc, il y a sans doute une fusion spip-zone → spip-dev à parfaire :wink:

#8

Non @maieul on n’a pas le temps de faire ça, il y a 700 listes à migrer sur le serveur

bon bah dans ces cas c’est vous qui décidez. Moi c’était juste une proposition alternative qui permettait de faire vite tout en laissant un peu de soufflerie.

Mais bon : c’est ceux qui gèrent qui font :slight_smile:

#9

Proposition de mail d’annonce pad.infini

1 « J'aime »
#10

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 :slight_smile:

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

Checklist migration listes spip
#11

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 :slight_smile:

–
RastaPopoulos

1 « J'aime »
#12

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 :slight_smile:

#13

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.

#14

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 ! :slight_smile:

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 »
#15

Oui, mais c’est simple à faire à posteriori.

Bonne idée: ce serait fastidieux à corriger une fois l’import fait.

#16

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_

#17

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 :wink: la liste spip, c’est dans les 1200 abonnés, on va avoir beaucoup de cas d’homonymie …

2 « J'aime »
#18

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.

#19

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 ?

#20

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:

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 »
renommer mon profil
#21

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 »
#22

Allo ? Quelqu’un m’appelle ? :laughing:

#23

+1 je pense que c’est bien de le faire ainsi :slight_smile:

2 « J'aime »
#24

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