Re: [SPIPremix] Une distribution SPIP alternative

Le 30/06/2018 à 19:21, Matthieu Marcillaud a écrit :
 > Zips des plugins (smart paquets)
 > --------------------------------
 >
 > Dans cette nouvelle organisation, l’outil smart_paquets (qui crée les
 > zips des plugins actuels) et le fichier archivelist.txt deviennent
 > caduques.
 >
 > Cependant cela crée aussi deux problèmes :
 >
 > 1) SVP (avec composer)
 > ----------------------
 >
 > SVP ne saurait plus installer de nouveaux plugins de lui-même (juste
 > gérer leur activation / désactivation).
 >
 > Ceci dit une solution toute Composer voudrait qu’on "require" sur le
 > site seulement les plugins nécessaires à celui-ci, et ces plugins
 > pourraient être actifs par défaut dans SPIP. Ou on garde le principe de
 > pouvoir activer / installer / désactiver / désinstaller un plugin depuis
 > la page des plugins (mais plus le téléchargement / suppression des
 > fichiers). En prenant note quand même qu’à partir du moment où un plugin
 > est requis par composer, leurs chemins d’autoloading seront déclarés
 > (que le plugin soit actif ou pas dans SPIP)
 >
 > 2) SVP (anciens sites)
 > ----------------------
 >
 > L’autre problème qui se pose… est la gestion des plugins des sites qui
 > n’ont pas migrés à Composer. Ça serait bête qu’ils ne puissent d’un coup
 > plus faire fonctionner le téléchargement de SVP. Ça sous-entendrait
 > qu’il faudrait continuer à faire tourner l’outil smart paquets (et les
 > fichiers archivelist) quelques années encore (combien de temps ? ...)
 > Ou trouver une méthodologie pour que ça puisse encore fonctionner, mais
 > en s’appuyant sur les paquets du packagist (et là c’est pas gagné)

Salut,

dans ce que tu présentes là il y aurait une bascule totale sur 
Composer/Packagist, de SPIP (core + dist) et des plugins de la zone.
Ça me semble très utopiste, à minima vu le peu d'enthousiasme 
(euphémisme) sur le travail de James.

Je reviens un peu sur l'origine des discussions.

Il était question à la base de basculer le core et les plugins dist sur 
Git, ce qui a été acté depuis longtemps (plusieurs années).
Puis depuis ce début d'année d'une nouvelle méthode de gestion des 
paquets / dépendances et de distribution de SPIP par Composer.
Je suis à 200% pour.

Mais il n'a pas été dit ni discuté que la zone entière basculait aussi 
sur Git, et encore moins sur Composer.

Et si c'était décidé/acté, ce serait

Soyons réaliste, il me semble évident que pendant un certain temps, on 
va continuer à devoir maintenir smart_paquets et les archivelist, et 
gérer l'installation des plugins comme elle est aujourd'hui.

-- 
nicod_
_______________________________________________
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip