[pkg-gnupg-maint] Bug#833481: gnupg: please document that --yes doesn't (usually?) work without --batch

Adam Borowski kilobyte at angband.pl
Fri Aug 5 01:33:32 UTC 2016


Package: gnupg
Version: 2.1.14-3
Severity: normal

Hi!
I've just wasted a bunch of time trying to figure why --yes doesn't work as
documented (and neither works, eg, "yes|gpg").  It turns out the option is
silently ignored unless --batch is also specified.

Not sure if this applies to all prompts or just --delete-keys I tried it on.


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (150, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.14.67-vs2.3.6.15-x32-vserver+ (SMP w/2 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages gnupg depends on:
ii  gnupg-agent    2.1.14-3
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-3
ii  libreadline6   6.3-8+b4
ii  libsqlite3-0   3.13.0-1
ii  zlib1g         1:1.2.8.dfsg-2+b1

Versions of packages gnupg recommends:
ii  dirmngr     2.1.14-3
pn  gnupg-l10n  <none>

Versions of packages gnupg suggests:
pn  parcimonie  <none>
pn  xloadimage  <none>

-- no debconf information



More information about the pkg-gnupg-maint mailing list