Mise à jour SPIP

Announcements Apps
,
1

Bonjour,

Une mise à jour récente de SPIP en version 4.3.3 a été proposée récemment.

Un correctif pour avoir le fichier ecran_securite.php à jour est proposé sur la branche testing du projet.

Vous est-il possible de tester cette mise à jour ( qui ne devrait mettre à jour que ce fichier ) et donner des retours ? En effectuant cette commande:

sudo yunohost app upgrade spip -u https://github.com/YunoHost-Apps/spip_ynh/tree/testing --debug

Pour vérifier que tout ce passe bien avant de passer sur la branche stable.

Merci d’avance

1 Like
2

Hello, depuis un Yunohost 11 avec 4 spips différents, tout est OK.

Mais il y a déjà la version 4.3.5 de spip.

3

Merci pour le retour, oui pour la version 4.3.5, on a commencer, mais en attente de pouvoir régler l’auto-update sur un autre dépôt:

voir v4.3.5 + autoupdate by orhtej2 · Pull Request #78 · YunoHost-Apps/spip_ynh · GitHub

4

J’ai 3 sites spip qui étaient en 4.2.16, je viens d’en mettre 2 à jour en 4.3.3 sans pb, par contre le 3ème me dit qu’il est toujours en 4.2.16 (espace privé spip) alors que le web panel app yunohost me dit qu’il est en 4.3.3
Une ligne de commande pour le “forcer” ?

5

Est-ce parce qu’il est privé ??
Pour forcer je dirais d’essayer cela

yunohost app upgrade spip__3 --force --debug
6

J’ai essayé mais il reste en 4.2.16 dans spip alors que yunohost le dit en 4.3.3

7

Est-ce que tu as des logs ? Dans le dossier /var/log/yunohost/categories/operation/ se retrouve les logs des mises à jours, par exemple

ls /var/log/yunohost/categories/operation/ | grep spip__3

Pour voir si la mise à jour n’aurait pas fonctionné et juste restaurer son backup initial…

8

La fin du dernier fichier app_upgrade-spip__2.log

2024-12-09 01:16:01,530: DEBUG - + set +o xtrace
2024-12-09 01:16:01,595: DEBUG - + ‘[’ 0 -eq 1 ‘]’
2024-12-09 01:16:01,596: DEBUG - + ‘[’ -n ‘’ ‘]’
2024-12-09 01:16:01,596: DEBUG - + unset backup_file_checksum
2024-12-09 01:16:01,596: DEBUG - + ynh_script_progression ‘–message=Upgrade of spip__2 completed’ --last
2024-12-09 01:16:01,596: DEBUG - + set +o xtrace
2024-12-09 01:16:01,690: DEBUG - + set +o xtrace
2024-12-09 01:16:01,709: DEBUG - + echo ‘! Helper used in legacy mode !’
2024-12-09 01:16:01,710: DEBUG - + set +x
2024-12-09 01:16:01,714: DEBUG - + echo ‘[####################] > Upgrade of spip__2 completed’
2024-12-09 01:16:01,714: DEBUG - + set -o xtrace
2024-12-09 01:16:01,714: DEBUG - + ynh_exit_properly
2024-12-09 01:16:01,714: DEBUG - + local exit_code=0
2024-12-09 01:16:01,714: DEBUG - + [[ upgrade =~ ^install$|^upgrade$|^restore$ ]]
2024-12-09 01:16:01,714: DEBUG - + rm -rf /var/cache/yunohost/download/
2024-12-09 01:16:01,715: INFO - [####################] > Upgrade of spip__2 completed
2024-12-09 01:16:01,720: DEBUG - + ‘[’ 0 -eq 0 ‘]’
2024-12-09 01:16:01,721: DEBUG - + exit 0
2024-12-09 01:16:02,722: DEBUG - Checking that required services are up and running…
2024-12-09 01:16:04,665: SUCCESS - spip__2 mis à jour

et aux lignes 318-327

2024-12-09 01:15:34,348: DEBUG - + ‘[’ -n https://files.spip.net/spip/archives/spip-v4.3.3.zip ‘]’
2024-12-09 01:15:34,348: DEBUG - + ‘[’ -e /var/cache/yunohost/download/spip/main ‘]’
2024-12-09 01:15:34,348: DEBUG - + ‘[’ ‘!’ -e /var/cache/yunohost/download/spip/main ‘]’
2024-12-09 01:15:34,348: DEBUG - + local out
2024-12-09 01:15:34,349: DEBUG - ++ wget --tries 3 --no-dns-cache --timeout 900 --no-verbose --output-document=/var/cache/yunohost/download/spip/main https://files.spip.net/spip/archives/spip-v4.3.3.zip
2024-12-09 01:15:35,366: DEBUG - + out=‘2024-12-09 01:15:35 URL:https://files.spip.net/spip/archives/spip-v4.3.3.zip [9127179/9127179] → “/var/cache/yunohost/download/spip/main” [1]’
2024-12-09 01:15:35,367: DEBUG - + sha256sum --check --status
2024-12-09 01:15:35,370: DEBUG - + echo ‘e2a7e6094a398843b83d22f6ab4ed2433ceea8278ef183da0e324c31ef95ac60 /var/cache/yunohost/download/spip/main’
2024-12-09 01:15:35,428: DEBUG - + rm -rf /var/cache/yunohost/files_to_keep_during_setup_source/

9

Est-ce que dans les autres upgrade réussies il n’y a pas les mêmes lignes ?
La mis à jour semble s’être effectuée pourtant…
Est-que l’app spip__2 est bien passée en 4.3.3 ?
Que retourne

yunohost app info spip__2

As-tu essayé de forcer une réinstallation

 yunohost app upgrade spip__2 -F
10

Ça ne change rien…

yunohost app info spip__2
description: CMS conçu pour l’édition collaborative et le multilinguisme
domain_path: *****.fr/
name: *****
version: 4.3.3~ynh2

et yunohost app upgrade spip__2 -F donne

Succès ! spip__2 mis à jour
Succès ! Mise à jour terminée

11

par contre mon site est en vrac ,les liens, la mise en forme des articles. Je vais remettre une sauvegarde je crois.

12

Donc là yunohost voit bien ton site en 4.3.3~ynh2

version: 4.3.3~ynh2

Par contre c’est dans l’admin de SPIP qu’il te dit encore être en 4.2.16, je n’avais pas tout compris…

Si tu ouvres le code source de ton site dans un navigateur est-ce qu’il ne met pas la bonne version quelque part ?

13

Alors il doit y avoir un autre soucis peut-être liés aux extensions ou plugins et/ou aux configurations… J’espère que tu as une sauvegarde initiale avec la 4.2.1.6…

Peut-être avant essayer ce qui est expliqué ici

14

Je vois qu’il y déjà un souci sur une sauvegarde précédente mentionnée en 4.2.6 sur yunohost alors que mentionnée en 4.2.16 dans spip

15

impossible de faire une sauvergarde depuis spip…

image
image938×150 6 KB

16

En effet, un truc cloche sur le dépôt source on ne voit plus cette version !
https://files.spip.net/spip/archives/

17

Les 2 versions 4.2.16 et 4.2.6 y figurent

18

Par contre je ne vois pas cette version dans l’histoire du dépôt Yunohost…

Je pense que sur Yunohost il y a eu une version 4.2.6 mais pas de 4.2.16 ???

19

me voilà bien avec ce spip coincé, comment on fait dans ces cas là ?
upload 4.3.3 en mode filezilla direct ?

20

Désolé, je ne répond pas vite…

Voyons voir, quel est l’état de ce SPIP…
Il est en quelle version ?
Tu peux te connecter au SPIP ?
Quand tu dis ne pas pouvoir faire de sauvegarde, tu parles de sauvegardes avec Yunohost ou via l’admin de SPIP ? Le mieux est d’utiliser les sauvegardes Yunohost à mon avis.
Si tu passes par l’admin de SPIP, forcément tu peux avoir des conflits entre les versions maintenues par SPIP et celles maintenues de Yunohost…

Déjà regardes si tu peux faire une sauvegarde via Yunohost