| Summary: | security/gnupg: gpgconf: fatal error (exit status 1) (referring to pinentry) | ||
|---|---|---|---|
| Product: | Ports & Packages | Reporter: | O. Hartmann <ohartmann> |
| Component: | Individual Port(s) | Assignee: | Adriaan de Groot <adridg> |
| Status: | Closed FIXED | ||
| Severity: | Affects Many People | Flags: | bugzilla:
maintainer-feedback?
(adamw) |
| Priority: | --- | ||
| Version: | Latest | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
O. Hartmann
2021-11-11 11:46:56 UTC
Thanks for reporting this! I've handed maintainership of gnupg to Adriaan. I'm assigning this PR to him as well. I can confirm that in an otherwise-working-normally installation of gnupg, I can reproduce the problem. A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=7f3f8384a66c5e1d9c020e125808f153845807ad commit 7f3f8384a66c5e1d9c020e125808f153845807ad Author: Adriaan de Groot <adridg@FreeBSD.org> AuthorDate: 2021-11-22 00:08:37 +0000 Commit: Adriaan de Groot <adridg@FreeBSD.org> CommitDate: 2021-11-22 09:18:08 +0000 security/gnupg: fix table / enum mismatch PR259775 reports that (auto)configuration behaves weirdly. This is caused by a mismatch between an enum in the code and a table that expects to match the enum values. When BUILD_WITH_TPM2D is off (the default; I have not looked if it can even be turned on in ports) one table entry is Patch also submitted upstream. PR: 259775 Reported by: O. Hartmann MFH: 2021Q3 security/gnupg/Makefile | 2 +- security/gnupg/files/patch-common_homedir.c | 6 +++--- security/gnupg/files/patch-tools_gpgconf-comp.c (new) | 11 +++++++++++ 3 files changed, 15 insertions(+), 4 deletions(-) I've decided not to MFH because - it's a somewhat obscure issue - there are several commits that would have to MFH to make this one fit. |