Age | Commit message (Collapse) | Author |
|
the companion Root object.
svn path=/branches/tk705/; revision=6374
|
|
svn path=/branches/tk705/; revision=6373
|
|
subelements in left-right responses, so we don't have to duplicate the
mechanism used for BSC <pkcs10_request/> subelements when handling
Parent <rpki_root_cert/> subelements.
svn path=/branches/tk705/; revision=6372
|
|
left-right schema. Not really using of this stuff yet, but haven't
broken existing code yet either.
svn path=/branches/tk705/; revision=6371
|
|
Parents do, because Roots will be uniquely named by reference to their
associated Parent. So move the handle back to Parent.
svn path=/branches/tk705/; revision=6370
|
|
svn path=/branches/tk705/; revision=6369
|
|
Parent model into base Turtle model and derived Parent model.
svn path=/branches/tk705/; revision=6367
|
|
svn path=/branches/tk705/; revision=6365
|
|
Fixes #804.
svn path=/branches/tk705/; revision=6364
|
|
svn path=/branches/tk705/; revision=6363
|
|
svn path=/branches/tk705/; revision=6361
|
|
I think Subversion's merge tracking data is turning into cream cheese.
svn path=/branches/tk705/; revision=6360
|
|
svn path=/branches/tk705/; revision=6346
|
|
this takes the form of new rpki.config.parser methods which we may
want to use in other programs, particularly the daemons.
svn path=/branches/tk705/; revision=6345
|
|
is now handled in the outermost script, before rpki.rpkic is even
loaded; rpki.rpkic just assumes that euid and ruid have been set up
correctly and swaps them temporarily when it needs to do file I/O.
svn path=/branches/tk705/; revision=6340
|
|
GUI no longer uses (an additional layer of) temporary files between
itself and zookeeper. Zookeeper file read methods now take file-like
objects. rpkic now opens input files as the real UID, then reverts
back to the effective UID before handing the resulting file off to the
zookeeper.
This caught several more instances of rpkic file I/O that were not
doing the real/effective UID swap properly while loading CSV and VCard
files.
As far as I can tell from testing, this didn't break anything that
worked before. Whether it fixed all the file I/O problems remains to
be seen.
svn path=/branches/tk705/; revision=6339
|
|
rpki.irdb.zookeeper.etree_read(), the functions that call it, and the
functions that call them, could all use a bit of refactoring. At this
point pretty much ever caller is jumping through some hoop or another
due to the way the code has evolved, and most of it could be simpler.
svn path=/branches/tk705/; revision=6338
|
|
more interesting way now.
svn path=/branches/tk705/; revision=6335
|
|
Django settings with those of all the other ORM-using programs.
svn path=/branches/tk705/; revision=6333
|
|
other engines.
svn path=/branches/tk705/; revision=6326
|
|
svn path=/branches/tk705/; revision=6324
|
|
when RPKI_USER not found.
svn path=/branches/tk705/; revision=6323
|
|
svn path=/branches/tk705/; revision=6322
|
|
rcynic-cron.
NB: rpkigui-rcynic is currently broken and is therefore disabled in rcynic-cron.
This needs to be fixed, but it was broken on this branch in any case, no real
point in holding up the rest of this waiting for it.
svn path=/branches/tk705/; revision=6321
|
|
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
|