Calendrier des releases 4.4, 5.0 & maintenance

Bonjour,

Je fais un petit point calendrier, stabilisation, et une proposition de modification sur SPIP 4.4

SPIP 4.3

Il faudrait sortir la semaine qui vient idéalement une version de maintenance avec quelques tickets et PR sous le coude.

  • Notamment, mais pas que, il faut augmenter _PHP_MAX à 8.4, c’est un oubli de ne pas l’avoir fait sur une des précédentes releases.

Rappelons que SPIP 4.3 ne sera pas maintenue très longtemps (fin de vie en juillet)

SPIP 4.4

Il faudrait stabiliser SPIP 4.4 et sortir une beta2 (on a raté le tag -beta en novembre), et essayer de sortir cette version stable pour fin janvier ou début février.

Cependant j’aimerais bien revenir sur un choix actuellement fait : SPIP 4.3 utilise de plugins-dist.json (comme SPIP 4.3) pour charger les plugnis-dist, et contrairement à SPIP 5.0 qui utilise uniquement composer.json.

Essentiellement pour des questions de maintenance :

  • ça m’ennuie de maintenir ce plugins-dist.json plusieurs années de vie de SPIP 4.4
  • ça simplifie pas mal les releases SPIP de passer par Composer (il suffit de faire composer update une fois les plugins releasés en gros)
  • j’aimerais ne pas avoir à recoder cela dans l’outil spip-releases que je mets à jour actuellement.

Le «problème» est que cela modifie les chemins dans le répertoire plugins-dist/ : plugins-dist/textwheel se retrouve dans plugins-dist/spip/tw par exemple. D’un autre côté, cela met les mêmes chemins que ceux qu’il y aura en SPIP 5.0.

Ce n’est pas très gênant pour Spip Loader (il devrait nettoyer correctement les anciens répertoires). Cela peut être plus ennuyant pour les personnes qui mettent à jour via spip-cli ou checkout : mais on peut aussi considérer ces personnes comme plus compétentes pour gérer la migration.

Le souci est du coup plutôt du côté semver : il faut dire dans le fichier UPGRADE.md qu’il peut y avoir une action à faire lors de la migration donc, en fonction de comment les personnes ont déployé leur SPIP.

Des suggestions sur ce point ? avis ? remarques ? contre indications ?

SPIP 5.0

Le calendrier prévu paraît compromis, notamment car

  • nous n’avons pas officialisé de code freeze, et les vacances de Noël aidant, nous avons eu de nouvelles grosses PR sur les traitements d’image qu’il serait bon d’intégrer dedans
  • j’ai mis beaucoup de temps à reprendre le script de release pour y voir plus clair également (le précédent ne fonctionnant plus avec les modifications des dépots ecrire/ et prive/ séparés en SPIP 4.4 & 5.0), et ce n’est pas tout à fait fini
  • il y a des questions encore en suspends (Flex notamment)
  • et pas mal d’autres PR et des bugfix à traiter

Pour ces raisons, je propose, et b_b aussi, de repousser un peu la sortie de SPIP 5.0, au moins à fin février, et de sortir SPIP 4.4 avant donc.

Des avis ? remarques ? suggestions ?

Tensions

Il y a des tensions assez fortes entre certaines personnes participant à la vie de SPIP, encore ces dernières semaines semble t’il, et par conséquent cela ralenti aussi les élans et motivations de toutes & tous. Est-il possible d’essayer d’accepter un peu les parcours, compétences, motivations, affects ou combats différents des un·es et des autres ? cela pourrait peut être amener à des relations un rien plus sereines ? Il me semble que chacun·e essaie de faire de son mieux ici pour SPIP, avec le temps dont iel dispose. Si qqn·e a des solutions miracles en ce début d’année ?

5 « J'aime »

Merci pour ce message !

Pour la 4.3, je tente de me libérer une demie journée dans la semaine à venir, même si c’est chaud.

Pour la 4.4 :

Quels sont les cas d’installation qui peuvent poser problème si on applique le changement ? On sait qu’avec le loader (certainement la majorité des cas) ça passe. Les cas de pip-cli et checkout concernent la cli donc des personnes qui savent ce qu’elles font comme tu le dis.

Par contre, avec un upload manuel d’un zip déballé ça provoquerait un doublonnage des plugins-dist dans plugins-dist et plugins-dist/spip. Mais, je ne pense pas que ça pose problème car SPIP activera les plugins dédiés à sa version et qui ont la version a plus haute, donc normalement aucun risque que le site se retrouve avec un plugins-dist/X activé au lieu de plugins-dist/spip/X.

Donc, on devrait pouvoir aller vers la piste de l’alignement de comportement entre la 5.0 et la 4.4.

Je plussoie le report de la sortie de la 5.0 bien sûr :slight_smile:

Je rejoins totalement @b_b et @marcimat

Merci pour ces explications !

je partage ton point de vue, si des personnes utilisent spip-cli pour faire les maj, iels peuvents « une fois » faire un petit ménage.

2 « J'aime »

Je vous rejoins également sur ces points là.

Est ce qu’il ne serait pas temps de « déprécier » ce mode d’installation ?
En tout cas de ne plus le mettre en premier choix Télécharger SPIP - SPIP et d’ajouter une mention, ainsi que sur Installation de SPIP - SPIP ?

1 « J'aime »

Pour info, les dates ont été mises à jour dans Report des releases 4.4 et 5.0 (b57545b9) · Commits · James / supported-versions · GitLab merci @JamesRezo et c’est donc en ligne sur Versions maintenues - SPIP

1 « J'aime »

ca pourrait valoir la peine oui

Donc, nous avons sorti une 4.3.6 hier, passons à la suite !

Bon, il semble qu’on va rester encore sur ce modèle : d’une part j’ai recodé aussi sa mise à jour dans la nouvelle version de spip-release, et d’autre part, bah ça évite de se poser trop de questions pour la 4.4.

On va essayer de sortir une 4.4 beta rapidement.

Hello,
est ce que la modif de path peut casser des plugins et ou squelettes dans des sites? Si on fait appel à une fonction d’un de ces plugins, il faudra instancier sa classe en utilisant un namespace comme avec une lib composer classique?
Si oui, c’est embêtant car effectivement ça mériterait un 5.0 et pas 4.4 en utilisant semver

non, pas plus pas moins qu’avant. A ma connaissance pour l’instant on n’a pas d’autoloader spipien pour les plugins-dist (pas dist). Et de toute facon finalement on a tranché

Bon, il semble qu’on va rester encore sur ce modèle : d’une part j’ai recodé aussi sa mise à jour dans la nouvelle version de spip-release, et d’autre part, bah ça évite de se poser trop de questions pour la 4.4.

ok. Donc comme il n’y avait pas de casse de rétrocompatibilité, ça aurait pu être possible de le mettre dans la 4.4.

Oui j’avais vu le message de Mathieu Marcillaud mais ça ne m’avait pas l’air si tranché que ça.