Age | Commit message (Collapse) | Author |
|
svn path=/branches/tk705/; revision=6307
|
|
back the way they were before we started with XMLPullParser.
svn path=/branches/tk705/; revision=6304
|
|
svn path=/branches/tk705/; revision=6297
|
|
svn path=/branches/tk705/; revision=6296
|
|
using a single bulk IRDB query for all the child data that
UpdateChildrenTask needs is a better solution.
svn path=/branches/tk705/; revision=6295
|
|
svn path=/branches/tk705/; revision=6294
|
|
svn path=/branches/tk705/; revision=6293
|
|
svn path=/branches/tk705/; revision=6292
|
|
already been postponed at least once, we stay with the current task
rather than doing a forced round-robin. This may require further
tweaks, eg, to flush the publication queue at regular intervals even
if we're not postponing, but the intent is to allow tasks with complex
setup to run to completion while remaining responsive, to avoid
wasting all of our time on repeated setup overhead.
svn path=/branches/tk705/; revision=6291
|
|
svn path=/branches/tk705/; revision=6290
|
|
svn path=/branches/tk705/; revision=6289
|
|
both this and certificate serial number allocation under a lock, but
doing so would require converting a lot of plain methods into
coroutines, so postpone that decision until we're done with revisions
to the task scheduler.
svn path=/branches/tk705/; revision=6288
|
|
svn path=/branches/tk705/; revision=6287
|
|
certificate, to make certain that it is not later than manifest
thisUpdate value.
svn path=/branches/tk705/; revision=6286
|
|
generate duplicate ROAs.
svn path=/branches/tk705/; revision=6283
|
|
svn path=/branches/tk705/; revision=6280
|
|
in the case of snapshot files, serialize incrementally.
svn path=/branches/tk705/; revision=6279
|
|
svn path=/branches/tk705/; revision=6278
|
|
really need to store the delta XML either, but that code's a bit more
complicated, so leave it alone for the moment.
svn path=/branches/tk705/; revision=6277
|
|
svn path=/branches/tk705/; revision=6276
|
|
svn path=/branches/tk705/; revision=6275
|
|
svn path=/branches/tk705/; revision=6274
|
|
svn path=/branches/tk705/; revision=6273
|
|
than one would use in an interactive program.
svn path=/branches/tk705/; revision=6272
|
|
no serious runtime testing yet.
svn path=/branches/tk705/; revision=6262
|
|
svn path=/branches/tk705/; revision=6260
|
|
research-only code, nothing anyone would use in production) which fell
through the cracks somehow.
svn path=/branches/tk705/; revision=6243
|
|
needs further work, but produces somewhat-useful output now.
Start merging command line argument (argparse) and config file
(ConfigParser) support into a unified library module, in an attempt to
reduce the amount of code duplication and reign in some of the
configuration chaos. Trigger for this is all of the RP programs now
needing SQL configuration.
Whack rpki.rcynicdb.models to work with PostgreSQL, which has length
restrictions on indexed columns.
svn path=/branches/tk705/; revision=6239
|
|
command line syntax for "rpki-rtr cronjob" command; the current syntax
works, but is unnecessarily confusing.
svn path=/branches/tk705/; revision=6237
|
|
authenticated RP data via either os.walk() or Django ORM database
traversal.
svn path=/branches/tk705/; revision=6236
|
|
(deprecated in Django 1.9, scheduled to be removed in Django 1.10).
svn path=/branches/tk705/; revision=6231
|
|
Whack CA tools with a club until rcynicng works with our CA RRDP
implementation.
Add makemigrations target to top-level Makefile; this is a bit of a
kludge, but sure beats doing this by hand.
svn path=/branches/tk705/; revision=6230
|
|
svn path=/branches/tk705/; revision=6224
|
|
tested, and final_cleanup() needs work to avoid trashing RRDP state.
svn path=/branches/tk705/; revision=6222
|
|
svn path=/branches/tk705/; revision=6221
|
|
programs use rcynicng's output. Long term, such programs should read
the database instead, but being able to diff directory trees is useful
while testing.
svn path=/branches/tk705/; revision=6220
|
|
disk files. rcynic.xml output looks reasonable. Don't yet have any
other tools which know how to walk the result database, so can't (yet)
compare results with rcynic.
Does not yet do any cleanup of old data, so will eventually consume
all disk space in the universe until this is fixed.
svn path=/branches/tk705/; revision=6219
|
|
svn path=/branches/tk705/; revision=6218
|
|
svn path=/branches/tk705/; revision=6210
|
|
keys.
svn path=/branches/tk705/; revision=6209
|
|
cleanup of POW.c RPKI conformance checking code.
svn path=/branches/tk705/; revision=6208
|
|
from having SIA extensions, unlike all other RPKI certificates which
are required to have them.
Start moving RPKI conformance checks which can be performed in Python
out of POW.c, tag a bunch more for consideration.
svn path=/branches/tk705/; revision=6204
|
|
matters more when object has a __str__() method.
svn path=/branches/tk705/; revision=6199
|
|
summary from rcynic-text.
svn path=/branches/tk705/; revision=6187
|
|
svn path=/branches/tk705/; revision=6186
|
|
Get full rsync code working, history cache and all.
svn path=/branches/tk705/; revision=6184
|
|
OpenSSL certificate verification errors.
svn path=/branches/tk705/; revision=6181
|
|
makes the C code considerably simpler.
svn path=/branches/tk705/; revision=6180
|
|
X509Store.verify() to X509.verify(). Result seems to run properly
with trivial modification to existing Python BPKI code.
RPKI extended validation via this interface (the real point of this
exercise) still not tested.
svn path=/branches/tk705/; revision=6176
|
|
POW.c, still totally untested. X.509 certificate validation is in a
transitional state, currently spiced with awful kludges so that we're
still doing the right thing cryptographically, albeit in a completely
disgusting way as far as the API is concerned. Serious cleanup
needed, but wanted to get a post-merge version with CMS and X.509
working again after the merge into the repository for backup.
svn path=/branches/tk705/; revision=6175
|