[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gnupg-users
Subject:    Gnupg extension/wrapper on ubuntu 12.04 server
From:       Tony Benson <Tony.Benson () gmail ! com>
Date:       2012-05-21 21:47:55
Message-ID: CA+G7LZO4SwgPgS5ae05L5G5gjjf0mfv+zhcDoQw8y97riF0piQ () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


Hello,

First of all, bit of a newbie alert, so please forgive the pseudo code.

I have a linux mint lisa desktop with an apache2 server installed,  php
5.3.6 and the Gnupg wrapper installed (GPGME version 1.2.0, Extension
Version 1.3.2-dev)

I have an php script which will decrypt a passed file name automatically.
 With the script these are the pertinent lines of code.

$GnuPG = new gnupg();
$GnuPG -> adddecryptkey("fingerprint","passphrase");
$text = file_get_contents($path1.$file);
$plain = $GnuPG -> decrypt($text);

This works without an issue, the encrypted file is grabbed and its contents
decrypted, the rest of the script doing what it needs to do.

Now I have since created an ubuntu 12.04 server version of the above, with
apache2, php 5.3.*10* and the same versions of GNUGP wrapper installed.
 The same process was used for installing the wrapper on both machines, the
pertinent code is the same but I get nothing.

In an attempt to debug, I have written about the $path1.$file and $text
variables to a log file and they are as I would expect.  I have tried to
write out the $plain information as well but nothing is returned.

My issue is that I do not know where to go with this for debugging
purposes; nothing is written to the apache error logs, literally nothing
fails, so no error to write out.  the access log just shows the initial
request.

Does anyone have any ideas either about the problem itself or where I may
find more information to debug it?

Many thanks
Tony

[Attachment #5 (text/html)]

Hello,<div><br></div><div>First of all, bit of a newbie alert, so please forgive the \
pseudo code.</div><div><br></div><div>I have a linux mint lisa desktop with an \
apache2 server installed,  php 5.3.6 and the Gnupg wrapper installed (GPGME version \
1.2.0, Extension Version 1.3.2-dev)</div> <div><br></div><div>I have an php script \
which will decrypt a passed file name automatically.  With the script these are the \
pertinent lines of code.</div><div><br></div><div><div>$GnuPG = new \
gnupg();</div><div>$GnuPG -&gt; \
adddecryptkey(&quot;fingerprint&quot;,&quot;passphrase&quot;);</div> <div>$text = \
file_get_contents($path1.$file);</div><div>$plain = $GnuPG -&gt; \
decrypt($text);</div></div><div><br></div><div>This works without an issue, the \
encrypted file is grabbed and its contents decrypted, the rest of the script doing \
what it needs to do.</div> <div><br></div><div>Now I have since created an ubuntu \
12.04 server version of the above, with apache2, php 5.3.<b>10</b> and the same \
versions of GNUGP wrapper installed.  The same process was used for installing the \
wrapper on both machines, the pertinent code is the same but I get nothing.</div> \
<div><br></div><div>In an attempt to debug, I have written about the $path1.$file and \
$text variables to a log file and they are as I would expect.  I have tried to write \
out the $plain information as well but nothing is returned.</div> \
<div><br></div><div>My issue is that I do not know where to go with this for \
debugging purposes; nothing is written to the apache error logs, literally nothing \
fails, so no error to write out.  the access log just shows the initial \
request.</div> <div><br></div><div>Does anyone have any ideas either about the \
problem itself or where I may find more information to debug \
it?</div><div><br></div><div>Many \
thanks</div><div>Tony</div><div><br></div><div><br></div><div \
style="text-align:left"> <font face="sans-serif" size="3"><br></font></div>



_______________________________________________
Gnupg-users mailing list
Gnupg-users@gnupg.org
http://lists.gnupg.org/mailman/listinfo/gnupg-users


[prev in list] [next in list] [prev in thread] [next in thread]