Impossible d'exécuter 'op' depuis l'application Go

L'éditeur php Yuzai peut rencontrer un problème courant lors du développement d'applications utilisant le langage Go, c'est-à-dire que le "op" ne peut pas être exécuté à partir de l'application Go. Ce problème peut empêcher l'application de fonctionner correctement ou afficher un message d'erreur. Il existe de nombreuses façons de résoudre ce problème, qui peuvent être résolues en vérifiant si le package correspondant est correctement importé dans le code, ou en réinstallant les dépendances concernées. Essayez également d’autres outils ou méthodes pour résoudre le problème. J'espère que l'introduction de cet article pourra aider les développeurs qui rencontrent ce problème.

Contenu de la question

J'essaie d'écrire une petite application go wrapper autour de l'exécutable cli 1password op comme ceci :

package main

import (
    "fmt"
    "log"
    "os/exec"
)

func main() {
    op := exec.command("op", "item", "list")
    out, err := op.output()
    if e, ok := err.(*exec.exiterror); ok {
        log.fatal(e, ": ", string(e.stderr))
    }
    fmt.println(string(out))
}

Cependant, j'obtiens toujours l'erreur suivante :

2023/04/13 09:48:51 exit status 1: [error] 2023/04/13 09:48:51 error initializing client: connecting to desktop app: read: connection reset, make sure the cli is correctly installed and connect with 1password cli is enabled in the 1password app

Mais quand je fais la même chose à partir d'un script python comme celui-ci :

#!/usr/bin/env python

import subprocess

subprocess.run(["op", "item", "list"])

...J'obtiens un excellent résultat.

Fait intéressant, lorsque j'appelle le script python (nommé op.py) depuis l'application go, cela fonctionne bien (l'application go modifiée ressemble à ceci) :

package main

import (
    "fmt"
    "log"
    "os/exec"
)

func main() {
    op := exec.Command("/usr/bin/python3.11", "./op.py")
    //op := exec.Command("op", "item", "list")
    out, err := op.Output()
    if e, ok := err.(*exec.ExitError); ok {
        log.Fatal(e, ": ", string(e.Stderr))
    }
    fmt.Println(string(out))
}

Je peux tester qu'il est imprimé par l'application go et non par le script python car si je supprime le fmt.printf(...) rien n'est imprimé.

Pour résumer :

• aller -> op : ça ne marche pas
• python(./op.py)-> ./op.py）-> op : fonctionne bien
• go -> python (./op.py) -> ./op.py) -> op

Solution de contournement

J'ai rencontré le même problème lors de l'accès à

à partir d'un environnement virtuel pyenv. Je pense que le problème est que l'exécutable python de pyenv appartient à l'utilisateur (moi).

Changer la propriété en root:root de l'interpréteur Python et du répertoire dans lequel il réside aide réellement. Je ne sais pas ce qui se passe dans les coulisses. pyenv 虚拟环境访问 op 时遇到同样的问题。我认为问题是 pyenv 的 python Voici les étapes (j'ai utilisé pour créer l'environnement virtuel afin qu'il n'utilise pas de liens symboliques - puisque les liens symboliques pointeraient vers des fichiers appartenant à la racine) :

$ python -m venv --copies .venv
$ .venv/bin/python -c "import subprocess; subprocess.call(['op', 'signin'])"
[ERROR] 2023/05/16 16:01:18 connecting to desktop app: read: connection reset, make sure the CLI is correctly installed and Connect with 1Password CLI is enabled in the 1Password app
# chown -R root:root .venv/
$ .venv/bin/python -c "import subprocess; subprocess.call(['op', 'signin'])"
 Select account  [Use arrows to move, type to filter]

En résumé : modifiez la propriété de l'exécutable qui a généré le --copies processus enfant (et le répertoire dans lequel il se trouve) en root:root

Voir aussi ce post sur 1password qui ressemble au même problème : op 子进程的可执行文件（及其所在目录）的所有权更改为 root:root

https://1password.community/discussion/135768/call-from-a-go-program-cli-

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!