Re: Proposition pour la génération de archivelist

Le 06/03/2020 à 21:18, Matthieu Marcillaud a écrit :
> Le 06/03/2020 à 20:21, Maïeul Rouquette a écrit :
> 
>> Si je comprend bien ta perspective, toi tu envisage une amélioration 
>> drastique du système de distribution/d'install de paquet pour une 
>> future version de SPIP. Avec possibilité de choisir précisement la 
>> version du plugin qu'on veut installer, et en s'appuyant sur composer.
> 
> Oui (si tu parles de Composer directement), et non.
> 
> Non parce que l’idée dans un premier temps surtout était bien de faire 
> générer par l’outil un équivalent du dépot xml de SPIP, pour que ça 
> fonctionne avec SVP justement.
> 
>> Moi j'ai un problème concret : avec la version actuelle de SPIP, 
>> comment est-ce que j'installe automatiquement via SVP un plugin qui 
>> est déposé sut git.spip.net ? Pour cela il faut qu'il soit dans le 
>> depot.xml standard.
> 
> Oui, on est d’accord. J’ajoute pourquoi uniquement git.spip.net ?
> 
cf la réponse de Rastapoulos. Question communautaire. Après si on arrive 
à faire facilement un truc "Multi hebergeur"; pourquoi pas
>> Parce que là en gros on me dit : il faut pas mettre ton plugin sur 
>> svn, uniquement sur git. Mais pas moyen pour autant de l'installer. Ca 
>> veut dire qu'on fait quoi en attendant ?
> 
> C’est un problème qu’on sait arriver depuis longtemps.
oui c'est sur, mais maintenant c'est arrivé :)
> 
>> Bref, je ne dis pas que ton travail est inutile, et je pense même le 
>> contraire. Mais c'est un travail sur du moyen terme.
> 
> Ma démarche était
> 
> - soit de repartir de smart-paquet, mais il faut intégrer tout le machin 
> Git dedans, et ça ne marchera que pour SPIP et son depot.xml à terme 
> (pas du tout adapté à Composer)
> - soit de partir de Satis (qui fait tout ce qui faut pour Composer déjà, 
> est documenté et testé), en tentant de l’utiliser en attendant pour le 
> format SPIP. Mais c’est aussi un chantier.
> 
> Tu peux bien tenter d’améliorer smart paquet si tu veux.
> Mais construire de toute pièce un nouvel outil me semble inapproprié.
> 
>

En fait je ne veux rien de spécial en terme technique. Je veux un outil 
qui puisse fonctionner relativement rapidement (le relativement étant de 
l'ordre du mois). La question est donc de se dire "comment on y arrive, 
dans quel délai".

Si on juge que la piste Satis est la plus perenne et la plus sur, je 
suis près à aider là dessus.
_______________________________________________
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip