Age | Commit message (Collapse) | Author |
|
svn path=/branches/tk705/; revision=6137
|
|
svn path=/branches/tk705/; revision=6136
|
|
svn path=/branches/tk705/; revision=6135
|
|
bad choice for something implemented in Python, holdover from an older
specification, but Django ORM's troubles with "self" as a keyword
argument were the last straw. Enough already. Backwards
compatability should be a straightforward data migration.
svn path=/branches/tk705/; revision=6134
|
|
presence of namespace-using content: removes unnecessary prefixes,
while retaining those required for this particular output.
svn path=/branches/tk705/; revision=6133
|
|
svn path=/branches/tk705/; revision=6132
|
|
"myrpki" to new IETF standards track I-D syntax.
svn path=/branches/tk705/; revision=6131
|
|
svn path=/branches/tk705/; revision=6130
|
|
svn path=/branches/tk705/; revision=6129
|
|
svn path=/branches/tk705/; revision=6128
|
|
Django ORM. Duct tape and bailing wire everywhere, much clean-up left
to do, but basic "make yamltest" suite runs. Much of the clean-up
isn't worth doing until after revamping the I/O system, as it'll all
change again at that point anyway.
svn path=/branches/tk705/; revision=6127
|
|
svn path=/branches/tk705/; revision=6126
|
|
colors to the mast as far as Python and Django versions goes.
svn path=/branches/tk705/; revision=6125
|
|
svn path=/branches/tk705/; revision=6124
|
|
svn path=/branches/tk705/; revision=6123
|
|
svn path=/branches/tk705/; revision=6122
|
|
svn path=/branches/tk705/; revision=6121
|
|
left-right protocol and irdb and rpkidb models.
Not fully working yet, RRDP URI isn't yet showing up everywhere it
should, but this is probably more an indication that the previous hack
was incomplete than that the replacement broke something.
svn path=/branches/tk705/; revision=6120
|
|
configuration protocol instead of the crufty ancient "myrpki" version.
Semantics largely unchanged, differences are primarily syntax and
cleanup of historical baggage, but only the new protocol includes RRDP
support, which we're gonna need.
At some point we should write XSL transforms that map between the
useful portions of the old protocol and the modern equivalent.
svn path=/branches/tk705/; revision=6119
|
|
coding practice.
svn path=/branches/tk705/; revision=6118
|
|
from an etree_wrapper object, bypassing the filesystem entirely.
svn path=/branches/tk705/; revision=6117
|
|
svn path=/branches/tk705/; revision=6116
|
|
svn path=/branches/tk705/; revision=6115
|
|
svn path=/branches/tk705/; revision=6114
|
|
svn path=/branches/tk705/; revision=6113
|
|
svn path=/branches/tk705/; revision=6112
|
|
"From " line in case that's what's been giving the IRR code indigestion.
svn path=/trunk/; revision=6111
|
|
XML-related voodoo for models exposed in the left-right protocol.
svn path=/branches/tk705/; revision=6110
|
|
svn path=/branches/tk705/; revision=6109
|
|
rpki.left_right and start pruning the result down to figure out how
much really needs to be ported over to the new models.
svn path=/branches/tk705/; revision=6108
|
|
At this point, all the classes remaining in rpki.left_right pertain
are the pre-Django equivalents of models, and they're the only things
left still using rpki.xml_utils.
Some old test code remains broken (not yet converted). GUI code that
I know about has been converted but not tested (not all that much to
convert there, mostly the GUI just invokes the Zookeeper.
svn path=/branches/tk705/; revision=6107
|
|
rpki.left_right classes.
svn path=/branches/tk705/; revision=6106
|
|
clean up some of the corresponding mess.
svn path=/branches/tk705/; revision=6105
|
|
RIRs and AltCA for now. Perhaps this script should use argparse?
svn path=/trunk/; revision=6104
|
|
to parse them and generate migrations for them. Not actually using
them for anything yet, but code still runs with this present so
haven't broken anything yet....
svn path=/branches/tk705/; revision=6103
|
|
A few old test programs were still using this, those will require
upgrade or retirement.
svn path=/branches/tk705/; revision=6102
|
|
warnings: Django 1.8 has a really obscure way of saying "Please don't
import your models into your apps' __init__.py files, thanks."
svn path=/branches/tk705/; revision=6101
|
|
incomprehensible advance depreciation warnings for Django 1.9.
svn path=/branches/tk705/; revision=6100
|
|
svn path=/branches/tk705/; revision=6099
|
|
particular programs (see #713).
svn path=/branches/tk705/; revision=6098
|
|
and didn't notice.
svn path=/branches/tk705/; revision=6097
|
|
svn path=/branches/tk705/; revision=6096
|
|
thereby eliminating still more parsing code. No clue why we didn't do
this years ago.
svn path=/branches/tk705/; revision=6095
|
|
svn path=/branches/tk705/; revision=6094
|
|
before ripping out remaining SAX code.
svn path=/branches/tk705/; revision=6093
|
|
1.6...which is old, and needs to be upgraded (current is 1.9 or
thereabouts), but that particular yak can wait its turn for a shave.
svn path=/branches/tk705/; revision=6092
|
|
system openssl on MacOSX with Homebrew Python 2.7.10. I //think// the
trigger for this problem was when Homebrew changed OpenSSL from
"keg-only" to full installation, thus putting OpenSSL's header files
into the default search path.
svn path=/branches/tk705/; revision=6091
|
|
See #768.
svn path=/trunk/; revision=6090
|
|
svn path=/branches/tk705/; revision=6089
|
|
svn path=/trunk/; revision=6088
|