Age | Commit message (Collapse) | Author |
|
rpkid.
closes #805
svn path=/branches/tk705/; revision=6394
|
|
svn path=/branches/tk705/; revision=6365
|
|
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
|
|
more interesting way now.
svn path=/branches/tk705/; revision=6335
|
|
other engines.
svn path=/branches/tk705/; revision=6326
|
|
svn path=/branches/tk705/; revision=6324
|
|
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=6157
|
|
for portability. With this change, the GUI appears to work with SQLite3.
svn path=/branches/tk705/; revision=6155
|
|
running with new code base. Now working with
$ yamltest.py --sql mysql --gui smoketest.1.yaml
svn path=/branches/tk705/; revision=6153
|
|
or commenting conventions should be shot. If it so happens that it is
inconvenient to shoot him, then he is to be politely requested to recode
his program in adherence to the above standard."
-- Michael Spier, Digital Equipment Corporation
svn path=/branches/tk705/; revision=6152
|
|
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
|
|
from an etree_wrapper object, bypassing the filesystem entirely.
svn path=/branches/tk705/; revision=6117
|
|
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
|
|
incomprehensible advance depreciation warnings for Django 1.9.
svn path=/branches/tk705/; revision=6100
|
|
particular programs (see #713).
svn path=/branches/tk705/; revision=6098
|
|
svn path=/branches/tk705/; revision=6083
|
|
svn path=/branches/tk705/; revision=6036
|
|
svn path=/branches/tk705/; revision=6025
|
|
svn path=/branches/tk705/; revision=6023
|
|
svn path=/branches/tk705/; revision=6022
|
|
svn path=/branches/tk705/; revision=6006
|
|
svn path=/branches/tk705/; revision=6004
|
|
svn path=/branches/tk705/; revision=6002
|
|
svn path=/branches/tk705/; revision=5998
|
|
svn path=/branches/tk705/; revision=5990
|
|
svn path=/branches/tk705/; revision=5988
|
|
MIDDLEWARE_CLASSES. Fixes #717.
svn path=/trunk/; revision=5986
|
|
svn path=/trunk/; revision=5985
|
|
svn path=/branches/tk705/; revision=5968
|
|
svn path=/branches/tk705/; revision=5956
|
|
Result sometimes hangs with browser waiting for response, not sure
why, might be ancient abandoned bug #116.
Logging control is a bit screwy, everything uses Python's logging
library but we have multiple ways of configuring it.
svn path=/branches/tk713/; revision=5954
|
|
indeed masking the new migration stuff. yamltest now runs migrations
as part of setting up test CAs; still need to decide whether running
migrations in production is something that should be handled
explicitly via rpki-manage or should be bundled into rpki-sql-setup.
Old settings.configure() code still present as a trail of breadcrumbs
to follow when backing out the rest of the tortuous startup sequence
required by the old way of doing things.
svn path=/branches/tk713/; revision=5950
|
|
svn path=/branches/tk713/; revision=5948
|
|
handle publish-with-overwrite correctly yet, not generating RRDP files
yet, but passes "make test" without doing anything obviously insane.
svn path=/branches/tk705/; revision=5887
|
|
See #701
svn path=/trunk/; revision=5868
|
|
svn path=/trunk/; revision=5867
|
|
svn path=/trunk/; revision=5862
|
|
svn path=/trunk/; revision=5850
|
|
svn path=/trunk/; revision=5845
|
|
(convert two-expression form of "raise" to one-expression form).
svn path=/trunk/; revision=5844
|
|
svn path=/trunk/; revision=5797
|
|
object. closes #689
svn path=/trunk/; revision=5795
|
|
this is usually just a harmless case that the rcynic cache has been updated and we haven't yet updated our db
svn path=/trunk/; revision=5794
|
|
during the nightly expiration check.
we no longer send email to the user accounts about this. see #686
svn path=/trunk/; revision=5793
|
|
svn path=/trunk/; revision=5786
|
|
because of tree changes in this (tk685) branch; with luck the
subversion mergeinfo will record what happened as I intended, but if
something horrible happens when this is merged back to trunk, you'll
know why. Manual diff of affected files against trunk looks good.
svn path=/branches/tk685/; revision=5766
|
|
svn path=/branches/tk685/; revision=5757
|