Re: traductions.txt vs package/composer.json et git.spip.net

Eric Lupinacci <[email protected]>
Newsgroups gmane.comp.web.spip.devel
Message-ID <CAM6W4baiR1hYpsQqi9j8PRztM-GZ1j-3qjoFbKO7t5qo8PD25A@mail.gmail.com>
Yop,


Le ven. 31 janv. 2020 à 11:11, Cerdic <[email protected]> a écrit :

> Ah oui mais alors dans ce cas il faut qu’on garde un fichier archivelist
> manuel quelque part pour déclarer les projets en dehors de git.spip.net
> Donc on ferait un mix :
>  - pour les projets de git.spip.net il suffit de le déclarer dans le repo
> selon format à préciser
>  - pour les autres projets on a un archivelist
>
> Donc on revient quand même à faire un projet archivelist sur git.spip.net,
> on y migre le fichier actuel, et quand la feature par repo sera
> fonctionnelle on pourra le cleaner.
> Ça semble le plus robuste
>
> Et on met le projet dans https://git.spip.net/spip-contrib-outils puisque
> ça sera transversal
>

Si c'est indispensable ok mais ça serait bien de se débarrasser de ces
"listes de".
En plus je suis persuadé qu'on va se retrouver avec un fichier
traductions.txt où il n'y aura pas que les repos externes à git.spip.net à
la longue...

++
Eric
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.