[sisyphus] gpg-agent info

[sisyphus] gpg-agent info

[Alexey Gladkov]

Привет!

После недавнего обновления при запуске терминала стали появляться
сообщения:

gpg-agent: агент gpg уже запущен - еще один, новый, запущен не будет

при дальнейшем рассмотрении выяснилось, что 'gpg-agent --daemon' больше не
пишет ничего в GNUPGHOME/.gpg-agent-info.

Помогите пожалуйста разобраться.

-- 
Rgrds, legion

Re: [sisyphus] gpg-agent info

[Alexey Gladkov]

On Tue, Jan 02, 2018 at 11:38:45AM +0100, Alexey Gladkov wrote:
> 
> Привет!
> 
> После недавнего обновления при запуске терминала стали появляться
> сообщения:
> 
> gpg-agent: агент gpg уже запущен - еще один, новый, запущен не будет
> 
> при дальнейшем рассмотрении выяснилось, что 'gpg-agent --daemon' больше не
> пишет ничего в GNUPGHOME/.gpg-agent-info.
> 
> Помогите пожалуйста разобраться.

Это появилось в gnupg2-2.1.23. При откате на 2.0.30 всё снова работает.

-- 
Rgrds, legion

Re: [sisyphus] gpg-agent info

[Ivan Zakharyaschev]

[-- Attachment #1: Type: text/plain, Size: 1764 bytes --]

Hi!

On Tue, 2 Jan 2018, Alexey Gladkov wrote:

>> После недавнего обновления при запуске терминала стали появляться
>> сообщения:
>> 
>> gpg-agent: агент gpg уже запущен - еще один, новый, запущен не будет
>> 
>> при дальнейшем рассмотрении выяснилось, что 'gpg-agent --daemon' больше не
>> пишет ничего в GNUPGHOME/.gpg-agent-info.
>> 
>> Помогите пожалуйста разобраться.
>
> Это появилось в gnupg2-2.1.23. При откате на 2.0.30 всё снова работает.

У меня тоже перестало получаться использовать агент из gnupg2 после 
обновления, но не последнего, а где-то год назад или весной...

gnupg2-2.0.29-alt1.1.x86_64

Решил по поводу этого сообщения попробовать всё-таки разобраться.

strace -f gpg -s
...
write(9, "GET_PASSPHRASE 8719E3FFF756FF89F"..., 213) = 213
write(9, "\n", 1)                       = 1
read(9, "ERR 122 Bad PIN method <Unspecif"..., 1002) = 43
read(9, "\n", 959)                      = 1
write(2, "gpg: ", 5gpg: )                    = 5
write(2, "problem with the agent - disabli"..., 45problem with the agent - 
disabling agent use
) = 45
write(9, "BYE", 3)                      = 3
write(9, "\n", 1)                       = 1
close(9)                                = 0
ioctl(8, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(8, SNDCTL_TMR_CONTINUE or TCSETSF, {B38400 opost isig icanon -echo 
...}) = 0
write(8, "Enter passphrase: ", 18Enter passphrase: )      = 18
read(8,

Оказывается, у меня вот в чём дело: после обновления он стал отвечать 
ошибкой "ERR 122 Bad PIN method". (Теперь попробую это поправить в 
конфигурации.)

.gpg-agent-info у меня не пишется, насколько я понимаю, зато в окружении 
есть переменная:

$ env | fgrep GPG
GPG_AGENT_INFO=/tmp/gpg-qCM26X/S.gpg-agent:3269:1
GPG_TTY=не телетайп
$

-- 
Best regards,
Ivan

Re: [sisyphus] gpg-agent info

[Ivan Zakharyaschev]

[-- Attachment #1: Type: text/plain, Size: 322 bytes --]


On Tue, 16 Jan 2018, Ivan Zakharyaschev wrote:

> .gpg-agent-info у меня не пишется, насколько я понимаю, зато в окружении есть 
> переменная:

Поправляюсь: пишется ~/.gnupg/.gpg-agent-info

> $ env | fgrep GPG
> GPG_AGENT_INFO=/tmp/gpg-qCM26X/S.gpg-agent:3269:1
> GPG_TTY=не телетайп
> $
>
> -- 
> Best regards,
> Ivan
>

Re: [sisyphus] gpg-agent info

[Nikolay A. Fetisov]

В Вт, 16/01/2018 в 20:13 +0300, Ivan Zakharyaschev пишет:
> On Tue, 2 Jan 2018, Alexey Gladkov wrote:
> 
> > > После недавнего обновления при запуске терминала стали появляться
> > > сообщения:
> > > 
> > > gpg-agent: агент gpg уже запущен - еще один, новый, запущен не
> > > будет
> > > 
.....
> > Это появилось в gnupg2-2.1.23. При откате на 2.0.30 всё снова
> > работает.
> 
> У меня тоже перестало получаться использовать агент из gnupg2 после 
> обновления, но не последнего, а где-то год назад или весной...
> 

Насколько я понимаю, в текущем 2.1.23 - т.е. после перехода 
на ветку 2.0, изменилось поведение gpg-agent'а.
Теперь он запускается автоматически при вызовах gpg2 и прочих утилит,
отдельный запуск более не требуется. Предыдущую версию запущенную
версию gpg-agent находит сам, если она есть - отсюда диагностическое
сообщение.
Файл ~/.gnupg/gpg-agent-info с задаваемой в нём переменной окружения
GPG_AGENT_INFO больше в GnuPG 2.1 не используются.

Но, совместимость агента с  GnuPG 1.4 оставлена - если используется
старый gpg 1.4 (как сам, так и, например, через rpm при подписывании
пакетов), то достаточно задать значение для GPG_AGENT_INFO.

Сокет gpg-agent'а теперь называется или 
/var/run/user/<uid>/gnupg/S.gpg-agent , или
~/.gnupg/S.gpg-agent - зависит от вида входа в систему, насколько я
понял.

Соответственно, значения для переменной окружения - или
GPG_AGENT_INFO=/home/<user>/.gnupg/S.gpg-agent:0:1 , или
GPG_AGENT_INFO=/var/run/user/<uid>/gnupg/S.gpg-agent:0:1


-- 
С уважением,
Николай Фетисов

Re: [sisyphus] gpg-agent info

[Sergey V Turchin]

On Tuesday, 2 January 2018 13:38:45 MSK Alexey Gladkov wrote:

[...]
> при дальнейшем рассмотрении выяснилось, что 'gpg-agent --daemon' больше не
> пишет ничего в GNUPGHOME/.gpg-agent-info.
https://bugzilla.altlinux.org/34418

[...]

-- 
Regards, Sergey.

Re: [sisyphus] gpg-agent info

[Alexey Shabalin]

2 января 2018 г., 14:02 пользователь Alexey Gladkov
<legion@altlinux.ru> написал:
> On Tue, Jan 02, 2018 at 11:38:45AM +0100, Alexey Gladkov wrote:
>>
>> Привет!
>>
>> После недавнего обновления при запуске терминала стали появляться
>> сообщения:
>>
>> gpg-agent: агент gpg уже запущен - еще один, новый, запущен не будет
>>
>> при дальнейшем рассмотрении выяснилось, что 'gpg-agent --daemon' больше не
>> пишет ничего в GNUPGHOME/.gpg-agent-info.
>>
>> Помогите пожалуйста разобраться.
>
> Это появилось в gnupg2-2.1.23. При откате на 2.0.30 всё снова работает.

А можно обновить gnupg2 до ветки 2.2 (доступна 2.2.6)?
А то застряли на 2.1.23, это релиз кандидат для 2.2.0.


-- 
Alexey Shabalin

Re: [sisyphus] gpg-agent info

[Sergey V Turchin]

On Tuesday, 24 April 2018 01:25:44 MSK Alexey Shabalin wrote:

[...]
> А можно обновить gnupg2 до ветки 2.2 (доступна 2.2.6)?
> А то застряли на 2.1.23, это релиз кандидат для 2.2.0.
Можно.

-- 
Regards, Sergey.