gpgconf knows about config files for the various components of GnuPG.
some auto-launched and gpgconf-launched GnuPG components will refuse to start if there is an error in their config files.
If the user is doing gpgconf --launch $component and there is an error based on the config file, then it would make sense for gpgconf to try to show the user what the error is.
instead, we currently get mysterious reports like this when there's a typo in the config file:
0 dkg@alice:/tmp/cdtemp.9k1pEE$ export GNUPGHOME=$(pwd) 0 dkg@alice:/tmp/cdtemp.9k1pEE$ echo typo > gpg-agent.conf 0 dkg@alice:/tmp/cdtemp.9k1pEE$ gpgconf --launch gpg-agent gpgconf: error running '/usr/bin/gpg-connect-agent': exit status 1 gpgconf: error running '/usr/bin/gpg-connect-agent NOP': General error 1 dkg@alice:/tmp/cdtemp.9k1pEE$
And the user must wait 5 seconds to get this unhelpful report!
More clarity in the error reporting, and no delay would be great. gpgconf should already know all the information it needs to know to help the user figure it out here.