[rt-users] Fwd: Problem RTIR Installation -- CPAN's GnuPG::Interface tests failing

[Behzad Mahini]

Copying the rt-users list.

-Behzad

Begin forwarded message:

> From: Behzad Mahini <mahini at apple.com>
> Date: September 24, 2009 11:59:49 AM PDT
> To: Jesse Vincent <jesse at bestpractical.com>
> Cc: Jesse Vincent <jesse at bestpractical.com>, Ruslan Zakirov <ruslan.zakirov at gmail.com 
> >
> Subject: Re: [rt-users] Problem RTIR Installation -- CPAN's  
> GnuPG::Interface tests failing
>
> Jesse, Ruslan & Kevin,
>
> That did it....Truly thank you, as the latest version of GnuPG- 
> nterface (0.41) fixed my problem, and all errors went away (...by  
> the way, I ignored the warnings for the test directory settings, as  
> they were similar to the past).
>
> RTIR now shows up on my UI, and is accessible.
>
> Best Regards,
> Behzad
> On Sep 24, 2009, at 11:04 AM, Jesse Vincent wrote:
>
>>
>>
>>
>> On Wed 23.Sep'09 at 18:33:13 -0700, Behzad Mahini wrote:
>>> Ok, I made the umask to be strict on the entire 'test' directory
>>> (recursively), and ran the "make test", and then "prove -lbv
>>
>> You most certainly want -bv and not -lbv.
>>
>>> failing_cases "....and some of the warnings/errors went away.
>>> However, there are still some more errors left (See Results shown
>>> below).
>>>
>>> Since some of these errors (See Results below) are indicating that
>>> they are known issues with GnuPG 1.0.1, it begs the following
>>> questions:
>>>
>>> 	1) What is the significance of the term "...known issues with GnuPG
>>> 1.0.1..." (i.e., known to RT developers? or known to the GnuPG
>>> developers?)
>>
>>
>> Neither. To the original developer of GnuPg interface, a CPAN module
>> written to let Perl applications talk to GnuPg.  You may note that we
>> now maintain thatm odule but that we didn't originally write it.
>>
>>> 	2) I have installed GnuPG 2.0.13, and do not have GnuPG 1.xx
>>> installed on my machine. Therefore why is it complaining about GnuPG
>>> 1.0.1?
>>
>> It's a hardcoded warning statement in the test files. And unrelated
>> here.
>>
>>> Again, note 			that I have only created a symbolic link for
>>> the executable "gpg"  (supposedly the executable for GnuPG 1.x) to
>>> point to "gpg2" (GnuPG 2.0.13). I only did 		this as "perl
>>> Malefile.PL" for CPAN's GnuPG-Interface would not have gone ahead,
>>> as it obviously needed "gpg".
>>
>> That's what might be referred to as "an end run around a safety
>> mechanism"  GnuPg::Interface wasn't designed to work with gpg2 and  
>> they
>> changed the API/CLI, which is part of what gets something a different
>> executable name.
>>
>> In particular, gpg 1 outputs timestames as ISO dates and gpg 2  
>> outputs
>> them as seconds since the epoch.
>>
>> As it happens, I had a few minutes today and did the work to support
>> GPG2 in GnuPg::Interface. Can you try out:
>>
>> http://pause.perl.org/incoming/GnuPG-Interface-0.41_01.tar.gz
>>
>> and report back?  If it's more than a few hours, you'll find that  
>> file
>> at search.cpan.org.
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20090924/fc733621/attachment.htm>