<div dir="ltr">Hi Dwayne,<div><br></div><div>Thanks, that is what I was assuming.  If we move import/export to Crypto.IO it will break backwards compatibility, no?  Is that important?</div><div><br></div><div>Is anyone working on this issue?  If backwards compatibility is important I say keep what we have there now (2.6) and have a deprecation comment and/or stderr output?  </div>
<div><br></div><div>Also does Pycrypto have deprecation/error transition plan?  To ease transition some packages first do a deprecation warning, second major release it becomes an error/exception, then third major release the code is completely removed.  Would that work with pycrypto users?</div>
<div><br></div><div>Your thoughts?</div><div>Thanks!<br>Kurt</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Sep 29, 2013 at 6:52 PM, Dwayne Litzenberger <span dir="ltr"><<a href="mailto:dlitz@dlitz.net" target="_blank">dlitz@dlitz.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Jul 17, 2013 at 01:33:41AM -0700, Kurt Vogel wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi, quick question for the group and maintainer...<br>
<br>
I am about ready to deploy a project and wondering how set we are on the<br>
format of rsa.exportKey() for next pycrypto?<br>
<br>
Is it safe to include in our requirements.pip (for now) a reference to<br>
<a href="https://github.com/dlitz/pycrypto" target="_blank">https://github.com/dlitz/<u></u>pycrypto</a> master branch?  And export my keys with<br>
the new protection scheme?  And consequently matching importKey().<br>
<br>
It would be super nice if we could add **kwargs for iteration_count and<br>
salt_size to export() but beggars can't be choosers :)  It seems a simple<br>
enough change and looks like importKey() reads those fields in, I'd do it<br>
myself but would like any thoughts/opinions?<br>
</blockquote>
<br>
Hi Kurt,<br>
<br>
The exportKey API should be considered experimental at this point.  There are things about it that don't really make sense (e.g. the `pkcs=1` parameter, which doesn't make any sense if you want to expoer in OpenPGP format, for example).  Realistically, it should probably be removed from Crypto.PublicKey and placed into Crypto.IO, but I'm not sure of exactly when that will happen.<br>

<br>
Cheers,<br>
- Dwayne<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
-- <br>
Dwayne C. Litzenberger <<a href="mailto:dlitz@dlitz.net" target="_blank">dlitz@dlitz.net</a>><br>
 OpenPGP: 19E1 1FE8 B3CF F273 ED17  4A24 928C EC13 39C2 5CF7<br>
______________________________<u></u>_________________<br>
pycrypto mailing list<br>
<a href="mailto:pycrypto@lists.dlitz.net" target="_blank">pycrypto@lists.dlitz.net</a><br>
<a href="http://lists.dlitz.net/cgi-bin/mailman/listinfo/pycrypto" target="_blank">http://lists.dlitz.net/cgi-<u></u>bin/mailman/listinfo/pycrypto</a><br>
</font></span></blockquote></div><br></div>