0.30 breaks other CPAN modules about crypt-openssl-rsa

[eserte]

Another one: UNCLEANDY/GPLVote-SignDoc-Client-0.9.tgz

[eserte]

Also fails with Crypt::OpenSSL::RSA 0.30: ANTHONYU/Mail-DomainKeys-1.0.tar.gz

[eserte]

Also: KGRENNAN/Net-OAuth-0.28.tar.gz (mentioned in https://rt.cpan.org/Ticket/Display.html?id=125482 )

[toddr]

I highly suspect the root cause is 1149369

[jwittkoski]

@toddr Did you mean 13df4d3 ?

[toddr]

Yes. Guess I need to get back to this. Sorry it fell through the cracks. It's possible the previously mentioned tests are too rigid. I'd need to look at them but have not found the time to do so.

[jwittkoski]

I think this is a duplicate of #14.

I suspect many other modules that use Crypt::OpenSSL::RSA didn't set the hash algorithm explicitly and so relied on the default setting (sha1). When the Crypt::OpenSSL::RSA default was changed to sha256 many tests which expected test results based on using sha1 broke.

[toddr]

I'm going to switch the default back to its original and provide an easier way to specify it. The new method should be encouraged not enforced.

[toddr]

This has been fixed in 65ff114 and released to CPAN as 0.31