Después de una nueva instalación de Linux, intento configurar mi entorno y sigo recibiendo el Git: gpg failed to sign the data al realizar cambios localmente. Estoy usando Visual Studio Code, propietario, no una versión de código abierto.

.gitconfig:

 [user] name = djweaver-dev email = djweaver@djweaver.dev signingkey = 37A0xxxx... [core] excludesfile = /home/dweaver/.gitignore_global [commit] gpgSign = true

ay además , no puedo encontrar una manera de copiar el registro de salida ni puedo encontrar dónde está ese registro, así que aquí hay una foto:

Pasos que he tomado hasta ahora:

• nueva clave generada (RSA 4096) en gnugp
• clave de firma agregada a .gitconfig global
• establezca "git.enableCommitSigning": true en la configuración de Visual Studio Code
• clonado mi repositorio de github

Por lo general, cuando me comprometo en el pasado, aparece un cuadro de diálogo que solicita la autenticación GPG al realizar la confirmación. No entiendo esto ahora, solo el cuadro de diálogo de error.

ACTUALIZACIÓN: Bueno, ahora estoy realmente confundido. Reinicié vscode (no es la primera vez que hago esto en este proceso) y listo, funciona. Lo único que se me ocurre es que tal vez cambié el directorio de alguna manera. De cualquier manera, ahora funciona.

ACTUALIZACIÓN: curiosamente, volví a este mismo problema casi un mes después de una nueva instalación de arco. He intentado todo lo que he podido encontrar en este sitio, y nada funciona.

Intenté agregar export GPG_TTY=$(tty) a .bash_profile, y también a .bashrc

Registro de Git:

 Looking for git in: git Using git 2.26.2 from git > git rev-parse --show-toplevel > git rev-parse --git-dir Open repository: /home/dw/dev/website > git status -z -u > git symbolic-ref --short HEAD > git rev-parse master > git rev-parse --symbolic-full-name master@{u} > git rev-list --left-right master...refs/remotes/origin/master > git for-each-ref --format %(refname) %(objectname) --sort -committerdate > git remote --verbose Failed to watch ref '/home/dw/dev/website/.git/refs/remotes/origin/master', is most likely packed. Error: ENOENT: no such file or directory, watch '/home/dw/dev/website/.git/refs/remotes/origin/master' at FSWatcher.start (internal/fs/watchers.js:165:26) at Object.watch (fs.js:1270:11) at Object.t.watch (/usr/lib/code/extensions/git/dist/main.js:1:604919) at T.updateTransientWatchers (/usr/lib/code/extensions/git/dist/main.js:1:83965) at e.fire (/usr/lib/code/out/vs/workbench/services/extensions/node/extensionHostProcess.js:46:87) at e.updateModelState (/usr/lib/code/extensions/git/dist/main.js:1:103179) > git config --get commit.template > git check-ignore -v -z --stdin > git check-ignore -v -z --stdin > git commit --quiet --allow-empty-message --file - -S error: gpg failed to sign the data fatal: failed to write commit object > git config --get-all user.name > git config --get-all user.email

La misma configuración que la última vez, user.name y user.email coinciden con cada clave con la que lo he estado probando... coincidencias de user.signingkey . No estoy seguro de a dónde más ir con este, ya que lo probé en repositorios locales recién inicializados, así como en repositorios que extraje de github con la versión oficial de MS vscode (AUR) y OSS, en el emulador de terminal vscode como así como la terminal gnome con los mismos resultados, por lo que tiene que ser una cosa de git o una cosa de gnugp.

Lo que he notado es que después de confirmar sin firmar, funcionará inmediatamente después: se me solicita mi contraseña clave la primera vez, luego funciona en las confirmaciones posteriores hasta una cantidad aparentemente aleatoria de minutos más tarde, simplemente ya no funciona. y hay que repetir el proceso.

Hubo algunos usuarios de macos que publicaron sobre tener un gpg-agent parado ejecutándose en segundo plano y lo arregló para ellos, sin embargo, estoy viendo:

 [dw@dwLinux website]$ gpg-agent gpg-agent[2870]: gpg-agent running and available

Lo interesante también es que al hacer echo "test" | gpg --clearsign Obtengo los mismos resultados: funciona por un corto período de tiempo, luego ya no puedo firmar.

ACTUALIZAR

Bien, entonces el día número 2 de tratar de arreglar esto. Para descartar la teoría de gpg-agent como se describe aquí , seguí las instrucciones sobre cómo recargar gpg-agent usando el comando $ gpg-connect-agent reloadagent /bye demostrado en Arch Linux Wiki

esto no tuvo efecto

Entonces, dado que puedo reproducir este problema en vscode official, os code y vscodium, así como en bash, pensé que tal vez se trataba de un problema relacionado con los permisos, como suelen ser muchos problemas con Linux . Agregué a mi usuario a todo tipo de grupos, incluido el root, y esto tampoco tuvo ningún efecto, así que creo que puedo descartar lo siguiente con seguridad:

• Código VS
• GnuGP
• gpg-agente
• permisos de linux

Entonces, mi siguiente enfoque fueron los archivos de configuración en sí, pero como se indicó antes, las credenciales coinciden con la clave en .gitconfig y mi .bash_profile se configuró correctamente con export GPG_TTY=$(tty) .

Una nota interesante sobre esto de los documentos oficiales de GnuPG muestra una discrepancia de sintaxis entre su forma y la forma en que se le indica que agregue esto a .bash_profile en los documentos de GitHub aquí

De GnuPG: "La razón más común para esto es que la variable de entorno GPG_TTY no se ha configurado correctamente. Asegúrese de que se haya configurado en un dispositivo tty real y no solo en '/dev/tty'; es decir, 'GPG_TTY= tty' es claramente incorrecto; lo que desea es 'GPG_TTY=tty'; tenga en cuenta las marcas posteriores. También asegúrese de que esta variable de entorno se exporte, es decir, debe seguir la configuración con 'exportar GPG_TTY'"

Como entendí, $(whatever) en bash era ejecutar un comando, pero como medida de seguridad, agregué .bash_profile usando ambas formas y ninguna resolvió el problema.

Una última cosa

En esta publicación , el usuario habla de que la autenticación gpg-agent no está disponible cuando se daemoniza y otra aplicación inicia el acceso gpg (como un IDE como VSCode), lo que explica cómo puedo firmar compromisos temporalmente después de enviar un archivo aleatorio o hacer echo "test" | gpg --clearsign y estar autenticado... pero, por desgracia, como la mayoría de las otras 'soluciones' a este tema, revelan que todo lo que tenían que hacer al final era agregar export GPG_TTY=$(tty) a su .bash_profile, que tengo ya probado.

A dónde ir desde aquí?

Todavía no puedo explicar por qué funcionó en mi instalación anterior y, francamente, no ha cambiado mucho. Por lo general, realizo instalaciones nuevas con frecuencia y mantengo una compilación de Arch Linux bastante mínima con lts kernel cada vez que w/base-devel y nodejs/python/git/vscode/firefox/discord es prácticamente todo mi flujo de trabajo. Estoy sin ideas.