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

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 ?

> 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.

> 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é.


MM.
_______________________________________________
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip