<div dir="ltr">Nice, thanks, I'll take a look at that once GitHub is back up.<div><br></div><div>   --Matt</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Jan 27, 2016 at 8:39 PM Paul Kehrer <<a href="mailto:paul.l.kehrer@gmail.com">paul.l.kehrer@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">Hi Matt,</div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto"><br></div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">There are multiple issue/pull requests for this but unfortunately GitHub is down at the moment so I can't look them up... Once GitHub is back up and running take a look at <a href="https://github.com/pyca/cryptography/pull/2476" target="_blank">https://github.com/pyca/cryptography/pull/2476</a> (that PR might have been split into other PRs that we've been discussing, but hopefully we've cross linked them)</div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto"><br></div><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">Please weigh in on that as knowing all the potential consumers helps us decide whether the increase in API surface area is worthwhile.</div> <div><div style="font-family:helvetica,arial;font-size:13px"><br></div><div style="font-family:helvetica,arial;font-size:13px">-Paul Kehrer (reaperhulk)</div></div></div><div style="word-wrap:break-word"><p>On January 27, 2016 at 7:34:28 PM, Matt Bullock (<a href="mailto:matt.s.b.42@gmail.com" target="_blank">matt.s.b.42@gmail.com</a>) wrote:</p> </div><div style="word-wrap:break-word"><blockquote type="cite"><span><div><div>






<div dir="ltr">For a project I am working on, I have a need to
encode/decode elliptic curve points using point
compression[1].  As this is not yet supported natively by the
cryptography library, I have started implementing it myself but
have hit a snag.  Unlike the uncompressed point encoding, in
order to decode a compressed curve point I need to be able to
reference the curve parameters.  I have been searching through
the cryptography documentation and code but cannot find any way of
retrieving these values from the backend.
<div><br></div>
<div>Is there a method for this that I am missing, or is this
functionality not yet available?</div>
<div><br></div>
<div>thanks</div>
<div>   --Matt<br>
<div><br></div>
<div>[1] 2.3.3/2.3.4 <a href="http://www.secg.org/sec1-v2.pdf" target="_blank">http://www.secg.org/sec1-v2.pdf</a></div>
<div><br></div>
</div>
</div></div></div></span></blockquote></div><div style="word-wrap:break-word"><blockquote type="cite"><span><div><div>


_______________________________________________
<br>Cryptography-dev mailing list
<br><a href="mailto:Cryptography-dev@python.org" target="_blank">Cryptography-dev@python.org</a>
<br><a href="https://mail.python.org/mailman/listinfo/cryptography-dev" target="_blank">https://mail.python.org/mailman/listinfo/cryptography-dev</a>
<br></div></div></span></blockquote></div>_______________________________________________<br>
Cryptography-dev mailing list<br>
<a href="mailto:Cryptography-dev@python.org" target="_blank">Cryptography-dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/cryptography-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/cryptography-dev</a><br>
</blockquote></div>