Estou lutando com alguns problemas ao escrever gpg bashem uma caixa Debian 6.0.6. Eu tenho um script que executa um lote de operações e deseja garantir que um agente gpg esteja disponível antes de tentar prosseguir.
Como o gpg-agent não executará nenhuma ação e retornará êxito se for lançado quando já estiver em execução, garantir que o agente esteja presente é tão simples quanto:
eval $(gpg-agent --daemon)
gpg-agent iniciar ou informará:
gpg-agent[21927]: a gpg-agent is already running - not starting a new one
e retorne 0 (sucesso) se já estiver em execução.
O problema surge quando um agente já está sendo executado em outra sessão. gpg-agentdiz que já está em execução ... mas gpgafirma que não está disponível.
$ 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
Isso me deixa frustrado e confuso. Parece que gpg-agentestá detectando o agente de uma maneira diferente de se auto-manipular. Pior, gpgnão há como perguntar se o agente está disponível de maneira programável, da mesma forma que ele gosta de ignorar silenciosamente os destinatários com chaves inutilizáveis e ainda assim retornar com êxito, por isso é muito difícil detectar esse problema antes de iniciar o lote. Não quero analisar a saída do gpg por razões de i18n, entre outros.
Você pode reproduzir isso garantindo que não tenha um agente gpg em execução ou tenha GPG_AGENT_INFOdefinido, em um terminal em execução eval $(gpg-agent --daemon)e em outro terminal executando o acima. Você notará que o gpg-agent diz que já está em execução, mas o gpg não consegue se conectar ao agente.
Ideias?
UPDATE : gpg-agentdetecta outro agente procurando um arquivo de soquete em um local conhecido e gravando nele para testar a vitalidade, conforme abaixo 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
enquanto o GnuPG parece olhar apenas para o ambiente, ignorando a conhecida localização do soquete. Em 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 */
}
Eu realmente não quero matar o agente apenas para ter certeza de que posso iniciá-lo novamente, e não há um local padrão onde o agente do usuário possa gravar um arquivo de ambiente. Pior, não posso nem testar a presença de GPG_AGENT_INFOum ambiente, pois isso pode se referir a um agente obsoleto (inoperante) que foi substituído desde então ... e gpgnem gpg-agentfornecer uma opção de linha de comando para executar ping no agente e retornar verdadeiro se for Está bem.