gpg-agent говорит, что агент существует, но gpg говорит, что агента не существует?

Я борюсь с некоторыми проблемами при написании сценария gpg с bash в коробке Debian 6.0.6. У меня есть сценарий, который выполняет пакет операций и хочет убедиться, что gpg-agent доступен, прежде чем он попытается продолжить.

Поскольку gpg-agent не предпринимает никаких действий и возвращает успешный результат, если он запущен, когда он уже запущен, убедиться, что агент присутствует, очень просто:

eval $(gpg-agent --daemon)

gpg-agent начать, или сообщит:

gpg-agent[21927]: a gpg-agent is already running - not starting a new one

и вернуть 0 (успех), если он уже запущен.

Проблема возникает, когда агент уже работает в другом сеансе. gpg-agent говорит, что уже работает ... но gpg затем оно заявляет, что оно недоступно.

$ gpg-agent --version
gpg-agent (GnuPG) 2.0.19
libgcrypt 1.5.0
$ gpg --version
gpg (GnuPG) 1.4.13

$ eval $(gpg-agent --daemon)
gpg-agent[21927]: a gpg-agent is already running - not starting a new one
$ gpg -d demo-file.asc
gpg: gpg-agent is not available in this session

Это меня расстраивает и сбивает с толку. Кажется, что gpg-agent обнаруживает агента иначе, чем сам gpg. Хуже, gpg не предлагает способа спросить, доступен ли агент с помощью сценариев, так же как он любит молча игнорировать получателей с непригодными ключами и по-прежнему возвращать успех, поэтому очень сложно обнаружить эту проблему до начала пакета. Я не хочу вдаваться в парсинг вывода gpg, в том числе по причинам i18n.

Вы можете воспроизвести это, убедившись, что у вас не запущен gpg-agent или GPG_AGENT_INFO установить, то в одном терминале работает eval $(gpg-agent --daemon) и в другой Терминал работает выше. Вы заметите, что gpg-agent сообщает, что он уже запущен, но gpg не может подключиться к агенту.

Идеи?

ОБНОВИТЬ: gpg-agent обнаруживает другого агента, ища файл сокета в известном месте и записывая в него для проверки работоспособности, согласно этому strace:

socket(PF_FILE, SOCK_STREAM, 0)         = 5
connect(5, {sa_family=AF_FILE, sun_path="/home/craig/.gnupg/S.gpg-agent"}, 32) = 0
fcntl(5, F_GETFL)                       = 0x2 (flags O_RDWR)
fcntl(5, F_GETFL)                       = 0x2 (flags O_RDWR)
select(6, [5], NULL, NULL, {0, 0})      = 1 (in [5], left {0, 0})
read(5, "OK Pleased to meet you, process "..., 1002) = 38
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f41a3e61000
write(2, "gpg-agent: gpg-agent running and"..., 43gpg-agent: gpg-agent running and available
) = 43

в то время как GnuPG, кажется, смотрит только на окружающую среду, игнорируя хорошо известное расположение сокета. В common/simple-pwquery.c:

/* Try to open a connection to the agent, send all options and return
   the file descriptor for the connection.  Return -1 in case of
   error. */
static int
agent_open (int *rfd)
{
  int rc;
  int fd;
  char *infostr, *p;
  struct sockaddr_un client_addr;
  size_t len;
  int prot;
  char line[200];
  int nread;

  *rfd = -1;
  infostr = getenv ( "GPG_AGENT_INFO" );
  if ( !infostr || !*infostr )
    infostr = default_gpg_agent_info;
  if ( !infostr || !*infostr )
    {
#ifdef SPWQ_USE_LOGGING
      log_error (_("gpg-agent is not available in this session\n"));
#endif
      return SPWQ_NO_AGENT;
    }
    /* blah blah blah truncated blah */
}

Я действительно не хочу убивать агент, чтобы убедиться, что я могу запустить его снова, и нет стандартного места, где агент пользователя мог бы записать файл среды. Хуже того, я даже не могу проверить наличие GPG_AGENT_INFO в среде, поскольку это может относиться к устаревшему (мертвому) агенту, который с тех пор был заменен ... и ни один gpg ни gpg-agent укажите параметр командной строки для проверки связи с агентом и верните истину, если все в порядке.