Anomalie #6154
ferméMise à jour du dossier "Encours" impossible dans le SVN
0%
Description
Lorsque je fais un clique droit dans le dossier "Encours" je n'ai pas la possibilité "Mettre à jour" (voir image 1).
Lorsque Isa fait la même manipulation sur son dossier "Encours", elle a la possibilité de le mettre à jour (voir image 2).
Fichiers
Mis à jour par Thomas Rivoire il y a environ un an
- Projet changé de Agir-April à Admins
- Difficulté mis à 2 Facile
Mis à jour par Thomas Rivoire il y a environ un an
- Priorité changé de Urgente à Élevée
- Difficulté changé de 2 Facile à 5 Difficile
Mis à jour par Frédéric Couchet il y a environ un an
Visiblement tu vas dans ~/SVN/encours qui est en fait un lien symbolique vers ~/SVN/web/trunk/htdocs/encours
Si tu ouvres le navigateur de fichier et que tu vas dans le dossier ~/SVN/web/trunk/htdocs/encours as-tu le même comportement quand tu fais clic-droit ?
Mis à jour par Frédéric Couchet il y a environ un an
échange sur irc :
<trivoire> madix: ça a l'air d'être ça, quand je fais ce que tu indiques j'ai la possibilité de mettre à jour mais on me demande de rentrer une clé privée <madix> trivoire: c'est la clé privée (passphrase) que tu avais choisie quand QGuLL t'a créé l'accès, je ne peux pas savoir laquelle c'est bien sûr
La clé demandée étant une clé personnelle, seul Thomas est censé la connaître.
Mis à jour par Thomas Rivoire il y a environ un an
- Fichier Capture d’écran du 2023-05-30 13-47-42.png Capture d’écran du 2023-05-30 13-47-42.png ajouté
J'ai rentré ma clé, maintenant quand je clique sur "Mettre à jour" j'ai une fenêtre qui apparaît (voir pièce jointe).
Mis à jour par Frédéric Couchet il y a environ un an
En ligne de commande on a utilisé la commande ssh-add pour ajouter la clé au ssh-agent.
Un update via Nautilus (et le plugin nautilus-vcs) a fonctionné.
Par contre, un update avec kdesvn n'a pas fonctionné, avec un message « sign_and_send_pubkey: signing failed for ED25519 "/home/trivoire/.ssh/id_ed25519" from agent: agent refused operation" «
Mis à jour par Frédéric Couchet il y a environ un an
- Statut changé de Nouveau à Résolu
- Assigné à mis à Frédéric Couchet
- Version cible mis à Juin 2023
Mis à jour par Frédéric Couchet il y a environ un an
- Statut changé de Résolu à En cours de traitement
Mis à jour par Quentin Gibeaux il y a environ un an
- Version cible changé de Juin 2023 à Été 2023
Mis à jour par Frédéric Couchet il y a environ un an
22 juin 2023 :
On a de nouveau un problème d'accès svn sur cataire, même en ligne de commande :(
ssh-add -l indique "Could not open a connection to your authentication agent"
Démarrage manuel du ssh-agent avec : /usr/bin/ssh-agent -D -a /run/user/1001/keyring/.ssh
On peut alors commiter en ligne de commande mais via rabbitvcs ça mouline sans rien faire.
gnome-keyring-daemon est à 100% de cpu
Après démarrage du laptop on avait que le processus /usr/bin/ssh-agent /usr/bin/im-launch x-session-manager
Mis à jour par Thomas Rivoire il y a environ un an
Mis à jour par Thomas Rivoire il y a environ un an
Mis à jour par Frédéric Couchet il y a 12 mois
- Statut changé de En cours de traitement à Résolu
Le problème venait de la gestion de l'accès à la passphrase pour la clé de Thomas. On a supprimé la passphrase pour la clé et Thomas a accès au SVN. Ce n'est clairement pas satisfaisant mais pour le moment je lache l'affaire. Le stage de Thomas se termine bientôt, le compte sera nettoyé.
Il faudra sans aucun doute revoir cette gestion des passphrases.