Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
enabled, if that fails, whine and retry with validation disabled.
svn path=/branches/tk705/; revision=6448
|
|
apache log instead.
Make the GUI log level configurable via rpki.conf
svn path=/branches/tk705/; revision=6444
|
|
specified by DB API, just use it, rather than getting clever with
variable-length argument sequences.
svn path=/branches/tk705/; revision=6442
|
|
svn path=/branches/tk705/; revision=6441
|
|
have been incomplete conversion from an older internal API, back when
we still had Generation objects. In any case, status="None" in
rcynic.xml is wrong, and has been giving rcynic-html indigestion.
svn path=/branches/tk705/; revision=6440
|
|
of rpki.django_settings.gui
Create new rpki.django_settings.gui_script Django settings file with a minimal subset required to use the ORM, to be used in auxillary scripts
Add [rpkigui-import-routes] section to rpki.conf
Change log level of warning about AS value errors in routeviews dumps to DEBUG
svn path=/branches/tk705/; revision=6439
|
|
svn path=/branches/tk705/; revision=6436
|
|
for XML. Apparently we were carefully changing just the XML files to
use a single "-" to work around this. Enough already, just convert
all copyright year ranges to single "-" and have done with this.
svn path=/branches/tk705/; revision=6427
|
|
svn path=/branches/tk705/; revision=6426
|
|
since copyright holder of record changed.
svn path=/branches/tk705/; revision=6425
|
|
svn path=/branches/tk705/; revision=6392
|
|
and logging setup. Most programs now use the unified mechanism,
although there are still a few holdouts: the GUI, which is a special
case because it has no command line, and the rpki-rtr program, which,
for historical reasons has its own implementation of the logging setup
infrastructure.
svn path=/branches/tk705/; revision=6390
|
|
the default configuration to be production rather than testing.w
svn path=/branches/tk705/; revision=6388
|
|
svn path=/branches/tk705/; revision=6377
|
|
worker CA and going straight from the root to certifying children,
which is wrong. However...this is far enough along that we can now
remove all the rootd glorp, which is a worthwhile simplification in
its own right, so checkpoint here, remove rootd glorp, then figure out
what's wrong with the internal certificate hierarchy.
rcynic does validate the current output, given a manually constructed
TAL, even if the current output isn't quite what it should be. So we
should also be able to sort out the new TAL generation code now.
Yes, checking in a version that works for the wrong reasons is weird,
but the current sort-of-broken state lets us confirm that the lower
levels of the tree are still correct as we go, which would be much
harder if the poor thing just sat there and whimpered until we had
the new internal CA code completely finished.
svn path=/branches/tk705/; revision=6376
|
|
svn path=/branches/tk705/; revision=6365
|
|
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
|
|
when RPKI_USER not found.
svn path=/branches/tk705/; revision=6323
|
|
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=6319
|
|
svn path=/branches/tk705/; revision=6316
|
|
svn path=/branches/tk705/; revision=6307
|
|
svn path=/branches/tk705/; revision=6306
|
|
svn path=/branches/tk705/; revision=6305
|
|
cleanup, but runs more than an order of magnitude faster in common
case where the vast majority of objects in the snapshot are new, and
(in theory) should not be significantly slower than what we were doing
already in more complicated mixtures.
svn path=/branches/tk705/; revision=6303
|
|
svn path=/branches/tk705/; revision=6302
|
|
svn path=/branches/tk705/; revision=6301
|
|
svn path=/branches/tk705/; revision=6300
|
|
quickly when processing large snapshots which take (much) longer to
load into SQL than to pull down from the net. Given this change,
lxml.etree.iterparse() is a more suitable API than
lxml.etree.XMLPullParser, so switch.
This version can download and process a 120,000 object snapshot,
albeit hideously slowly.
svn path=/branches/tk705/; revision=6299
|
|
svn path=/branches/tk705/; revision=6298
|
|
svn path=/branches/tk705/; revision=6297
|
|
svn path=/branches/tk705/; revision=6271
|
|
svn path=/branches/tk705/; revision=6268
|
|
svn path=/branches/tk705/; revision=6267
|
|
svn path=/branches/tk705/; revision=6265
|
|
svn path=/branches/tk705/; revision=6264
|
|
no serious runtime testing yet.
svn path=/branches/tk705/; revision=6262
|
|
svn path=/branches/tk705/; revision=6259
|
|
svn path=/branches/tk705/; revision=6258
|
|
Installation of everything but Debian packages is probably broken, and
Debian packages are too at the moment due to (probably) minor errors
in buildtools/debian-skeleton, but enough has changed that this really
needs a snapshot checked in for backup.
svn path=/branches/tk705/; revision=6257
|
|
svn path=/branches/tk705/; revision=6241
|
|
svn path=/branches/tk705/; revision=6240
|
|
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
|
|
svn path=/branches/tk705/; revision=6238
|
|
authenticated RP data via either os.walk() or Django ORM database
traversal.
svn path=/branches/tk705/; revision=6236
|
|
svn path=/branches/tk705/; revision=6235
|