> http://search.cpan.org/~robn/Net-OpenID-Common-1.030099_001/
> http://search.cpan.org/~robn/Net-OpenID-Consumer-1.030099_001/
> http://search.cpan.org/~robn/Net-OpenID-Server-1.030099_001/
Did anyone get these to install on Debian stable (lenny)?
I got stuck on building Crypt::DH::GMP → Devel::CheckLib →
IO::CaptureOutput → newer Module::Build needed.
[...]
> * Uses on Crypt::DH::GMP instead of Crypt::DH
That is better than Crypt::DH with Math::BigInt::GMP? Just curious...
Best regards,
Adam
--
Woodhead's Law: "The further you are from your Adam Sjøgren
server, the more likely it is to crash." as...@koldfront.dk
Did anyone get these to install on Debian stable (lenny)?
I got stuck on building Crypt::DH::GMP → Devel::CheckLib →
IO::CaptureOutput → newer Module::Build needed.
[...]
> * Uses on Crypt::DH::GMP instead of Crypt::DHThat is better than Crypt::DH with Math::BigInt::GMP? Just curious...
> I'm on unstable, but I'm using a private build of Perl so probably doesn't
> count.
I think it would be no problem on unstable, but I am conservative and
run stable on my server :-)
> Ahh, so running into problems with the system Perl?
Yup, or rather, the new dependencies.
> Does dh-make-perl to build a newer Module::Build help?
Not really:
$ dh-make-perl --cpan Module::Build
Module::Build is a standard module.
$
:-)
>> That is better than Crypt::DH with Math::BigInt::GMP? Just curious...
> Sort of. Crypt::DH is so slow as to be unusable if you don't have
> Math::BigInt::GMP, but that wasn't always clear. Crypt::DH::GMP uses GMP
> directly and so is a bit faster. Its also maintained.
Sounds reasonable.
It looks like it was a drop-in replacement? Maybe I can just monkeypatch
my local clones to use Crypt::DH until the next Debian release :-)
The tests succeed when I do.
> * Uses on Crypt::DH::GMP instead of Crypt::DH
(While testing I reverted this change, because installing Crypt::DH::GMP
is challenging on the current Debian stable (lenny).)
> If you have a RP or OP written using Net::OpenID I would very much
> appreciate you testing with these packages and reporting whether or not they
> work. You should find that they work without having to change any of your
> code. This was the case for my own OP but I've not written an RP yet to test
> with.
I have tested the modules briefly by logging in to these websites using
my own little homebrewed provider:
* http://ask.debian.net/
* http://stackexchange.com/
* http://openid-please.appspot.com/
* http://www.livejournal.com/
* https://www.quickdns.dk/
* http://freshmeat.net/
* http://opensource.com/
* http://news.ycombinator.com/
* http://slashdot.org/
all logins were successful with the modules from your git repositories.
Keep up the good work!
Best regards,
Adam
--
"I myself have spent many an enjoyable hour in my Adam Sjøgren
spare time not collecting stamps." as...@koldfront.dk