Age | Commit message (Collapse) | Author |
|
I see what the ROA code looks like.
svn path=/branches/tk274/; revision=4712
|
|
svn path=/branches/tk274/; revision=4711
|
|
svn path=/branches/tk274/; revision=4710
|
|
svn path=/branches/tk274/; revision=4709
|
|
ugly, still needs work, but appears to return correct results.
svn path=/branches/tk274/; revision=4708
|
|
vary, but general approach should work for many (most? all?) other
extensions.
svn path=/branches/tk274/; revision=4707
|
|
linking against libssl, only libcrypto. Internal documentation almost
matches current reality. A few deliberate harmless compilation
warnings to remind me of loose ends that still want cleaning up.
svn path=/branches/tk274/; revision=4706
|
|
Replaced old factory functions with proper (well, I hope they're
proper) class __new__() and __init__() methods as appropriate, whack
PyTypeObject structures to make it possible to subclass these classes,
etcetera. Doc strings for classes and methods are still horribly out
of date, but at least it all shows up properly now.
Caveat: This is a major change and has not yet been heavily tested.
It seems to work, but splitting the old factory functions into
__new__() and __init__() methods exposed some corner cases which I may
or may not have handled correctly.
svn path=/branches/tk274/; revision=4705
|
|
svn path=/branches/tk274/; revision=4703
|
|
code still served was to support selection of an (optional) encryption
algorithm for new RSA private keys; since none of the two dozen
algorithms supported by that code were anything one would choose this
year, I converted the whole mess just to use AES-256-CBC as the one
supported encryption algorithm. Fix this if anything ever cares.
svn path=/branches/tk274/; revision=4702
|
|
Since we can't get rid of them yet, fix them to pass the digest length
along to OpenSSL for checking.
svn path=/branches/tk274/; revision=4701
|
|
svn path=/branches/tk274/; revision=4700
|
|
method documentation. Most of the existing method documentation needs
editing to for this to be fully useful, but it's a start.
svn path=/branches/tk274/; revision=4699
|
|
svn path=/branches/tk274/; revision=4698
|
|
svn path=/branches/tk274/; revision=4697
|
|
swacks of code which either haven't been used in RPKI for years or
have never been used in RPKI at all, and which, in either case, I'd
rather not have to maintain: SSL/TLS, MD2, RIPEMD160, HMAC. There's
almost certainly more to prune, but this was the lowest-hanging fruit.
svn path=/branches/tk274/; revision=4696
|
|
svn path=/branches/tk274/; revision=4695
|
|
svn path=/branches/tk274/; revision=4693
|
|
RDNs, for compatability with other X.509-aware Python code that uses
this encoding. We don't really expect to see multi-value RDNs in
RPKI, nor do we fully support them yet; for the moment, the goal is
just to get to a point where we can rewrite the rpki.x509 subject and
issuer name functions to use POW rather than POW.pkix.
svn path=/branches/tk274/; revision=4688
|
|
svn path=/branches/tk274/; revision=4687
|
|
numeric OIDs.
svn path=/branches/tk274/; revision=4685
|
|
svn path=/branches/tk274/; revision=4683
|
|
svn path=/branches/tk274/; revision=4682
|
|
the slower POW.pkix code in what profiling suggests is a serious
hotspot during manifest generation. See #20, #274.
svn path=/branches/tk274/; revision=4631
|
|
svn path=/rpkid/ext/POW.c; revision=3815
|
|
build it.
svn path=/configure; revision=3610
|