[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