Matériel: Parpberry PI 4 Version de YunoHost: 11.2.10.3 (stable) J’ai accès à mon serveur : En SSH et Par la webadmin Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : oui, mise à jour de Roundcube (roundcube) de 1.6.0~ynh4 à 1.6.6~ynh1
C’est en anglais, et je suis nul en anglais…
Mais, cela veut-il dire qu’il faut attendre une prochaine version de Roundcube pour faire la mise à jour fonctionnelle ?
J’ai trouvé un contournement tester sur différents serveurs où ça a fonctionné.
En renommant le fichier /var/www/roundcube/composer.lock en /var/www/composer.lock.bkp et en mettant à jour, la mise à jour à recréer le fichier /var/www/roundcube/composer.lock correctement
Je ne garanti pas, certains ont eu peut-être eu des bugs avec ce contournement, (où mal exécuter ma proposition ?). Au pire on peut restaurer le backup si ça n’a pas fonctionné, mais j’ai pu mettre à jour plusieurs serveurs avec cette méthode sans soucis…
Oui, j’ai vu cette info, de renommer le fichier lock… J’ai testé hier soir, en faisant la maj par l’interface webadmin… et cela n’a pas fonctionné… c’était toujours en erreur…
Zut, ce serait bien de trouver ce qui n’a pas fonctionner. Tu aurais des logs ? Il y a peut-être quelque chose de nouveau encore au vu de ce message
Je ne comprends toujours pas pourquoi j’ai pu mettre à jour plusieurs serveurs, ainsi que d’autres personnes qui ont pu de cette façon…
Mais il doit y avoir autre chose qui me dépasse…
Est-ce que en retestant (en effectuant auparavant une sauvegarde) de renommer le fichier et en lançant la mise à jour en cli de cette façon yunohost app upgrade roundcube --debug
tu pourrais ensuite si en échec nous partager les logs (il doit y avoir à la fin d’un échec une commande pour les partager avec un paste).
Ok, merci beaucoup, on retrouve donc bien ce tout nouveau facteur avec cette erreur soulevée récemment
2024-03-31 17:43:23,165: DEBUG - Failed to execute git show-ref --head -d
2024-03-31 17:43:23,166: DEBUG -
2024-03-31 17:43:23,167: DEBUG - fatal: detected dubious ownership in repository at '/var/www/roundcube/vendor/kolab/net_ldap3'
2024-03-31 17:43:23,168: DEBUG - To add an exception for this directory, call:
2024-03-31 17:43:23,170: DEBUG -
2024-03-31 17:43:23,171: DEBUG - git config --global --add safe.directory /var/www/roundcube/vendor/kolab/net_ldap3
On dirait peut-être juste une erreur de permission ou de owner pour le git sur le fichier /var/www/roundcube/vendor/kolab/net_ldap3. Merci pour le retour, ça peut aider…
J’essaye une solution, je ne peux pas garantir si ça fonctionne, ni tester… Est-ce que tu veux essayer ?
Toujours en gardant bien un backup pour ne rien perdre !!
J’ai essayer de rajouter juste avant l’erreur que tu as rencontrer git config --add safe.directory '$install_dir/vendor/kolab/net_ldap3' --global
Si tu veux tester tu peux revenir d’abord à la version pas cassée, de nouveau changer le nom du fichier composer.lock pour qu’il soit reconstruit et tester yunohost app upgrade roundcube -u https://github.com/rodinux/roundcube_ynh/tree/patch-1 --debug et prier pour que ça passe…