Package: gnupg Version: 2.1.14-5 Severity: serious Justification: breaks unrelated software
Dear all, I am relying heavily on gpg-agent to provide ssh keys from my hardware token. This worked without too many problems with the previous /etc/X11/Xsession.d/90gpg-agent With the update to 2.1 this file has changed considerable and states now that # On systems with systemd running, we expect the agent to be launched # via systemd's user mode (see /usr/lib/systemd/user/gpg-agent.service # and systemd.unit(5)). This allows systemd to clean up the agent # automatically at logout. Well, I have systemd running, and now I have *neither* ssh-agent nor gpg-agent running, having a hard time logging into servers where the only authentication method is by keys, and I need the hardware dongle key. Do you have any idea on how to fix this complete misbehaviour? Thanks Norbert -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnupg depends on: ii gnupg-agent 2.1.14-5 ii libassuan0 2.4.3-1 ii libbz2-1.0 1.0.6-8 ii libc6 2.23-4 ii libgcrypt20 1.7.2-2 ii libgpg-error0 1.24-1 ii libksba8 1.3.4-4 ii libreadline6 6.3-8+b4 ii libsqlite3-0 3.14.0-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages gnupg recommends: ii dirmngr 2.1.14-5 ii gnupg-l10n 2.1.14-5 Versions of packages gnupg suggests: pn parcimonie <none> ii xloadimage 4.1-23+b2 -- no debconf information