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
Je viens de tenter la mise à jour de Roundcube, qui est en erreur:
https://paste.yunohost.org/raw/ipinekepop
Vous avez une idée du problème ?
Merci,
JM
Je viens de tomber sur cette info:
https://github.com/YunoHost-Apps/roundcube_ynh/issues/193
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 ?
JM
Hum, de ce que j’ai compris, il y a des soucis de dépendance… Mais parfois @Lapineige passe dans le coin, il a certainement plus d’information 
.
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
mv /var/www/roundcube/composer.lock /var/www/rouncube/composer.lock.bkp
yunohost app upgrade roundcube
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…
Bonjour,
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…
Le problème reste entier…
JM
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).
Merci rodinux de prendre du temps pour moi…
J’ai fait ce que tu m’as demandé… voila le log:
https://paste.yunohost.org/raw/egucidokum
JM
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…
Y a pas de quoi! Si jamais tu avais une soluce! 
JM
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…
Je comprends que ça puisse faire peur… Mais à tenter, ça devrait peut-être marcher…
Oui, mais cela ne marche pas!
JM
Est-ce que tu peux essayer à nouveau ?? Si ce n’est pas trop demander…
Cette fois j’ai mis git config --system --add safe.directory $install_dir
Apparemment cela ce fait
https://github.com/search?q=org%3AYunoHost-Apps%20safe.directory&type=code
C’est-a dire…
Je relance cette commande:
yunohost app upgrade roundcube -u https://github.com/rodinux/roundcube_ynh/tree/patch-1 --debug
??
JM
De ce que j’ai compris, il peut y avoir différentes raisons et 3 solutions possibles…
Soit git n’est pas sur une version compatible, soit aussi peut-être un soucis de owner du dossier. How To Solve “fatal: detected dubious ownership in repository” In Git - LearnShareIT
Oui, je l’ai mis à jour… Enfin, je ne sais pas si tu es revenu sur un backup avant ??
Ok!
JM
C’est important de garder un backup qui fonctionne surtout !!