<?xml version="1.0" encoding="windows-1252"?>
<node id="959565" title="Re^2: Getting Started with GnuPG and GPG" created="2012-03-14 09:09:22" updated="2012-03-14 09:09:22">
<type id="11">
note</type>
<author id="8930">
derby</author>
<data>
<field name="doctext">
&lt;p&gt;Wow! I don't know what's more amazing ... a question about a decade old post, the fact that the monastery is still here after ten years, or that I'm still here to answer it.&lt;/p&gt;

&lt;p&gt;The problem is [cpan://GPG] has not been updated in a dozen years but [google://gpg] has. Looks like the underlying options to the gpg command
&lt;code&gt;
  --batch --no-comment --no-version
&lt;/code&gt;
are no longer sufficient to keep non-error messages off of STDERR.  [cpan://GPG] interpets anything on STDERR as an error and will not return the output
&lt;code&gt;
 $this-&gt;error($error) and return if $error;
  return $output;
&lt;/code&gt;
&lt;/p&gt;
&lt;p&gt;So ... the real solution is to use a newer module (maybe [cpan://GnuPG] -- but I haven't really looked into it). But ... if you're feeling hacky, you can always modify [cpan://GPG] to use the &lt;code&gt;--quiet&lt;/code&gt; option and that should prevent 
information on STDERR from blocking the decrypt.&lt;/p&gt;

&lt;!-- Node text goes above. Div tags should contain sig only --&gt;
&lt;div class="pmsig"&gt;&lt;div class="pmsig-8930"&gt;
-derby
&lt;/div&gt;&lt;/div&gt;</field>
<field name="root_node">
152489</field>
<field name="parent_node">
959324</field>
</data>
</node>
