https://opennet.ru/openforum/vsluhforumID3/99880.html Спустя восемь лет с момента выпуска GnuPG 2.0 представлен (http://lists.gnupg.org/pipermail/gnupg-announce/2014q4/000358.html) релиз новой значительной ветки инструментария GnuPG 2.1.0 (GNU Privacy Guard), совместимого со стандартами OpenPGP (RFC-4880 (https://tools.ietf.org/html/rfc4880)) и S/MIME, и предоставляющего утилиты для шифрования данных, работы с электронными подписями, управления ключами и доступа к публичным хранилищам ключей. <br><br><br>GnuPG 2.1.0 позиционируется как первый выпуск новой кодовой базы, включающей самые свежие разработки. GnuPG 2.0 рассматривается как стабильная ветка, оптимальная для повсеместного использования. GnuPG 1.4 отнесен в разряд классических версий, подребляющей минимальные ресурсы и подходящей для встраиваемых систем. Ветка 2.1 не может быть установлена одновременно с 2.0. Ветка 1.4 может применяться одновременно с выпусками 2.1 или 2.0.<br><br><br>Особенности (https://gnupg.org/faq/whats-new-in-2.1.html) GnuPG 2.1:<br><br><br>- Поддержка шифрования по эллиптическим кривым (ECC, Ellip https://opennet.ru/openforum/vsluhforumID3/99880.html#31 Wed, 19 Nov 2014 08:28:50 GMT &gt; Thus there is no more code in the gpg binary for handling <br>&gt; private keys.<br><br>Неужели вспомнили о DJB.<br> https://opennet.ru/openforum/vsluhforumID3/99880.html#30 Wed, 19 Nov 2014 08:17:08 GMT &gt; Thus there is no more code in the gpg binary for handling <br>&gt; private keys.<br><br>Неужели вспомнили о DJB.<br> https://opennet.ru/openforum/vsluhforumID3/99880.html#29 Wed, 19 Nov 2014 08:01:58 GMT Thus there is no more code in the gpg binary for handling private keys.<br> https://opennet.ru/openforum/vsluhforumID3/99880.html#28 Sun, 09 Nov 2014 16:27:45 GMT &gt; Разве только в твоих влажных мечтах <br><br>А что вы на опеннете делаете?<br> https://opennet.ru/openforum/vsluhforumID3/99880.html#27 Sun, 09 Nov 2014 00:46:47 GMT &gt;&gt; Пользователь избавлен от необходимости ручного запуска gpg-agent, который теперь вызывается автоматически из других частей GnuPG; <br>&gt; Чиво? O_o <br>&gt; Как-то за меня всю жизнь gpg-agent session-менеджером запускался и я проблем не <br>&gt; знал.<br><br>Session-менеджер зато должен был знать проблемы о необходимости запуска gpg-agent...<br> https://opennet.ru/openforum/vsluhforumID3/99880.html#26 Sat, 08 Nov 2014 20:53:35 GMT Разве только в твоих влажных мечтах<br> https://opennet.ru/openforum/vsluhforumID3/99880.html#25 Sat, 08 Nov 2014 17:08:10 GMT он не СПО-ник, а просто любитель халявы. Как большинство GNU-образных.. могут только кричать что-то, а сделать имея исходники - ничего не могут.<br> https://opennet.ru/openforum/vsluhforumID3/99880.html#24 Sat, 08 Nov 2014 15:51:45 GMT &gt; не все Линуксоиды обязательно СПОшники, но я спошник... Кроме виндовской версии GnuPG <br>&gt; в GPGWin ещё несколько компонент, зависящих от GnuPG. Так что кроме <br>&gt; сборки скорей всего поребуется и доработка, а тут мало быть СПОшником, <br>&gt; нужно и ещё и переделывать что-то!<br><br>Еще раз - в чем для тебя проблема в условиях наличия полных сорцов? В генах?<br> https://opennet.ru/openforum/vsluhforumID3/99880.html#23 Sat, 08 Nov 2014 15:50:58 GMT &gt;&gt; возможно из соображений безопасности <br>&gt; Вот мне тоже не понятно как и предыдущему оратору <br>&gt;&gt; (Ачо, в директорию консолькой зайти теперь никак? :))))) Какие-то проблемы с этим?) <br>&gt; Если директория принадлежит мне, тогда в чем безопасность (если Я сам "опасный" <br>&gt; ;) <br>&gt; Может gpg-agent запускается из под пользователя gpg-agent и директория (ну скажем) /var/spool/gpg-agent <br>&gt; принадлежит ему же, и имеет права 0700 (где он в поддиректориях <br>&gt; пользователей хранит эти ключики).<br>&gt; Может кто знает как на самом деле?<br><br>На локалхосте рута нет?<br><br>