Resposta curta:
Executar como root:
$ echo enable-ssh-support >> ~/.gnupg/gpg-agent.conf
# editor /etc/X11/Xsession.options
... comment out "use-ssh-agent" ...
# aptitude purge libpam-gnome-keyring
Faça o logoff da sessão da sua área de trabalho e faça login novamente e verifique se o $ SSH_AUTH_SOCK está apontando para o seu gpg-agent.
Explicação:
Por padrão, o gpg-agent não ativa seu agente SSH.
Isso é feito passando --enable-ssh-support
na linha de comando
ou adicionando uma linha a um arquivo de configuração como acima.
/etc/X11/Xsession.d/90x11-common_ssh-agent
do pacote x11-common.
Se estiver executando o GNOME, o agente do GNOME Keyring também está sendo executado.
Ambos irão interferir com o nosso agente GnuPG.
Desativar o agente OpenSSH é editando /etc/X11/Xsession.options
como acima.
Desativar o agente do GNOME Keyring é potencialmente um pouco mais complicado. Usando o Xfce, pode-se desinstalar o pacote libpam-gnome-keyring e garantir que o Xfce não inicie os serviços do GNOME ( Configurações → Sessão e Inicialização → Avançado → Iniciar serviços GNOME na inicialização - desmarque se estiver marcado).
Solução de problemas
Se depois de tudo isso, o SSH_AUTH_SOCK ainda não está apontando para o seu gpg-agent, você pode ter outro agente ainda interferindo no seu agente do GnuPG. A variável SSH_AGENT_PID deve conter o PID do processo do agente, o que ajudará a identificar esse agente.