[MacPorts] #46601: caff cannot find public keys due to stderr redirection

[MacPorts]

#46601: caff cannot find public keys due to stderr redirection
----------------------------+--------------------------------
  Reporter:  macports@…     |      Owner:  macports-tickets@…
      Type:  defect         |     Status:  new
  Priority:  Normal         |  Milestone:
 Component:  ports          |    Version:  2.3.3
Resolution:                 |   Keywords:
      Port:  signing-party  |
----------------------------+--------------------------------

Comment (by macports@…):

 Based on yet more frustrating debugging, it appears extracting the
 signatures to send ''also'' does not work without extra effort, and hence
 emailing signatures does not work.  By enabling all the tracing code in
 `caff` for tracing, I got the hint that stderr was being set to
 `${GPG_TTY}`, which I had not set:

 {{{
 [trace2] stderr is now GPG_TTY must be set in shell (cannot determine
 automatically).
 }}}

 (part of that message comes from `caff`'s `readwrite_gpg()`, and part of
 it apparently from `gpg` itself; the function says "stderr is now", and
 the rest seems to be output from `gpg`.)

 It appears that may be the trigger for both problems, ie doing:

 {{{
 GPG_TTY=$(tty)
 export GPG_TTY
 caff --keys-from-gnupg -R e4d3e863
 }}}

 means even the unpatched code will run in a useful manner.  So a better
 patch may be to ensure that `GPG_TTY` is actually set to a sensible value
 in `caff` if it is not already set it the environment.  (AFAICT `GPG_TTY`
 is mostly needed when using `gpg-agent` -- but that's obviously something
 one would normally want to do with `caff`, so ensuring it is always set
 and/or complaining if it is not set, seem a useful idea.)

 Ewen

-- 
Ticket URL: <https://trac.macports.org/ticket/46601#comment:1>
MacPorts <https://www.macports.org/>
Ports system for OS X