You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Herve Boutemy (Jira)" <ji...@apache.org> on 2023/05/03 01:11:00 UTC

[jira] [Commented] (MGPG-90) Signing fails with 3.0.1: "no pinentry"

    [ https://issues.apache.org/jira/browse/MGPG-90?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17718763#comment-17718763 ] 

Herve Boutemy commented on MGPG-90:
-----------------------------------

the real issue is maven-release-plugin version used: see MRELEASE-1114

the workaround is to run {{mvn gpg:sign}} to init the GPG agent, then run again {{mvn release:perform}}
see MRELEASE-1114 for more details

> Signing fails with 3.0.1: "no pinentry"
> ---------------------------------------
>
>                 Key: MGPG-90
>                 URL: https://issues.apache.org/jira/browse/MGPG-90
>             Project: Maven GPG Plugin
>          Issue Type: Bug
>    Affects Versions: 3.0.1
>            Reporter: Jens Reimann
>            Priority: Blocker
>
> Starting with 3.0.1 performing a maven release fails in the process of signing artifacts with the message: "gpg: no pinentry".
> I do believe this is due to the fact that in non-interactive mode with a newer `gpg` version, the gpg plugin forces a "pinentry error" if no pin is provided. And the release plugin runs the gpg plugin in non-interactive mode
> However, not everyone wants to store the pin in a configuration file. Assuming you have an interactive release process, you also might want an interactive pin entry.
> I would suggest to allow the user to force the pin entry to interactive (not matter what the current maven context says). That way, you can keep the current behavior, but still allow a manual/interactive release process.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)