[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