[pkg-gnupg-maint] Bug#1070688: Bug#1070688: gnupg: PINENTRY_USER_DATA not passed to pinentry

[Daniel Kahn Gillmor]

Hi Farblos--

On Tue 2024-05-14 21:28:05 +0200, Farblos wrote:
> Should I open another issue about PINENTRY_USER_DATA not being
> forwarded to the pinentry when using the gpg from package gpg-sq/
> gpg-from-sq?  If yes, on what repository exactly?

I would report it at
https://gitlab.com/sequoia-pgp/sequoia-chameleon-gnupg -- the more you
can explain your specific setup, and reference the gpg documentation
(perhaps the "environment variables" subsection of the FILES section of
gpg(1)?) to justify the behavior would probably help sequoia figure out
what needs fixing for your scenario.

> gpg-from-sq indeed was on my system, and I think it got there because
> of some of aptitude's proposals to resolve broken references.

Thanks for including the apt logs.  I'm still not sure how to replicate
this change.  It looks like some part of gpg was explicitly "held" by
apt?  and the other packages involved during this upgrade run
(libdv4t64, libnetpbm11t64, libopencore-amrnb0, libopencore-amrwb0,
gstreamer1.0-plugins-good, netpbm) don't seem related to GnuPG at all.

And, gpgv itself somehow wasn't held?  Curious!  but i still don't
really understand what happened here, unfortunately ☹

If anyone else has any insights or can suggest other things that Farblos
could report, i'd welcome other suggestions.

      --dkg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 324 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-gnupg-maint/attachments/20240514/32c6b96e/attachment.sig>