On Thu, Dec 27, 2012 at 09:02:07PM -0500, Daniel Kahn Gillmor wrote: > On 12/27/2012 08:41 PM, gregor herrmann wrote: > > The last ITP for this package (#440527) was also closed after some > > time because it's somewhere between untrivial and impossible ... > > > > After a quick glance at the old bug report it would need something > > like libpari-source ... > > > > AFAICS there was no reply from the libpari maintainer, and upstream > > in https://rt.cpan.org/Ticket/Display.html?id=30552 also didn't > > follow up on Gunnar's request. > > > > INSTALL mentions some ways about using a pre-built libpari but this > > doesn't sound very encouraging ... (And the hint with LIBPARI= also > > doesn't seem to work for me.)
It didn't work for me, either. I was hoping someone had already figured out how to do this and it would only have to be done once. > Fortunately for my own Crypt::OpenPGP goals, recent work on Math::Prime > and Crypt::RSA might relieve us of some Math::PARI dependencies, which > could clear the way forward for Crypt::OpenPGP (finally!) by jessie. Can you point me to where that work's occuring? I'd be happy to contribute if it means I don't need Math::PARI. > brian, what in particular do you want or need Math::PARI for? Maybe > there's another route that would help you get to your goal? As I said, I want it for Crypt::OpenPGP. Crypt::OpenPGP sounds interesting, but it can't yet be used to build a fully-featured OpenPGP implementation. I want to change that, and I'd like to build such an implementation, as well as a keyserver that honors the no-modify bit. I'd like to point out that several other modules are missing for Crypt::OpenPGP to be functional without using cpan. I can open RFPs for those if there's interest in packaging them. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
