Bonsoir,
Le commit d'hier soir de archivelist.txt a mis une belle panique.
En effet, il a été commité avec des fins de ligne DOS CR+LF que paquets.sh n'aime pas du tout:
* toutes ses lignes ont été considérées comme différentes (le CR en plus) donc tous les zip on été préalablement détruits.
* les paquets n'on pu être générés (nom + CR + .zip)
J'ai refait archivelist.txt donc ta prochaine génération devrait être correcte, Arnaud, éventuellement nettoies les .zip (zone uniquement).
J'investigue pour blinder paquets.sh et le rendre résistant et "compatible" DOS. Dans l'attente, veillez à ne commiter archivelist.txt que *avec des fins de lignes unix* (LF seulement).
Comme je me sens visé, je réponds...
Désolé donc d'avoir mis la panique hier soir. Je suis sous DOS la plupart du
temps et j'utilise pas toujours le même éditeur... Donc possible en effet :
exit le format UNIX...
Merci maintenant d'avoir pris en compte les mauvais éditeurs WinDoze.
Pat.
"bertrand Gugger" <bertrand@toggg.com> a écrit
dans le message de news: 45B11ABF.5000909@toggg.com...
Bonsoir,
Le commit d'hier soir de archivelist.txt a mis une belle panique.
En effet, il a été commité avec des fins de ligne DOS CR+LF que
paquets.sh n'aime pas du tout:
* toutes ses lignes ont été considérées comme différentes (le CR en
plus) donc tous les zip on été préalablement détruits.
* les paquets n'on pu être générés (nom + CR + .zip)
J'ai refait archivelist.txt donc ta prochaine génération devrait être
correcte, Arnaud, éventuellement nettoies les .zip (zone uniquement).
J'investigue pour blinder paquets.sh et le rendre résistant et
"compatible" DOS. Dans l'attente, veillez à ne commiter archivelist.txt
que *avec des fins de lignes unix* (LF seulement).
J'investigue pour blinder paquets.sh et le rendre résistant et
"compatible" DOS. Dans l'attente, veillez à ne commiter archivelist.txt
que *avec des fins de lignes unix* (LF seulement).
Un bon éditeur sous windows doit permettre d'enregistré en mode UNIX. Il y
a de très bons logiciels libres qui le font
L'excellente nouvelle est que nous en avons profité pour déménager:
grâce à l'hospitalité de Ben, la zone de téléchargement se trouve
maintenant à SPIP-Contrib et Téléchargements - Plugins SPIP
En effet, bonne nouvelle
Je ne sais pas si spip-loader doit adapter quelque chose ... je pense
mettre des redirects permanents aux anciennes adresses.
Oui, l'url commentée si on veut téléchager la version de dev. Mais par
défaut, le paquet est celui qu'on dépose manuellement sur spip.net ...
donc, aucune rupture de service vraiment problématique en vue
accessoirement, les urls du plugin spip_loader_update (fichiers de config
fournit en exemple)
J'investigue pour blinder paquets.sh et le rendre résistant et
"compatible" DOS. Dans l'attente, veillez à ne commiter archivelist.txt
que *avec des fins de lignes unix* (LF seulement).
Un bon éditeur sous windows doit permettre d'enregistré en mode UNIX. Il y
a de très bons logiciels libres qui le font
Bah, paquets.sh est maintenant compatible, c'est le plus simple et pas de risques.
Il faut quand même noter que quand on fait ça, sans sans apercevoir, on rajoute un CR au bout de *toutes* les lignes, c'est pas sympa.
L'excellente nouvelle est que nous en avons profité pour déménager:
grâce à l'hospitalité de Ben, la zone de téléchargement se trouve
maintenant à SPIP-Contrib et Téléchargements - Plugins SPIP
En effet, bonne nouvelle
Ah ... pis ça booste
Je ne sais pas si spip-loader doit adapter quelque chose ... je pense
mettre des redirects permanents aux anciennes adresses.
Oui, l'url commentée si on veut téléchager la version de dev. Mais par
défaut, le paquet est celui qu'on dépose manuellement sur spip.net ...
donc, aucune rupture de service vraiment problématique en vue
accessoirement, les urls du plugin spip_loader_update (fichiers de config
fournit en exemple)
Je m'occupe de tout ça dès que possible
Comme indiqué sur ton commit, la redirection fait son boulot donc no problemo, on arrive toujours sur le nouveau site.
--
toggg
