Hello,
Dans le vide sidéral qu’est SPIP depuis quelques temps, il me semble qu’on a eu l’ambition, vite étouffée, de sortir une release 3.3 en juin, release qui démarrerait la nouvelle vie de SPIP sous GIT et Composer.
J’ai rêvé ou je me suis trompé d’année ?
C’est encore prévu ou c’est totalement enterré pour être sur que tout le monde soit irrémédiablement démotivé d’ici quelques mois ?
Coucou
Je ne sais pas si c’est encore d’actualités
mais si c’est on se décide, je suis partant pour participer 
des bises
Ça n'a pas dû être très clair. Je n'en ai pas souvenir.
Mais ça semble une bonne idée coupler une release
avec la clarification, officialisation, documentation
sur les nouveaux repo SPIP sous GIT
JL
Hello,
Dans le vide sidéral qu'est SPIP depuis quelques temps, il me semble qu'on a eu l'ambition, vite étouffée, de sortir une release 3.3 en juin,
Je n'avais pas connaissance que c'était un objectif "officiel".
release qui démarrerait la nouvelle vie de SPIP sous GIT et Composer.
J'ai rêvé ou je me suis trompé d'année ?
Git oui, si on arrive à officialiser et basculer sur github, composer je crois que c'est très largement utopique.
C'est encore prévu ou c'est totalement enterré pour être sur que tout le monde soit irrémédiablement démotivé d'ici quelques mois ?
Ça serait bien d'y arriver oui, ne serait ce que pour la compat PHP 7.2
Salut
Spip est sous git depuis le 1er janvier 2019.
Il toujours possible de lire sur le SVN.
L'écriture est autorisée dans certains cas (tradlang, ....) écrire sur le svn
Le dépôt de référence est https://git.spip.net/SPIP/spip , un clone
est envoyé sur github https://git.spip.net/SPIP/spip
Pour la partie composer je ne peux répondre. Les autres dépôts
présents sont uniquement à titre expérimental.
Km
Et y fixer le problème avec les versions récentes de Mysql (ON UPDATE CURRENT_TIMESTAMP)
Hop,
Hello,
Dans le vide sidéral qu'est SPIP depuis quelques temps, il me semble qu'on
a eu l'ambition, vite étouffée, de sortir une release 3.3 en juin, release
qui démarrerait la nouvelle vie de SPIP sous GIT et Composer.
J'ai rêvé ou je me suis trompé d'année ?
Parlons plutôt de "temps long" qui permet de laisser mûrir les idées et pousser "un peu" la réflexion avant d'agir comme des chiens fous 
Amha, si on release une 3.3 maintenant, ça serait plus pour marquer le coup (poser un jalon) avant de lancer le chantier composer.
C'est encore prévu ou c'est totalement enterré pour être sur que tout le
monde soit irrémédiablement démotivé d'ici quelques mois ?
Je comprends (et partage un peu) ta crainte de la démotivation, mais ne décourageons pas, on va y arriver (et on y travaille).
zoubis
Yop,
Hop,
Hello,
Dans le vide sidéral qu’est SPIP depuis quelques temps, il me semble qu’on
a eu l’ambition, vite étouffée, de sortir une release 3.3 en juin, release
qui démarrerait la nouvelle vie de SPIP sous GIT et Composer.
J’ai rêvé ou je me suis trompé d’année ?
En fait j’ai retrouvé le mail.
Un thread où l’on parlait de versions maintenues ou pas.
James proposait en fait d’abandonner la version 3.0 le 30 juin 2019.
Voilà j’ai amalgamé tout ça… quel dommage.
Bon donc on abandonne des versions, ça c’est plus simple que d’en créer non ?
Parlons plutôt de « temps long » qui permet de laisser mûrir les idées et
pousser « un peu » la réflexion avant d’agir comme des chiens fous
Je crois qu’on est à l’abri de ce risque…
Je comprends (et partage un peu) ta crainte de la démotivation, mais ne
décourageons pas, on va y arriver (et on y travaille).
Franchement je désespère complètement.
Je bosse dans mon coin sur Contrib, les nouvelles catégories et tags, un nouveau SVP dégraissé…
On a un groupe sur Framavox pour en discuter et ça périclite un peu même avec tout ça.
Le chantier Composer semble au point mort ce qui est dommage, sur GIT on continue un dialogue de sourd qui devient franchement exaspérant.
Non les amis, je suis bien triste et je ne partage pas ton optimisme.
La bise
Eric
Bon, on pourrait sortir une 3.3 pour la compat PHP 7.2 au moins non ?
Ce serait pas mal, pour ça et tous les tickets fermés sur la 3.2dev
Pour simplifier, on pourrait faire une release habituelle à partir des sources SVN.
Moi je sais pas faire, mais j'ai un peu de dispo, je peux filer un coup de main pour tout ce qui est messages, compilation d'infos etc.
Qui serait dispo pour ça, et qui a les clés ?
Hello,
En général c'est Ben qui se charge du zip.
Je veux bien participer à l'annonce et à la comm' si vous avez besoin d'aide
on peut se donner un rdv dans la semaine pour le faire ensemble ?
Hello,
Bon, on pourrait sortir une 3.3 pour la compat PHP 7.2 au moins non ?
Ce serait pas mal, pour ça et tous les tickets fermés sur la 3.2dev
Juste pour rappeler que je viens de faire des modifications dans SVP pour en extraire toute la gestion des catégories. C’est indolore pour le fonctionnement de SPIP et les installations de plugins mais ça casse tout pour Plugins SPIP. Ca veut dire qu’il ne faudra pas upgrader Plugins SPIP mais ce n’est pas un souci car on est en train parallèlement de refondre Contrib avec l’objectif d’y intégrer le référentiel de plugins.
En deux mots les modifications consistent :
Pour moi la prochaine étape consistera à couper SVP encore en deux pour ne laisser dans SVP que la partie installation des plugins qui sera remplacée à terme par un outil Composer. La partie Référentiel des plugins sera mise dans un autre plugin qui sera nécessaire à SVP tant que l’outil Composer ne remplacera pas SVP.
Voilà pour ce sujet dans la version 3.3 en cours de dev.
J’aurais préféré avoir finalisé le découpage de SVP en 3.3 mais ça ne sera pas possible.
Dernier sujet connexe : quand prévoyons nous d’abandonner plugin.xml maintenant que nous ne maintenons plus de version SPIP 2.x ?
Hello,
On pourrait tout à fait décider de virer le support de plugin.xml de cette 3.3 pour simplifier le code, ça ne serait pas plus mal
Re,
+1
+1 aussi
Oui Oui Oiiiiiiiiiiiiiiii !!!!
-----Message d'origine-----
Pareil, +1.
J'ajouterais qu'il n'y a pas que le code que ça rend plus lisible : bientôt on n'aura plus à expliquer pourquoi on se trimballe ce dinosaure... et ça rend SPIP plus lisible pour les nouveaux
Jacques
Hello,
Cool.
Je pense qu’on peut aussi supprimer le fichier prive/plugin.dtd qui ne sera donc plus utilisé.
Comme dit dans le message de commit, j’ai pas nettoyé le code pour le moment: il faut que je vérifie/corrige du côté de zengarden qui utilise encore le plugin.xml des thèmes comment ça va marcher du coup
Mais au moins le support est enlevé pour les plugins