La solution est toute simple :
1 par mesure de précaution il faut renommer dist et ecrire en distold et ecrireold par exemple
2 refaire la màj avec spip_loader
3 vider les caches éventuellement et ça doit marcher.
pierre
PS : spip_loader ne supprime pas ou pas toujours les fichiers ou répertoire supprimés dans svn
Le remplacement du répertoire /dist à réglé le pb.
Le remplacement des fichiers modifiés ne semble pas optimisé par
spip_loader (v2)
il faut aussi remplacer le dossier ecrire qui comporte des fichiers non supprimés par le loader.
à noter que le nouveau loader règle un problème de chmod chez moi en tout cas.
Il n'y a que le répertoire IMG qui m'ait posé "problème" :
l'objectif est de ne pas modifier l'utilisateur mais je n'ai pas essayé de ne modifier que les droits 755 -> 777
pierre
Le remplacement des fichiers modifiés ne semble pas optimisé par
spip_loader (v2)
Peux-tu expliquer ce que tu entends par là ? Pour mémoire, spip_loader
écrase les fichiers avec les nouvelles versions mais il n'efface aucun
fichier du site
-- Fil
2008/5/16, Fil :
> Le remplacement des fichiers modifiés ne semble pas optimisé par
> spip_loader (v2)Peux-tu expliquer ce que tu entends par là ? Pour mémoire, spip_loader
écrase les fichiers avec les nouvelles versions mais il n'efface aucun
fichier du site
Si tous les fichiers modifiés pour une distribution donnée sont mis à
jour lors de l'utilisation de spip_loader, pourquoi faut-il parfois
passer par cette phase de suppression de répertoire qui ici revient à
supprimer les fichiers devenus inutiles ? Le fichier incriminé a été
supprimé dans la mise à jour
(/dist/prive/editer/article_fonctions.php), il y en a sûrement
d'autres.
Peut-être faudrait-il laisser dans le paquet de fichiers mis à jour
les fichiers "supprimés" sous la forme de fichiers vides, fichiers qui
pourraient être identifiés par spip_loader et effacés.
Peut-être faudrait-il laisser dans le paquet de fichiers mis à jour
les fichiers "supprimés" sous la forme de fichiers vides, fichiers qui
pourraient être identifiés par spip_loader et effacés.
La méthode pose problème, car c'est le même zip que les gens utilisent
pour installer spip par ftp
En revanche on pourrait imaginer présenter la liste des fichiers qui
se trouvent dans certains répertoires et qui n'ont pas été installés
par spip_loader ; charge au webmestre qui veut nettoyer de le faire.
Cela dit le problème s'est posé pour la version de dev entre deux
révisions relativement rapprochées ; ce n'est donc pas un gros souci
-- Fil