Proposition Roadmap SPIP (court terme), et Composer.

Dev
#36

Je voudrais juste rappeler que le lancement de ce fil concerne SPIP 4.1, SPIP 4.2 et SPIP 5.0.
Et depuis, il me semble que personne ne discute le contenu de la 4.1 mais plutôt de la 4.2 et surtout 5.0.
Donc ce n’est pas ce fil qui « retarde » la sortie de la 4.1.

Sinon, pour la 4.2, la proposition est toujours de scinder SVP en deux. A cet égard, « SVP référentiel » qui s’occupe de gérer la base des plugins existe et fonctionne, il reste donc à le brancher au nouveau SVP qui s’occupera uniquement de l’installation.
Et pour la partie composer, je ne sais pas.

On peut considérer donc que tout ce qui a été discuter ici en dehors de ces objectifs soit reporter en 5.0 et soit discuté tranquillement les prochains mois. Dans ce cas, j’ai l’impression qu’on peut tenir nos jalons non ?

#37

Sans doute.

Tu as vu le nombre de trucs qui se sont ajoutés dans la 4.1 depuis le lancement de ce topic ? :slight_smile:

Donc, tout dépend du nombre de personnes qui parlent du futur et du nombre de personnes qui s’occupent du présent, et comment ils s’en occupent.

#38

Ben en fait, non :slight_smile: . J’ai un peu de mal à faire la synthèse vu que l’on parle de 3 branches différentes.

En fait, je pense qu’à l’avenir faudrait ouvrir un fil par branche, ça permettrait de mieux suivre les évolutions d’une branche donnée.

#39

Juste pour dire, il y a une 4.1.0-alpha :chipmunk::smiling_face_with_three_hearts: prête qui attend relecture de son annonce :loudspeaker: sur le blog.
@b_b ou autres relectrices & relecteurs :slight_smile:

2 « J'aime »
#40

https://blog.spip.net/858 donc :slight_smile:

#41

Bonjour les ami·e·s ,

Suite à quelques messages sur le billet de blog ci-dessus, on a une décision à prendre…

Est-ce qu’on prolonge le support sur les failles de sécu pour la 4.0 jusqu’à cet été ? ou bien faut-il qu’on revienne en arrière sur le support de PHP7.3 pour la 4.1 ?

Perso, je penche pour l’extension du support pour la 4.0.

Ça donnerai en gros le calendrier suivant :

été 2022
été 20221968×582 42.8 KB

Qu’en pensez-vous ?

1 « J'aime »
#42

+1

#43

+1 également

#44

Et donc, la sortie de la 4.1 est à nouveau repoussée. Pour le moment de fin février au 7 mars, date complètement arbitraire qu’il sera possible de décaler encore.

#45

Et si on décidait avant dimanche soir si on reporte la 4.1.0 à une date plus lointaine où si on la sort bientôt et quand ?

#46

Je viens de verifier/fixer les tests et il manquait un commit de report en 4.1, c’est corrigé

Pour moi #5064 - Issues #5059 #4927 #3824 et #2109 : on reforme la logique du login - spip - SPIP on GIT est bonne à merger en 4.1 avant la release, testée dans plusieurs environnements et conditions, et en prod sur contrib.

Pas d’autre point gênant pour une release amha

1 « J'aime »
#47

Bonne nouvelle, la version 1.7 de gitea permet de gérer un repo composer :slight_smile:

Starting with Gitea 1.17, the Package Registry can be used as a public or private registry for common package managers.

https://docs.gitea.io/en-us/packages/overview/

2 « J'aime »
#48

Salut, petit état des lieux à propos de cette « envie » de roadmap.

Il faut constater qu’à ce jour on n’a pas réussi à tenir les dates qu’on s’était fixé. La sortie de la 4.2 prévue fin juillet n’a pas eu lieu, et le chantier d’introduction de composer est en pause cf https://git.spip.net/spip/spip/issues/5056#issuecomment-39959. Dans la PR en question, @marcimat propose de repousser ce chantier pour la version 5.0, dont la date de sortie est encore à fixer, perso je partage son avis.

Pour avancer tout de même, on peut se concentrer sur la future 4.X. L’idée serait de sortir une 4.2 avec une compatiblité étendue à 4 versions de PHP au lieu des 3 habituelles depuis SPIP 4, donc PHP 7.4 à PHP 8.2, au plus tard début décembre lors de la sortie de PHP 8.2. On pourra revnir à une versions de SPIP qui ne supporte que 3 versions de PHP avec la 4.3, disons 6 mois après la fin du support de PHP 7.4 (donc début juin 2023).

En lien avec le fil Aujourd'hui, quelle nouvelle version installer pour du long terme ?, pour que les plugins suivent facilement, sachant que l’écart fonctionnel entre la 4.2 et la 4.1 est très réduit à ce jour, on a deux options :

  • inciter les personnes qui maintiennent des plugins compatibles avec SPIP 4.1 d’indiquer en borne max SPIP 4.*
  • releaser la version 4.2 avec le define define('_DEV_VERSION_SPIP_COMPAT', '4.1.99');, qui amha n’est pas une option viable car on a souvent remarqué que ce define fait que SVP s’emmêles les pinceaux dans les calculs de dépendances

Ainsi, la version 4.2 ne serait pas une version « orpheline » des plugins courants et maintenus.

À noter que cette version 4.2 apporterait en plus de la compatibilité avec PHP 8.2 l’introduction de HTML Purifier, ainsi que d’autres évolutions comme la possibilité de changer le sens de tri dans les listes d’objets cf https://git.spip.net/spip/spip/issues/4877 & le support natif d’InnoDB sans passer par un define cf https://git.spip.net/spip/spip/issues/5189 et d’autres pépites qu’on peut consulter dans le changelog https://git.spip.net/spip/spip/src/branch/master/CHANGELOG.md. Bref, ça ne serait pas une version « sans nouvelles fonctionnalités » :slight_smile:

En parallèle, il faudrait modifier les dates annoncées sur https://www.spip.net/fr_article6500.html, pour adapter les dates de sortie annoncées et étendre le support de correctifs de sécu pour la branhce 4.0 car à ce jour elle annoncée comme hors support.

Vos avis sur tout ça ?

3 « J'aime »
[dictionnaires] 2 commits
#49

Hello

Je suis bon pour faire la mise à jour du serveur :slight_smile:

#50

Re, j’ai adapté les dates en fonction de mon dernier message, ça donnerait ceci en image :

image

Je peux mettre ça en ligne quelque part si nécessaire, puisque j’ai utilisé https://gitlab.com/JamesRezo/supported-versions/ comme c’est le cas sur spip.net.

1 « J'aime »
#51

Juste un détail sur la 4.1 dans ton image :

  • maintenance active jusqu’au 31/12/2022
  • correctifs de sécu : 30/11/2022
#52

Bien vu, merci, je corrige ma PR https://gitlab.com/JamesRezo/supported-versions/-/merge_requests/18

#53

De mon expérience de rendre compatibles pleins de plugins avec SPIP 4.1, je suis partagé :

  • d’un côté, ça devrait marcher sans problème
  • de l’autre, à cause de la compatibilité PHP 8.1 (bientôt 8.2), certains trucs qui passaient en 4.0 et PHP 8.0 ne passent plus en 4.1+PHP 8.1

Par ailleurs, je vois comment ça fonctionne du côté de WordPress où il n’y a pas de vérification de compatibilité au sein même de WordPress et où les plugins sont déclarés testés jusqu’à telle version et donc non testés avec les versions suivantes.
D’un point de vue développement, je trouve ça plus pratique…
Mais d’un point de vue sécurité des mises à jour, c’est un peu aléatoire.

#54

Et voilà, c’est en prod https://www.spip.net/fr_article6500.html

#55

Donc bon… au final on se dit que y a une 4.2 à la fin de l’année, compat de PHP 7.4 à 8.2 si je comprends bien. Ça serait bien qu’on anticipe un rétro planning, histoire que… tout n’arrive pas dedans au dernier moment… Vraiment :stuck_out_tongue: (et donc ça voudra dire brancher, pour de vrai aussi).

Accessoirement «on» repousserait donc le début de Composer dans SPIP à… plus tard… c’est à dire assez loin probablement pour une 5.0… un jour. Si on trouve assez de motivation ça pourrait vouloir dire un peu plus de nettoyages / changement de code que prévu initialement.