Copying the rt-users list.
-Behzad
Begin forwarded message:
From: Behzad Mahini <mah...@apple.com>
Date: September 24, 2009 11:59:49 AM PDT
To: Jesse Vincent <je...@bestpractical.com>
Cc: Jesse Vincent <je...@bestpractical.com>, Ruslan Zakirov <ruslan.zaki...@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.
_______________________________________________
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: sa...@bestpractical.com
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
