Age | Commit message (Collapse) | Author |
|
svn path=/trunk/; revision=5568
|
|
svn path=/trunk/; revision=5567
|
|
extended to support the iterator protocol, and that most DBapi
Connection implementations have been extended to support the context
manager protocol. Who knew?
svn path=/trunk/; revision=5566
|
|
svn path=/trunk/; revision=5565
|
|
svn path=/trunk/; revision=5564
|
|
svn path=/trunk/; revision=5563
|
|
svn path=/trunk/; revision=5562
|
|
import a package
svn path=/trunk/; revision=5561
|
|
svn path=/trunk/; revision=5560
|
|
svn path=/trunk/; revision=5559
|
|
Fixes #634.
svn path=/trunk/; revision=5558
|
|
svn path=/trunk/; revision=5557
|
|
svn path=/trunk/; revision=5556
|
|
relevant details of the OpenSSL API.
svn path=/trunk/; revision=5555
|
|
moment, the only kind of parameters we know how to generate are for EC
on the P-256 curve, but the key generation code should accept any
parameters that the OpenSSL command line tool's genpkey command can
generate (and is not limited to ECDSA -- DSA and DH should work, most
likely ECDH as well).
Adding capability of generating parameters for other well-known EC
curves would just mean exposing additional NID values, so we could
easily support any curve OpenSSL knows about. Adding parameter
generation for DH etc would be maybe a dozen additional lines of C
code per algorithm, as all of these use the same internal EVP_PKEY
interface with minor variations.
svn path=/trunk/; revision=5554
|
|
rather than abusing the Asymmetric __init__() method, in preparation
for adding support for other public key algorithms like ECDSA.
svn path=/trunk/; revision=5553
|
|
svn path=/trunk/; revision=5552
|
|
svn path=/trunk/; revision=5551
|
|
svn path=/trunk/; revision=5550
|
|
svn path=/trunk/; revision=5549
|
|
svn path=/trunk/; revision=5548
|
|
svn path=/trunk/; revision=5547
|
|
svn path=/trunk/; revision=5546
|
|
svn path=/trunk/; revision=5545
|
|
svn path=/trunk/; revision=5544
|
|
svn path=/trunk/; revision=5543
|
|
svn path=/trunk/; revision=5542
|
|
table. Only those portions of query code currently used converted to
use JOINs, everything else can wait until it becomes clear which bits
we're keeping.
svn path=/trunk/; revision=5541
|
|
svn path=/trunk/; revision=5540
|
|
svn path=/trunk/; revision=5539
|
|
teach rootd to generate same. Whack rootd's lame CRL generation code
to account for subject certificates overwritten by rekey and to time
entries out of the CRL.
svn path=/trunk/; revision=5538
|
|
svn path=/trunk/; revision=5537
|
|
svn path=/trunk/; revision=5536
|
|
wait for them to exit anyway.
svn path=/trunk/; revision=5535
|
|
svn path=/trunk/; revision=5534
|
|
svn path=/trunk/; revision=5533
|
|
current useless version of the code. Major code rewrite likely, YAML
will change with it, this version is just for the archive.
svn path=/trunk/; revision=5531
|
|
svn path=/trunk/; revision=5530
|
|
pages that have now been deleted.
svn path=/trunk/; revision=5529
|
|
svn path=/trunk/; revision=5528
|
|
svn path=/trunk/; revision=5527
|
|
_POW.so for every installed version of Python. We may want to address
this by whacking debian/rules instead eventually, but this works and
is simple.
svn path=/trunk/; revision=5526
|
|
svn path=/trunk/; revision=5525
|
|
regeneration isn't instantaneous. Closes #601.
svn path=/trunk/; revision=5524
|
|
routeviews entry
see #632
svn path=/trunk/; revision=5523
|
|
svn path=/trunk/; revision=5522
|
|
svn path=/trunk/; revision=5521
|
|
svn path=/trunk/; revision=5520
|
|
Refactor config file template code to account for recent changes.
svn path=/trunk/; revision=5519
|
|
svn path=/trunk/; revision=5518
|